Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Provide answers to batched quests for identical local map items #3098

Closed
j7e opened this issue Jul 28, 2021 · 3 comments
Closed

Provide answers to batched quests for identical local map items #3098

j7e opened this issue Jul 28, 2021 · 3 comments
Labels
duplicate wontfix idea rejected because it is out of scope or because required work is not matching expected benefits

Comments

@j7e
Copy link

j7e commented Jul 28, 2021

Use case
I currently provide individual quest answers for local map items that have identical characteristics, which can be repetitive (and a tedious experience). For example, a set of local streets share the same surface, pavement and lighting characteristics/configurations, and each street asks the same set of quest questions for them. An alternative example is of a nearby government complex with its own private and uniform car parking around the site, but has been split into multiple car parking quests. There's also the nearby park with interconnected paths, which have multiple, identical quests.

Proposed Solution
Where a group of local map items share identical characteristics and are assigned (or have been split into) individual quests, allow users the ability to select multiple quests to provide the same answer, once. For example, this could be implemented by the user long-pressing a quest marker, perhaps turning it to a highlighted colour to indicate its selection, and then short-pressing other quest markers to select (and highlight) them for batch answering. In this batch selection mode, a button could be displayed which prompts the respective quest answer to select and submit.

Additional comments
Whilst this feature might be felt to reduce some of the gamified characteristics of the app by shortcutting interactions, from my perspective I feel that it would be an overall improvement by reducing its repetitive aspects and increasing overall engagement (sustaining interest) and enjoyment (generating a greater sense of progress/achievement by 'clearing' areas).

I understand there could be concerns about the quality of batched answers. The feature could perhaps be limited by, for example, any or all of: requiring users to be logged in to their OSM account; specifying a maximum selection size (e.g. 10 quest markers); or requiring a minimum quest score.

@matkoniecz
Copy link
Member

matkoniecz commented Jul 28, 2021

The problem is that the feature would be tricky to discover even if existing.

Also, it would increase risk of people answering based not on what they see but on guesses. "oh, that parking on the other side is also going to be private" (it will be very often true - but not always!)

In related news, see #73 #2353 #1303 - is this issue adding something new not covered by existing ones?

Also #2968

And #2542 #1772 for examples of handling specific quests where entering data is time consuming

@westnordost
Copy link
Member

westnordost commented Jul 28, 2021

I do like the proposed UI - that's how it could work from the UX perspective. However, my concerns about the quality of the batched answers weighs heavier than the promised gain in efficiency and convenience.

Yeah, it could be a feature for err... advanced / trustworthy users. But how to filter? Certainly not by quest score. Rather maybe by looking at if the user also uses other (more advanced?) map editors like JOSM or Vespucci, as proof that the user is invested enough in the OpenStreetMap world beyond the "StreetComplete game". However, there is currently no way to find this out easily via an API call or something like that.
So, this is a will not fix for now.

If someone who is able to implement it himself and would like to work on this is reading this. This is how it could work:

  • get in contact with Pascal Neis and talk about if it would be possible to provide an API for HDYC, what would be the requirements for that
  • without an API, a scaper could be written. As a scraper or simply using an API, It could be written in PHP and integrated into https://github.com/streetcomplete/sc-statistics-service/ so that it can be queried by StreetComplete
  • If there is a way to authenticate towards HDYC that you are an OSM user without the OAuth 1 process of displaying a website first and logging in etc but just presenting some token (maybe it is possible with OAuth 2 which is now available for OSM?), then it would certainly be preferrable if the app fetched/scraped the data from HDYC itself and not use the sc-statistics-service as a peer
  • the info (that a user is using advanced editors) could also trigger additional achievement(s) that unlock more links that are only interesting for advanced users
  • Other more advanced features could also be hidden behind the "JOSM switch"

@westnordost westnordost added the wontfix idea rejected because it is out of scope or because required work is not matching expected benefits label Jul 28, 2021
@smichel17
Copy link
Member

Thanks for the list @matkoniecz, added to #2789 (reply in thread)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
duplicate wontfix idea rejected because it is out of scope or because required work is not matching expected benefits
Projects
None yet
Development

No branches or pull requests

4 participants