OpenStreetMap Forum

mike_hd

Member

Registered: 2009-02-09

Posts: 15

Re: DE:All in one Garmin Map

Also warum Mapsource hier manche Sachen nicht anzeigt, kann ich leider nicht sagen.

Das warum ist klar, weil es Elemente sind die MS nicht kennt. Darum einfach andere Nummern nehmen.

Es ist halt typisch Garmin, dass die Geräte was können was MapSource nicht kann und umgekehrt, Hausaufgaben halt nicht gemacht ...

Ich habe in letzter Zeit verdammt viele Sachen umgebaut und neu gemacht. Schaut euch zum Beispiel mal den neuen Straßenlook an und gebt Meinung ab.

Es gibt jetzt auch für jede Teilkarte einen eigenen Mapsource-installer. Vielleicht nützt es dem ein oder anderen ja.

Das ist sicher eine gute Sache.

Die Sache mit den Friedhöfen lag an einem Schreibfehler meinerseits. Es heißt nicht cemetary sondern cemetery!
Danke für den Hinweis.

Die nächste Version ab morgen sollte alle Friedhöfe korrekt enthalten!

Prima!

master

Member

Registered: 2009-11-15

Posts: 53

Re: DE:All in one Garmin Map

Das warum ist klar, weil es Elemente sind die MS nicht kennt. Darum einfach andere Nummern nehmen.

Es ist halt typisch Garmin, dass die Geräte was können was MapSource nicht kann und umgekehrt, Hausaufgaben halt nicht gemacht ...

Meinst du mich oder Garmin? Wenn die zu scheiße sind mal vernünftiges Standards zu machen, kann ichs auch nicht ändern.
Aber hast du ne Idee, welche Elemente nicht gehen?
Ich hab die Typen ja relativ beliebig belegt. Ich hab auch schon festgestellt, dass sich manche einfach mal anders verhalten als andere.
Das ist aber von Gerät zu Gerät verschieden und dann auch noch von Software zu Software, eben auch in Mapsource.

Ich persönlich benutze Mapsource höchstens um mal fix meinen Installer zu testen (hab mir extra n virtuelles WindowsXP zugelegt), aber sonst auch nicht.
Aber es soll ja Leute geben, die ernsthaft irgendwie sinnvoll mit Mapsource arbeiten.
Ich dachte ja, dass mit dem Typfile eigentlich festgelegt sein sollte, wie sich die Typen zu verhalten haben, aber das ist offenbar nicht so richtig der Fall.

Hast du vielleicht ne Idee, welche Typen ich vermeiden sollte und welche ich beruhigt nehmen kann? Gibts da ranges?

Eine Sache würde mich noch interessieren, falls die jemand weiß: Wie bekommt man es hin, dass im Find-menü neue Kategorien angelegt werden? Sind die wirklich hard gecodet oder geht da was?
Falls sie hardgecodet sind, würde mich trotzdem interessieren, ob man wenigstens die Unterkategorien benennen kann.
Beispielsweise habe ich ja einige Restaurants oder Shops dabei, die zwar in der entsprechenden Kategorie auftauchen, aber eben als Unterkategorie "Sonstiges" heißen.
Einen Namen im Typfile zu vergeben, reicht offenbar nicht. Kann man da noch was machen?

geopia

Member

Registered: 2009-08-21

Posts: 97

Re: DE:All in one Garmin Map

Die Sache mit den Friedhöfen lag an einem Schreibfehler meinerseits. Es heißt nicht cemetary sondern cemetery!
Danke für den Hinweis.

Die nächste Version ab morgen sollte alle Friedhöfe korrekt enthalten!

Grüße
Christoph

In deinem Archiv http://dev.openstreetmap.de/aio/styles/styles.tar.bz2 (Datei masterstyle/polygons) sind beide Schreibweisen (cemetary und cemetery) enthalten. Es sollten also beide angezeigt werden.

Das styles-Archiv trägt das Datum 2009-10-23. Kann es sein, dass das Archiv nicht auf dem aktuellsten Stand ist?

Welche Styles und TYP-Dateien verwendest Du zur Zeit für den Bau der AIO?

Mich interessieren auch brennend die aktuell von dir verwendeten Aufrufparameter für mkgmap.

Sind die hier  http://wiki.openstreetmap.org/wiki/DE:A … ap#Technik angegebenen Parameter aktuell?

Ich versuche gerade die seit dem Jahreswechsel massiv auftreteten Routingfehler mit der AIO zu ergründen.
Dazu habe ich die Karte in Anlehnung an die o.g. Anleitung im Wiki nachgebaut.

Folgende Dinge sind mir dabei aufgefallen:

- Die Datei mit den OSBs http://www.gary68.de/osm/qa/gpx/allbugs.gpx lässt sich nicht wie angegeben verarbeiten:
   ungültige xml-Datei: Hinter </gpx> folgt noch weiterer Text.
  Abhilfe: Text hinter dem ersten </gpx> entfernen.

cat download/allbugs.gpx \
  | tr -d '\n\r' \
  | sed 's|</gpx>.*|</gpx>|' \
  | sed -E 's|closed>|name>|g;s|</?extensions>||g' \
  | gpsbabel -i gpx -f - -o osm -F build/bugs_germany.osm

- OSBs haben immer den Text 0.
   Wenn ich die original Datei fixme_layer_style/points

# Openstreetbugs:
note = * & name='0' [0x7111 resolution 20]
note = * & name='1' [0x7112 resolution 20]
note=* | fixme = * | FIXME=* |Fixme=* {name 'Notiz: ${note}' | 'Notiz: ${fixme}' | 'Notiz: ${FIXME}' | 'Notiz: ${Fixme}' } [0x7110 resolution 20]

durch folgende ersetzte ist die Anzeige wieder wie gewohnt:

# Openstreetbugs:
note = * & name='0' {name '${note}'} [0x7111 resolution 20]
note = * & name='1' {name '${note}'} [0x7112 resolution 20]
note=* | fixme=* | FIXME=* | Fixme=* {name '${note}' | '${fixme}' | '${FIXME}' | '${Fixme}'} [0x7110 resolution 20]

Zurück zu den Routing-Problemen mit etrex VISTA HCx:
Mit den Original-AIO Karten (Deutschland) gibt es neuerdings hier in einem relativ großflächigen Gebiet fast immer Abbrüche mit 'Routenberech.-Fehler'.

Die original AIO-Karten bis 2009-12-29 haben in dem Gebiet sehr gut funktioniert. Es kam extrem selten zu Abbrüchen.
Die folgenden original AIO-Karten die ich ausprobiert habe (2010-01-19, 2010-01-20, 2010-01-23, 2010-01-27, 2010-01-31, 2010-02-06) führen in 99% der Routing-Versuche zu einem Abbruch mit  'Routenberech.-Fehler'.

Ich habe mal als konkretes Beispiel irgendeine Straße in der Nähe als Start und einen 50 m davon entfernten Punkt als Ziel verwendet. Zur Verdeutlichung die Route mit Cloudmade:
http://maps.cloudmade.com/?lat=51.24344 … ened_tab=1

Das Problem tritt bei fast allen Start oder Zielpunkten in diesem Gebiet auf. Die zugrunde liegenden Daten der Straßen haben sich meines Wissens seit Dezember nicht verändert. Ich habe in dem Gebiet im Laufe des letzten Jahres sehr viele Straßen im Hinblick korrektes Routing aktualisiert und dabei das Verhalten der AIO-Karten ausführlich nach jeder meiner Änderungen getestet. Bis Dez. 2009 funktionierten hier die AIO-Karten hervorragend. Änderungen an den Straßen hatten (meistens) die erwarteten Auswirkungen.

Im Januar wurden lediglich in dem Gebiet sehr viele landuse-Flächen und Gebäude hinzugefügt. Das sollte aber keinen Einfluss auf das Routing haben.

Hat sich beim Bau deiner Karte mit dem Jahreswechsel etwas geändert was Ursache für die Abbrüche sein könnte?

Die beschriebenen Fehler treten übrigens nur bei neueren AIO-Karten auf. Aktuelle andere Karten (Radkarte, teddy-de-rout, Blue Map)haben in dem betreffenden Gebiet keine Routingprobleme.

Zur Ergründung der Ursache habe ich die AIO mit folgenden Befehlen nachgebaut. Die so erstellte Karte zeigt exakt die gleichen Routing-Probleme:

# Für den Bau werden mindestens 12 GB Festplattenplatz benötigt.

# aktuelles Verzeichnis für alle weiteren Befehle:

cd ~/QLandkarteGT/Karten/Garmin/gmapsupp/all_in_one/own


# tilesplitter holen, auspacken und splitter.jar kopieren

[ ! -d download ] && mkdir download
(cd download; wget -N http://www.mkgmap.org.uk/splitter/splitter-r105.tar.gz)
[ ! -d download/splitter ] && mkdir -p download/splitter
tar xf download/splitter-r105.tar.gz -C download/splitter
[ ! -d bin ] && mkdir bin
cp ./download/splitter/splitter-r105/splitter.jar ./bin/.


# mkgmap latest holen, auspacken und mkgmap.jar kopieren:

[ ! -d download ] && mkdir download
(cd download; wget -N http://www.mkgmap.org.uk/snapshots/mkgmap-latest.tar.gz)
[ ! -d download/mkgmap ] && mkdir download/mkgmap
tar -xf download/mkgmap-latest.tar.gz -C download/mkgmap
[ ! -d bin ] && mkdir bin
tar -tf download/mkgmap-latest.tar.gz \
  | grep '/mkgmap.jar$' \
  | sed 's|^|cp download/mkgmap/|' \
  | sed 's|$| bin/.|' \
  | sh -x


# gmaptool holen, auspacken, kopieren:

[ ! -d download ] && mkdir download
(cd download; wget -N http://www.anpo.republika.pl/files/lgmt042a.zip)
[ ! -d download/lgmaptool ] && mkdir -p download/lgmaptool
unzip -o download/lgmt042a.zip -d download/lgmaptool/lgmt042a
[ ! -d bin ] && mkdir bin
cp ./download/lgmaptool/lgmt042a/gmt ./bin/.


# Styles holen und auspacken, kopieren, mit eigenen Aenderungen verschmelzen:

[ ! -d download ] && mkdir download
(cd download; wget -N http://dev.openstreetmap.de/aio/styles/styles.tar.bz2)
[ -e download/styles-aio ] && rm -r download/styles-aio
[ ! -d download/styles-aio ] && mkdir download/styles-aio
tar xf download/styles.tar.bz2 -C download/styles-aio
[ ! -d styles ] && mkdir styles
cp -R "download/styles-aio/osm/garmin/aio/styles/"* styles
[ -d styles-own ] && meld styles styles-own


# OSM-Worldfile von geofabrik holen (ca. 726 MB download)

[ ! -d download ] && mkdir download
(cd download; wget -N http://download.geofabrik.de/osm/europe/germany.osm.bz2)


# OSM-Daten auspacken (ca. 7.8 GB ausgepackt):

[ ! -d build ] && mkdir -p build
[ -e download/germany.osm ] && rm download/germany.osm
bunzip2 -k download/germany.osm.bz2 && mv download/germany.osm build/


# tiles-Ordner anlegen und OSM-Daten splitten (ca. 796 MB):

[ ! -d build/tiles ] && mkdir -p build/tiles
rm build/tiles/*
(cd build/tiles;
  java -Xmx1000M -jar ../../bin/splitter.jar --mapid=63240345 --max-nodes=1000000 ../../build/germany.osm)


# Daten für OSB-Layer holen:

[ ! -d download ] && mkdir download
(cd download; wget -N http://www.gary68.de/osm/qa/gpx/allbugs.gpx)


## Daten für OSB-Layer in OSM-Datei umwandeln:

[ ! -d build ] && mkdir -p build
[ -e build/bugs_germany.osm ] && rm build/bugs_germany.osm
cat download/allbugs.gpx \
  | tr -d '\n\r' \
  | sed 's|</gpx>.*|</gpx>|' \
  | sed -E 's|closed>|name>|g;s|</?extensions>||g' \
  | gpsbabel -i gpx -f - -o osm -F build/bugs_germany.osm


# gmapsupp.img fuer einzelne Layer erstellen (ca. 1.1GB ohne Hoehenlinien):

[ ! -d build/layer/basemap ] && mkdir -p build/layer/basemap
rm build/layer/basemap/*
(cd build/layer/basemap;
  java -Xmx1000M -jar ../../../bin/mkgmap.jar \
  --max-jobs \
  --description=`date +%d.`" $USERNAME "'OSM' --country-name=germany --country-abbr=DE \
  --family-id=4 --product-id=45 --series-name='OSM-AllInOne-DE-bmap' \
  --family-name=OSM --area-name=DE \
  --latin1 \
  --mapname=63240345 --draw-priority=10 \
  --add-pois-to-areas --make-all-cycleways --link-pois-to-ways --remove-short-arcs \
  --net --route --gmapsupp \
  --style-file=../../../styles/masterstyle \
  ../../tiles/*.osm.gz \
  ../../../styles/master.TYP)

[ ! -d build/layer/addr ] && mkdir -p build/layer/addr
rm build/layer/addr/*
(cd build/layer/addr;
  java -Xmx1000M -jar ../../../bin/mkgmap.jar \
  --max-jobs \
  --description=`date +%d.`" $USERNAME "'Adressen' --country-name=germany --country-abbr=DE \
  --family-id=5 --product-id=40 --series-name='OSM-AllInOne-DE-Addr' \
  --family-name=ADRESSEN --area-name=DE \
  --latin1 \
  --mapname=63241345 --draw-priority=20 \
  --no-poi-address --no-sorted-roads --add-pois-to-areas \
  --transparent --gmapsupp \
  --style-file=../../../styles/addresslayer_style \
  ../../tiles/*.osm.gz \
  ../../../styles/addr.TYP)

[ ! -d build/layer/boundary ] && mkdir -p build/layer/boundary
rm build/layer/boundary/*
(cd build/layer/boundary;
  java -Xmx1000M -jar ../../../bin/mkgmap.jar \
  --max-jobs \
  --description=`date +%d.`" $USERNAME "'Boundary' --country-name=germany --country-abbr=DE \
  --family-id=6 --product-id=30 --series-name='OSM-AllInOne-DE-boundary' \
  --family-name=boundary --area-name=DE \
  --latin1 \
  --mapname=63240625 --draw-priority=21 \
  --no-poi-address --no-sorted-roads \
  --transparent --gmapsupp \
  --style-file=../../../styles/boundary_style \
  ../../tiles/*.osm.gz \
  ../../../styles/boundary.TYP)

[ ! -d build/layer/fixme ] && mkdir -p build/layer/fixme
rm build/layer/fixme/*
(cd build/layer/fixme;
  java -Xmx1000M -jar ../../../bin/mkgmap.jar \
  --max-jobs \
  --description=`date +%d.`" $USERNAME "'Fixme' --country-name=germany --country-abbr=DE \
  --family-id=3 --product-id=33 --series-name='OSM-AllInOne-DE-Fixme' \
  --family-name=FIXME --area-name=DE \
  --latin1 \
  --mapname=63242345 --draw-priority=22 \
  --no-poi-address --no-sorted-roads \
  --transparent --gmapsupp \
  --style-file=../../../styles/fixme_layer_style \
  ../../tiles/*.osm.gz \
  ../../../styles/fixme.TYP)

[ ! -d build/layer/osb ] && mkdir -p build/layer/osb
rm build/layer/osb/*
(cd build/layer/osb;
  java -Xmx1000M -jar ../../../bin/mkgmap.jar \
  --max-jobs \
  --description=`date +%d.`" $USERNAME "'OSB' --country-name=germany --country-abbr=DE \
  --family-id=3 --product-id=33 --series-name='OSM-AllInOne-DE-OSB' \
  --family-name=OSB --area-name=DE \
  --latin1 \
  --mapname=63243345 --draw-priority=23 \
  --no-poi-address --no-sorted-roads \
  --transparent --gmapsupp \
  --style-file=../../../styles/fixme_layer_style \
  ../../bugs_germany.osm \
  ../../../styles/fixme.TYP)


# gmapsupp.img fuer Hoehenlinien Layer erstellen (ca. 81 MB):

[ ! -d download ] && mkdir download
(cd download; wget -N http://www.glade-web.de/GLADE_geocaching/maps/TOPO_D_SRTM.zip)
unzip -o download/Topo_D_SRTM.zip -d download/Topo_D_SRTM
[ ! -d build/layer/hoehe ] && mkdir -p build/layer/hoehe
cp "download/Topo_D_SRTM/Topo D SRTM/"* build/layer/hoehe/
[ -e build/layer/hoehe/gmapsupp.img ] && rm build/layer/hoehe/gmapsupp.img
./bin/gmt -j -f 5,25 -m HOEHE -o build/layer/hoehe/gmapsupp.img build/layer/hoehe/*.img


# alle Layer zu einer gmapsup.img zusammenfuegen:

[ -e gmapsupp.img ] && rm gmapsupp.img
./bin/gmt -jo gmapsupp.img \
  build/layer/basemap/gmapsupp.img \
  build/layer/addr/gmapsupp.img \
  build/layer/boundary/gmapsupp.img \
  build/layer/fixme/gmapsupp.img \
  build/layer/osb/gmapsupp.img \
  build/layer/hoehe/gmapsupp.img

Walter Schlögl

Member

Registered: 2009-10-20

Posts: 606

Re: DE:All in one Garmin Map

Hallo master,

die Garmin-Kategorien scheinen hardcodet zu sein, noch dazu unterschiedlich je nach Gerät.
Es ist daher gar nicht so leicht, einen Plan für verschiedene Geräte zu erstellen.

Ich hatte vor, in meinem Oregon Plan ca. 25 bis 30 shops per Symbol zu unterscheiden.
Die ersten 11 (von 2e01 bis 2e0b) werden im Find-Menü zur Suche angeboten, die restlichen (bis 2e1f) leider nicht.
Das ist wohl von Garmin boshafterweise in der Firmware disabled worden.

Bei Restaurants war Garmin etwas großzügiger und zeigt bei der Suche alles bis 2a12 an, von 2a13 bis 2a1f wird wieder beinhart ausgeblendet.

So geht es dann auch weiter.
Bei Unterkunft kann nach 2b06, 2b07 nicht gesucht werden,
bei Sport findet er ab 2d0c nichts mehr,
Attraktionen sind ab 2c11 nicht mehr zu finden,
die Kategorie "Gemeinde" ist eine Mischung aus 2c.. 30.. und 2f..
Obstructions (1c01 bis 1c0a) hat ein etwas seltsames Verhalten, kann aber verwendet werden,
noch ärger sind Tides (1d03, 1d06) und Currents (1d05), aber ebenfalls verwendbar.
Geografische Punkte (64.. 65.. 66..) habe ich noch nicht vollständig erforscht, sind aber nur in 3 Gruppen untergliedert.
Others (2f09 bis 2f15) verwende ich recht gerne für Spezialsachen, hier habe ich auch die road-name-pois hingelegt.

Mit einer etwas sinnvolleren Suchmöglichkeit hätte Garmin sich leicht von anderen Navis deutlich absetzen können,
aber auch so ist bei geschickter Ausnutzung vieles aus einer OSM-Karte durchsuchbar anzulegen.

Walter

mike_hd

Member

Registered: 2009-02-09

Posts: 15

Re: DE:All in one Garmin Map

Das warum ist klar, weil es Elemente sind die MS nicht kennt. Darum einfach andere Nummern nehmen.

Es ist halt typisch Garmin, dass die Geräte was können was MapSource nicht kann und umgekehrt, Hausaufgaben halt nicht gemacht ...

Meinst du mich oder Garmin? Wenn die zu scheiße sind mal vernünftiges Standards zu machen, kann ichs auch nicht ändern.

War schon Garmin gemeint. Es ist so wie Du sagst ...

Aber hast du ne Idee, welche Elemente nicht gehen?
Ich hab die Typen ja relativ beliebig belegt. Ich hab auch schon festgestellt, dass sich manche einfach mal anders verhalten als andere.
Das ist aber von Gerät zu Gerät verschieden und dann auch noch von Software zu Software, eben auch in Mapsource.

Das ist ja das Elend, dass man nicht generell sagen kann, was geht und was nicht geht.
Es bleibt vermutlich nur try-and-error um heraus zu finden, was tatsächlich funktioniert. Oder man nimmt vorhandene Typ-Files, von den man weiss dass sie funktionieren, als Vorlage.

Ich persönlich benutze Mapsource höchstens um mal fix meinen Installer zu testen (hab mir extra n virtuelles WindowsXP zugelegt), aber sonst auch nicht.
Aber es soll ja Leute geben, die ernsthaft irgendwie sinnvoll mit Mapsource arbeiten.

Werden wohl die meisten sein. QLandkarte GT ist sicherlich nicht sehr weit verbreitet.

Ich dachte ja, dass mit dem Typfile eigentlich festgelegt sein sollte, wie sich die Typen zu verhalten haben, aber das ist offenbar nicht so richtig der Fall.

Jo, sollte man meinen, aber es ist halt Garmin ...  Es ist wohl so, dass die Geräte alles das anzeigen können, was MapSource auch anzeigen kann. Zumindest hatte ich noch keinen Fall, wo das nicht so war.

WrongWayGC

Member

Registered: 2009-09-29

Posts: 27

Re: DE:All in one Garmin Map

Gibt es eigentlich irgendwo eine Übersicht, welche Typen sich auf welchen Garmin-Geräten wie verhalten? Falls ich diese übersehen habe, dann bitte ich um Nachsicht und einen Verweis dorthin, wo ich die Informationen finden kann. Falls nicht, möchte ich eine solche Übersicht anregen, bspw. als Wiki-Seite.

master

Member

Registered: 2009-11-15

Posts: 53

Re: DE:All in one Garmin Map

In deinem Archiv http://dev.openstreetmap.de/aio/styles/styles.tar.bz2 (Datei masterstyle/polygons) sind beide Schreibweisen (cemetary und cemetery) enthalten. Es sollten also beide angezeigt werden.

Das styles-Archiv trägt das Datum 2009-10-23. Kann es sein, dass das Archiv nicht auf dem aktuellsten Stand ist?

Au weiha! Ich hab festgestellt, dass ich seit Oktober den ganzen Stylekram mal überhaupt nicht aktualisiert hab. Ich hatte früher mal ne Routine, die immer den aktuellen Style ins downloadverzeichnis haut und bin einfach davon ausgegangen, dass das auch so klappt, ohne nachzuschaun. Jetzt hab ich gesehen, dass ich diese Funktionalität irgendwie rausgehaun hatte. Jetzt ists wieder drin und sollte klappen.
Ab morgen ist alles roger. Wer jetzt gleich aktuelle Styles braucht, schaue mal bei meiner Haiti-karte ins downloadverzeichnis rein.

Welche Styles und TYP-Dateien verwendest Du zur Zeit für den Bau der AIO?

Mich interessieren auch brennend die aktuell von dir verwendeten Aufrufparameter für mkgmap.

Sind die hier  http://wiki.openstreetmap.org/wiki/DE:A … ap#Technik angegebenen Parameter aktuell?

Nö sind sie nicht. Ich müsste mal sehen, ob ich es hinbekomme die Parameter aus meinem Skript zu extrahieren und ständig aktuell irgendwo hinzulegen.
Das ändert sich einfach immer zu schnell und ich hab keinen Bock die Anleitung im Wiki ständig zu erneuern. Vor allem, wenn ich mal was testen will etc.

Ich versuche gerade die seit dem Jahreswechsel massiv auftreteten Routingfehler mit der AIO zu ergründen.
Dazu habe ich die Karte in Anlehnung an die o.g. Anleitung im Wiki nachgebaut.

Folgende Dinge sind mir dabei aufgefallen:

- Die Datei mit den OSBs http://www.gary68.de/osm/qa/gpx/allbugs.gpx lässt sich nicht wie angegeben verarbeiten:
   ungültige xml-Datei: Hinter </gpx> folgt noch weiterer Text.

Nee, garys OSB-dumps benutze ich schon ne Weile nicht mehr. Ich habe mein eigenes Konvertierskript gebaut und verwurste damit den täglichen SQL-dump von Openstreetbugs.
Das hab ich auch etwas dokumentiert, schau mal hier:
http://wiki.openstreetmap.org/wiki/DE:A … streetbugs

Zurück zu den Routing-Problemen mit etrex VISTA HCx:
Mit den Original-AIO Karten (Deutschland) gibt es neuerdings hier in einem relativ großflächigen Gebiet fast immer Abbrüche mit 'Routenberech.-Fehler'.

Die original AIO-Karten bis 2009-12-29 haben in dem Gebiet sehr gut funktioniert. Es kam extrem selten zu Abbrüchen.
Die folgenden original AIO-Karten die ich ausprobiert habe (2010-01-19, 2010-01-20, 2010-01-23, 2010-01-27, 2010-01-31, 2010-02-06) führen in 99% der Routing-Versuche zu einem Abbruch mit  'Routenberech.-Fehler'.

Probier bitte mal ab morgen mittag den neuen Deutschlandauszug und sag mir, ob die Routingprobleme in der Art weiter bestehen. Ich konnte sie auf meinem Garmin 60CSx nicht nacherzeugen, hab aber auch nicht die Karten getestet, die du getestet hast, sondern neuere.
Ich hab den Verdacht, dass ich den Fehler unbewusst beseitigt hab, aber teste lieber erstmal.

Ach ja - für alle:
Die Karte ab morgen, hat ein etwas neues rendering und unterscheidet Wälder nach Nadel-, Laub-, und Mischwald.
Außerdem hab ich ein bissel am Nachtmodus bei einigen Sachen gearbeitet.
Dann könnt ihr mal schauen, ob das Meer da ist, wo es hingehört und nix überflutet ist.

Viele Grüße und viel Spaß dabei!
Christoph

geopia

Member

Registered: 2009-08-21

Posts: 97

Re: DE:All in one Garmin Map

Das styles-Archiv trägt das Datum 2009-10-23. Kann es sein, dass das Archiv nicht auf dem aktuellsten Stand ist?

Au weiha! Ich hab festgestellt, dass ich seit Oktober den ganzen Stylekram mal überhaupt nicht aktualisiert hab. Ich hatte früher mal ne Routine, die immer den aktuellen Style ins downloadverzeichnis haut und bin einfach davon ausgegangen, dass das auch so klappt, ohne nachzuschaun. Jetzt hab ich gesehen, dass ich diese Funktionalität irgendwie rausgehaun hatte. Jetzt ists wieder drin und sollte klappen.
Ab morgen ist alles roger.

Super.

Mich interessieren auch brennend die aktuell von dir verwendeten Aufrufparameter für mkgmap.
Sind die hier  http://wiki.openstreetmap.org/wiki/DE:A … ap#Technik angegebenen Parameter aktuell?

Nö sind sie nicht. Ich müsste mal sehen, ob ich es hinbekomme die Parameter aus meinem Skript zu extrahieren und ständig aktuell irgendwo hinzulegen.

Das wäre schön.

Das ändert sich einfach immer zu schnell und ich hab keinen Bock die Anleitung im Wiki ständig zu erneuern. Vor allem, wenn ich mal was testen will etc.

Könntest Du nicht zu jeder Karte auf http://dev.openstreetmap.de/aio/ auch die zugrunde liegenden Styles und Parameter im Unterverzeichnis der Karte ablegen? Man könnte dann sehr gezielt die jeweiligen Änderungen testen und die Verbesserungen würdigen.

Zurück zu den Routing-Problemen mit etrex VISTA HCx:
Mit den Original-AIO Karten (Deutschland) gibt es neuerdings hier in einem relativ großflächigen Gebiet fast immer Abbrüche mit 'Routenberech.-Fehler'.

Die original AIO-Karten bis 2009-12-29 haben in dem Gebiet sehr gut funktioniert. Es kam extrem selten zu Abbrüchen.
Die folgenden original AIO-Karten die ich ausprobiert habe (2010-01-19, 2010-01-20, 2010-01-23, 2010-01-27, 2010-01-31, 2010-02-06) führen in 99% der Routing-Versuche zu einem Abbruch mit  'Routenberech.-Fehler'.

Probier bitte mal ab morgen mittag den neuen Deutschlandauszug und sag mir, ob die Routingprobleme in der Art weiter bestehen. Ich konnte sie auf meinem Garmin 60CSx nicht nacherzeugen, hab aber auch nicht die Karten getestet, die du getestet hast, sondern neuere.
Ich hab den Verdacht, dass ich den Fehler unbewusst beseitigt hab, aber teste lieber erstmal.

Das werde ich morgen testen. Bin gespannt.

r-michael

Member

From: PLZ 15295 (Brandenburg)

Registered: 2009-09-05

Posts: 561

Re: DE:All in one Garmin Map

Wer jetzt gleich aktuelle Styles braucht, schaue mal bei meiner Haiti-karte ins downloadverzeichnis rein.

Sorry, bin nicht ganz auf dem Laufenden - wo finde ich dieses ?

Die ganze All in one Garmin Map könnte nämlich entschieden brauchbarer sein, wenn sich mal bei den Styles etwas bewegen würde!

Grüße, Michael

geopia

Member

Registered: 2009-08-21

Posts: 97

Re: DE:All in one Garmin Map

Wer jetzt gleich aktuelle Styles braucht, schaue mal bei meiner Haiti-karte ins downloadverzeichnis rein.

Sorry, bin nicht ganz auf dem Laufenden - wo finde ich dieses ?

Hier: http://dev.openstreetmap.de/aio/haiti/styles.tar.bz2

r-michael

Member

From: PLZ 15295 (Brandenburg)

Registered: 2009-09-05

Posts: 561

Re: DE:All in one Garmin Map

Danke, hab's gefunden und getestet.
Leider kann ich gegenüber dem "alten Style-File" vom Oktober'09 keine grundlegende Verbesserung erkennen, außer dass die Hintergrundfarbe von Weiß auf Gelb gewechselt wurde.
Wahrscheinlich wirkt's sich nur in Haiti aus?

flux

Member

Registered: 2010-01-31

Posts: 276

Website

Re: DE:All in one Garmin Map

gmapsupp.img.20100213

Ein vernünftiges Routing ist in folgenden Fällen nicht mehr möglich. Regensburg - Düsseldorf bricht sofort mit einem Routenberechnungsfehler ab (Vista HCx und Oregon 300). Regensburg - Reutlingen wird trotz schnellster Route mit über 130 km Umweg berechnet, der Rückweg mit über 160 km Umweg (Vista HCx und Oregon 300).

Die Darstellung der Straßen auf dem Vista HCx ist überdimensioniert (ab der Zoomstufe 800 m und höher, also 1 km, 2 km und mehr sind die Straßen so breit, dass die Route nicht mehr angezeigt werden kann, der Kartenaufbau friert fast ein).

Ich vergleiche die heutige gmapsupp.img mit einer von Dezember 2009, die korrekt berechnete, keine Routingfehler hatte und von der Darstellung her in allen Zoomstufen in Ordnung war.

Wenn ich eine Karte aus OSM-Rohmaterial mit dem Stylefile vom September 2009 erstelle (auf dem Server als styles.tar.gz zu erhalten, masterstyle genannt), dann funktioniert die Karte top, bestes Routing, alles ok. Erstelle ich die gleiche Karte mit dem Stylefile von gestern (basemap_style), dann habe ich die oben genannten Probleme auch in meiner Karte. mkgmap ist die gleiche Version, die fehlerhafte Karte erhalte ich mit allen mkgmap-Version der letzen 2 Wochen und auch mit alten mkgmap-Versionen vom Herbst 2009, sobald ich das aktuelle Stylefile (basemap_styles) verwende.

Ich bitte das als Bericht zu sehen, nicht als Kritik an den bisher tollen Karten!!!

flux.

Last edited by flux (2010-02-13 15:40:33)

Weide

Member

Registered: 2009-04-05

Posts: 1,491

Re: DE:All in one Garmin Map

gmapsupp.img.20100213

Ein vernünftiges Routing ist in folgenden Fällen nicht mehr möglich. Regensburg - Düsseldorf bricht sofort mit einem Routenberechnungsfehler ab (Vista HCx und Oregon 300). Regensburg - Reutlingen wird trotz schnellster Route mit über 130 km Umweg berechnet, der Rückweg mit über 160 km Umweg (Vista HCx und Oregon 300).

Vielleicht sind kürzere Strecken fürs Testen besser...

In Düsseldorf tritt der Fehler mit der o.g. Karte auf der geraden 500m langen Strecke von
Start: Ecke Ulmenstraße/Weißenburgstraße
Ziel: Ecke Ulmenstraße/Wörthstraße
auf.
Vista HCx, Auto/Motorrad, kürzere Zeit, folge Straße, vermeide nichts
http://www.openstreetmap.org/?lat=51.24 … 31&zoom=17

Weide

Last edited by Weide (2010-02-13 17:36:53)

geopia

Member

Registered: 2009-08-21

Posts: 97

Re: DE:All in one Garmin Map

Ach ja - für alle:
Die Karte ab morgen, hat ein etwas neues rendering ...

Test mit etrexVISTA HCx: Oha! Die neuen Straßenbreiten erschlagen alles.
Damit ist die Karte nur noch in sehr großen Zoomstufen (<30m) lesbar.
Zoomstufen mit mehren hundert Metern oder Kilometern werden nur noch als Matsch dargestellt.
Kann man die Straßenbreiten nicht abhängig vom Zoom dünner machen?

Dann könnt ihr mal schauen, ob das Meer da ist, wo es hingehört und nix überflutet ist.

Die Ostsee überflutet große Teile von Meck.-Pomm.

Probier bitte mal ab morgen mittag den neuen Deutschlandauszug und sag mir, ob die Routingprobleme in der Art weiter bestehen. Ich konnte sie auf meinem Garmin 60CSx nicht nacherzeugen, hab aber auch nicht die Karten getestet, die du getestet hast, sondern neuere.
Ich hab den Verdacht, dass ich den Fehler unbewusst beseitigt hab, aber teste lieber erstmal.

Leider kann ich keine Verbesserung bezüglich des Routings mit dieser Karte gegenüber den Vorgängern feststellen:
Es bleibt dabei: In dem getesteten Gebiet kommt es fast immer zu Abbrüchen mit  'Routenberech.-Fehler.'
Schade.
Bei den heutigen Tests konnte ich die seit Jahresanfang gewohnten Routing-Fehler mit folgenden Karten beliebig oft reproduzieren:
- original-AIO-Karte 2010-01-13 http://dev.openstreetmap.de/aio/germany … 100213.bz2
- mit einer von mir selbst gebauten Karte
  (OSM-Daten von Heute, mkgmap-r1568.20100210, mit deinen neuen styles von 20100212-2035 http://dev.openstreetmap.de/aio/germany/styles.tar.bz2)
- mit einer weiteren von mir selbst gebauten Karte
  (OSM-Daten von Heute, mkgmap-r1568.20100210, mit deinen alten styles http://dev.openstreetmap.de/aio/styles/ … 3.tar.bz2)
Allerdings kenne ich noch nicht die von dir z.Zt. verwendeten Parameter für mkgmap. Ich habe noch die weiter oben von mir geposteten Parameter verwendet.

Der Fehler wurde soeben auch von Benutzer Weide in dem betreffenden Gebiet bestätigt. http://forum.openstreetmap.org/viewtopi … 556#p59556

Diesbezüglich hat sich also dein Verdacht leider nicht bestätigt.
Was kann die Ursache für die Abbrüche sein?

Last edited by geopia (2010-02-13 19:11:40)

flux

Member

Registered: 2010-01-31

Posts: 276

Website

Re: DE:All in one Garmin Map

Die Fehler in Düsseldorf kann ich bestätigen (ich habe wieder eine kurze Strecke in der Eulerstraße berechnet, Routenberechnungsfehler auf Vista HCx und Oregon 300). Von Regensburg aus erreiche ich Düsseldorf per Routing nicht mehr.

Eine Karte mit den Styles vom 23.09.2009 (mit mkgmap von heute gerechnet) klappt dagegen fehlerfrei. Ich habe die Dateien aus masterstyle übernommen, lediglich lines und polygons bearbeitet.

flux.

Last edited by flux (2010-02-13 19:37:29)

geopia

Member

Registered: 2009-08-21

Posts: 97

Re: DE:All in one Garmin Map

Die Fehler in Düsseldorf kann ich bestätigen (ich habe wieder eine kurze Strecke in der Eulerstraße berechnet, Routenberechnungsfehler auf Vista HCx und Oregon 300). Von Regensburg aus erreiche ich Düsseldorf per Routing nicht mehr.

Eine Karte mit den Styles vom 23.09.2009 (mit mkgmap von heute gerechnet) klappt dagegen fehlerfrei. Ich habe die Dateien aus masterstyle übernommen, lediglich lines und polygons bearbeitet.

Das mit den Styles vom 23.09.2009 würde ich gerne mal nachvollziehen.
Mit exakt welchen Parametern für mkgmap erzeugst Du deine Karten?
Die von dir verwendeten Styles vom 23.09.2009 stehen mir aber leider nicht zur Verfügung. Herunterladbar sind nur die vom 23.10.2009. Und die damit von mir gebaute aktuelle Karten führen auch zu besagten Abbrüchen. Kannst Du mir die Styles mal irgendwie rüber beamen?

Last edited by geopia (2010-02-13 20:30:46)

flux

Member

Registered: 2010-01-31

Posts: 276

Website

Re: DE:All in one Garmin Map

Ein Fehler meinerseits, die Styles sind die vom 23.10.2009, sorry. Die liegen ja am Server.

Material: europe.osm.bz2 vom 12.02.2010
Tilesplitter: splitter-r105
mkgmap: mkgmap-r1568
Styles: styles.tar.bz2 vom 23.10.2009, da verwende ich nur das masterstyle-Verzeichnis (darin diese veränderte lines und veränderte polygons, alles andere bleibt wie es ist)

lines

aeroway=runway [0x27 resolution 20]

# Contours take their name from the elevation setting.
contour=elevation & contour_ext=elevation_minor { name '${ele|conv:m=>ft}'; } [0x20 resolution 22]
contour=elevation & contour_ext=elevation_medium { name '${ele|conv:m=>ft}'; } [0x21 resolution 20]
contour=elevation & contour_ext=elevation_major { name '${ele|conv:m=>ft}'; } [0x22 resolution 18]

junction=roundabout & highway=trunk [0x0c road_class=1 road_speed=5 resolution 16]
junction=roundabout & highway=primary [0x0c road_class=1 road_speed=4 resolution 19]
junction=roundabout & highway=secondary [0x0c road_class=1 road_speed=3 resolution 20]
junction=roundabout & highway=tertiary [0x0c road_class=1 road_speed=3 resolution 20]
junction=roundabout & highway=unclassified [0x0c road_class=1 road_speed=2 resolution 21]
junction=roundabout [0x0c road_class=1 road_speed=1 resolution 21]

# Set highway names to include the reference if there is one
#highway=* {name '${name} (${ref}) (${maxspeed})' | '${ref} (${maxspeed})' | '${name} (${maxspeed})' | '${name} (${ref})' | '${ref}' | '${name}' }
highway=footway|highway=cycleway|highway=track|highway=path|highway=bridleway|highway=byway|highway=pedestrian {name '${name} (${ref}) (${maxspeed})' | '${ref} (${maxspeed})' | '${name} (${maxspeed})' | '${name} (${ref})' | '${ref}' | '${name}' }

highway=footway | highway=path | (highway=pedestrian & area!=yes & area!=true & area!=1) {add motorcar = no} [0x0d road_class=0 road_speed=0 resolution 22]

highway=track & tracktype=grade1 [0x0e road_class=0 road_speed=2 resolution 22]
highway=track & tracktype=grade2 [0x0f road_class=0 road_speed=1 resolution 22]
highway=track & tracktype=grade3 [0x10 road_class=0 road_speed=1 resolution 22]
highway=track & tracktype=grade4 {add motorcar = no} [0x11 road_class=0 road_speed=0 resolution 22]
highway=track & tracktype=grade5 {add motorcar = no} [0x12 road_class=0 road_speed=0 resolution 22]

highway=track | surface=unpaved | highway=unsurfaced {add motorcar = no} [0x0a road_class=0 road_speed=1 resolution 22]

highway=steps {add motorcar = no; add bicycle = no} [0x13 road_class=0 road_speed=0 resolution 22]

#highway=path & sac_scale=hiking [0x3a road_class=0 road_speed=0 resolution 22]
#highway=path & sac_scale=mountain_hiking [0x3b road_class=0 road_speed=0 resolution 22]
#highway=path & sac_scale=demanding_mountain_hiking [0x3c road_class=0 road_speed=0 resolution 22]
#highway=path & sac_scale=alpine_hiking [0x3d road_class=0 road_speed=0 resolution 22]
#highway=path & sac_scale=demanding_alpine_hiking [0x3e road_class=0 road_speed=0 resolution 22]
#highway=path & sac_scale=difficult_alpine_hiking [0x3f road_class=0 road_speed=0 resolution 22]


highway=cycleway {add motorcar = no} [0x16 road_class=0 road_speed=1 resolution 22]


highway=bridleway [0x17 road_class=0 road_speed=0 resolution 23]
highway=byway [0x08 road_class=0 road_speed=0 resolution 23]

# motorways
highway=motorway {add oneway = yes; add bicycle = no; add foot = no; name '${ref|highway-symbol:hbox} ${name} (${maxspeed})' | '${ref|highway-symbol:hbox} (${maxspeed})' | '${name} (${maxspeed})' | '${ref|highway-symbol:hbox} ${name}' | '${ref|highway-symbol:hbox}' | '${name}'}
highway=motorway & (maxspeed>110) [0x01 road_class=4 road_speed=7 resolution 12]
highway=motorway & (maxspeed>90 & maxspeed<111) [0x01 road_class=4 road_speed=6 resolution 12]
highway=motorway & (maxspeed>80 & maxspeed<91) [0x01 road_class=4 road_speed=5 resolution 12]
highway=motorway & (maxspeed>60 & maxspeed<81) [0x01 road_class=4 road_speed=4 resolution 12]
highway=motorway & (maxspeed>40 & maxspeed<61) [0x01 road_class=4 road_speed=3 resolution 12]
highway=motorway & maxspeed<41 [0x01 road_class=4 road_speed=3 resolution 12]
highway=motorway [0x01 road_class=4 road_speed=7 resolution 12]

highway=motorway_link {add bicycle = no; add foot = no} [0x01 road_class=4 road_speed=4 resolution 16]

# trunks
highway=trunk {name '${ref|highway-symbol:hbox} ${name} (${maxspeed})' | '${ref|highway-symbol:hbox} (${maxspeed})' | '${name} (${maxspeed})' |'${ref|highway-symbol:hbox} ${name}' | '${ref|highway-symbol:hbox}' | '${name}' }
(highway=trunk | highway=trunk_link) & motorroad=yes {add bicycle = no; add foot = no} 
(highway=trunk | highway=trunk_link) & maxspeed>90 [0x02 road_class=3 road_speed=6 resolution 16]
(highway=trunk | highway=trunk_link) & (maxspeed>80 & maxspeed<91) [0x02 road_class=3 road_speed=5 resolution 16]
(highway=trunk | highway=trunk_link) & (maxspeed>60 & maxspeed<81) [0x02 road_class=3 road_speed=4 resolution 16]
(highway=trunk | highway=trunk_link) & (maxspeed>40 & maxspeed<61) [0x02 road_class=3 road_speed=3 resolution 16]
(highway=trunk | highway=trunk_link) & maxspeed<41 [0x02 road_class=3 road_speed=2 resolution 16]
(highway=trunk | highway=trunk_link) [0x02 road_class=3 road_speed=6 resolution 16]

# primarys
highway=primary {name '${ref|highway-symbol:box} ${name} (${maxspeed})' | '${ref|highway-symbol:box} (${maxspeed})' | '${name} (${maxspeed})' |'${ref|highway-symbol:box} ${name}' | '${ref|highway-symbol:box}' | '${name}' }
highway=primary & maxspeed>90 [0x02 road_class=3 road_speed=6 resolution 19]
highway=primary & (maxspeed>80 & maxspeed<91) [0x02 road_class=3 road_speed=5 resolution 19]
highway=primary & (maxspeed>60 & maxspeed<81) [0x02 road_class=3 road_speed=4 resolution 19]
highway=primary & (maxspeed>40 & maxspeed<61) [0x02 road_class=3 road_speed=3 resolution 19]
highway=primary & maxspeed<41 [0x02 road_class=3 road_speed=2 resolution 19]
highway=primary [0x02 road_class=3 road_speed=5 resolution 19]

highway=primary_link & maxspeed>90 [0x03 road_class=3 road_speed=6 resolution 19]
highway=primary_link & (maxspeed>80 & maxspeed<91) [0x03 road_class=3 road_speed=5 resolution 19]
highway=primary_link & (maxspeed>60 & maxspeed<81) [0x03 road_class=3 road_speed=4 resolution 19]
highway=primary_link & (maxspeed>40 & maxspeed<61) [0x03 road_class=3 road_speed=3 resolution 19]
highway=primary_link & maxspeed<41 [0x03 road_class=3 road_speed=2 resolution 19]
highway=primary_link [0x03 road_class=3 road_speed=4 resolution 19]

# secondarys
highway=secondary {name '${ref|highway-symbol:oval} ${name} (${maxspeed})' | '${ref|highway-symbol:oval} (${maxspeed})' | '${name} (${maxspeed})' |'${ref|highway-symbol:oval} ${name}' | '${ref|highway-symbol:oval}' | '${name}' }
(highway=secondary | highway=secondary_link) & maxspeed>90 [0x04 road_class=2 road_speed=6 resolution 20]
(highway=secondary | highway=secondary_link) & (maxspeed>80 & maxspeed<91) [0x04 road_class=2 road_speed=5 resolution 20]
(highway=secondary | highway=secondary_link) & (maxspeed>60 & maxspeed<81) [0x04 road_class=2 road_speed=4 resolution 20]
(highway=secondary | highway=secondary_link) & (maxspeed>40 & maxspeed<61) [0x04 road_class=2 road_speed=3 resolution 20]
(highway=secondary | highway=secondary_link) & maxspeed<41 [0x04 road_class=2 road_speed=2 resolution 20]
(highway=secondary | highway=secondary_link) [0x04 road_class=2 road_speed=5 resolution 20]

# tertiarys
highway=tertiary {name '${ref|highway-symbol:round} ${name} (${maxspeed})' | '${ref|highway-symbol:round} (${maxspeed})' | '${name} (${maxspeed})' |'${ref|highway-symbol:round} ${name}' | '${ref|highway-symbol:round}' | '${name}' }
(highway=tertiary | highway=tertiary_link) & maxspeed>90 [0x05 road_class=2 road_speed=6 resolution 20]
(highway=tertiary | highway=tertiary_link) & (maxspeed>80 & maxspeed<91) [0x05 road_class=2 road_speed=5 resolution 20]
(highway=tertiary | highway=tertiary_link) & (maxspeed>60 & maxspeed<81) [0x05 road_class=2 road_speed=4 resolution 20]
(highway=tertiary | highway=tertiary_link) & (maxspeed>40 & maxspeed<61) [0x05 road_class=2 road_speed=3 resolution 20]
(highway=tertiary | highway=tertiary_link) & maxspeed<41 [0x05 road_class=2 road_speed=2 resolution 20]
(highway=tertiary | highway=tertiary_link) [0x05 road_class=2 road_speed=4 resolution 20]

highway=* {name '${name} (${ref}) (${maxspeed})' | '${ref} (${maxspeed})' | '${name} (${maxspeed})' | '${name} (${ref})' | '${ref}' | '${name}' }

# residentials
(highway=residential | highway=living_street |highway=minor) & maxspeed>90 [0x06 road_class=0 road_speed=6 resolution 22]
(highway=residential | highway=living_street |highway=minor) & (maxspeed>80 & maxspeed<91) [0x06 road_class=0 road_speed=5 resolution 22]
(highway=residential | highway=living_street |highway=minor) & (maxspeed>60 & maxspeed<81) [0x06 road_class=0 road_speed=4 resolution 22]
(highway=residential | highway=living_street |highway=minor) & (maxspeed>40 & maxspeed<61) [0x06 road_class=0 road_speed=3 resolution 22]
(highway=residential | highway=living_street |highway=minor) & (maxspeed>20 & maxspeed<41) [0x06 road_class=0 road_speed=2 resolution 22]
(highway=residential | highway=living_street |highway=minor) & maxspeed<21 [0x06 road_class=0 road_speed=1 resolution 22]
(highway=residential | highway=living_street |highway=minor) [0x06 road_class=0 road_speed=3 resolution 22]

# service
highway=service & maxspeed>90 [0x07 road_class=0 road_speed=6 resolution 22]
highway=service & (maxspeed>80 & maxspeed<91) [0x07 road_class=0 road_speed=5 resolution 22]
highway=service & (maxspeed>60 & maxspeed<81) [0x07 road_class=0 road_speed=4 resolution 22]
highway=service & (maxspeed>40 & maxspeed<61) [0x07 road_class=0 road_speed=3 resolution 22]
highway=service & (maxspeed>20 & maxspeed<41) [0x07 road_class=0 road_speed=2 resolution 22]
highway=service & maxspeed<21 [0x07 road_class=0 road_speed=1 resolution 22]
highway=service [0x07 road_class=0 road_speed=2 resolution 22]

# unclassified
highway=unclassified {add name = unclassified}
highway=unclassified & maxspeed>90 [0x08 road_class=2 road_speed=6 resolution 21]
highway=unclassified & (maxspeed>80 & maxspeed<91) [0x08 road_class=2 road_speed=5 resolution 21]
highway=unclassified & (maxspeed>60 & maxspeed<81) [0x08 road_class=2 road_speed=4 resolution 21]
highway=unclassified & (maxspeed>40 & maxspeed<61) [0x08 road_class=2 road_speed=3 resolution 21]
highway=unclassified & (maxspeed>20 & maxspeed<41) [0x08 road_class=2 road_speed=2 resolution 21]
highway=unclassified & maxspeed<21 [0x08 road_class=2 road_speed=1 resolution 21]
highway=unclassified [0x08 road_class=2 road_speed=2 resolution 21]


# Mop up any unrecognised highway types but keep areas like pedestrian for polygons!
highway=* & area!=yes & area!=true & area!=1 [0x09 ]

natural=coastline [0x15 resolution 12]
power=line {name 'Stromleitung (${voltage} Volt)'} [0x29 resolution 22]

railway=light_rail [0x39 resolution 23]
railway=rail [0x14 resolution 17]
railway=subway [0x39 resolution 23]
railway=tram | railway=narrow_gauge [0x39 resolution 23]

route=ferry [0x1a road_class=0 road_speed=0 resolution 18]

man_made=pipeline [0x28 resolution 22]

natural=cliff [0x31 resolution 22]
barrier=wall | barrier=retaining_wall | barrier=city_wall [0x32 resolution 24]
barrier=fence [0x33 resolution 24]
barrier=hedge [0x34 resolution 24]

aerialway=chair_lift | aerialway=drag_lift | aerialway=cable_car [0x38 resolution 24]

waterway=canal [0x1f resolution 21]
waterway=drain [0x1f resolution 22]
waterway=river [0x1f resolution 18]
waterway=stream [0x18 resolution 22]

boundary=administrative { name '${mkgmap:boundary_name}' }
boundary=administrative & admin_level<3 [0x1e resolution 16]
boundary=administrative & admin_level<5 [0x1d resolution 18]
boundary=administrative & admin_level<7 [0x1c resolution 20]
boundary=administrative & admin_level<9 [0x1c resolution 21]
boundary=administrative [0x1c resolution 22]
boundary=national [0x1e resolution 17]
boundary=political [0x1c resolution 17]

poygons

# -------------------------------------------------------------------
# This is the default mkgmap style file for converting closed OSM ways
# into Garmin polygons.
# Any line prefaced with # is a comment and will not be applied.
# Each line is a rule, of the generalised format:
#  OSM_tag(s)_to_match  [Garmin_type_code resolution]
# See http://wiki.openstreetmap.org/wiki/Mkgmap/help/style_rules
# and http://wiki.openstreetmap.org/wiki/Mkgmap/help/Custom_styles
# for more information.

aeroway=airport [0x07 resolution 18]
aeroway=aerodrome [0x07 resolution 18]
aeroway=terminal [0x13 resolution 20]

amenity=kindergarten [0x0a resolution 18]
amenity=college [0x0a resolution 18]
amenity=grave_yard [0x1a resolution 18]
amenity=hospital [0x0b resolution 18]
amenity=parking [0x05 resolution 21]
amenity=school [0x0a resolution 20]
amenity=supermarket [0x08 resolution 21]
amenity=university [0x0a resolution 18]

landuse=allotments [0x4e resolution 20]
landuse=basin [0x3f resolution 18]
landuse=cemetary [0x1a resolution 18]
landuse=cemetery [0x1a resolution 18]
landuse=commercial [0x0c resolution 18]
landuse=construction [0x0c resolution 20]
landuse=farm [0x4e resolution 18]
landuse=farmyard [0x4e resolution 18]
landuse=forest [0x50 resolution 18]
landuse=greenfield [0x17 resolution 18]
landuse=industrial [0x0c resolution 18]
landuse=meadow [0x17 resolution 18]
landuse=military [0x04 resolution 18]
landuse=quarry [0x0c resolution 18]
landuse=recreation_ground [0x19 resolution 18]
landuse=reservoir [0x3f resolution 18]
landuse=retail [0x08 resolution 20]
landuse=village_green [0x17 resolution 20]
landuse=vineyard [0x4e resolution 20]

leisure=common [0x17 resolution 20]
leisure=garden [0x17 resolution 20]
leisure=golf_course [0x18 resolution 20]
leisure=marina [0x09 resolution 20]
leisure=nature_reserve [0x16 resolution 18]
leisure=park [0x17 resolution 20]
leisure=pitch [0x19 resolution 20]
leisure=playground [0x17 resolution 20]
leisure=recreation_ground [0x19 resolution 18]
leisure=sports_center | leisure=sports_centre [0x19 resolution 20]
leisure=stadium [0x19 resolution 19]
leisure=track [0x19 resolution 18]
leisure=water_park [0x09 resolution 18]

military=airfield [0x04 resolution 18]
military=barracks [0x04 resolution 18]
military=danger_area [0x04 resolution 18]
military=range [0x04 resolution 18]

natural=glacier [0x4d resolution 16]
natural=marsh [0x51 resolution 20]
natural=mud [0x51 resolution 20]
natural=wetland [0x51 resolution 20]
natural=scrub [0x4f resolution 20]
natural=water [0x3c resolution 18]
natural=sea [0x32 resolution 10]
natural=wood [0x50 resolution 18]

place=village [0x03 resolution 18]

shop=* [0x08 resolution 20]

# squares and plazas
highway=pedestrian & area=yes [0x17 resolution 20]
# other highways that have area=yes set must be parking lots
highway=* & area=yes [0x05 resolution 21]

waterway=riverbank [0x46 resolution 20]

# building tag should be last
building=* [0x13 resolution 24]

So baue ich die Karte (ich verwende ausschließlich Linux, die Parameter sind aber wohl in Windows gleich):

# europe.osm.bz2 splitten
name=EUROPA
java -Xmx2600M -ea -jar /pfad/zum/splitter.jar --no-trim --cache=cache --max-nodes=1000000 --write-kml=$name.kml europe.osm.bz2
#
# gmapsupp.img erstellen
java -Xmx2600M -ea -jar /pfad/zum/mkgmap.jar --latin1 --name-tag-list=name:en,int_name,name:zh_py,name:engels,name --route --gmapsupp --draw-priority=10 --add-pois-to-areas --make-all-cycleways --link-pois-to-ways --remove-short-arcs --net --check-roundabouts --check-roundabout-flares --max-flare-length-ratio=5 --adjust-turn-headings --location-autofill=1 --index --road-name-pois --generate-sea=extend-sea-sectors --description=$name --series-name=$name --style-file=/pfad/zum/masterstyle --max-jobs=2 6*

Die so erzeugte gmapsupp.img geht perfekt, egal wohin ich route, egal welche Optionen ich verwende, egal ob auf dem Vista HCx oder dem Oregon 300. Und die Darstellung ist die originale Darstellung des jeweiligen Garmin-Geräts und damit ist eine schnellstmögliche Reaktion beim Zoomen und Rechnen gewährleistet. Wer ein TYPfile verwendet, der büßt an Geschwindigkeit bei der Routendarstellung und beim Kartenaufbau beim Verschieben der Karte oder beim Zoomen ein --- und zwar erheblich.

flux.

Last edited by flux (2010-02-13 20:41:51)

brogo

Member

From: 54,11 +-1°

Registered: 2009-06-02

Posts: 553

Re: DE:All in one Garmin Map

@flux
Was bedeutet "6*" am Ende Deines mkgmap-Aufrufs?

Christian

flux

Member

Registered: 2010-01-31

Posts: 276

Website

Re: DE:All in one Garmin Map

Der Tilesplitter wird ja ohne Option hinsichtlich Kachelbezeichnung gestartet, deshalb legt er Tiles mit der Bezeichnung

63240001.osm.gz
63240002.osm.gz
...

an, bis das Kartenmaterial komplett gesplittet ist.

Und diese 6* übergebe ich an mkgmap (ich könnte auch 6324*.osm.gz schreiben).

flux.

geopia

Member

Registered: 2009-08-21

Posts: 97

Re: DE:All in one Garmin Map

# europe.osm.bz2 splitten
name=EUROPA
java -Xmx2600M -ea -jar /pfad/zum/splitter.jar --no-trim --cache=cache --max-nodes=1000000 --write-kml=$name.kml europe.osm.bz2

Du verwendest beim splitter die Option '--no-trim'.
(aus SplitterParams.java: description = "Don't trim empty space off the edges of tiles.")

Ausgehend von meinen bisherigen Einstellungen beim Bau der Karte habe ich als einzige Änderung testweise '--no-trim' beim splitter hinzugefügt.
- OSM-Daten von gestern 2020-02-13
- splitter-r105 von 2010-01-28
- mkgmap-r1568 von 2010-02-10
- 'alte' AIO-Styles von 2009-10-23

Erstes Ergebnis nach 'ner Handvoll Tests zu verschiedenen Zielpunkten: Es treten keine Routing-Fehler mehr auf!

Danke @flux für die Angabe deiner exakten Parameter.
Für mkgmap verwendest Du auch von meiner Konfiguration stark abweichende Parameter. Hier muss ich noch testen.

@master:
Könntest Du bitte die exakten Parameter für den splitter und für mkgmap angeben welche Du für den Bau der original AIO-Karte verwendest?
Verwendest Du beim splitter die Option '--no-trim'?

Was steckt exakt hinter der Option '--no-trim'?

flux

Member

Registered: 2010-01-31

Posts: 276

Website

Re: DE:All in one Garmin Map

Das Anwenden der Option --no-trim macht keinen Unterschied beim Bau meiner Karten (--no-trim habe ich von Lambertus übernommen, der seine europaweiten Karten, die man länderweise oder als Kacheln laden kann, so baut, das hat für mich gut geklungen und ich habe es übernommen).

Sobald ich die neueren Stylefiles vom AIO-Server nehme, treten Routingfehler auf. Das Problem liegt mit an Sicherheit grenzender Wahrscheinlichkeit in den Stylefiles.

Im übrigen erhalte ich mit der aktuellen Karte von Computerteddy exakt die Fehler, die ich auch mit der AIO erhalte (Regensburg - Reutlingen geht nicht mehr --> Routenberechnungsfehler, Regensburg - Düsseldorg geht nicht mehr --> Routenberechnungsfehler).

Offensichtlich werden hier auch Stylefiles verwendet, die mit mkgmap kollidieren ... es muss ja jemanden geben, der sagen kann, wann er was bei seinen Stylefiles verändert hat!?

flux.

EDIT: Bitte unbedingt auch die Optionen von Garmin-User beachten!!! --> http://forum.openstreetmap.org/viewtopic.php?id=6383

Last edited by flux (2010-02-14 19:07:05)

master

Member

Registered: 2009-11-15

Posts: 53

Re: DE:All in one Garmin Map

Hallo Leute,

also die Sache mit den zu fetten Straßen ist mir auch schon aufgefallen. Ich werde sie demnächst wieder dünner machen.
Das Problem ist eben wirklich, dass man nicht in den einzelnen Zoomstufen die Renderingart unterscheiden kann - also dünner je weiter man rauszoomt.
Wenn doch, wäre ich dankbar, wenn mir jemand erklärt, wie das gehen soll.

Die Sache mit dem Routingfehler ist wirklich sehr seltsam.
Für Haiti habe ich ganz vorne sowas hinzugefügt:
highway=* & impassable=yes {add access=no}

aber das sollte so funktionieren und sonst nix beeinträchtigen.
Weiterhin habe ich noch den Teil für unpaved roads hinzugefügt (aus dem default mkgmap style kopiert), damit man bei den routingoptionen unbefestigte Straßen vermeiden kann.
Dann habe ich noch die unclassified auf einen anderen Typ gesetzt und primary und trunk auf den selben. Aber das is nix mit routing.

Ich kann sonst wirklich keinen krassen Fehler entdecken.
Ich habe gerade mal eingebaut, dass der einfach die verwendeten mkgmap-Parameter mit ausgibt und in ne Datei schmeißt, die dann ins downloadverzeichnis kommt.
Das sollte ab morgen funktionieren, bzw. schon heute bei der Haiti-karte im downloadverzeichnis:
http://dev.openstreetmap.de/aio/haiti

Ansonsten hätte ich mal ne andere Frage:
Ich hatte eigentlich nie so richtig vor, dass ich die ganze Karte immer wieder alleine anpasse. Ich meine es gibt ständig neue Tags und Dinge bei Openstreetmap, aber nicht alle interessieren mich gleichermaßen. Das einbauen in das Style- und Typfile ist ein klein wenig Aufwand, aber es hält sich in Grenzen.
Ich frage mich, ob es was bringen würde so eine Art svn (oder git?) zu machen und interessierten Leuten Zugriff zu geben. Ihr könntet dann direkt die Karte verbessern, wenn euch was offensichtliches ins Auge springt.
Nun klar - mir ist bekannt, dass die Geschmäcker oft verschieden sind, aber ich denke man kann sich da schon auf einen gemeinsamen Nenner einigen.
Der Vorteil von so nem repository ist auch, dass man dann Versionen hat und die direkt vergleichen kann, wenn wieder so wie jetzt, der Verdacht besteht, dass ich da was verkackt habe und deswegen das routing nicht geht. Vielleicht findet man ja dann den Fehler.

MHohmann

Member

From: Tartu, Estonia

Registered: 2009-06-07

Posts: 1,600

Website

Re: DE:All in one Garmin Map

Ich frage mich, ob es was bringen würde so eine Art svn (oder git?) zu machen und interessierten Leuten Zugriff zu geben. Ihr könntet dann direkt die Karte verbessern, wenn euch was offensichtliches ins Auge springt.

Gute Idee, da wäre ich mit dabei, zumal ich schon Erfahrung im Umgang mit SVN habe und inzwischen auch mit mkgmap-styles. Die OSM-Tags werden schließlich von der Community "fest"gelegt, von daher macht es schon Sinn, wenn auch die Community (oder zumindest ein paar mehr Leute) sie in die AIO Map einbauen könnten.

---

SotM Baltics, 3.-4. August 2013, Tartu, Estonia: amenity=university, mappers=yes

rurseekatze

Member

From: Noise

Registered: 2009-02-13

Posts: 339

Website

Re: DE:All in one Garmin Map

Fände ich auch gut! Würde auch mitarbeiten.

geopia

Member

Registered: 2009-08-21

Posts: 97

Re: DE:All in one Garmin Map

Ich habe gerade mal eingebaut, dass der einfach die verwendeten mkgmap-Parameter mit ausgibt und in ne Datei schmeißt, die dann ins downloadverzeichnis kommt.
Das sollte ab morgen funktionieren, bzw. schon heute bei der Haiti-karte im downloadverzeichnis:
http://dev.openstreetmap.de/aio/haiti

Sieht gut aus.
Könntest Du das auch noch für die Ausgabe der Parameter des Splitters einbauen?
Welchen Splitter verwendest Du?

Die Parameter für den Bau des OSB-Layers fehlen.

Wie baust den OSB-Layer konkret.
Wenn ich deiner Beschreibung mit osbsql2osm in
http://wiki.openstreetmap.org/wiki/DE:A … streetbugs folge, dann erhalte ich ein anderes Ergebnis als in der original AIO-Karte:
- Bei der original AIO-Karte werden nur offene Bugs angezeigt
- Bei meiner mit osbsql2osm selbst gebauten Karte werden offene *und* geschlossene Bugs angezeigt.

Warum werden eigentlich die Layer für 'fixme' und 'OSB' im etrex VISTA HCx Layer-Ein-und-Abschalt-Menü beide mit dem gleichen Namen 'Fixme' angeboten?
Im Beispiel im Wiki werden beide Layer mit --family-id=3 und --product-id=33 erzeugt. Ist das korrekt?
Die TYP-Dateien fixme.TYP und osb.TYP sind identisch! Ist das korrekt?

Ansonsten hätte ich mal ne andere Frage:
Ich hatte eigentlich nie so richtig vor, dass ich die ganze Karte immer wieder alleine anpasse. Ich meine es gibt ständig neue Tags und Dinge bei Openstreetmap, aber nicht alle interessieren mich gleichermaßen. Das einbauen in das Style- und Typfile ist ein klein wenig Aufwand, aber es hält sich in Grenzen.
Ich frage mich, ob es was bringen würde so eine Art svn (oder git?) zu machen und interessierten Leuten Zugriff zu geben. Ihr könntet dann direkt die Karte verbessern, wenn euch was offensichtliches ins Auge springt.
Nun klar - mir ist bekannt, dass die Geschmäcker oft verschieden sind, aber ich denke man kann sich da schon auf einen gemeinsamen Nenner einigen.
Der Vorteil von so nem repository ist auch, dass man dann Versionen hat und die direkt vergleichen kann, wenn wieder so wie jetzt, der Verdacht besteht, dass ich da was verkackt habe und deswegen das routing nicht geht. Vielleicht findet man ja dann den Fehler.

Das mit einem svn wollte ich auch schon anregen. Damit wird die Erzeugung deiner Karte für alle transparent.
Das hätte in vielerlei Hinsicht Vorteile.