DE:All in one Garmin Map

geopia · 2010-02-12T20:21:34.000Z

master:

geopia:

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.

master:

Mich interessieren auch brennend die aktuell von dir verwendeten Aufrufparameter für mkgmap.
Sind die hier http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map#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.

master:

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.

master:

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 · 2010-02-13T09:30:47.000Z

master:

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 · 2010-02-13T09:35:30.000Z

r-michael:

master:

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 · 2010-02-13T10:57:22.000Z

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 · 2010-02-13T14:33:46.000Z

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.

Weide · 2010-02-13T16:36:31.000Z

flux:

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.24751&lon=6.7831&zoom=17

Weide

geopia · 2010-02-13T18:09:32.000Z

master:

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?

master:

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.

master:

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/20100213/gmapsupp.img.20100213.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/styles.20091023.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/viewtopic.php?pid=59556#p59556

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

flux · 2010-02-13T18:36:43.000Z

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.

geopia · 2010-02-13T19:27:46.000Z

flux:

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?

flux · 2010-02-13T19:40:16.000Z

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.

brogo · 2010-02-14T10:42:23.000Z

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

Christian

flux · 2010-02-14T11:54:21.000Z

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 · 2010-02-14T12:46:08.000Z

flux:

# 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 · 2010-02-14T14:47:28.000Z

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

master · 2010-02-16T12:36:13.000Z

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 · 2010-02-16T12:52:35.000Z

master:

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.

rurseekatze · 2010-02-16T18:28:14.000Z

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

geopia · 2010-02-16T20:22:28.000Z

master:

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:All_in_one_Garmin_Map#Openstreetbugs 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?

master:

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.

master · 2010-02-17T11:01:38.000Z

geopia:

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

den aktuellen 105.
Die Parameter lohnen kaum. Sind immer:
splitter.jar --mapid=63240345 --max-nodes=1000000
und ein Cache directory.

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:All_in_one_Garmin_Map#Openstreetbugs 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.

Stimmt - ich schieb das hinterher noch durch osmosis und beschränke das auf die boundingbox des osmfiles (hab ein sed-skript, was die BBOX aus dem OSM-File holt und ein bisschen makefile-spaß), sowie alle offenen bugs:
osbsql2osm | osmosis --rx - --bb $(BBOX) --nkv keyValueList=“type.0” --wx ausgabe.osm

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?

Naja ursprünglich wollte ich das alles in einen Layer tun, aber so richtig ist das dann doch nicht geworden. Sauber getrennt hab ichs eben nie. Werde ich wohl mal machen müssen.
Der kommt aber auch damit klar, denke ich, wenn die Dateien eigentlich gleich sind.

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.

Hab das mal angefragt. Mal sehen, wann das läuft.

Grüße
Christoph

Weide · 2010-02-18T09:17:18.000Z

Weide:

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.24751&lon=6.7831&zoom=17

Dieser Fehler ist in der heute morgen geholten Karte weg. Die anderen auch?

Weide