-
-
Notifications
You must be signed in to change notification settings - Fork 358
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
new Quest: surface smoothness #1630
Comments
Can it be rated by an objective measure?
…On November 8, 2019 10:48:16 AM GMT+01:00, Katzenstreu ***@***.***> wrote:
Hi,
I didn't found this feature request. What about a new qeust? Could we
rate the quality of surfaces (ways, roads)?
Best regards,
Tim
|
Your're right. It's not easy. But I understand the Problem. Its a little bit subjective. Could we vote for a smoothness? The Quest can be awnswerd three times. The average value could be transmitted to OSM. |
Do you know if (bike) routing software and web services (like http://brouter.de/brouter-web/) using smoothness=*? brouter doesn't. |
I don't know. Also, voting is not possible, the app always tags directly.
…On November 8, 2019 12:57:45 PM GMT+01:00, Katzenstreu ***@***.***> wrote:
Do you know if (bike) routing software and web services (like
http://brouter.de/brouter-web/) using smoothness=*? brouter doesn't.
|
https://taginfo.openstreetmap.org/keys/smoothness (or http://overpass-turbo.eu/s/NUW) shows the coverage on a map for smoothness=*. It's used. You think its not useful? |
|
It's used, the problem is that it is quite subjective. If this is implemented, the app needs to make it easier for the user to decide by providing a good and clear UI and providing a short and clear description when something is A or B.
…On November 8, 2019 5:13:13 PM GMT+01:00, ferdinand0101 ***@***.***> wrote:
> It's used. You think its not useful?
I can definitely see a use for general routing and especially routing
for people in wheelchairs
|
Or allow tagging of smoothness only with a photo (to verify)?
Tobias Zwick <notifications@github.com> schrieb am Fr., 8. Nov. 2019, 20:30:
… It's used, the problem is that it is quite subjective. If this is
implemented, the app needs to make it easier for the user to decide by
providing a good and clear UI and providing a short and clear description
when something is A or B.
On November 8, 2019 5:13:13 PM GMT+01:00, ferdinand0101 <
***@***.***> wrote:
>> It's used. You think its not useful?
>I can definitely see a use for general routing and especially routing
>for people in wheelchairs
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#1630>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAIOPK6HVFN2MENTBJKJLTTQSW435ANCNFSM4JKU6E2Q>
.
|
Same problem while pushing the stroller. |
This is rather a case where the surface quality should be asked again every few years or so, but this is another topic. |
Has there been any more thoughts put into this? I realize that smoothness is not always easy to tag, but it can be really useful to distinguish paths of different surface quality (and therefore relevant/passable for different wheeled vehicles). Maybe there can be one set of example images for highway=track and another set of example images for highway=path? With each photo possibly combined with a photo of the wheeled vehicle(s) that are supposed to be able to pass there. Personally I'm interested in attributes for forest and mountain paths that will aid data consumers targeted at (trail) runners and hikers. Smoothness is one of the few existing tags that can actually be very useful for that. Two others are mtb:scale and trail_visibility, but I suppose each of those should have separate issues for discussion. |
I'd say if this is implemented, it would best use the "eligible for XXX" descriptions on the wiki page. So the user does not select "smoothness: excellent" but select something like "eligible for roller blades, skateboards". So for example perhaps something like this: where the user should select for which vehicle type it is still usable. |
Though this slider would need 8 stop points for all the eight values of smoothness. So, difficult to fit it into one line. It could be made vertical but then the user always has to pull up the bottom sheet to properly answer this question. |
Agree that "Eligible for..." is much better than "Excellent" etc. Some kind of vertical slider with image examples? I'd say use different images for track and path, as 2-track vehicles can't travel on a path anyway and then the images may not be relevant for a forest path. |
Actually, there could be 8 boxes to select from, like road surface. |
I just saw this on weekly OSM and I thought it might be interesting https://www.openstreetmap.org/user/Supaplex030/diary/393565 |
I read it, it is very interesting. Though, I do not see how this could be used. In StreetComplete, such measuring could not be made directly. As the author writes himself, how big of a vibration equals which smoothness would need to be calibrated for each individual (bicycle suspension, wheel type and size, type of smartphone mount, tire pressure, driving style,...) and can only serve as a helper to decide about the smoothness. This is not how the app works, the app won't ask the user "please cycle down this road" and even if it did, what should then happen - it could only display some number to the user that shows the average level of vibrations, not make an automatic answer about the smoothness of the road. But: Imagine there would be a QA tool that for a given (cycle)way would have the (average) amount of vibrations recorded by users of another app. This QA tool would be able to find those places where the smoothness=* value doesn't seem to fit to the level of vibrations recorded and show them on the map. Similarily to how osmose flags warnings. If that tool had an API, StreetComplete could ask for any suspects and ask StreetComplete users to (re-)survey those places. The "is this a oneway quest" works very similar to this idea. |
I support this quest1. It's also one of the most interesting ones for maintaining with the #1998-style questions. There's a little bit of difficulty with the "Eligible for…" method, although it may still be the best option. The I dislike several of the pictures on Someone talked about different options depending on the path type and/or access. I like that for similar reasons to the "Eligible for"/"Usable by" problem, but splitting into path and road/track leaves some holes in the available examples. I split MTB into front- vs. full-suspension so that paths didn't have two
1 …having recently discovered a bicycle "path" that turned out to be a dirt track covered in roots with 4 stream crossings. Very fun for MTB. Not as fun for a road bike. |
I'd really like this too, and "Smooth enough for…" wording seems best to me |
I do agree that defining the smoothness by with which vehicles it can still (comfortably) be used is a good step towards making this tag more objective and thus precise. However, there is a problem with this approach which I think has been mentioned somewhere in this thread: To accurately measure the smoothness with this method, you'd theoretically have to have every of the mentioned modes of transportation (skates, racing bike, city bike, trekking bike, hardtail, full-suspension mountain bike) with you or at least have a very good understanding how smooth a surface has to be to classify it as usable for this or that method of transportation. |
Hooray! I am hopeful that we can work something out.
That makes sense. I once took a rented sedan on a trip in Idaho. The highway was boring, so we found an "alternate route" on the handheld GPS. We drove through a ghost town (cool), but wound up on a perilous forest road and came out the other side in Montana. The Montana side had a warning sign saying "No articulated vehicles. High clearance only." The Idaho side had no such sign. Objectively, one can drive an ordinary car through those woods (I did it), but nobody would recommend that one do so.
We could try to make the surface smoothness objective instead of subjective by mimicking
I have suspicions that a standard like that would annoy people more than help them, but it would definitely make things rigorous. |
So if I understand you correctly you'd like different questions with different pictures etc. for each surface type ? I think that sounds good, at least it would allow one to show examples which might be applicable |
Maybe this table is useful: https://wiki.openstreetmap.org/wiki/Berlin/Verkehrswende/smoothness (only in german currently). They also have images, which could be used, since they are CC-BY*. |
Not sure if you've decided where you'll ask this yet but, may I suggest any road with on street cycle path, all service roads and footpath/cycleways? Can be quite spammy if marked on every road |
@ohrie if you check Talk:Key:smoothness you'd (eventually) find User:Rhhsmits/Smoothness_details which is work in progress copy of that german page, translated to english and with added information. At least I think it is still work in progress, @rhhsm ? @TurnrDev as I understand it, quest is considered spammy if vast majority of the answers to the quest have same answer, and not if there are many questions to be asked (or all building, roof, surface, etc. quests would be extremely spammy). In Croatia for example, not only service roads, but even tertiarty and unclassified as well as residential roads might not only vary between |
I very much hope smoothness will be included as a SC quest, but it's a tricky one. I think "smoothness" is a map property where OSM can beat Google maps, see BBC for an interesting background ("Google and Apple maps do not differentiate between a good road and a bad road - but that's so important,"). SC could be of great help to realise this. But there have been lengthy discussions, not only here, about how to implement it and ensuring some degree of objectiveness and consistency. I've read most of the discussions on OSM wiki, and tried to summarise and come to some conclusion here. Comments have been few (if you have any, please add them there), so I've implemented it about a month ago, adding a description column and new photos to Key:smoothness. Since then I've not seen any feedback, so I thought to give it some time to become established before proposing it as a quest here. The user page that @mnalis refers to is just some additional guidance, and waiting to be linked to from the main key description page (not sure how to name it). |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
@rhhsm I thought you were going to add extra columns ("horrible", "very_horrible", "impassable") and extra rows "speed (for cars)", "speed (for SUVs)" to that page? I've added comments now at User_talk:Rhhsmits/Smoothness_details. That would help a lot to remove little remaining ambiguity. When columns at least are added, I can help split "bicycle" row into "racing bicycle" / "MTB", and then we can ask for moving that page into main wiki namespace. And more to the point of this issue specifically, we'd have nice pictures and exact explanations to remove subjectivity in order to implement this quest. |
This would be awesome for starting to map sidewalk smoothness, both for wheelchair access and recreational purposes (skateboarding, inline skating, etc.). I did a quick check on overpass for 2 larger cities, and there was basically next to no information available about smoothness on sidewalks. If there was any information, it was available for designated footpaths/sidewalks, but basically nonexistent for the sidewalks attached to the This should probably be deactivated by default. I haven't used SC for that long, but is there maybe a sensible way to limit/randomize the number of "spammy" quests (should be deactivatable by user, I guess) which are presented to regular users? That could make it easier to get started with collecting the information bit by bit... |
I'm currently working on implementing this quest in my personal SC fork for a bit of "live testing". So how about using images based on the tagged surface? This approach is more work (finding suitable images) and doesn't entirely solve the problem of the answer being subjective, but in my opinion it's a massive improvement over simply providing some list of "excellent, good, ...", example vehicles or more generic images. @westnordost would this approach be acceptable for use in SC? (I don't want to look for good images if it's just for myself) |
Yes, absolutely!
Am 3. September 2021 07:21:21 MESZ schrieb Helium314 ***@***.***>:
I'm currently working on implementing this quest in my personal SC fork
for a bit of "live testing".
So far I wasn't happy with any kind of (text-based) list, even though
possible answers only contain answers suitable for the tagged surface.
So how about using images based on the tagged surface?
The images could be like in
https://wiki.openstreetmap.org/wiki/Berlin/Verkehrswende/smoothness, so
e.g. if `surface=asphalt` the quest shows the 5 images for asphalt,
maybe with some short descriptive text. This text could depend on the
highway type (avoids mentioning inappropriate vehicles, like cars when
asking about a cycle path).
This approach is more work (finding suitable images) and doesn't
entirely solve the problem of the answer being subjective, but in my
opinion it's a massive improvement over simply providing some list of
"excellent, good, ...", example vehicles or more generic images.
***@***.*** would this approach be acceptable for use in SC? (I don't
…want to look for good images if it's just for myself)
--
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub:
#1630 (comment)
--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
|
When trying to determine smoothness on some nearby roads/paths I encountered a few difficulties:
|
Isn't that the job of a point with tags? I know I've made them for speed bumps and cattle grids.
Brilliant! |
Yes, but SC is mainly designed for users who are not aware of this. |
The Verkehrswende pictures are nice, but I don't think they show the difference between bad and very_bad very well: the very_bad pictures don't appear to need additional ground clearance. The very_bad roads pictured can still be used by normal cars without risk of damage to the undercarriage.
It was me who recently added the description column to the wiki. I'd say the criterion to decide between good and intermediate is the size of the roughness: would it affect someone riding a racing bike (with tyres 2-3 cm wide)? The difference between intermediate and bad is how much the surface roughness would slow down a normal car: "intermediate" slows it down a bit, "bad" slows it down considerably.
If the obstacles would not cause the user to make a detour to avoid them, they can be ignored. |
Hi,
I didn't found this feature request. What about a new qeust? Could we rate the quality of surfaces (ways, roads)?
Best regards,
Tim
The text was updated successfully, but these errors were encountered: