Open sgrellet opened 3 years ago
It seems that the server use an URL query parameter format
to determine which output is expected. For example for rdf/xml: https://data.geoscience.earth/ncl/BoreholeStatus/drillingCompleted?_format=rdf
@sgrellet is there a way to get this kind of information (accepted content to use) from original XML?
cURL samples:
curl -H "Accept: application/rdf+xml" -X GET https://data.geoscience.earth/ncl/BoreholeStatus/drillingCompleted
works, but:
curl -H "Accept: application/xml,application/rdf+xml" -X GET https://data.geoscience.earth/ncl/BoreholeStatus/drillingCompleted
doesn't work. It returns HTML: text/html
. It should returns one of the requested ones if it supports it.
BTW, the server doesn't answer with OPTIONS
.
The server doesn't answer with OPTIONS
.
@Guts : sorry for the latency.
no need to pass a 'format' parameter, just real conneg
in a 'XML' view of the world, "application/rdf+xml" should be your choice. It makes sense the server does not know what yo do with application/xml as there is no obvious XML serialization for the linked data content available (note : I wrote XML" not "RDF/XML").
What do you mean by ' original XML' in your message above ?
Environment
Description
To Reproduce
Steps to reproduce the behavior: Attached file: BoreholeView_Instance.zip
-> Python error "XML parsing error" : The external resource is not a well formed XML
Expected behavior
Additional context
QGIS 'Network Logger' (F12) shows an Accept header set to application/xml
querying that URI in a application such as PostMan with Accept header set to application/xml leads to fetching the wrong serialization from a linked data registry. it should be application/rdf+xml (in an XML paradigm)
but we cannot fix it to application/rdf+xml as it will have a side impact when we ask for application/gml+xml
idea