-
Notifications
You must be signed in to change notification settings - Fork 3
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
Relax requirement for a GetCapabilities URL ? #47
Comments
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 ... |
This is true
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 ...) |
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: 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: georchestra/georchestra#1781 |
The text was updated successfully, but these errors were encountered: