-
Notifications
You must be signed in to change notification settings - Fork 55
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
Determine a derivative namespace of PROF for the test suite constraints resource #399
Comments
How does the W3C allocate more than one namespace to an ont if it needs another for constraint definitions? |
The standard pattern for W3C namespaces is There are also 'dated' namespaces like In the SSN group we also have some derivative NSs such as |
This is what I find regarding URIs. It's dated 2005 but I don't find anything more recent. It says: "Groups SHOULD use namespace URIs that have the characteristics of uniqueness. Director approval is NOT REQUIRED when a namespace URI in a Technical Report has any of the following forms:
and... "The W3C Webmaster allocates and authorizes namespace URIs having the forms listed above." I believe we should ask @draggett to take any namespace requests to the Webmaster. |
@nicholascar : "How does the W3C allocate more than one namespace to an ont if it needs another for constraint definitions?" Nick, can you explain what you mean by "another for constraint definitions?" Maybe an example would do. And we can ask @draggett if he knows or if he can investigate. Thanks. |
Yes,
Yes, they are all directly dereferenceable.
As mentioned by @kcoyle, there is no strong process involved in the creation of namespace URIs that follow one of the allowed forms. The Webmaster will simply allocate the root namespace URIs. What happens within that namespace is up to the group that uses the namespace. For instance, once the group has allocated |
OK, if we are free to implement sub-namespaces with any namespace that's allocated, that will serve the purpose for which I raised this issue, which was to ensure a separate (sub)namespace is available for SHACL constraints for the Profile Ontology (or whatever it will eventually be called) compared to the one used for the main ontology itself. Closing this Issue as complete given that it is able to be resolved when needed by interactions with the W3C webmaster. |
This issue was created in the Profiles Ontology document and is listed in it. Once consensus on addressing it is reached here in comments below, the results will be added to the document and the issue closed.
The text was updated successfully, but these errors were encountered: