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

Ontology Term URLS not accessible via HTTP(s) #195

Open
oldskeptic opened this issue Feb 16, 2024 · 5 comments
Open

Ontology Term URLS not accessible via HTTP(s) #195

oldskeptic opened this issue Feb 16, 2024 · 5 comments
Assignees
Labels

Comments

@oldskeptic
Copy link
Contributor

This ticket comes out of yesterday's teleconference about sosa/ssn namespaces and ontology availability.

Problem: Individual terms, eg: https://www.w3.org/ns/sosa/host, cannot be retrieved from the web server.

In the beginning, ontologies tended to use http://example.com/ontology#term for individual terms. This follows html documents and when SPARQL servers / reasoners / curl / whatever try and retrieve a term, the URL fetches the entire ontology and the client parses the whole thing to find what it needs. It also means that a "naive" fetcher will always get all of the data that it needs, even if it can't differentiate http://example.com/ontology from http://example.com/ontology#term. This works on any web server in its default configuration because it always serves the same document by ignoring anchors; same as an html request.

We now use an ontology URL hierarchy where the term host has URL https://www.w3.org/ns/sosa/host in an ontology with URL https://www.w3.org/ns/sosa. This is desirable since it allows clients to only retrieve the term of the ontology instead of retrieving ontologies the size of Western Europe every time. Currently OBO, schema.org and large open datasets work this way.

However most clients (eg: every client I know) are naive about this convention and will issue a GET https://www.w3.org/ns/sosa/host for the term which results in a 404 since the web server doesn't have that document.

This is how the W3 Server is configured at the moment.

Short term solution: Configure URL rewriting on the W3C server according to the W3C RDF... Working Group 2008 with additional information from an old (2006) post of Richard Cyganiak.

Second alternative: Generate a separate file for every term in the ontology. It's an ugly solution but it works without changing the web server configuration.

Additional notes: rdfs:isDefinedBy is suggested as a mechanism to recover the full ontology, but this is in RDFS space and not OWL space which relies on an explicit owl:import to the ontology URL. Also, its rdfs definition reads as "may be used to indicate an RDF vocabulary in which a resource is described". While I think it is a good idea, it is not guaranteed to work.

@maximelefrancois86
Copy link
Contributor

Hi,
What you're looking for is probably
https://www.w3.org/ns/sosa/hosts
(There is a typo)
And I assure you the server is properly configured to redirect to the ontology file, or to the relevant section in the HTML documentation (at least in 2017 it was)

@oldskeptic
Copy link
Contributor Author

oldskeptic commented Feb 16, 2024

(There is a typo)

I cut and pasted that from the document in front of me, so now I have to track that down. :/

However, content negotiation isn't working on https://www.w3.org/ns/sosa, I just get the raw turtle file instead of a redirect to the documentation.

@maximelefrancois86
Copy link
Contributor

There deliberately isn't a redirection from the namespace to the HTML.
We could decide to change that in the future, but my point is:
The server has been configured with care, with the help of the W3C staff

@oldskeptic
Copy link
Contributor Author

I agree that the server has been configured with care.
There was confusion about this point yesterday in the meeting.
Compounded by the host typo.

I request that there be a negotiated redirection from the namespace to the HTML for the ontology like there is for terms.

@dr-shorthair dr-shorthair added this to the v2.0 distribution milestone May 20, 2024
@oldskeptic
Copy link
Contributor Author

@bert-github can I have help moving this forward?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants