AddTactilePavingCrosswalk and AddTactilePavingKerb should interact better #3107
Labels
wontfix
idea rejected because it is out of scope or because required work is not matching expected benefits
Use case
In an intersection like https://www.openstreetmap.org/node/40538731, the app will ask about tactile paving 12 times when there are only 8 places (the AddTactilePavingKerb quests) that could have tactile paving or not. The
highway=crossing
nodes can be inferred from the kerb tags, and ayes
answer to AddTactilePavingCrosswalk answers 2 kerb nodes at once. It would be nice if the app optimized this interaction a bit.This was discussed some in #2347, but here I'm suggesting an improvement to how we live with the double-tagging that the community seems to have settled on.
Proposed Solution
In AddTactilePavingKerb.applyAnswerTo(), we should look for the next nodes in the adjacent
footway=crossing
way, and if those are ahighway=crossing
node and then abarrier=kerb; tactile_paving=*
node, we should set the crossing node'stactile_paving
key to the appropriate value.In AddTactilePavingCrosswalk.applyAnswerTo(true), we should look for a unique
footway=crossing
way that contains thehighway=crossing
node, step out to find its kerbs, and set them totactile_paving=yes
. In AddTactilePavingCrosswalk.applyAnswerTo(false), if both kerbs are set totactile_paving=yes
, something's out of date, so it'd be nice to flag both kerbs to be re-quested, but it's not obvious how to do that.I think the
highway=traffic_signals; crossing=traffic_signals
case is irrelevant here, because those only happen at the center of an intersection without separated sidewalks, so there won't be any kerb nodes to modify.The text was updated successfully, but these errors were encountered: