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
Many quests have dependencies on another quests and in many cases those do now show immediately after the prerequisite quest is solved, but take some time, in effect forcing user to take several resurveys of the same area in order to solve all the quests there. That is often inconvenient to user, leading to frustration.
Typical example: to fully map addresses one has to finish addr:street quest, but for that quest to show one must first solve addr:housenumber, and for that to show one must first solve building quest.
Common workaround (at least only one known to me is to do) to force followup quests to appear is:
That is 7 clicks if executed in perfect order (ie. your finger doesn't slip) per refresh.
So in example above (just wanting to map housenumbers in virgin area) my current mapping session looks like:
solve half a dozen quests to map building
do 7-clicks-refresh
solve half a dozen quests to map addr:housenumber
do 7-clicks-refresh
solve half a dozen quests to map addr:street
walk 50-100 meters
repeat
While in some cases it is slightly less annoying than having to visit same area 3 times on 3 separate days, it is far from ideal.
Proposed Solution
While ideal solution obviously would be for quests to appear automatically, that seems to require very much work (#1119 (comment)).
As an easier workaround, to make needed procedure much less painful, I propose at least changing that 7-clicks-refresh to 2-clicks-refresh, that is:
when user selects "Scan for quests here", before quests are downloaded for shown area, the area is first invalidated.
If that is not possible, those might be alternatives:
alternatively, if invalidating just some data is also hard to program, invalidate all data on "Scan for quests here"
alternatively, if invalidating all data is problematic for some reason in some cases, then split current "Scan for quests here" to 2 buttons ("Clear&Scan" and "Additive Scan")
It would help somewhat alleviate (without too much effort, hopefully) IMHO one of the two biggest problems StreetComplete has at the moment (the other problem being not having easy way to switch between custom "presets" (#1654, https://github.com/streetcomplete/StreetComplete/projects/2 so users have to manually turn on/off lots of the quests all the time)
The text was updated successfully, but these errors were encountered:
Use case
Many quests have dependencies on another quests and in many cases those do now show immediately after the prerequisite quest is solved, but take some time, in effect forcing user to take several resurveys of the same area in order to solve all the quests there. That is often inconvenient to user, leading to frustration.
Typical example: to fully map addresses one has to finish
addr:street
quest, but for that quest to show one must first solveaddr:housenumber
, and for that to show one must first solvebuilding
quest.Common workaround (at least only one known to me is to do) to force followup quests to appear is:
That is 7 clicks if executed in perfect order (ie. your finger doesn't slip) per refresh.
So in example above (just wanting to map housenumbers in virgin area) my current mapping session looks like:
building
addr:housenumber
addr:street
While in some cases it is slightly less annoying than having to visit same area 3 times on 3 separate days, it is far from ideal.
Proposed Solution
While ideal solution obviously would be for quests to appear automatically, that seems to require very much work (#1119 (comment)).
As an easier workaround, to make needed procedure much less painful, I propose at least changing that 7-clicks-refresh to 2-clicks-refresh, that is:
If that is not possible, those might be alternatives:
It would help somewhat alleviate (without too much effort, hopefully) IMHO one of the two biggest problems StreetComplete has at the moment (the other problem being not having easy way to switch between custom "presets" (#1654, https://github.com/streetcomplete/StreetComplete/projects/2 so users have to manually turn on/off lots of the quests all the time)
The text was updated successfully, but these errors were encountered: