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=separateis 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 , 4 years ago
| Description: | modified (diff) |
|---|
comment:11 by , 4 years ago
I've removed the removal of the special treatment of footway=none from the patch.
comment:12 by , 4 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 , 4 years ago
| Milestone: | → 22.03 |
|---|
comment:15 by , 4 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?
@JeroenHoek: 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=noneshould be replaced bysidewalk=no, so JOSM is correct with the special treatment.