Wie wird eine Trennung der Fahrspuren im Verlauf einer Straße gemapped?
Hallo zusammen, überwiegend mappe ich im Bielefelder Bereich. Beim Bearbeiten von mapdust-Meldungen bin ich auf eine Frage gestoßen, zu der ich bisher noch keine gute Lösung gefunden habe. Es geht um die "korrekte" Datenabbildung des Trennungspunktes von Fahrspuren bzw. das Zusammenführen dieser. Die Mapdust-Meldungen mal anbei: http://www.mapdust.com/detail/125667 http://www.mapdust.com/detail/178054 (weitere Links zum Thema: http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.de.owl/1745 http://forum.skobbler.com/showthread.php?1655-Fehler-beim-Routing-unm%F6glic... ) Die eingesetzte Navi-Software (hier halt skobbler Navi2) schlägt einen U-Turn an den Trennungspunkten vor, der anhand der Daten wohl auch möglich ist. Da eine durchgezogene Linie nicht gemappt werden kann (jedenfalls kenne ich keine Variante) stelle ich mir, und jetzt dem Leserkreis, die Frage, ob Intelligenz eher in die Navi-Software müsste oder ob die OSM Daten angepasst werden könnten. Eine Variante die ich im Fall 178054 gewählt habe, ist eine restriction "nur geradeaus" einzubauen; ich bin aber selber nicht von der Lösung überzeugt. Kennt jemand eine bessere Variante? Grüße Skit
On Tue, Nov 08, 2011 at 05:57:20PM +0100, Stefan wrote:
Hallo zusammen, überwiegend mappe ich im Bielefelder Bereich. Beim Bearbeiten von mapdust-Meldungen bin ich auf eine Frage gestoßen, zu der ich bisher noch keine gute Lösung gefunden habe. Es geht um die "korrekte" Datenabbildung des Trennungspunktes von Fahrspuren bzw. das Zusammenführen dieser. Die Mapdust-Meldungen mal anbei: http://www.mapdust.com/detail/125667 http://www.mapdust.com/detail/178054
(weitere Links zum Thema: http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.de.owl/1745 http://forum.skobbler.com/showthread.php?1655-Fehler-beim-Routing-unm%F6glic... )
Die eingesetzte Navi-Software (hier halt skobbler Navi2) schlägt einen U-Turn an den Trennungspunkten vor, der anhand der Daten wohl auch möglich ist. Da eine durchgezogene Linie nicht gemappt werden kann (jedenfalls kenne ich keine Variante) stelle ich mir, und jetzt dem Leserkreis, die Frage, ob Intelligenz eher in die Navi-Software müsste oder ob die OSM Daten angepasst werden könnten. Eine Variante die ich im Fall 178054 gewählt habe, ist eine restriction "nur geradeaus" einzubauen; ich bin aber selber nicht von der Lösung überzeugt. Kennt jemand eine bessere Variante?
Ich bin bei solchen nummern immer geneigt das getrennt zu mappen. Mal davon abgesehen das bei diesem konkreten Problem ja die zielfuehrung sowieso komisch ist ... Liegt aber so ein bischen an wahl des Start und Zielpunkts. Wenn du das im "Interactive Route" dingen ansiehst dann sieht das deutlich besser aus ... Vom Prinzip aber kann die Software nicht wissen das der U-Turn da eine Doofe idee ist. Also muss man das irgendwie in den Daten unterbringen, entweder auf der Linie irgendwie vermerken das ein turn nicht erlaubt ist oder an dem merge-punkt ein "disallow u-turn" turn restriction oder eben durchgehend getrennt mappen. Die frage ist halt wie die Navis die Tags auswerten. Flo -- Florian Lohoff f@zz.de
On Tue, Nov 08, 2011 at 05:57:20PM +0100, Stefan wrote:
Hallo zusammen, überwiegend mappe ich im Bielefelder Bereich. Beim Bearbeiten von mapdust-Meldungen bin ich auf eine Frage gestoßen, zu der ich bisher noch keine gute Lösung gefunden habe. Es geht um die "korrekte" Datenabbildung des Trennungspunktes von Fahrspuren bzw. das Zusammenführen dieser. Die Mapdust-Meldungen mal anbei: http://www.mapdust.com/detail/125667 http://www.mapdust.com/detail/178054
(weitere Links zum Thema: http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.de.owl/1745 Das war ich, wobei das Problem etwas anders gelagert war.
http://forum.skobbler.com/showthread.php?1655-Fehler-beim-Routing-unm%F6glic... )
Die eingesetzte Navi-Software (hier halt skobbler Navi2) schlägt einen U-Turn an den Trennungspunkten vor, der anhand der Daten wohl auch möglich ist. Da eine durchgezogene Linie nicht gemappt werden kann (jedenfalls kenne ich keine Variante) stelle ich mir, und jetzt dem Leserkreis, Man müsste dann wieder zu zwei Fahrspuren greifen, also das Zusammenführen der Fahrspuren unterbinden, aber das halte ich für die schlechteste Variante.
die Frage, ob Intelligenz eher in die Navi-Software müsste oder ob die OSM Daten angepasst werden könnten. So intelligent kann die Software nicht sein. Es gibt reichlich Beispiele bei denen ein U-Turn nach einer baulichen Trennung (= zwei Fahrspuren) erlaubt ist. An Kreuzung findet man soetwas schonmal.
Eine Variante die ich im Fall 178054 gewählt habe, ist eine restriction "nur geradeaus" einzubauen; ich bin aber selber nicht von der Lösung überzeugt. Kennt jemand eine bessere Variante? Ich würde es auch so machen.
Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen Uwe.Steinmann@mmk-hagen.de Tel: 02331 840446 Fax: 02331 843920
Hallo Stefan, die Intelligenz sollte meiner Meinung nach in der Routing-Software stecken. OSM soll nur möglichst gut die Realität abbilden. Das Problem mit U-Turns ist. dass man sie fast überall machen - aber nicht durch ein Objekt in OSM mappen kann. Es sind ja auch keine physischen oder logischen Objekte. Hier kann z.B. ein Navi nur den Weg bis zur nächsten echten Verbindung vorschlagen. Die Kreuzung an der Uni ist schon mäßig komplex, ich habe das selbst mal gemappt. Die getrennten Fahrspuren gehen dort so weit wie kein Gras, keine Insel und auch keine durchgezogenen Linien sind. Ich habe dort sogar schon überlegt, ob die rechte Spur stadteinwärts der Wertherstraße nicht auch getrennt gemappt werden müsste. Diese ist nämlich durch den Radweg in Links- und Rechts-Abbiegerspur getrennt. Viele Grüße, Michael Am 08.11.2011 17:57, schrieb Stefan:
Hallo zusammen, überwiegend mappe ich im Bielefelder Bereich. Beim Bearbeiten von mapdust-Meldungen bin ich auf eine Frage gestoßen, zu der ich bisher noch keine gute Lösung gefunden habe. Es geht um die "korrekte" Datenabbildung des Trennungspunktes von Fahrspuren bzw. das Zusammenführen dieser. Die Mapdust-Meldungen mal anbei: http://www.mapdust.com/detail/125667 http://www.mapdust.com/detail/178054
(weitere Links zum Thema: http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.de.owl/1745 http://forum.skobbler.com/showthread.php?1655-Fehler-beim-Routing-unm%F6glic...
)
Die eingesetzte Navi-Software (hier halt skobbler Navi2) schlägt einen U-Turn an den Trennungspunkten vor, der anhand der Daten wohl auch möglich ist. Da eine durchgezogene Linie nicht gemappt werden kann (jedenfalls kenne ich keine Variante) stelle ich mir, und jetzt dem Leserkreis, die Frage, ob Intelligenz eher in die Navi-Software müsste oder ob die OSM Daten angepasst werden könnten. Eine Variante die ich im Fall 178054 gewählt habe, ist eine restriction "nur geradeaus" einzubauen; ich bin aber selber nicht von der Lösung überzeugt. Kennt jemand eine bessere Variante?
Grüße Skit _______________________________________________ OSM mailing list OSM@gt.owl.de http://gt.owl.de/cgi-bin/mailman/listinfo/osm
-- Dr. Michael Letzgus Physikalische Chemie I Universität Bielefeld Universitätsstr. 25 D-33615 Bielefeld michael.letzgus@uni-bielefeld.de Büro: F2-118 Tel: 0521-106-2190 Fax: 0521-106-6027
participants (4)
-
Dr. Michael Letzgus -
Florian Lohoff -
Stefan -
Uwe Steinmann