You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
(From the related discussion in an OGC GitHub issue)
For datasets available in multiple languages, another option could be to declare the languages in the metadata, if DCAT is used (not sure about 19115). In DCAT each language would be a separate Distribution, so this would advertise the languages available via the API.
There could be a link to the DCAT metadata from the landing page (which is also not required by the standard, but easier to support than full language support). This way the list of languages would be "retrievable from the download service".
Another approach that is equivalent to the language selectors on webpages is to send a HEAD request and look for self/alternate links with an hreflang attribute:
However, I don't think this is a solution for INSPIRE as it requires support for HEAD and Link headers (both are only recommendations in OGC API Features Core) and it requires that hreflang is used in the links and alternate links are created for other languages. HEAD is not strictly required as GET would also work, but is unnecessary as the request is only to determine the complete list of languages and the payload is not relevant.
Proposed way forward: please read Annex D and comment on that. It contains most considerations made, for reference. Probably the suggestion above should be added too, again for reference.
Do you have any other proposals for how to implement the requirement for the download service to advertise the natural languages it supports?
The text was updated successfully, but these errors were encountered: