Last month, we released the Missing Roads plugin and web tool. This quickly became a popular pastime for quite a few mappers - one month later, more than 20% of all the Missing Road tiles have already been resolved :)
For the darker and colder November days – well, if you are on the Northern hemisphere at least – we thought we would cook up something new to keep us all busy. We ran another analysis on our GPS data to uncover ways that probably do not have the right directionality. Either they should be oneway=yes
and they are not, or they are oneway=yes
but in the wrong direction.
Here is an example from Karlsruhe, Germany:
The orange arrow points in the direction we think traffic on that street flows based on what we know from our Scout GPS data.
The way we do this is by looking at the directionality of the GPS tracks. If more than, say, 90% of all tracks matched to an OSM way go in a single direction, it is pretty safe to assume that it is a one-way street. We then compare that to how the way is mapped in OSM. If there is no correct oneway
tag on the way, you will see the way in this tool.
Let’s open the earlier example up in JOSM:
This looks a bit cluttered because there is so much OSM data, but if we zoom in a bit and make the OSM data layer invisible for a moment, we can see from the direction the cars are parked and the arrows on the road that this is indeed a one-way street:
Aerial imagery in JOSM from Bing
We found more than 140.000 (!) of these cases all over the world waiting for us to fix them. This works almost exactly the same as in our Missing Roads plugin and web tool we released last month. You can look at the Missing Roads manual. (I will write a proper manual for the One-way plugin and tool soon.)
Here is the address for the web tool: http://improve-osm.org/trafficFlowDirection. You can find the JOSM plugin in the JOSM plugin preferences. The source code for the plugin is on Github as always. We started a wiki page for the plugin as well.
Happy mapping and please, as always, let me know what you think :)
토론
2015년 10월 30일 16:22에 Sanderd17님의 의견
Nice tool, though I’m seeing certain issues.
First of all, in my area, most of the issues found seem to be very short road pieces, only a few meters long, part of a big road. They’re split up because of route relations, or changes to tags like speed limits. Is there something that makes detecting these small segments easier? See most issues in this area: http://improve-osm.org/trafficFlowDirection/#11/51.0008/3.0933
Secondly, do you take dates into account? Traffic layouts change often, and streets might change their oneway direction. Perhaps it can be detected by seeing that from a certain date on, 90% of traffic rides in one direction (if the sample is big enough).
2015년 10월 30일 17:14에 naoliv님의 의견
Suggestion: make it possible to mark invalid/false positives using the web interface. Idea: also use OSM’s GPX tracks, if possible (in another layer, like suggest for the Missing Roads)
2015년 10월 30일 17:27에 flohoff님의 의견
Very cool - I am talking about something like this for years. Critics always said that the 100% accuracy would not be possible and it would be to complicated to maintain the data. I was always advocating that one day we’ll have millions of users giving feedback about correctness and completeness of map data.
There we are …
Thanks a lot for proving this valuable feedback from your telemetry data.
2015년 10월 31일 09:42에 StephaneP님의 의견
Nice tool ! But in my area, about 90% of the detected oneway, are invalid.
About the Josm plugin : I’m note sure if different button are useful. Perhaps only one with a checkbox solved/invalid. And I don’t understand why I must write a comment when I close a segment. If it’s invalid, there is nothing to explain, it’s …invalid.
2015년 10월 31일 09:50에 k1wi님의 의견
I am seeing a lot of false positives. It seems that you are not considering that
junction=roundabout
s are always oneway, they don’t need aoneway=yes
tag. Example: http://improve-osm.org/trafficFlowDirection/#16/42.8088/-1.63442015년 10월 31일 10:00에 bielebog님의 의견
That’s a neat tool. It’s good to see collected GPS data flow back into OSM improvements. It seems that one intrinsic flaw is that traffic that flows into underground parking lots gets properly tracked, but traffic flowing out might not due to GPS receivers getting a proper fix just later on the road. So flow of traffic might indicate a oneway flowing in where in reality traffic flows in both directions. Detecting underground parking entrances in the vicinity of end nodes of marked ways might be a plausibility indicator here.
2015년 10월 31일 11:19에 _sev님의 의견
Also, it would be cool to take into account oneway=reversible tag:
http://improve-osm.org/trafficFlowDirection/#16/52.3294/5.0422
2015년 10월 31일 21:40에 sabas88님의 의견
Nice, I fixed some streets already!
2015년 10월 31일 22:01에 Hjart님의 의견
Very nice tool. Found a few gems already. The vast majority of what I’ve seen so far has been false positives though (long stretches of primarily secondary and primary roads, which actually are bidirectional, but not dual carriageway)
2015년 11월 1일 23:08에 mvexel님의 의견
Hi everyone - thanks a lot for trying out the tool and sharing your experiences. We will be working on improvements to reduce the false positive cases and your responses will be very helpful in doing that. Here’s what I see so far:
Very short segments
There seem to be more false positives among these. We will look into filtering these out or otherwise dealing with them.
Using OSM GPS tracks
We will be looking into that. I will check in with Grant to see if we can get a fresh dump of GPS traces. (The most recent one is from 2013.)
Changes over time
Local traffic rules / patterns may change over time, we can see if we can detect changes in traffic flow. We currently do not do that yet.
Roundabout and other less common
oneway
taggingRoundabouts are implicitly oneway, we will look into filtering these. Also look at
oneway=reversible
.Other improvements
Please try and send a location with any problem you find, so we can reproduce it. That makes it much easier to act on any reported issue. Thanks!
2015년 11월 2일 09:20에 literan님의 의견
Please do not touch Moscow (Russia) with this instrument. Many streets here have got one-directional this summer and autumn, so there may be two-directional gps-tracks there.
2015년 11월 2일 15:04에 mvexel님의 의견
literan – I only found one case in Moscow: http://improve-osm.org/trafficFlowDirection/#17/55.76057/37.62802 - should this be marked as an invalid case?
2015년 11월 2일 23:59에 RobJN님의 의견
How frequently do you update the heat map on the website? I’ll recheck my area when it’s next updated.
2015년 11월 3일 00:42에 Glassman님의 의견
Nice fixes. I really like the statistics for the way. Still false positives, but not sure software could be improved anymore. I’m finding two types of false positives, ferry terminals and apartment service roads. At the Clinton Ferry in WA State, people don’t drive in the correct lane as they drive onto the ferry. If they did you’d see two way traffic. The apartment service roads just have small amount of traffic. Might be just one person going out/in the same way each time.
One suggestions - please have the orange circle updated as well when the way is either marked as fixed or invalid, similar to Missing Roads.
2015년 11월 3일 11:34에 matrioszka님의 의견
thanks for this info :) its very helpful and useful for me
2015년 11월 8일 03:30에 andrewpmk님의 의견
There are a lot of false positives caused by highway offramps leading to and from a two way road (most often, a service road parallel to the highway). Most of the traffic is going one way, but it is possible to go the other way.
2015년 11월 8일 04:56에 mvexel님의 의견
andrewpmk – acknowledged. those are hard to filter out purely based on trips, because like you said, the majority of folks will be driving in one direction. Is there distinctive tagging that we could use to give those cases lower importance?