-
Notifications
You must be signed in to change notification settings - Fork 35
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
use slash not hash #826
Comments
Is this a pattern that should be applied globally to https://w3c-ccg.github.io/traceability-vocab/contexts/traceability-v1.jsonld? Such as |
@BenjaminMoe Yes! |
@VladimirAlexiev — There were three questions in the last comment from @BenjaminMoe, to which comment you have posted a single answer, which I think could reasonably be applied to the first two questions (as they are "yes-or-no" questions) but does not satisfactorily answer the "either/or" of the third question. Would you please clarify to which question(s) your "Yes!" answer applies, and/or provide a clear answer that maps to each question? |
Yes. Yes. Yes. @BenjaminMoe the last question is a bit ambiguous:
I think you mean here "all Traceability ontology terms (classes and props)". |
@nissimsan Related to #531, #734:
I think the current choice of delimiter is hash. However, that is not appropriate for large semantic collections like traceability: slash is better.
To give an example from #577:
<https://w3id.org/traceability#TransportMode-Air>
A client sends to the server only the part before the hash i.e.
<https://w3id.org/traceability>
.So the server should collect and send data about ALL of traceability, all its modules, lookup lists, etc.
I think that's too much data: we had a similar discussion re UNCEFACT LOD.
So a better choice of delimiter is slash, and the URL above would look like this:
<https://w3id.org/traceability/TransportMode/Air>
This follows good practices from the Data Patterns book:
The text was updated successfully, but these errors were encountered: