You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Use case
I’m still experimenting with the parking lane overlay (which is great by the way! ☺). I just noted that this quest removed the parking:condition:both=ticket in this change: https://www.openstreetmap.org/way/274763329/history
I understand the rational: if one is using this overlay, then probably something changed and we’re better reinitialising all parking-related keys.
In this case, however, it feels wrong: my answer only refined the previous parking:lane:both=parallel by an additional key parking:lane:both:parallel=street_side. The in-place situation did not change (in this specific place) from what was before.
As-is, StreetComplete removed an information without the interface telling me: it feels wrong to me.
Proposed Solution
As already suggested, we could keep the current behaviour and add a parking condition quest: #771 (comment)
We could also keep the parking:condition key, but add a special quest to confirm whether it still applies (I’m not sure whether this would integrate well into the software).
I however feel that in case where the answer is only a refinement of what was already there (for instance when no key value changed: we only added new keys), then no key should be removed. This has the advantage of not needing a new quest type for parking condition. I don't know whether this is particular to the parking lane overlay or whether it could apply to other quests.
The text was updated successfully, but these errors were encountered:
Use case
I’m still experimenting with the parking lane overlay (which is great by the way! ☺). I just noted that this quest removed the
parking:condition:both=ticket
in this change: https://www.openstreetmap.org/way/274763329/historyI understand the rational: if one is using this overlay, then probably something changed and we’re better reinitialising all parking-related keys.
In this case, however, it feels wrong: my answer only refined the previous
parking:lane:both=parallel
by an additional keyparking:lane:both:parallel=street_side
. The in-place situation did not change (in this specific place) from what was before.As-is, StreetComplete removed an information without the interface telling me: it feels wrong to me.
Proposed Solution
As already suggested, we could keep the current behaviour and add a parking condition quest: #771 (comment)
We could also keep the
parking:condition
key, but add a special quest to confirm whether it still applies (I’m not sure whether this would integrate well into the software).I however feel that in case where the answer is only a refinement of what was already there (for instance when no key value changed: we only added new keys), then no key should be removed. This has the advantage of not needing a new quest type for parking condition. I don't know whether this is particular to the parking lane overlay or whether it could apply to other quests.
The text was updated successfully, but these errors were encountered: