-
Notifications
You must be signed in to change notification settings - Fork 5
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
Weird document IDs with slashes #4
Comments
This is correct:
|
The perils of a multi-prefixed dataset! |
Shouldn’t “amendment” be document type (relation?) and ISO/IEC/IEEE be publishing organizations in the rest of metadata?🤔 That could also eliminate the issue of the order in which they appear. |
The "/Amd" is part of the document identifier of the Amendment document itself. |
In addition, the order of ISO/IEC/IEEE can differ per document as it is in order of the amount of contribution. |
Now my questions are:
|
This is the Pandora's box, because no one in the system has thought this through carefully, or have the power to mandate a systematic approach across these organizations.
Whoever publishes the document.
Short answer. As per the answer above, this is the IEEE's copy, so the IEEE decides what to call it. Long answer. This goes deeper in the content ownership model:
The assignments of items 1-3 can be "mixed". For instance, ISO + ITU jointly published documents, there are 2 formalised types:
For ISO + IEEE, there is no official agreement to what these things are. TL;DR. The best we can do is to trust the source. |
Understood. Complex issue.
Can such a document have multiple copies? If so, shouldn’t they conceptually be merged into a single citation with multiple docids? |
Ideally at Relaton we wish to do that. Do understand that IEEE will publish this document with an IEEE cover page, and ISO will do so with an ISO cover page, etc. In citation, ISO 690 allows for citing different "abstraction levels" (even though it's not called that). You can cite:
So It's really up to what the user wants to cite. In principle, yes I think there should be 1 object that links the 3 documents together, and that there should also be an individual object for each document. The object could be represented as a page on Relaton, for example. We should not resolve this in the scope of the BibXML service because it runs a lot, lot deeper. |
Looks like Relaton’s design decision, whether treat all of those abstraction levels of a document as separate citations with their own metadata, or capture the higher-level umbrella entry (don’t know whether ISO 690 has anything like that) from which concrete citations could be derived… |
Example: ISO/IEC/IEEE 8802-11/Amd5.2018
The text was updated successfully, but these errors were encountered: