Skip to content
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

Extend the Maps API metadata model to include a 'rel' to a map #80

Closed
ghobona opened this issue May 27, 2021 · 6 comments
Closed

Extend the Maps API metadata model to include a 'rel' to a map #80

ghobona opened this issue May 27, 2021 · 6 comments

Comments

@ghobona
Copy link
Contributor

ghobona commented May 27, 2021

Maps API should extend the metadata model for the styles to include a 'rel' to a map.

@jerstlouis
Copy link
Member

Is the issue title right? Is this talking about the Styles metadata model ? (e.g. /styles/{styleId}/metadata) or the map metadata (a /map/metadata which is not yet defined and which may not be necessary after all based on recent discussions).

@pomakis
Copy link

pomakis commented Jun 2, 2021

If a client wants to get a map of a collection without concerning itself with styles, it goes to collections/{collectionId} and sniffs out the "map" link. However, if it wants a map of a particular style, no such link exists in the collections/{collectionId} document (nor, I would argue, should it). The natural thing for a client to do would be to go to collections/{collectionId}/styles/{styleId} and sniff out the "map" link there. So either the "OGC API - Maps" standard or the "OGC API - Styles" standard (I'm not sure which) needs to indicate that the proper place for style-specific "map" links to go is in the collections/{collectionId}/styles/{styleId} resource.

@jerstlouis
Copy link
Member

jerstlouis commented Jun 2, 2021

@pomakis correct a rel: "map" link should be included at collections/{collectionId}/styles/{styleId}.
Maps should define the relation type to use (http://www.opengis.net/def/rel/ogc/1.0/map) and Styles defines that links can be included. I'm not sure if we should have any normative reference to Styles in Maps though, but there could certainly be informative text to that effect.

Right now there are "Dataset map" and "Geospatial data map" conformance classes, but no "Style map" conformance class.

Actually Permission 2 B (in GeoData map conformance class) already says:

the dataset that is modified or complemented by the /styles/{styleId} path fragment can be considered modified dataset resources that can be exposed as a map. The link to the map resource will be added to the /styles GET response

so that seems covered for "Geospatial data map". There doesn't seem to be a separate permission for "Dataset map", but Permission 2 already talks about a dataset.

@ghobona ghobona transferred this issue from opengeospatial/ogcapi-code-sprint-2021-05 Oct 5, 2021
@jerstlouis
Copy link
Member

I believe that we settled on how this should work, and only need to update the specification to reflect it.
(The title of the issue is confusing though, as this does not really concerns map metadata anymore).

@jerstlouis
Copy link
Member

Requirement 21 already includes the http://www.opengis.net/def/rel/ogc/1.0/map link relation, but also includes map-meta which may be obsolete. Can we get rid of this map-meta?

@jerstlouis
Copy link
Member

It seems that map-meta is gone already. Can we close this issue?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants