Opened 4 years ago
Closed 3 years ago
#21235 closed enhancement (fixed)
[PATCH] Stop whitelisting footway=*, and add footway=separate to blacklist candidates for sidewalk=*
Reported by: | JeroenHoek | Owned by: | team |
---|---|---|---|
Priority: | normal | Milestone: | 22.07 |
Component: | Core validator | Version: | |
Keywords: | footway sidewalk | Cc: |
Description (last modified by )
To resolve #10851, #10976, #15439, and #19389 the validator checks if ways have footway=*
set with one of the values typically used for sidewalk=*
. This seems to be a fairly common mistake, so it's good to have a warning here.
Issues
There are two minor issues with the current validation approach I would like to resolve.
footway=separate
is missing
The validator checks for left
, right
, both
, none
, and no
. separate
is missing from this list.
Whitelist blocks all other possible footway
values except for three
While the above values are clear examples of misstagging, footway
is not an invalid key, and is used to provide a refining of highway=footway
. The validator acknowledges this for access_aisle
, crossing
, and sidewalk
, but excludes everything else. This seems too strict compared to the other rules — we don't whitelist values for highway=*
for example. Mappers can (and do) create new values, and some are gaining broader acceptance. This check seems superfluous with the checks for values that probably mean sidewalk=*
in place.
Patch
In the attached patch:
- A check for
footway=separate
is added. - The whitelist for
footway=*
is removed.
Are there any issues I am overlooking or reintroducing with this patch?
Attachments (1)
Change History (24)
comment:1 by , 4 years ago
Description: | modified (diff) |
---|
comment:2 by , 4 years ago
Component: | Core → Core validator |
---|---|
Type: | defect → enhancement |
comment:3 by , 4 years ago
Description: | modified (diff) |
---|
comment:4 by , 4 years ago
comment:5 by , 4 years ago
Keywords: | footway sidewalk added |
---|
comment:6 by , 4 years ago
Really? This isn't reflected in the current documentation of sidewalk=*. I'm not seeing any recent mention on the Taggin-ML either.
I'm not opposed to deprecating sidewalk=none, but was this discussed somewhere else than on the Taggin-ML and the wiki-page for sidewalk=*?
comment:8 by , 4 years ago
Now OSM Wiki discussion appeared: https://wiki.openstreetmap.org/wiki/Talk:Key:sidewalk#Is_sidewalk.3Dnone_valid.3F
comment:10 by , 3 years ago
Description: | modified (diff) |
---|
comment:11 by , 3 years ago
I've removed the removal of the special treatment of footway=none
from the patch.
comment:12 by , 3 years ago
Just to clarify: this patch is no longer in conflict with any current developments. sidewalk=none
is now considered deprecated in favour of sidewalk=no
; this patch is limited to the items listed in the first post.
comment:14 by , 3 years ago
Milestone: | → 22.03 |
---|
comment:15 by , 3 years ago
Milestone: | 22.03 → 22.04 |
---|
comment:17 by , 3 years ago
Milestone: | 22.05 → 22.06 |
---|
follow-up: 19 comment:18 by , 3 years ago
@skyper: Did you have any additional problems with the patch?
My one problem is way[footway=none][/footway:/] {
-> way[footway=none][/^footway:/] {
. If this is correct, I'd like to see an assertMatch
/assertNoMatch
test.
comment:19 by , 3 years ago
Replying to taylor.smock:
@skyper: Did you have any additional problems with the patch?
No, though, I did not test it with real data.
comment:20 by , 3 years ago
@taylor.smock I just followed the example above to remain consistent. This seems to work.
comment:21 by , 3 years ago
I was thinking of tags like surface:footway
(although footway:surface
is way more popular). Although maybe it was for footway:left
or footway:right
. I'd have to dig through the history to figure out why there was a regex.
comment:22 by , 3 years ago
Milestone: | 22.06 → 22.07 |
---|
According to #21242,
sidewalk=none
should be replaced bysidewalk=no
, so JOSM is correct with the special treatment.