Opened 4 years ago
Last modified 4 years ago
#20713 new enhancement
Suppress validator warning for amenity within amenity for school
Reported by: | Owned by: | team | |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | Core validator | Version: | |
Keywords: | Cc: |
Description
In cases where two different schools share a common grounds, it is typical practice to tag the overall grounds with an amenity=school
polygon. The overall grounds are either unnamed, or tagged with a name=*
for the name of the overall complex. The tagging scheme is supported by renderers as well; Carto renders amenity=school
with landuse-style rendering.
Each school is then represented by individual amenity=school
nodes with each schools name=*
and other details.
This tagging scheme, which is in use, currently raises an "amenity within amenity" warning in the validator. This validator finding has prompted a currently controversial[1] proposal[2] to introduce new tagging, ostensibly for the reason of making the validator finding go away. Rather, it would be more appropriate for JOSM to suppress this warning for cases of amenity=school
, amenity=college
, and amenity=university
-- OR limit the warning to cases where the name=*
is identical between the node and the grounds.
A test case is attached demonstrating this behavior.
[1] See proposal talk page and current tagging mailing list discussion
[2] https://wiki.openstreetmap.org/wiki/Proposed_features/Multiple_schools_on_one_ground
Attachments (1)
Change History (4)
by , 4 years ago
Attachment: | school_within_school.osm added |
---|
comment:1 by , 4 years ago
Link to discussion on this topic in the OSM US Slack: https://osmus.slack.com/archives/C2VJAJCS0/p1617586445365200
comment:2 by , 4 years ago
Link to discussion on this topic in the Germany forum: https://forum.openstreetmap.org/viewtopic.php?id=70642
comment:3 by , 4 years ago
I think it is much better to have two different tags than starting to allow certain amenity=*
inside the same tag. So I am not a fan of changing this rule.
Test case demonstrating the problem.