Open fvanderbiest opened 7 years ago
It has been explicitely specified by Rennes métropole that WxS url should be fully-qualified (i.e. with parameters to get the actual GetCapabilities document)
I would be happy to hear @bchartier or @fphg or @jpklipfel on the subject ...
UUID : FR-256702788-20160125_001_COM_COL WFS url: KO: No wfs
This is true
It has been explicitely specified by Rennes métropole that WxS url should be fully-qualified (i.e. with parameters to get the actual GetCapabilities document)
We were more on a non-qualitative wfs url so that the catalog can itself put the qualification at the time of the action (getcapabilities, getfeature ...) But we can adapt @MaelREBOUX why this specification?
mdchecker (https://github.com/geobretagne/mdchecker) also expects a fully qualified GetCapabilities URL in the datasets metadata. I think it has been designed this way in order to pass the metadata conformance tests build by french environment ministry for Inspire annual reports.
An official european metadata testing tool has been release a few weeks ago: http://inspire-sandbox.jrc.ec.europa.eu/validator/ It would be interesting to identify if this tool is expecting fully qualified GetCapabilities URLs or not.
In my humble opinion, service URLs should remain service URLs and URLs of a specific operation. The current W*S service specification should be rewritten in order that the service URL lead to an internet resource instead of a 404 error.
Anyway I found an issue while extracting when a GetCapabilties URL is provided: https://github.com/georchestra/georchestra/issues/1781