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

Ask all questions for an object, for that way user not have to selected it twice or more. #1826

Closed
dobriseb opened this issue May 13, 2020 · 9 comments
Labels
wontfix idea rejected because it is out of scope or because required work is not matching expected benefits

Comments

@dobriseb
Copy link

Use case
When I answered the question "Is it restricted who may park here?" it's regularly happened that the questions "Does it cost a fee to park here?" and "What kind of Parking is this ?" appear on the same Parking.
So what I have to do is :
1 Select a parking,
2 Choose if it's public, for customers or private
3 validate
4 select the same parking,
5 answer yes or no
6 select the same parking again
7 select the kind,
8 validate.

What I suggest is to have this way to do the same:
1 Select a parking,
2 Choose if it's public, for customers or private,
3 answer yes or at to the second question "Does it cost a fee to park here?"
4 select the kind,
5 validate.

5 actions instead off 8.

This case also happens for "What surface does this piece of road have?" which is almost always followed by "Is this section of road lit?".
And "What was this building constructed as?" followed by "How many levels does this building have?"
...

Proposed Solution
When a quest is selected, all questions related to the item should be displayed, with a swap mode to go to next question.
Or, when the first question is awswered display the second one...

@smichel17
Copy link
Member

I'm pretty sure this has been suggested before, although I don't have time to search around and find the duplicates right now.

@matkoniecz
Copy link
Member

See #1510

@westnordost
Copy link
Member

This is intentional. It is how the app is designed. The questions are asked always as atomic as possible, so that

  1. both the form can be easier and doesn't have to take into account maybe already half-filled-out-data (f.e. parking type is known, but not whether it is public, or the other way round)
  2. also when not dealing with several data points at the same time, it is easier to resolve conflicts when they occur
  3. The time to commit/send the answer to OSM is cut as short as possible

I know that this is not the most efficient way. Most efficient would be to present to the user all the questions related to one quest type at once, so he'd fill out a small questionaire of some sort. But the design goal of StreetComplete is not maximum efficiency. JOSM, Vespucci etc. are efficient, they present all the properties of the selected feature at once in a table and you can all change them at once.

@westnordost westnordost added the wontfix idea rejected because it is out of scope or because required work is not matching expected benefits label May 13, 2020
@westnordost
Copy link
Member

By the way, cool app you got there, have to check it out!

@dobriseb
Copy link
Author

Thanks for these answers and the application.
May I suggest to group neighbour objects with the same quests (For examples all lines of a roundabout) ?
Or will the answer will be the same ?

@westnordost
Copy link
Member

What do you mean with group?

@dobriseb
Copy link
Author

Screenshot_20200514-182829
On the Screenshot, the 4 (may be more) icons about "What surface does this piece of road have?" concerne the same roundabout and the same answer has to be given.
In this case a groupement means have only 1 quest for all the lines that compose the roundabout.

@westnordost
Copy link
Member

Ah, well this is not possible, for two reasons:

  • There is no notion of "what belongs together" in OSM, if at all, it is something that can be determined fuzzily (i.e. "has same name?" -> probably same street)
  • There is always the possibility that the property is actually different for parts of the same road

@dobriseb
Copy link
Author

Thanks

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
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