-
Notifications
You must be signed in to change notification settings - Fork 88
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
parameters to the TEI media type (generalizing their usage + a repository) #1483
Comments
To be sure, I can think of several other TEI annotation formats ('flavours') that may benefit from this, whether or not Simple gets the stamp. It's just that my direct expertise is limited to linguistic annotation formats but it's obvious that the solution is generalizable across the TEI. |
This seems like a sensible move. If council agrees with this, we could think of revising the TEI media type document accordingly, since your proposal seems to impact (parameter?) on it. |
Indeed, a sensible move would be to first gather the information and gauge the interest of the community. I'd rather do that with the Council's blessing or at least approval. |
I'm tempted just to say "go for it, @bansp". This seems a potentially useful thing, but I've no idea what the level of interest might be, and it would be good to start there. Any objections or input from other Council members? |
Similar discussion took place with respect to identifying schemas and resulted in proposal for schemaRef. This proposal provides a way for applications to avoid looking in the file for for schema information, which is very useful. |
Thanks! :-) |
I have opened a project for this issue at https://github.com/orgs/LingSIG/projects/5 |
This ticket is probably the first of a group of tickets -- I am trying to split my thinking into issue-able chunks. It should be seen as somewhat related to issue #564, and in more than one way. It is to some extent parallel, but later on I am going to ask about points of contact.
My thoughts have recently been circling, sometimes whirling, around RFC6129 "The 'application/tei+xml' Media Type" and the consequences of its introduction. In this ticket, I would like to fly two questions/issues by the Council, but first let me provide more context:
tokenized
parameter; it might make an appearance in another ticket). WebLicht knows which TEI flavour it is ingesting thanks to an extension of the TEI media type, namely parameters, and currently it looks like this:application/tei+xml;format-variant=tei-iso-spoken
for speech transcriptionapplication/tei+xml;format-variant=tei-dta
for DTANow the promised two questions:
(And I itch to mention that this information should reside either in ODD or in the header, or in both. But let's keep that for a separate issue or for discussion inside issue #564.)
The text was updated successfully, but these errors were encountered: