Skip to content
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

prefixDef? #1

Open
TomazErjavec opened this issue Oct 17, 2019 · 4 comments
Open

prefixDef? #1

TomazErjavec opened this issue Oct 17, 2019 · 4 comments
Assignees
Labels
enhancement New feature or request invalid This doesn't seem right

Comments

@TomazErjavec
Copy link

The way to use VIAF seems to be like <author ref="viaf:34551336">Trollope, Frances Milton (1780-1863)</author>. But if the value @ref has a prefix, surely it must be qualified by <prefixDef>?

Yet the English ELTeC has no prefixDef, what is worse, <listPrefixDef> is not allowed in the ELTeC teiHeader. Maybe it should be? (also because other reigistries might be used, for which the mapping to URI is not so well-known).

@TomazErjavec TomazErjavec added enhancement New feature or request invalid This doesn't seem right labels Oct 17, 2019
@lb42
Copy link
Collaborator

lb42 commented Oct 18, 2019

I am working on a corpus header for each language collection which will include this inter alia

@lb42
Copy link
Collaborator

lb42 commented Apr 25, 2024

Sorry... this slipped through the net. XML validators don't bother to check that a URL value actually goes somewhere, of course, and so don't object to a URL which uses a prefix like this -- it's syntactically valid whether the prefix is defined or not. So I think the "invalid" label is a bit harsh.

@TomazErjavec
Copy link
Author

So I think the "invalid" label is a bit harsh.

Well, it might be XML-valid, but surely it isn't TEI valid, no? Or functionally valid, given that any TEI reference resolver will pick up on the colon and try to find a prefixDef.

@christofs
Copy link

Just to note, issue #3 appears relevant on this matter as well. I'd prefer a more verbose / redundant version without the need for a prefix, <prefixDef> and <prefixDefList>.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request invalid This doesn't seem right
Projects
None yet
Development

No branches or pull requests

3 participants