#11128 closed enhancement (fixed)
Test amenity, shop, etc connected to highway
Reported by: | naoliv | Owned by: | team |
---|---|---|---|
Priority: | normal | Milestone: | 16.04 |
Component: | Core validator | Version: | |
Keywords: | Cc: |
Description
We are including this in our local validator rules.
Is it also interesting to have it in JOSM?
way[highway] > node[amenity], way[highway] > node[building], way[highway] > node[leisure], way[highway] > node[office], way[highway] > node[shop], way[highway] > node[tourism] { throwWarning: tr("{0} node must not be connected to highway", "{0.key}"); }
Attachments (0)
Change History (20)
comment:1 by , 10 years ago
comment:2 by , 10 years ago
include [!entrance] on the node. Than the footway can lead to the entrance without giving false positives
comment:5 by , 9 years ago
Milestone: | → 16.03 |
---|
follow-up: 11 comment:8 by , 9 years ago
For some reason, in our country, tourism=information+information=guidepost is placed directly on the junction of highways (footway,cycleway), not to the place of the pole besides the road.
See e.g. http://www.openstreetmap.org/node/253402650 . Can that be excluded from the warning?
comment:9 by , 9 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
comment:11 by , 9 years ago
Replying to aceman:
For some reason, in our country, tourism=information+information=guidepost is placed directly on the junction of highways (footway,cycleway), not to the place of the pole besides the road.
See e.g. http://www.openstreetmap.org/node/253402650 . Can that be excluded from the warning?
In my opinion this is bad tagging, however I downgraded the warning for tourism=information+information=guidepost to info level.
comment:16 by , 6 years ago
Milestone: | 16.04 → 18.09 |
---|---|
Resolution: | fixed |
Status: | closed → reopened |
Can we exclude natural=cave_entrance
as well? That can be used together with tourism=attraction
on the end of a path for example.
Or in general exclude tourism=attraction
, I can imagine a quite few cases where this can lead to false positives.
comment:17 by , 6 years ago
Milestone: | 18.09 → 16.04 |
---|---|
Resolution: | → fixed |
Status: | reopened → closed |
natural=* is not included in the test and tourism=* way end nodes are already excluded.
(Please don't change milestones and don't reopen such old tickets. Create a new one instead.)
comment:18 by , 6 years ago
Problem in my case was that the cave entrance was part of a cliff, which led to a warning.
Sorry about reopening the old ticket, different communities have different policies... It's about the same specific validation rule, so I thought it made sense.
comment:19 by , 6 years ago
As the cliff way marks the top edge of the cliff, connecting a cave entrance to the cliff way is much likely indeed a tagging error.
comment:20 by , 6 years ago
I've seen more than a few caves tagged on cliffs and never thought about that... but assuming an absolutely vertical cliff, I still don't see a problem connecting them. The wiki just says "If the cliff is not perfectly vertical the way should be located on the top edge", it doesn't say that the way then represents the top edge - it's (in my understanding) the whole cliff, just placed on the top edge for abstraction (like a line for a highway doesn't represent the center line, but the whole street). And then it seems weird to me putting a cave entrance next to the cliff, when it is actually in the cliff. But that discussion doesn't really belong here.
And since this just happens when the cave is part of a cliff and tagged as a tourist attraction, I agree that changes of the validation are not really necessary anyway.
This would produce false positives if e.g. a shop is tagged on the entrance node (which is part of the outline of a building) and a highway=path or highway=footway ends at this node.