I was auditing the OSM ecosystem for apps that only look at tactile paving information on crossing nodes (problematic if we switch to something like tactile_paving=separate) and I noticed Soundscape seems to be one of them. My agents have all sorts of crazy ideas for how to best handle this and warnings about indirection from the tile generation server, but I'll just state the problem:
Currently
"whether or not to announce an unmarked crossing" is determined by "is tactile_paving=yes on the crossing node"
When it should be
determined by (or at least combined with) "are there kerb nodes with tactile_paving=yes connected"
I was auditing the OSM ecosystem for apps that only look at tactile paving information on crossing nodes (problematic if we switch to something like
tactile_paving=separate) and I noticed Soundscape seems to be one of them. My agents have all sorts of crazy ideas for how to best handle this and warnings about indirection from the tile generation server, but I'll just state the problem:Currently
"whether or not to announce an unmarked crossing" is determined by "is
tactile_paving=yeson the crossing node"When it should be
determined by (or at least combined with) "are there kerb nodes with
tactile_paving=yesconnected"