Closed gatemezing closed 6 years ago
The Bot uses Jena to access with content negotiation a vocabulary. Not a lot we can do here.
Thanks! I put it there just in case we have an effort from Jena folks one day ;)
Relying on Jena to do the negotiaiton might be troublesome also in cases where an ontology uses https and http for content negotiation. For example, any w3id.org vocabulary would not work. The way I have solved this in the past is to do the content negotiation myself, and then load the vocabulary in Jena
It would be interesting to ask this question in the Jena list.. I guess they might have an answer to this or maybe they have this issue in their radar
@dgarijo re w3id.org we have already some of them in LOV.. see for example https://w3id.org/dio
@gatemezing That onto does a 302 content negotiation. If it's 303, it doesn't work. See if the bot fails with: https://w3id.org/games/spec/asteroids
That's why they are not all in LOV ;)
Yeah, but the ontologies are well published, and content negotiation is correct. So it's not a problem of the ontology, it's a problem of the tool being used to load the ontology in LOV :(
Yep.. Tool dependency chain ;) I am sure you'll find a workaround to fix this issue to be able "suggest" properly for LOV ;)
I guess there is a deeper problem.
@dgarijo Are you happy with the suggestions? Could we close this issue? TIA
This vocabulary raises an error in the suggestion interface http://ontosoft.org/ontology/software because it makes double redirections (301) due to a server restriction. However it can be loaded into Protégé and can be Curl-able curl -sH "accept:application/rdf+xml" -L. How to improve the Bot to handle such redirections?