-
Notifications
You must be signed in to change notification settings - Fork 576
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
Add cusine subclass for food POIs #1527
base: master
Are you sure you want to change the base?
Conversation
Results evaluating commit 79d7eca (merged with base 692b0a7 as e128183). See run details. PostgreSQL DB size in MB: 4925 ⇒ 4926 (0.0% change)
expand for details...
|
- donut;coffee_shop | ||
- ice_cream | ||
- pizza | ||
- pizza;italian |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The cuisine
key is currently a mismash of orthogonal ideas about food type and ethnic/national cuisine. There seems to be some interest in splitting it into two keys, but probably not enough to be relevant to OpenMapTiles yet. In the meantime, perhaps OMT could bucket the values into different feature properties. This will dramatically reduce the number of multiple-value situations, particularly in a country like Italy that’s associated with its own cuisine
value.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
These particular semi-colon-separated values seem to be the direct result of iD presets for chain restaurants, and they come in high numbers, so I'm not terribly worried about treating them as a singular tag. Though I agree it would be a bit nicer in the output to bucket them.
def_poi_mapping_cuisine: &poi_mapping_cuisine | ||
- burger | ||
- coffee_shop | ||
- donut;coffee_shop |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
When there are multiple values, should the feature have multiple separate properties such as cuisine_1
and cuisine_2
(following the route_*
precedent in #1152)? If not and the cuisine
property ends up being set to multiple values, then
- Maybe OMT should sort the values alphabetically, because semicolon lists are supposedly unordered when it comes to
cuisine
. This way the style won’t need to check for each permutation of values in a multi-value list. - Downstream, MapLibre will need to add support for splitting and joining expression operators, or better yet, an array filtering operator: Add split and join expressions maplibre/maplibre-gl-js#2064.
This PR adds select
cuisine
values as subclass values forfast_food
andrestaurant
. This allows for custom icons for common cuisine types such as "pizza", "burger", "donut", etc.