I've been running into some circular sameAs references with certain names and I was wondering if there is anything that I am missing.
One example is http://dbpedia.org/page/Jean-No%C3%ABl_Gu%C3%A9rini
The page displays the relevant information about the entity, but when trying to retrieve RDF structured data (http://dbpedia.org/data/Jean-No%C3%ABl_Gu%C3%A9rini.json for example) it seems to only return some sameAs references and there's no mechanism to get the raw data in this particular format.
This seems to only reproduce when trying to retrieve RDF (JSON, XML, etc). Other formats (embedded, microdata, etc) seem to return the correct data.
Below several other links manifesting this behaviour:
Please let me know if I'm missing something. I do appreciate we can extract in other formats, but we'd only do that as a last resort.
It appears to be the same issue, yes.
moved my answer here, as it is a comment. I also pinged Patrick about this.
I can confirm this issue:
curl -L "http://dbpedia.org/resource/Jean-Noël_Guérini" produces the data rendered as HTML,
curl -L -H "Accept: text/turtle" "http://dbpedia.org/resource/Jean-Noël_Guérini"
curl -L -H "Accept: application/json" "http://dbpedia.org/resource/Jean-Noël_Guérini"
Seems to be a problem with Unicode chars in IRIs, which worked well before. Other instances are fine:
curl -L -H "Accept: text/turtle" "http://dbpedia.org/resource/Berlin"
curl -L -H "Accept: application/json" "http://dbpedia.org/resource/Berlin"
OpenLink has just upgraded the canonical endpoint with the latest DBpedia 2016-10 dataset and the latest virtuoso engine. I checked your links and they now should return the correct data and format.
Excellent. Many thanks for the update, Patrick!
I think the issue is described here: https://firstname.lastname@example.org/msg07982.html
can you confirm it is this case?