Open deevroman opened 1 year ago
I believe you have to actually select the next task you want to work on in the map. There were no changes to the nearby-task feature except that we made the modal full-screen to allow the user to see nearby tasks more easily. see https://github.com/osmlab/maproulette3/issues/1778
But in any other challenges, you do not need to do additional actions. Why is this challenge an exception?
Moreover, this problem appeared at least before August.
So far I'm unable to verify code-wise if it worked that way, or if there was a regression since then. However, we can enhance/fix it to work as expected.
I wasn't able to reproduce this issue until I tried with tasks of different priorities. Is it possible the random task had a higher priority than the nearby tasks (either High or Medium)?
hmm, really. Only in this challenge the tasks have different priority (Low, medium). If it's because of this, then this is not obvious behavior:(
I did some more digging into the API and have some clarifications to share. Here are how the various user flows work:
User Submits the task in Random Task mode
challenge/{challengeId}/tasks/prioritizedTasks
User Submits the task in Nearby Task mode (w/o selecting a task)
challenge/{challengeId}/tasks/prioritizedTasks?proximity={currentTaskId}
User Submits the task in Nearby Task mode (while selecting the next task)
task/{taskId}
Something else to note: In NearbyTask mode, in either scenario, the map is initially populated by the challenge/{challengeId}/tasksNearby/{taskId}?limit={limitCount}
endpoint. Priority is not considered. Clicking Load more tasks
increases the limit by 5 each time.
I believe we did previously send the user to the closest task by default without them explicitly having to select a task on the map.
If this behavior changed, we should change it back :)
So I've searched for possible recent changes to this functionality and haven't found anything. And just to reiterate, it DOES provide the CLOSEST highest priority task (which may not necessarily be nearby and is understandably confusion-prone).
So since I don't know how to "change it back", how do we ideally want it to work? Do we want to remove priority from the equation completely? Do we want to auto-select the highest priority task of the nearby tasks presented? Another button? Better tooltips so it's less confusing?
PS - I also have to assume the functionality exists for a reason and could affect other users with different expectations. From how it's designed, it feels pretty intentional. There's even a comment from 5 years ago (labeled "Initial commit"). https://github.com/osmlab/maproulette3/blame/develop/src/services/Task/Task.js#L538
@jschwarz2030 let's chat about this next time we meet. You make good points and it's probably not as straightforward as I think it is :)
I have my "5 cents" to this: I'd like at least be able to skip these high priority tasks. For example I have some internal reasons not to work with some countries, but I'll be moved to these high priority tasks again and again. Manual zooming and selecting tasks will take more time than solving tasks. Please, fix it!
I've been working with this area of code, and there are priority conditions that have caused this behavior, as @jschwarz2030 said. The backend first checks if there are any high-priority tasks in the challenge, and if there are, it grabs the closest one. Then, after that, it does the same thing for medium priority, and then the same for low priority. Would it be useful to be able to toggle on and off this feature, or have a dropdown with options "All," "High priority," "Medium priority," "Low Priority" that will filter by the chosen priority? I'm open to more ideas, but either of those ideas makes more sense to me.
I'd like to have "below low priority" for skipped and "can't complete" tasks... So next task - new task :-)
@maproulette/mr3 let's discuss, it would be good to reach a conclusion about this.
It's a bit of a conundrum - on the one hand we want to honor the author's prioritization as much as possible. On the other hand we want to honor the mapper's preference to only work on nearby tasks.
I think the mapper's preference should take precedence here, and we should serve nearby tasks to the mapper regardless of priority. We could identify different priorities in the marker somehow? I don't know how useful that is to the mapper.
Thanks for chiming in!
I think the mapper's preference should take precedence here, and we should serve nearby tasks to the mapper regardless of priority.
I agree. Some mappers (myself included) prefer to complete tasks in areas that we're familiar with. For challenges where all tasks have the same priority, the "Nearby" button works great for this. If this button sometimes sends the user to a task which isn't the nearest one to the task they just completed (because closer tasks were lower priority to the challenge author), that seems like it'd be surprising and frustrating to the mapper.
I fixed
, a neighboring task is shown.Nearby
for next taskSubmit
, another task opensReproduced only in this challenge of this project.
Firefox/Chrome 107
https://user-images.githubusercontent.com/25708359/201421638-400198ba-e51a-4a29-bdf2-6cf2bdc69e9a.mp4