-
-
Notifications
You must be signed in to change notification settings - Fork 348
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
Use oneway-data from improveosm.org #370
Comments
This is what I was suggesting, here: Thanks, Chris. |
What is the URL? |
See https://github.com/westnordost/StreetComplete/wiki/Adding-new-Quests-to-StreetComplete (linked during creating a new issue)
|
Maybe also some crossover with Mapswipe (http://wiki.openstreetmap.org/wiki/MapSwipe) and OpenMapKit (http://openmapkit.org/index.html). But they could probably gain more from StreetComplete |
Perhaps you should include what data exactly could be used as a data source for quest types.
…On 2 July 2017 14:38:13 CEST, chris_debian ***@***.***> wrote:
Maybe also some crossover with Mapswipe
(http://wiki.openstreetmap.org/wiki/MapSwipe) and OpenMapKit
(http://openmapkit.org/index.html).
But they could probably gain more from StreetComplete
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
#370 (comment)
--
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
|
Yeah, I think that's a good example. Maybe you should collect such examples and open new issues with "New quest:" for each of them, so each of these questions can be tracked separately.
Not really. The purpose of this app is not really to show you satellite images.
A library or so, somehow about surveys with OSM. Not sure what this has to do with StreetComplete. |
Okay, I looked through the source code of improveosm.org. The only thing that would be usable for StreetComplete would be the "is probably a oneway" detection. There is an API, but it is not documented.Example call to get all open "direction of flow": As far as I can see, the API part of improveosm.org is closed source, so there are a few problems and open questions:
|
Thanks for looking at this, Tobias. Sounds disappointing, as it was
hopefully a good source of data that needs clarifying.
Thank you,
Chris.
…On Tue, 4 Jul 2017, 19:01 Tobias Zwick, ***@***.***> wrote:
Okay, I looked through the source code of improveosm.org. The only thing
that would be usable for StreetComplete would be the "is probably a oneway"
detection.
There is an API, but it is not documented.Example call to get all open
"direction of flow":
http://directionofflow.skobbler.net/directionOfFlowService/search?format=fjson&south=53.0&north=53.1&west=9.0&east=9.1&zoom=15&confidenceLevel=C1%2CC2%2CC3&status=OPEN&client=WEBAPP&version=StreetComplete%200.11
As far as I can see, the API part of improveosm.org is closed source, so
there are a few problems and open questions:
- the client parameter must always be WEBAPP, anything else is not
accepted. This sounds like it is not wanted that other applications use
this API
- a zoom level MUST be specified, depending on the zoom level (and/or
density of found road sections), "clusters" are returned. StreetComplete is
not interested in clusters, we need the real data. In my test call,
starting with zoom level 15, proper data is returned, but:
- the bounding box is very limited. The exact max bounds are unclear,
but it relates to the zoom level.
- it is unclear whether the API returns results for whole ways
(probably not?) or also for way-sections that'd have to be split up.
Currently, StreetComplete is not able to split ways up.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#370 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ARGrdwtxmoRCMFMEHMz0SNGONIY4K4DAks5sKn4OgaJpZM4OLj5j>
.
|
This is related, so won't open a new ticket. Can we use the data from Osmose (http://osmose.openstreetmap.fr/en/map/) or KeepRight (https://www.keepright.at/), to help generate quests? Thanks, Chris. |
Could you please explain what (useful data) these sites provide, which could be used in StreetComplete? And how could it be used? |
So, no reply from telenav so far. improveosm.org doesn't seem to be still maintained and I don't know any other way to contact them. |
If anyone wants to follow this further, perhaps here: https://telenav.zendesk.com/ |
Note JOSM plugin for ImproveOSM is available here : |
Hello all, currently the ImproveOSM services are not open sourced, and are consumed only by Telenav projects. |
Why are not they? |
OK, I will send you and email explaining why this project would like to use this data and what requirements would need to be met to properly use the data. Thanks for your answer and thanks @Binnette for taking over to reach out. |
Update: @westnordost and I have been in touch and we are exploring the integration. @beataj-telenav is on vacation right now but we hope to check back in in a couple of weeks. |
done |
Did I miss something or what happened to the "turn restrictions"? Telenav also has some dumps for it and it could be implemented in a similar way. |
I wrote
Turn restrictions would often involve splitting up the ways. Can't be done in StreetComplete. |
Are not turn restrictions just at intersections of ways? Don't see where you need to split a way there. It just needs a quite complex GUI as iD e.g. has: (Don't know the details, but for a user it looks just as if you edit the single points, where the streets meet. Technically likely done with something in a relation or so…) |
iD editor splits ways to create some restrictions |
Okay, mhh… 🤔 |
Telenav suggest possible turn restrictions missing from OpenStreetMap. Editing a turn restriction is indeed a more complex task. |
Hello
improveosm.org is an amazing tool to find turn restrictions, oneways, missing roads and so on. It uses metadata from traffic data.
I don't know how hard this would be to implement but I'd love to see if your app could work together with improveosm.
Like this your app could ask questions like "is there a turn restriction from raod x to y?" (maybe with visual support) or is this a one-way restricted road?
I am not a dev so I can't help with implementing.
The text was updated successfully, but these errors were encountered: