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

Feature request: Add more tags for places and POIs #1599

Open
jameswestman opened this issue Dec 15, 2023 · 3 comments
Open

Feature request: Add more tags for places and POIs #1599

jameswestman opened this issue Dec 15, 2023 · 3 comments

Comments

@jameswestman
Copy link
Contributor

Use case: I'm working on adding vector tile support to GNOME Maps. We currently use raster tiles and query a place's OpenStreetMap tags using Overpass, but now that we have vector tiles we would like to use data from there. Currently the tags in the place and poi layers are all geared toward rendering the place, and less toward doing something with it when the user clicks it.

In my fork of planetiler-openmaptiles, I'm currently adding addr:*, brand:wikidata, brand:wikipedia, contact:* ele, email, internet_access, note, opening_hours, phone, population, religion, takeaway, toilets, website, wheelchair, wikidata, and wikipedia. Of course most POIs only have a few of these at once, if any.

We display this information in the bubble that pops up when you click a place, and we use wikidata to look up an image and summary.

Would tags like these be in scope to include upstream?

@mlundblad
Copy link

I was also thinking the "network" tag.

One idea I had was adding support in our map style in GNOME Maps to display localized logo icons for train/subway/metro stations.

@1ec5
Copy link

1ec5 commented Apr 4, 2024

For that use case, you’d probably want network:wikidata, because network values on public transportation route relations are essentially freeform text that isn’t globally or even nationally unique.

@mlundblad
Copy link

For that use case, you’d probably want network:wikidata, because network values on public transportation route relations are essentially freeform text that isn’t globally or even naturally unique.

Yeah, that probably makes sense

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

No branches or pull requests

3 participants