Routingfehler AIO Berlin Avus & Stadtautobahn - wer findet den Fehler

mmd · 2012-05-23T17:22:22.000Z

Vielleicht hat die AIO aktuell Probleme beim Routen über mehr als eine IMG-Datei hinweg? Dein Beispiel in Post #18 führt genau über eine Trennlinie (siehe http://dev.openstreetmap.de/aio/germany-daily/maps.kml)

70013089 im Norden
70013185 im Süden

Wie sieht das Routing mit Basecamp oder Mapsource aus?

Peter_Maiwald · 2012-05-23T18:44:48.000Z

mmd:

Vielleicht hat die AIO aktuell Probleme beim Routen über mehr als eine IMG-Datei hinweg? Dein Beispiel führt genau über eine Trennlinie (siehe http://dev.openstreetmap.de/aio/germany-daily/maps.kml)

70013089 im Norden
70013185 im Süden

Wie sieht das Routing mit Basecamp oder Mapsource aus?

Das mag schon sein. Da kümmert sich dann hoffentlich der Falcus von der Garminkarte drum.
Ich lade mir nur die fertige Datei zum aufs Garmin kopieren runter:
http://dev.openstreetmap.de/aio/germany-daily/gmapsupp.img.7z

Bascamp oder Mapsource habe ich noch nie benutzt. Ich kann mir auch keine großen Dateien in einem anderen Format downloaden, da ich nur eine umts-Verbindung habe, die nach 5GB gedrosselt wird. Zum gelegentlichen Downloaden der Karte muss ich immer einen Kumpel besuchen.

Womit öffne ich die .kml Datei um dein Beispiel zu sehen?

Ist das in meinem Beispiel Posting Nr. 18 auch der Fall?

mmd · 2012-05-23T18:55:21.000Z

Peter Maiwald:

mmd:

Vielleicht hat die AIO aktuell Probleme beim Routen über mehr als eine IMG-Datei hinweg? Dein Beispiel in Post #18 führt genau über eine Trennlinie (siehe http://dev.openstreetmap.de/aio/germany-daily/maps.kml)

70013089 im Norden
70013185 im Süden

Peter Maiwald:

Womit öffne ich die .kml Datei um dein Beispiel zu sehen?

Ich hab im Nachbar-Thread eine kurze Anleitung gepostet. Dazu im Browser http://dev.openstreetmap.de/aio/germany-daily/ aufrufen und von dort die beiden Dateien maps.html und maps.kml herunterladen. maps.html muss leicht angepasst werden. Das hängt mit der nicht mehr vorhandenen Tiles@Home-Karte zusammen.

Peter Maiwald:

Ist das in meinem Beispiel Posting Nr. 18 auch der Fall?

Ja, ich meinte dein Beispiel aus Post #18, hätte ich dazuschreiben sollen.

Fast genau in der Mitte der Brücke verläuft die Grenze zwischen den beiden Dateien 70013089 und 70013185:

Peter_Maiwald · 2012-05-23T19:04:45.000Z

mmd:

Vielleicht hat die AIO aktuell Probleme beim Routen über mehr als eine IMG-Datei hinweg? Dein Beispiel in Post #18 führt genau über eine Trennlinie (siehe http://dev.openstreetmap.de/aio/germany-daily/maps.kml)

70013089 im Norden
70013185 im Süden

Ist aber auch nicht logisch, da mir alternative Routen vorgeschlagen werden, die in einem großen Bogen auch immer über die Trennlinie drüber führen.

mmd · 2012-05-23T19:55:27.000Z

Peter Maiwald:

mmd:

Vielleicht hat die AIO aktuell Probleme beim Routen über mehr als eine IMG-Datei hinweg? Dein Beispiel in Post #18 führt genau über eine Trennlinie (siehe http://dev.openstreetmap.de/aio/germany-daily/maps.kml)

70013089 im Norden
70013185 im Süden

Ist aber auch nicht logisch, da mir alternative Routen vorgeschlagen werden, die in einem großen Bogen auch immer über die Trennlinie drüber führen.

Ich hatte noch dunkel in Erinnerung, dass es irgendwann mal Probleme damit gab, finde aber gerade keinen passenden Link.

Jetzt habe ich mir mal die beiden IMG-Dateien (Germany Daily vom 23.5.2012) heruntergeladen und mit gmt.exe zu einem neuen img zusammengefügt [1]. Dann auf Garmin kopiert (allerdings ein Oregon, kein Nüvi) und eine Simulation im GPS-Vorführmodus mit beiden Punkten durchgeführt.

Ergebnis: Problem ist auch auf Oregon reproduzierbar:

Kurz vor der Brücke (also dort wo die beiden IMGs aneinandergrenzen) sind die Wege zumindest nicht komplett durchgängig gezeichnet. Hängt damit das Routingproblem zusammen?

[1] gmt.exe -j -o gmapsup4.img -f 7355 7*.img

Peter_Maiwald · 2012-05-23T20:37:58.000Z

mmd:

Ergebnis: Problem ist auch auf Oregon reproduzierbar:

http://s14.directupload.net/images/120523/7t58z3pq.png

Auf der Brücke selbst (genau dort wo die beiden IMGs aneinandergrenzen) sieht man schön, dass die Wege nicht durchgängig, also an einem Stück sind. Ich denke, damit kommt auch das Routing auf dem Garmin nicht mehr klar.

http://s14.directupload.net/images/120523/oyqn93iv.png

[1] gmt.exe -j -o gmapsup4.img -f 7355 7*.img

Danke für den Versuch.

Dann ist wohl bei Flacus beim Herstellen der Karte etwas nicht in Ordnung. Ich hatte Ihn schon per Mail angeschrieben und er hatte sich ja auch kurz hier mal gemeldet. Vielleicht kann ihm ja jemand helfen? Bisher konnte ich nirgendwo eine Reaktion auf den Fehler vom Entwickler finden.

Vielleicht sollte man ja die anderen Nutzer über das Wiki warnen, dass die Karte möglicherweise defekt ist. Nicht das viele jetzt vor Pfingsten sich noch ne neue Karte herunterladen, die dann nur teilweise funktioniert.

Ich benutze jetzt die Freizeitkarte http://freizeitkarte-osm.de/deutschland.html
Beide Fehler treten dort nicht auf. Hab ich gerade auf dem Nüvi per GPS-Simulation ausprobiert.

Die AIO war mal ne tolle Karte. Ich hab sie gerne genutzt auch zum Fehler finden. Aber dann gab es irgendwann keine Aktualisierungen mehr. Es gingen die zusätzlichen Layer verloren (OSB, fixme…), die es bis heute nicht wieder gibt trotz Ankündigung vor einem halben Jahr. Jetzt auch noch massive Routingprobleme… Schade.

Warten wir mal auf eine Reaktion.

Dranuhl · 2012-05-23T21:20:37.000Z

Das Problem liegt sowei ich das bisher feststellen konnte an mkgmap und der --make-all-cycleway Option (siehe auch http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2012q2/014429.html)).

Man kann das Problem reduzieren, wenn man nur --make-opposite-cycleway nutzt bzw. wenn man die Tilegrenzen des Splitters verschiebt (z.B. mit der Splitter Option --legacy-mode).

mmd · 2012-05-23T21:24:57.000Z

Gerade gefunden: Car routing issue with --make-all-cycleways at tile boundary with cycle way lane.

Die Brücke ist mit cycleway=lane getaggt, wir haben eine tile boundary. Die Frage ist jetzt nur noch, ob AIO mit --make-cycleways oder --make-all-cycleways erstellt wird.

Wenn das passt, wäre das kein Problem der AIO, sondern mkgmap.

Edit: Sorry, da haben sich die beiden Posts überschnitten - mit gleichem ergebnis

Peter_Maiwald · 2012-05-23T21:33:27.000Z

mmd:

Wenn das passt, wäre das kein Problem der AIO, sondern mkgmap.

Und wie erzeugen die von der http://freizeitkarte-osm.de ihre Garminkarte? Dort funktioniert das Autorouting an den genannten Stellen.

chris66 · 2012-05-24T07:30:45.000Z

Guten Morgen,

Peter Maiwald:

Und wie erzeugen die von der http://freizeitkarte-osm.de ihre Garminkarte? Dort funktioniert das Autorouting an den genannten Stellen.

Diese ~~hat andere Kachelgrenzen und~~ nutzt die make-xy-cycleway Options auch nicht.

Viele Grüße
Chris (der auch schon schlechte Erfahrungen mit der make-all-cycleway Option gemacht hat)

mmd · 2012-05-24T07:36:28.000Z

chris66:

Guten Morgen,

Peter Maiwald:

Und wie erzeugen die von der http://freizeitkarte-osm.de ihre Garminkarte? Dort funktioniert das Autorouting an den genannten Stellen.

Diese hat andere Kachelgrenzen und nutzt die make-xy-cycleway Options auch nicht.

Moin,

im konkreten Fall haben AIO und Freizeitkarte OSM in Berlin die Grenze an derselben Stelle (siehe zum Vergleich mein Screenshot im früheren Post).

Ansonsten Zustimmung: die Freizeitkarte verwendet die Option nicht, das habe ich gerade nochmal in der Entwicklungsumgebung nachvollzogen.

AIO dagegen hat den Parameter drin, siehe http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map/Map_generation:


echo "Basemap"
java -Xmx4000M -jar ../../mkgmap.jar --max-jobs --style-file=../../aiostyles/basemap_style/ --description='Openstreetmap' --country-name=europe --country-abbr=EU --family-id=4 --product-id=45 --series-name='OSM-AllInOne-EU-bmap' --family-name=OSM --area-name=EU --latin1 --mapname=63240345 --draw-priority=10 --add-pois-to-areas --make-all-cycleways --link-pois-to-ways --remove-short-arcs --net --route --gmapsupp ../*.osm.gz ../../aiostyles/basemap.TYP

Wer sich die Karte selbst erstellt, kann den problematischen Parameter --make-all-cycleways erstmal weglassen.
Ansonsten: hoffen, dass Flacus den Parameter rauswirft oder der Bug in mkgmap gefixt wird…

Radeln · 2012-05-24T07:52:29.000Z

Hi,

wenn ich mir in Sache Routing dies so anschaue http://tools.geofabrik.de/osmi/?view=multipolygon&lon=7.40529&lat=50.62024&zoom=9&baselayer=Mapnik&opacity=0.5&overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags.

Wenn man dann noch die minor roads mit einblendet. Bei einem Teil der nicht verbundenen Straßen dürfte die Ursache an einem fehlenden noexit Tag liegen.

Inwieweit die doppelten Wege das Routing beeinflussen wäre auch mal interessant zu erfahren.

DennisL · 2012-05-26T08:15:05.000Z

chris66:

Sieht bis auf den kleinen Schlenker kurz vor dem Ziel gut aus:
http://map.project-osrm.org/qc

10463066xp.png800×262 30.1 KB

Zwar schon etwas her, aber der Schlenker ist schon seit ~10 Tagen ok:

http://map.project-osrm.org/ul

chris66 · 2012-05-26T10:03:50.000Z

DennisL:

chris66:

Sieht bis auf den kleinen Schlenker kurz vor dem Ziel gut aus:
http://map.project-osrm.org/qc

http://up.picr.de/10463066xp.png

Zwar schon etwas her, aber der Schlenker ist schon seit ~10 Tagen ok:

http://map.project-osrm.org/ul

Ja, es hatte schon jemand eine TurnRestriktion eingebaut um die Ampelvermeidungsstrategie des Routers zu überlisten.

Peter_Maiwald · 2012-06-03T18:44:23.000Z

Gibt es irgendwo eine Rückmeldung oder Statusmeldung von flacus zur Fehlerbehebung?
Hier, im Wiki oder im Forum-Thread DE:All in one Garmin Map konnte ich nichts finden.

Die Ursache und mögliche Lösung wurde doch hier gefunden und beschrieben.
Werden weiterhin defekte Karten erzeugt oder funktionieren die jetzt wieder?

chris66 · 2012-06-03T19:02:39.000Z

mmd:

etwas OT: kommerzielle Karten sind da auch nicht immer 100%. Einen meiner Testfälle habe ich gerade mit der Topo Deutschland 2012 Pro Testversion durchgespielt (Modus=Auto):

Ja, das ist ja auch eine Topo-Karte. Soviel ich weiss sind dort zB. keine Einbahninfos vorhanden.
Für Autonavigation ist die Garmin City Navigator vorgesehen.

Radeln · 2012-06-04T05:27:30.000Z

chris66:

mmd:

etwas OT: kommerzielle Karten sind da auch nicht immer 100%. Einen meiner Testfälle habe ich gerade mit der Topo Deutschland 2012 Pro Testversion durchgespielt (Modus=Auto):

Ja, das ist ja auch eine Topo-Karte. Soviel ich weiss sind dort zB. keine Einbahninfos vorhanden.

Das wäre ein Armutszeugnis.

Win32netsky · 2012-06-10T10:42:29.000Z

Hallo
Mkgmap nimmt meine typ Datei nicht mehr vollständig an

Ich kann keine Stadt mehr eingeben nur ein Buchstabe ? (z.B. K dann kommt gleich Köln)
Meine eigetragenen Städte sind auch alle nicht mehr drin ? (Wiki Seite)
von Ostdeutschland nach DK geht alles z.B. Ho Toftevej IO. (Auch Adresseingabe)
von Ostdeutschland nach Westdeutschland geht nix ?
Scheint ein Mkgmap Problem zu sein.
Aussehen der Karte ist OK das haut hin.

Kann ich wo die --make-all-cycleways option entfernen?

Leider habe ich meine letzte funktionierende Version gelöscht (Das passiert mir auch nicht mehr!)
Beste Grüße

kukuk · 2012-06-14T20:06:12.000Z

Dranuhl:

Das Problem liegt sowei ich das bisher feststellen konnte an mkgmap und der --make-all-cycleway Option (siehe auch http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2012q2/014429.html)).

Es gibt Berichte, das mit meiner Karte das Problem auch existieren soll. Nur ich verwende die Option nicht. Ich kann es auch weder auf dem GPSmap 62s (Firmware 3.90) noch mit MapSource nachvollziehen.
Von daher bezweifel ich, das es an dieser Option liegt.

Thorsten

Flacus · 2012-07-29T09:51:45.000Z

Ist der Fehler immer noch ? Langsam bekomme ich wieder Zeit auf AIO.
Flacus