From OpenStreetMap Wiki

Auf dieser Seite findet man Dokumentation und Downloadlinks zu einer mit Mkgmap erzeugten Garminmap, deren Ziel es ist, möglichst viele Features aus OSM unterscheidbar darzustellen. Da die Defaulttypen von Garmin leider sehr begrenzt sind, wird dies nur möglich unter Nutzung eines Typfiles. Die Karten von User:Computerteddy sind hingegen eher darauf abgestimmt überall auch ohne Typfile zu funktionieren. Jegliche Fragen und Anmerkungen zum Inhalt dieser Seite können gerne per Mail an mich entrichtet werden. Christoph

Die nebenstehenden Bilder zeigen die Karte auf einem Xperia X1 mit Garmin Mobile, prinzipiell sieht die Karten auf normalen Garmin Navis ähnlich aus.

Contents 1 Features 2 Neuigkeiten 3 Downloadserver 4 Kartenumfang 4.1 Europa 4.2 Deutschland 4.3 Europäische Länder und deutsche Bundesländer 4.4 Haiti 5 Verwendung der Karten 5.1 Entpacken der Dateien 5.2 Installation 5.3 Routingeinstellungen 5.3.1 Auto/Motorrad 5.3.2 Renn-/Straßenrad 5.3.3 Mountainbike 5.3.4 Fußgänger 6 Diskussion 7 Bekannte Probleme 7.1 Adresssuche 8 Featurewünsche 8.1 Karte 8.2 Sonstiges 9 Lizenz 10 Kartenerzeugung

Features

• verschieden Garminkarten (Layer) stecken in einer - Abschalten geht mit Mapmenü -> Info -> Menü drücken -> Layer zum an und abschalten wählen
• Routingfähige Karte, maxspeed wird ausgewertet!
• Adresssuche (Achtung: Dafür die POI-Suche benutzen!)
• Wegedifferenzierung sehr genau, d.h. Tracktypes, Radwege, Fußwege
• Hausnummern als abschaltbarer Adresslayer
• FIXME-Layer, der folgende Features enthält:
  • polygonflächen mit note=fixme... oder fixme tag werden rot umrandet und der inhalt des fixmes/notes angezeigt
  • linien mit note oder fixme werden rot markiert
  • linien mit note=* aber nicht fixme werden gelb markiert
  • residential-straßen ohne name-tag werden blau markiert
  • punkte mit note oder fixme bekommen einen notizzettel dran
• die aktuellen openstreetbugs gibt es in eigenem eigenen layer (keepright ist in planung) - leider kann das garmin nicht beliebig viel Text darstellen und bricht zu lange einträge ab. Aber prinzipiell hilfts auf jeden Fall schon mal.
• ein maxspeed layer zeigt in unterschiedlicher Färbung die maxspeeds an.
• ein keepright layer, der die Fehlermeldungen von Keepright anzeigt
• mit srtm2osm berechnete Höhenlinien sind integriert (als eigener Layer, also abschaltbar)
• Viele POIs aus OSM (wenn noch was fehlt einfach melden) funktionieren nur mit dem Typfile, d.h. wenn ihr sie in Programme schmeißt, die nicht mit typfiles können, dann siehts schlecht aus. Auf den normalen Garmingeräten sollten sie ohne Probleme funktionieren
• Mkgmap und [Gmaptool] werden benutzt

Neuigkeiten

 17.08.2010 - Karten werden nach einem Problem bei der Kartenerzeugung auf dem Server wieder wie gewohnt erstellt.

 30.08.2010 - Änderungen des Routingverhaltens um Routing für Radfahrer (Straßenrad und Mountainbike) zu verbessern.

Wer genau wissen will was sich gerade an den Datenaufbereitung ändert, sollte diesen RSS-Feed abonnieren.

Downloadserver

Achtung! Die Downloadfiles sind jetzt zip komprimiert und enden auf .zip!

Aufgrund von hoher Serverlast auf den von Strato gesponsorten FOSSGIS-Servern wird die AiO-Map bis auf weiteres jetzt nur noch am Montag, Mittwoch und Freitag aktualisiert!
Einen schnelleren Downloadserver der AiO gibts auf gwdg.de. Bitte benutzt den, um den Fossgis-server zu entlasten! (Links findet ihr unten)

Das gesamte Downloadverzeichnis findet sich hier:

• ftp://ftp5.gwdg.de/pub/misc/openstreetmap/download.openstreetmap.de/aio/
• dev.openstreetmap.de/aio/

Die Länderdownloads finden sich jetzt eine Stufe tiefer also:

• ftp://ftp5.gwdg.de/pub/misc/openstreetmap/download.openstreetmap.de/aio/regions
• dev.openstreetmap.de/aio/regions

Darin findet ihr auch mit Datum versehene Stände der All-in-One. Wer kein Datum im Dateinamen braucht, lädt eben die Files runter, die auch weiter unten verlinkt sind. Das sind jeweils Symlinks auf den letzten Stand. Wie lange alte Versionen aufgehoben werden, ist noch nicht ganz klar, aber vermutlich ne Woche oder so, wenn es keine Probleme mit neueren Versionen gibt.

Ein mirror mit dem aktuellen Stand der Deutschlandkarte und auch älteren versionen findet sich hier:

• source.rfc822.org/pub/local/allinone

Kartenumfang

http://dev.openstreetmap.de/aio/tiles/

Die genaue Lage der aktuell gesplitteten Kacheln kann man in der AiO Tiles Map betrachten.

Europa

Die Gesamtkarte mit den entsprechenden Typfiles integriert für Europa findet ihr hier als gmapsupp:

• Europa (gmapsupp.img.zip)

Und gibt es auch als Torrent: Europakarte Garmin All in One OSM.torrent

Download: etwa 1,9 GiB (entpackt: 2,7 GiB)

Internetzugang	DSL Light (384)	DSL 2000	DSL 6000	DSL 16000
Download-Dauer	~12 Stunden	~2.2 Stunden	~45 Minuten	~17 Minuten

Datenstand: wird jeden dritten Tag aktualisiert!

Die einzelnen Teilkarten gibt es jetzt auch:

• OSM-Basiskarte: gbasemap.zip
• OSM-Adresslayer: gaddr.zip
• OSM-Fixmelayer: gfixme.zip
• OSM-Boundarylayer: gboundary.zip
• OSM-Maxspeedlayer: gmaxspeed.zip
• OSM-Keeprightlayer: gkeepright.zip

Deutschland

Die Deutschlandkarte enthält alle Features, wie abschaltbare Höhenlinien, Openstreetbugs, FIXMEs und Notizen, Hausnummern und alle möglichen Openstreetmap Features in der Basiskarte.

Die Layer sind auf den meisten Garmin-Geräten über das Kartenmenü abschaltbar. Unter Karteneinstellungen taucht in einem Menü zunächst eine Liste aller einzelnen Kacheln auf. Wenn man in diesem Menü noch einmal die Menütaste drückt, kann man die kompletten Mapsets abschalten, also beispielsweise die FIXMes aus etc.

Der Download des fertigen gmapsupps (alle Teilkarten + Typfiles integriert) geht über den folgenden link:

• Deutschland komplett (gmapsupp_germany.img.zip) (803MB, Stand: 2010-09-02)
• Platzbedarf auf der Speicherkarte des Navis: ca. 1,07GB (Stand: 2010-09-02)
• Datenstand: wird jeden Tag aktualisiert!

Internetzugang	DSL Light (384)	DSL 2000	DSL 6000	DSL 16000
Download-Dauer	≥4:50 Stunden	≥55 Minuten	≥18 Minuten	≥7 Minuten

Einzeldownloads: Ihr könnt euch auch die Kartenteile einzeln downloaden. Sie können dann eventuell in Qlandkarte oder Mapsource geladen werden. Viel Spaß!

Karte	Einzelkacheln (mit Mapsource-installer)	gmapsupp.img (direkt aufs Gerät laden)	Beschreibung
OSM-Basiskarte	basemap_germany.zip	basemap_germany.img.zip	Basis (Straßen, Flächen, Routing, Adressuche, POIs...)
OSM-Adresslayer	gaddr.zip	gaddr.img.zip	Hausnummern (nur zur Anzeige - nicht zum suchen)
OSM-Fixmelayer	gfixme.zip	gfixme.img.zip	Fehler anzeigen (note-tags, unbenannte residentials...)
OSM-Openstreetbugs	gosb.zip	gosb.img.zip	Fehler von Openstreetbugs
OSM-Boundarys	gboundary.zip	gboundary.img.zip	Grenzverläufe aus OSM
OSM-Maxspeeds	gmaxspeed.zip	gmaxspeed.img.zip	Höchstgeschwindigkeiten farblich hervorgehoben
OSM-Keepright	gkeepright.zip	gkeepright.img.zip	Keep Right markiert verschiedene Fehler in der Karte

Europäische Länder und deutsche Bundesländer

Es gibt jetzt jedes Land in Europa und jedes deutsche Bundesland ähnlich wie bisher Deutschland als einzelne Files zum downloaden. Stöbert am besten im downloadverzeichnis des Servers nach:

ftp://ftp5.gwdg.de/pub/misc/openstreetmap/download.openstreetmap.de/aio/regions

alternativ:

http://dev.openstreetmap.de/aio/regions

Haiti

Openstreetmap unterstützt die Leute in Haiti durch bereitstellen von aktuellem Kartenmaterial. Die Geofabrik stellt aktuelle Kartenauszüge im 5-Minuten Takt zur Verfügung, welche ich dann mittlerweile täglich durch meinen Kartenerzeugungsprozess schiebe.

• ftp://ftp5.gwdg.de/pub/misc/openstreetmap/download.openstreetmap.de/aio/regions/haiti/

Verwendung der Karten

Entpacken der Dateien

Ihr benötigt einen zip-Entpacker. Unter Windows und Unix-artigen OS geht das z.B. mit dem kostenlosen Opensource-Programm 7-zip. Mac OS X entpackt das Archiv per Doppelklick mit seinem integrierten Entpacker.

Installation

(PDF) Anleitung zur Installation von OSM-Karten auf Garmin-Geräten

Routingeinstellungen

Empfohlene Routingeinstellungen für Garmin Oregon:

Auto/Motorrad

• Guidance Method: On Road for Time
• Calculate Route for: Car/Motorcycle
• Avoidance Setup: U-Turns: Do Not Avoid, Highways: Do Not Avoid, Unpaved Roads: Avoid

Renn-/Straßenrad

• Guidance Method: On Road for Time
• Calculate Route for: Car/Motorcycle/Bicycle
• Avoidance Setup: U-Turns: Do Not Avoid, Highways: Avoid, Unpaved Roads: Avoid

Mountainbike

• Guidance Method: On Road for Distance
• Calculate Route for: Bicycle
• Avoidance Setup: U-Turns: Do Not Avoid, Highways: Avoid, Unpaved Roads: Do Not Avoid

Fußgänger

• Guidance Method: On Road for Distance
• Calculate Route for: Pedestrian
• Avoidance Setup: U-Turns: Do Not Avoid, Highways: Avoid, Unpaved Roads: Do Not Avoid

Hinweis: In MapSource und BaseCamp stehen (noch) nicht alle Optionen zur Routenvermeidung, welche auf den Geräten aktivierbar sind, zur Verfügung. Da "Avoid highways" dort nicht ausgewählt werden kann, weichen die berechneten Routen von denen auf den Geräten ab!

Diskussion

• Anregungen, Kritik & Meinungen bitte hier posten http://forum.openstreetmap.org/viewtopic.php?pid=41408

Dort wird gleich im ersten Post (von User Lixus) wieder hier hin verwiesen. Wo soll denn nun z.B. über Probleme / neue Features diskutiert werden?

• • Ihr könnt gerne was im Forum posten. Hin und wieder schau ich da rein, oder jemand anderes kann vielleicht schon euer Problem lösen. --Master 11:39, 17 April 2010 (UTC)

Bekannte Probleme

Nach Absprache mit Christoph zum Chemnitzer Linuxtag habe ich mich mal des Wikis angenommen und einige Dinge entsorgt... Bei Problemen die >6 Monate sind, ist bei der Entwicklungsgeschwindigkeit der Karte und mkgmap davon auszugehen dass es eher sinnvoll ist eine aktuelle Version zu testen. Ansonsten wär's vielleicht gut wenn die Leute, die Fehler melden, diese auch wieder entfernen, nachdem es behoben ist? ;-) User:Joerg

• 2010-09-05 GPSMap 62/78: Mit Firmware-Version 2.44 (beta) und mit der seit kurzem verfügbaren Version 2.50 kann man die einzelnen Map-Sets (Fixme-, Keepright-layer usw.) der All in One nicht mehr deaktivieren. siehe Workaround fürs Erste wäre, alle gmapsupps einzeln zu verwenden. -- Malenki 20:44, 5 September 2010 (BST)

• 2010-08-22 Die Mapsource Version Europakarte funktioniert nicht mehr. Mapsource hängt sich sofort auf wenn man auf diese Karte wechselt. MS 6.13.7 Auch viele Downloadlinks sind hier nicht mehr aktuell und gehen nicht. --Edwin-ldbg 12:41, 22 August 2010 (BST)

• 2010-08-06 Kartenimages sind dem 27. Juli 2010 nicht mehr aktualisiertJogobi

  Kann jemand sagen, wann es hier in etwa weitergeht? Würde in naher Zukunft gern mal aktuelles Material für eine Reise verwenden. Ich habe gehört, dass die Chefriege derzeit wohlverdienten Urlaub hat? --Mmertens 16:52, 16 August 2010 (BST)

  Heute wurden die Karten aktualisiert. -- Isa 20:35, 17 August 2010 (BST)

  Funktioniert inzwischen wieder nicht mehr. -- Isa 15:14, 1 September 2010 (BST)

  Neue Images von 02 September 2010 vorhanden. -- Dranuhl 09:09, 3 September 2010 (CEST)

• 2010-07-23 Die große Europakarte (gmapsupp_europe.img.zip, 3.1 GB vom 21. Juli) lädt bei Garmin etrex Vista HCx nicht: Beim Einschalten geht der Fortschrittsbalken geht bis ca. 87% (~ 3 GB?) und bricht dann ab - die Version vom 25. Juni (2.7 GB) funktionierte problemlos. Laut Mailingliste gibt es seit Juli auch Probleme mit der Europa AIO in Mapsource [1] [2]. ToB 06:21, 23 July 2010 (UTC), Selbes Problem bei allen neuen Karten (EU), bricht bei 88% ab. Gib es irgendwo die alte Version zum Download? x2on 18:08, 27 July 2010 (UTC)
• 2010-06-02 Unter aio/regions/europe/basemap/ wird keine Mapsource fähige Veas rsion mehr abgelegt, sondern nur die gmapsupp.img. Für alle anderen Regionen liegt im basemap Verzeichnis auch immer ein Archive ohne .img. im Namen (basemap_bayern.zip und basemap_bayern.img.zip). Wäre es möglich von der "Region" Europa auch eine Mapsource Variante zur Verfügung zu stellen? Mittlerweile wird auch für Europa eine "Mapsource Version" zur Verfügung gestellt. Danke!
• 2010-05-22 In der aktuellen Europa-Karte wird in Schweden bei 56°26,760N 13°18,926E nicht über die Straße geroutet (Mapsource), sondern westlich außen herum. Versucht man die Route auf die Straße zu ziehen, versagt das Autorouting völlig. Zumindest in den versionen der letzten Woche war das auch so, ob davor weiß ich nicht spmrider 15:30, 22 May 2010 (CEST)

  Ich glaub das Routing in Mapsource ist stellenweise noch völlig kaputt. Liegt hauptsächlich an Kachelgrenzen. Hast du das Problem auf dem Gerät auch so? --Master 09:21, 25 May 2010 (UTC)

  Ich bin da heute lang gefahren: Auf dem 60CSx mag er nicht drüber routen. Fährt man die Straße fängt er wild an alle paar Minuten neu zu berechnen und endet dann irgendwann mit Cannot compute. spmrider 21:34, 30 May 2010 (CEST)

• 2010-05-22 construction=no an einer Straße wird wie ein construction=[yes|$Straßentyp] gewertet. Es sollte als zusätzliche Bedingung construction!=no eingeführt werden. Derartiges Tagging ist zwar meiner Meinung nach recht sinnlos, kommt aber vor und führt hier zu extremem Fehlverhalten. --Cobra 09:53, 22 May 2010 (UTC)

  ok - ist gefixt. --Master 09:21, 25 May 2010 (UTC)

• 2010-05-04 Das Fahrrad- und selbst Fußgängerrouting ist total kaputt (Karte vom 3.5.) für die "kürzeste Strecke" (beste Berechnung), daß funktionierte zumindest für das Radrouting schon mal September 2009 fast optimal und die kürzeste Strecke die damals 2,5 km lang war, ist heute 6,1 km lang. Die diversen Rad- und Fußwege die man zur Abkürzung nehmen könnte, werden nicht benutzt, obwohl sie von mir für die Strecke überprüft und wahlweise mit bicycle=yes und bicycle=designated getaggt sind (habe bei den kombinierten Radwegen sogar highway=cycleway drin, statt highway=path). Stellt man das Routing für die gleiche Strecke dann von Fahrrad auf Fußgänger um, wird man ebenfalls bevorzugt erst einmal immer schön auf die Hauptstraßen geschickt. Die "schnellste" Route für die gleiche Strecke ist für Fußgänger dann immerhin etwas kürzer (4,5 km) und enthält wenigstens nur zum Teil anfänglich diverse Hauptstraßen für die es bessere Fußwegalternativen gäbe. --Fabi2 16:19, 4 May 2010 (UTC)

  Kann das bestätigen. Das Routing macht komische Umwege. Kann nicht erkennen auf welche Weise die ausgesucht werden. --Tuttle 12:58, 5 May 2010 (UTC)

  In der aktuellen Version von Heute auch noch. Der Fehler liegt bei mir genau einer Kachelgrenze. Kann es daran liegen? --Tuttle 15:04, 6 May 2010 (UTC)

  In meinem Fall liegt die Teststrecke definitiv nicht an einer Kachelgrenze, denn meine Teststrecke liegt im Greifwalder Innenstadtbereich, wie ich gerade nachgesehen habe. --Fabi2 12:56, 8 May 2010 (UTC)

  Danke, bis auf einen kleinen Umweg am Anfang (das liegt offenbar am Tagging), wird für die restlichen 80% der Fahraradstrecke jetzt die optimale Route für dei kürzeste Strecke benutzt. --Fabi2 22:15, 16 May 2010 (UTC)

  Die vom 14. war noch suboptimal, die von heute ist top. Woran lag es? --Tuttle 13:43, 18 May 2010 (UTC)

  Ehrlich: Ich hab keine Ahnung! Kann an den Daten liegen oder an mkgmap oder an der Kachelaufteilung oder was weiß ich. Aber das Fahrradrouting ist bei mir eh suboptimal. Am besten man stellt auf Fußgänger-Kürzeste. Da bekommt man immernoch halbwegs gutes Routing auch fürs Fahrrad - zumindest in der Stadt. Anspruchsvolleres Sachen würde ich mit der bycicle oder velomap machen. --Master 09:21, 25 May 2010 (UTC)

  Die Velomap hatte das gleiche Problem, als ich sie ausprobiert habe. Will recheck. Das Fahrradrouting funktioniert in der Stadt sehr gut mit AIO. Fußgänger-Routing ist kein wirklicher Ersatz, da es auch über Treppen usw. routed. --Tuttle 14:22, 25 May 2010 (UTC)

• 2010-04-27 Das Bundesstaaten-Problem besteht nachwievor (bei mir mit Nüvi 350)! User:Groovetronic
• 2010-02-26 Truppenübungsplatz - wird teilweise "über" Wiesen, Feldern etc. angezeigt, aber UNTER Wald, Wohngebieten. Der OSM Renderer stellt es richtig dar. taltemeier 26 February 2010 (UTC)
• 2010-02-03 Fussgaengerzonen (highway=pedestrian; area=yes) werden innerhalb von Parks (leisure=park) ignoriert. Der OSM Rederer stellt es richtig dar.gutrun 11:30, 8 February 2010 (UTC)

• Besitze ein Oregon 300 und habe die Deutschlandkarte kompl. installiert. Dabei ist mir aufgefallen, dass die Straßennamen nicht alle angezeigt werden. Ich meine jedoch nicht das Problem, welches beim Ein- und Auszoomen bei einigen Usern auftritt. Alle Straßennamen mit "highway=residential" werden korrekt angezeigt. Die Straßennamen mit "highway=secondary" jedoch nicht. Kennt jemand dieses Problem? User:antik-radio 13:54, 24 January 2010 (UTC)
• Beim Routing als Auto werde ich über barrier=bollard geführt. --Wieland 13:17, 20 January 2010 (UTC)
• Mein Garmin Mobile XT auf meinem Nokia 5800 XpressMusic will die Europakarte nicht laden.Habe bis heute immer die Deutschlandkarte benutzt, aber ich brauche zur Zeit die Europakarte. Wenn ich sie jedoch auf Speicherkarte kopiere, benutzt Garmin Mobile XT einfach die Basemap.Sie wird von Garmin Mobile XT nicht einmal gefunden. Hat jemand das gleiche Problem? --Adamsalac 19:36, 17 January 2010 (UTC)
• 2010-01-16 Auch in meinem etrex Vista HCx funktioniert eine 4GB SDHC Karte mit der über 2GB großen Europakarte.Vielleicht klappt sogar eine 8GB SDHC Karte..... (offizielle Antwort von Garmin lautet aber, dass die SDHC-Karten nicht unterstützt werden auch wenn ihnen bekannt ist, dass es bei einigen Usern funktioniert)User:Napo79
  • 2010-01-16 Ich habe eben nachgeschaut. Meine 4GB ist eine SDHC. Bisher keine Probleme am etrex Vista HCx, außer daß der alte Kartenleser am Rechner es nicht gepackt hat, und ein neuer her mußte User:alegria6208
  • 2010-01-14 Update von 2009-12-23: eTrex Vista HCx mit der Europa-Karte vom 13.01 funktioniert bei mir wie alle zwischenzeitlichen. Mit neuem Kartenleser klappt nun auch der Dateitransfer direkt auf den Chip. Ich denke derzeit sind die Probleme eher Firmware-Statusgeschichten. Andererseits: Ich hoffe, Garmin arbeitet an einem 8 oder 16GB Firmware-Update... Es ist einfach praktisch ganz Europa dabeizuhaben und sich keine Sorgen über Landes- oder Gebietsgrenzen zu machen User:alegria6208
  • 2010-01-08 EU-Karte (gmapsupp.img) funktioniert nicht! auf meinem Garmin GPSMap60Cx. Das liegt m.E nur daran, daß die Karte größer als 2GB ist, denn die 4GB MicroSDHC-Karte funktioniert mit kleineren Karten ansonsten problemlos. Es liegt wahrscheinlich auch nicht an der Karte selbst, da die EU-OSM-Basiskarte in Mapsource funktioniert, sowie eine daraus gewonnene Teilextraktion in eine gmapsupp.img, die kleiner als 2GB ist. User:schoenauc1 22:59, 08. januar 2010 (UTC)
  • 2010-01-11 Mit Karten >2GB hatte ich keine Probleme auf meinem GPSmap 60 CSx. Die gmapsupp.img funktioniert beispielsweise. Wenn ich die Karten-Bestandteile jedoch auf dem Mac installiere (Garmin MapManager) um sie dann (zusammen mit CityNavigator NT) per Garmin MapInstall und einem USB 2.0-Kartenleser auf die MicroSD zu kopieren, geht das nicht. Schliesse ich statt des Kartenlesers jedoch das GPS selbst an (USB 1.1) und übertrage dann, klappt's! Dauert allerdings mehrere Stunden bei einem Kartensatz von 3,5 GB... --Jürgen Frank 13:49, 11 January 2010 (UTC)

Adresssuche

2009-11-08 Das suchen nach Straßen in Orten mit Umlauten scheint nicht zu gehen (GARMIN etrex Vista Hcx). Wenn ich nach Flurweg in meiner Gegend suche, werden alle möglichen Fundorte gemeldet, Köflach ist aber nicht dabei, obwohl er eingezeichnet ist. User:Michi!

bei einigen Geräten bzw. Garmin-Software (z.b. Garmin Mobile XT) wird bei der Adresssuche nach "Bundesstaat" gefragt. Bisher wurde da noch keine funktionierende Eingabe gefunden. --DarkAngel 07:46, 24 April 2009 (UTC)

bei meinem GARMIN GPSmap 60CSx ist erst gar keine Adressuche möglich -- GeoGrafiker

bist du dir da ganz sicher? Ich hab auch ein 60CSx und es geht. Hast du die Hinweise ganz unten auf dieser Seite beachtet?--Master 08:07, 6 May 2009 (UTC)

Bei meinem Garmin nüvi 200 bietet er auch nur "Bundesstaat/Provinz" an. Wenn man dann eine Stadt, Ort, Straße, etc. angibt, kommt als Ergebnis immer, dass er sie nicht findet. Auf der Karte selber sind aber alle Straßen korrekt bezeichnet. TeuTeu 21:13, 16 August 2009 (UTC)

Bei mir gibt es das gleiche Problem...Garmin Mobile XT auf S60v5...Adresssuche nutzlos. Adamsalac 17:46, 17 January 2010 (UTC)

Beim Garmin GPSmap 78 dito. Die 62er Serie dürfte auch betroffen sein, da die Firmware die gleiche ist wie bei der 78er Reihe. -- Malenki 12:35, 24 July 2010 (UTC)

bei Garmin Mobile XT werden nur die Anfangsbuchstaben der jeweiligen Labels angezeigt

Die Adresssuche findet Straßen mit maxspeed=* zusätzlich zu den eigentlichen Straßenname. Dies führt zu Problemen: Der Straßename x wird nicht in der Stadt y gefunden, wenn x z.B. mit maxspeed=30 versehen ist. Man findet die Straße x in der Stadt y nur unter x (30). Dies führt zur Verwirrung. Die Straßennamen mit maxspeed sollten nicht separat als Suchergebnisse auftauchen (all_in_one Garmin_map vom 19.06.2009).

Das Problem existiert nicht mehr. Es gibt seit einiger Zeit das mit Farben arbeitende maxspeed-Layer. -- Malenki 12:35, 24 July 2010 (UTC)

Straßennamen mit z.B. maxspeed=30 werden so im Garmin nüvi 265 WT per voice-to-speech angekündigt: "Biegen Sie nach rechts in die Turmstraße (30)". Dies verwirrt und könnte mit der Hausnummer verwechselt werden. Das Garmin nüvi 2x5 zeigt mit der City Navigator Map die Geschwindigkeitsangaben links eingeblendet an - es erfolgt dabei keine Ankündigung per text-to-speech. Mit der OSM-Karte sollten, wenn möglich, die Geschwndigkeitsbegrenzungen so angekündigt werden, wie bei City Navigator Map, nämlich links auf dem Display. (all_in_one Garmin_map vom 19.06.2009).

Featurewünsche

Wer noch irgendwelche Dinge sehen möchte oder anders dargestellt etc. fühle sich bitte frei, dies hier einzutragen. Die Styles werden von mir ab und zu aktualisiert und diese Liste hier berücksichtigt.

• Die Idee mit den Erbeben(Naturkatastrophen)-Karten finde ich super. Ich wohne in Mexiko, wo Erdbeben nicht gerade ungewoehnlich sind (Ostersonntag: 7.2 in Baja California, also staerker als das Haiti-Beben). Es waere schon toll, wenn man schon mal prophylaktisch eine Karte erstellen koennte. Ich selbst kann zwar ein wenig rumpfuschen (GPS-Tracks hochladen, *.osm Daten exportieren und in gmapsupp.img umwandeln), aber ordentliche Karten mit Hoehenlinien usw. kriege ich noch nicht hin. Die beste Karte bisher ist kommerziell (http://www.bicimapas.com.mx/MexicGPSAtlasEn.htm , ca. 100 USD) und hat Hoehenlinen mit 100m. Koenntest Du mir helfen, Christoph, ein skript (vorzugsweise Linux kompatibel) zu erstellen, mit dem ich regelmaessig eine brauchbare Mexiko-Karte erstellen koennte? Wg. Hosting muesste ich dann halt gucken. Robert-debian, 6. April 2010, r o b e r t . w i n k l e r @ b i o p r o c e s s . o r g (http://personal.bioprocess.org )
  • Hi, weiß nicht, wie das mit Mexico so aussieht. Ich habe mal mein Makefile mit veröffentlicht (liegt bei den styles im Verzeichnis oder wahlweise aus dem git repository ziehn). Das kann man geringfügig anpassen und schon kann man Mexico berechnen. Wenn mal wieder genügend kapazität auf unseren Servern ist, kann ich vielleicht auch irgendwann mal die welt berechnen, aber das routingfähig hinzubekommen, verlangt einiges an Rechenleistung. Wenns dringend ist, kann ich natürlich mal eben Mexico mitmachen. --Master 23:57, 14 April 2010 (UTC)

Karte

• Die Museumsbahnen fehlen noch in der Kartendarstellung! Bitte ein "railway=preserved [0x14 resolution 23]" ins lines-Stylefile der Basemap aufnehmen. In der velomap sind sie, soweit ich es im Stylefile sehe, schon drinnen. --Hetzi 11:50, 11 August 2010 (BST)
• Ich weiss nicht ob auf anderen Geraeten das gleiche Problem besteht, aber bei meinem GPSMAP 60Csx kann die Route die ich navigiere nur in einem Rosa angezeigt werden, dass der Hintergrundfarbe von Wohngebieten sehr, sehr aehnlich ist. Das ist manchmal schwer zu erkennen. Vielleicht waere es sinnvoll das Grau der Industrie- und das Rosa der Wohngebiete zu vertauschen, das wuerde in vielen Faellen schon helfen. --CacheFinder general 10:45, 20 July 2010 (UTC)
• Es wäre m.E. sinnvoll, bei der KeepRight-Karte die "fixme's" herauszunehmen. Für die gibt es schließlich ein eigenes Layer. Wenn man nur an den von KeepRight automatisch detektierten Fehlern interessiert ist, aber nicht an den expliziten fixme's (häufig wenig hilfreich: etwa note=fixme, fixme=yes usw.), hat man mit dem KeepRight-Layer die fixme's trotzdem auf der Karte. Ansonsten großes Lob, tolle Karte. Steckt sicher eine Menge Arbeit drin, aber die hat sich wirklich gelohnt. Oli-Wan 10:30, 19 July 2010 (UTC)
• Leider werden im Gegensatz zu den anderen Karten keine Objekte auf dem Wasser angezeigt. z.B. buildings (Hausboote oder schwimmende Häuser) oder auch der Tag man_made = Pier wird nicht ausgewertet. Es wäre schön wenn auf der Karte Anlegestellen,Bootsstege oder Seebrücken zu sehen wären. Petja
• Warum gibt es nur Europa / Haiti? Ich würde mir auch alle anderen Länder wünschen. --Hcy 12:33, 25 May 2010 (UTC)
  • Sicherlich aufgrund Aufwand/Nutzen. Wobei man die anderen nur ab und zu aktualisieren bräuchte.--Scai 06:58, 18 June 2010 (UTC)
• Wäre es möglich, die Gemeindegrenzen etc. als extra Layer, oder viel dezenter einzubauen? Ich verwechsle diese gern mit Strassen, die es dann aber nicht gibt :-)--Michael with gps 11:38, 24 May 2010 (UTC)
  • Wer braucht überhaupt diese Grenzen auf dem Navi?
• Ist es möglich, dass Madeira mit zu den Karten aufgenommen wird? Bei Portugal fehlt Madeira leider, obwohl es eine beliebte Insel ist und derzeit keine vernünftige kommerzielle Variante existiert. --Mmertens 10:47, 16 May 2010 (UTC)
  • Schließe mich an; kannst du Kanaren und Kapverden noch in die Karte mit einbauen? Kanaren gibt es zwar auch bei alternativaslibres.es, aber irgendwie gehören sie doch auch zu Europa.... --Quini 18:47, 24 May 2010 (UTC)
    • Ich habe mit den Menschen von der Geofabrik und Christoph gesprochen, in den nächsten Tagen wird Madeira mit in der Portugal-Karte vorhanden sein. --Mmertens 06:37, 26 July 2010 (UTC)
• Darstellung von man_made=pier ist wünschenswert.--Falcius 10:34, 11 May 2010 (UTC)
  • Dem Wunsch schließe ich mich an. Schiffslinien enden mitten im Hafenbecken. Ansonsten: Tolle Karte! --lworch 10 Juni 2010
• Was haltet Ihr vom Einbau eines leeren DEM (Digital Elevation Models) in die Karte. Dies würde die Karte auch unter Garmin BaseCamp nutzbar machen. Ohne DEM-Daten wird sie dort leider nicht angezeigt und auf dem Mac gibt es sonst nur Garmin RoadTrip, dessen Funktionsumfang sehr bescheiden ist. BaseCamp wird MapSource wahrscheinlich ohnehin irgendwann komplett ablösen, wie in diversen Foren zu lesen ist. --Jürgen Frank 07:32, 20 November 2009 (UTC)
  • Offenbar will Garmin auch in BaseCamp Karten ohne DEM unterstützen. Ab Windows-Version 2.0.8 werden diese dort angezeigt. Bleibt nur zu hoffen, dass es bald auch mal wieder eine neue Mac-Version geben wird (steht seit Juli 2009 auf Version 2.0.1),,, --Jürgen Frank 21:02, 1 January 2010 (UTC)
  • Vermutung bestätigt: Gibt für den Mac jetzt BaseCamp 2.1.1. Beta, das auch Karten ohne DEM unterstützt! --Jürgen Frank 13:55, 11 January 2010 (UTC)
  • Jetzt gibt es auch eine offizielle BaseCamp-Version für den Mac (aktuell 3.0.1.0) --Jürgen Frank 12:05, 26 April 2010 (UTC)
    • Die Version 3.0.2 von BaseCamp (jetzt auch in anderen Sprachen als nur Englisch) ist gerade erschienen. Zu finden bei Garmin im Support-Bereich. --Jürgen Frank 13:58, 22 June 2010 (UTC)
• Jedenfalls wäre mein persönlicher Wunsch: Fahrtrichtungs-Pfeil bei Einbahnstraßen vom Typ highway=residential und living_street (falls lanes kleiner 2); entweder auf oder rechts neben der Straße dargestellt. Mit dem .TYP-file -Editor weiss ich leder nicht, ob bzw. wie das geht. --Mtb 09:40, 2 November 2009 (UTC)
  • Das geht im Prinzip mit overlays. Man muss quasi die Straße auf mehrere Typen legen und diese unterschiedlich darstellen. Einen wie eine Straße und einen wie pfeile. Hier hat jemand sowas schonmal gemacht. Weiß nicht, wann ich dazu komme.--Master 11:39, 17 April 2010 (UTC)
• 29.12.09 Habe heute Basecamp aktualisiert. und siehe da: Alle Karten von MapSource, auch die All in one sind nun integriert.'
• Super wäre es, wenn man die eingetragenen Linien sieht, die Bushaltestellen anfahren. Lamima
  • Anderer Vorschlag: Beim "Anklicken" der Bushaltestellen die Liniennummern (ref=*) der entsprechenden Bus-Relationen anzeigen! (Oder meintest du das, Lamima?) --Geogast 12:39, 17 February 2010 (UTC)
  • Ja sowas fände ich auch ganz toll! Aber dann bitte auch gleich das neue Schema unterstützen, oder ist das zu kompliziert. --findus05 21:45, 22 February 2010 (UTC)
    • Das meinte ich, wenn man die Haltestelle anklickt sollte man das dann lesen können. Lamima 19:44, 6 March 2010
  • Bin auch absolut dafür die Bus- und Straßenbahnlinien bei Haltestellen dazuzuschreiben! Abgesehen davon kann man sich kaum eine bessere Karte wünschen. -- kuroijusan 19:48, 19 March 2010 (UTC)
  • Bin auch dafür einen ÖPNV-Layer zu haben. Hab aber gerade echt nicht die Zeit dafür. Diese Aufgabe kann man aber super unabhängig vom Rest bearbeiten. Man muss lediglich mkgmap-styles schreiben, die die Relationen auswerten und ein typfile dazutun. Um den Rest kümmer ich mich. Möchte jemand den ÖPNV-Layer der AiO maintainen? --Master 11:39, 17 April 2010 (UTC)
• hast du schon daran gedacht, Skipisten anzuzeigen?

ich hab sie kürzlich im osmarender entdeckt, siehe z.b. http://www.openstreetmap.org/?lat=47.208&lon=10.1418&zoom=14&layers=0B00FTF

vielen dank! --User:DayNight 2009-10-30

• • kann mich nur anschliessen! skipisten hinzufuegen und die map ist perfekt --User:Adamsalac 2009-11-03
  • schliesse mich auch an --Engtracker 20:53, 15 December 2009 (UTC)
  • Ok Skipisten könnte man noch am schnellsten dazutun. Werde das mal machen. --Master 11:39, 17 April 2010 (UTC)
• Würde gerne Bahnlinien auch bei Maßstab 300m und 500m sehen, geht nur bis 200m (Garmin Oregon-Navi) (29. August 2009)
  • Dem Wunsch schließe ich mich an; auch eine Differenzierung der Tracks nach grade fände ich hilfreich User:Berniec März 2010
    • Vorschlag:
    • Bahnlinien ab 500m
    • Tracks mit grade 1-3 ab 300 m
    • Tracks mit grade 4 ab 200 m
    • Tracks mit grade 5 ab 120 m
• amenity=car_sharing wünsche ich mir noch auf der Karte. Tric 12:40, 5 August 2009 (UTC)
• Wenn ich aus der Karte rauszoome verschwinden die Städtenamen, statt dessen sind irgenwelche "unwichtigen" Dinge gelabelt. Ich würde mir wünschen, dass beim rauzoomen Städtenamen klar erkennbar wären User:Lixus
• Die Behandlung der Hausnummern ist noch verbesserungswürdig. Adressnodes, die nach dem alten Schema getaggt sind, so wie  310245069 erscheinen wenigstens als "<Straße> <Nummer>", hier als "Fördererstraße 15". Adressnodes, die nur mit der Hausnummer getaggt sind, dafür aber Mitglied einer associatedStreet-Relation sind, wie  316692671, erscheinen nur als "Adresse". Bleibt noch die osm-spezifische Frage, wie man die fehlenden Infos wie Stadt, PLZ, Land, ... am geschicktesten und einheitlich in der Relation erfasst bzw. hier aus den Daten auswerten könnte. Das wäre auch für eine Adresssuche wohl sehr hilfreich. --Cobra 12:49, 4 May 2009 (UTC)
• Eine Anzeige der Fahrradrouten wäre eine super Sache (konkret z.B. D9 Weserradweg) am Besten auch als eigenes Layer zum ein - und ausschalten. Die Wege müssten dann derart hervorgehoben werden, dass man sie ohne groß gucken zu müssen beim Fahren erkennt. --User:badse_joerg
  • Das lässt sich eigentlich relativ einfach umsetzen. Ich habe folgendes gemacht: Die bisherige Masterkarte aufgeteilt in Hintergrund (alle Polygone), Grenzen (alle lines mit boundary=..., transparent) und Vordergrund (der ganze Rest, auch transparent). Dann habe ich eine neue Karte erstellt, die route=bicycle-Relations auswertet und dicke blaue Linien zeichnet. Die Zeichenreihenfolge ist nun: Hintergrund, Grenzen, Bike-Routes, Vordergrund und schon habe ich alle Rad-Touren mit einer blauen Linie hinterlegt. Mein Vorschlag: Hier auch eine solche Aufteilung einführen, dann könnte man die Rad-routen als eigenen Layer einbinden. Einziges Problem: Soll ein richtig Fahrrad-taugliches Routing entstehen muss man die Routing-Infos der Vordergrundkarte ändern. Dazu eine Frage: Ist irgendwo bekannt, wie der Routing-Algorithmus der Garmins arbeitet? Wie wird road_class und road_speed ausgewertet für das Routing. Ich verstehe den Sinn der road_class nicht. --User:flix007
• Es wäre schoen wenn eine unterscheidung zwischen residential und living_street moeglich waere. -- User:flohoff
  • Ja das wäre nicht schlecht. Leider gibt es nicht so viele routingfähige Linientypen. Wenn man in Kauf nehmen will, dass man auf living_streets nicht mehr routen kann, dann könnte ich das machen! --Master 13:13, 7 June 2009 (UTC)
    • Dagegen. Es gibt nämlich einige Ecken, in denen es regelrechte verkehrsberuhigte Zonen gibt, die die einzige Möglichkeit sind, irgendwo hin zu kommen. Außerdem: was aussieht wie eine Straße, sollte sich auch routing-technisch so verhalten. --Cobra 06:03, 8 June 2009 (UTC)
• Für die Benutzung in der Großstadt wären folgende Informationen auf der Karte sehr nützlich:
  • Einbahnstraßen sollten als solche sichtbar sein. (Evtl. als abschaltbarer Layer.)
  • Abbiege-Restriktionen sollten an Kreuzungen angezeigt würden. (Als abschaltbarer Layer.)
  • Auch Einbahnstraßen, welche für Fahhradfahrer expliziet in die Gegenrichtung freigegeben sind, sollten erkennbar sein. (Als abschaltbarer Layer.) --geopia 14:20, 1 August 2009 (UTC)
• Der Name der Layer könnte gerne etwas länger sein.

Vorschlag: statt Osb z.B. OSM All_in_one_Garmin_Map Europa OpenStreetBugs (osb) -- Walter am 23.Okt.2009

• Weitere Informationen, z.B. Öffnungszeiten u.ä. für POI im Textfeld anzeigen Diodator 12:18, 19 November 2009 (UTC)
• Ich fänd cool, wenn auch "leisure=water_park" als Schwimmbad in den POIs auftauchen würde Jochen Kiene 23:20, 10 August 2010 (BST)
• landuse= als extra-Layer wäre schön. Wenn man die Karte zum reinen Navigieren nutzt, ist weniger mehr. "Too much information" ist nicht nötig. -- Malenki 20:36, 5 September 2010 (BST)

Sonstiges

• Es wäre schön wenn man neben den Downloadlinks auf der Seite hier direkt das aktuelle Datum der hinterlegten Datei angezeigt bekäme. Sonst weiß man nie ob diese aktualisiert wurde oder nicht.--User:Napo79 07:24, 16 Juni 2010
  • Jetzt verbirgt sich zwar das Datum dahinter, aber wenn man die gmapsupp runterläd+entpackt ist es doch nur die alte Datei (aktuell "Deutschland komplett (gmapsupp_germany.img.zip) (800MB) (Stand: 2010-06-17) " und es ist die Datei vom "11.06.2010")
• Wie sieht es denn mit der erlaubten Höchstgeschwindigkeit aus, ist es möglich diese anzeigen zu lassen wie mit den originalen Kartendaten? Mein Garmin Nüvi 205 zeigt jedenfalls mit dem OSM-Material nichts dergleichen an, was ich sehr schade finde. --Scai 21:28, 20 September 2009 (UTC)
  • Mich interessiert die Antwort auf diese Frage nach wie vor. --Scai 16:30, 19 March 2010 (UTC)
  • Das geht eigentlich schon länger problemlos.
    • Tut es? Wie kann die erlaubte Geschwindigkeit denn angezeigt werden bzw. auf welchen Geräten ist sie überhaupt sichtbar? Dass sie beim Routing berücksichtigt wird ist klar. --Scai 12:50, 9 April 2010 (UTC)
      • Also leider weiß ich nicht, wie man den maxspeed kram in den Garmin internen maxspeed anzeiger bekommt (für die geräte, die sowas überhaupt können). Bisher hatte ich den maxspeed immer in Klammern hinter dem Straßennamen angezeigt. Das war allerdings nur ein blöder Hack, der außerdem die Adresssuche versaut hat. Jetzt gibt es dafür einen eigenen maxspeed layer, der die Straßen in unterschiedlicher Färbung anzeigt, je nach Geschwindigkeitsbeschränkung. Was besseres fällt mir im Moment leider nicht ein dazu, sorry. --Master 09:35, 14 April 2010 (UTC)
        • Achso. Wäre zwar top, aber wenn es nicht möglich ist kann man wohl nichts machen :). Der maxspeed Layer ist mir bisher gar nicht aufgefallen, muss ich mal danach schauen. --Scai 17:10, 14 April 2010 (UTC)
• Parken: parking:lane bei der Suche nach Parkplätzen berücksichtigen wäre toll. Muss nicht unbedingt angezeigt werden (bzw. wenn dann nur auf max. Zoom-Stufe), da die Übersicht andernfalls sicherlich leidet. --Scai 17:21, 9 April 2010 (UTC)
  • weiß noch nicht, ob sich da was machen lässt. Wird nicht ganz so einfach. Man muss ja erstmal n Punkt da rauskriegen, sonst kann mans nicht suchen. Hmm... --Master 09:35, 14 April 2010 (UTC)
    • Schon, aber wie funktioniert das denn bei amenity=parking? Das kann man ja auch auf Flächen anwenden, dann gibt es auch keinen eigenen Punkt. parking_lane zu unterstützen wäre halt insofern toll, weil es diese (wenn man sie denn einträgt) wesentlich häufiger gibt als richtige Parkplätze. --Scai 17:10, 14 April 2010 (UTC)
• Routing: Wird incline=* bei der Auswahl der schnellsten Route bereits berücksichtigt? --Scai 17:21, 9 April 2010 (UTC)
  • Nö, nicht dass ich wüsste. Ist ja für Autos auch nicht wirklich interessant, wenns mal hoch und runter geht. Auf Radrouting bin ich eh nicht spezialisiert. Da nimm am besten die openmtbmap. --Master 09:35, 14 April 2010 (UTC)
    • Nun ja, das hängt sehr vom Grad der Steigung ab. Wenn man die Geschwindigkeit eines Autos auf einem Streckenabschnitt schätzen will, ist es durchaus sinnvoll Dinge wie Steigung und Kurven zu berücksichtigen und erst recht, wenn sie in Kombination auftreten. Aber momentan ist dieser Tag kaum verbreitet, so dass es sich wohl nicht wirklich lohnt. Wollte ich nur mal erwähnt haben :). Wie sieht es denn mit anderen Dingen aus wie Ampeln, Fußgängerüberwegen, Schienen? Wird da generell eine zusätzliche, generische Wartezeit addiert? Musst du dich da überhaupt darum kümmern oder wird das vom Navi sogar selber ausgewertet? --Scai 17:10, 14 April 2010 (UTC)
      • Also die Dinge, die du ansprichst werden momentan noch gar nicht berücksichtigt. Das routing an sich macht ja das Garmin. Man kann nur versuchen ihm die Daten so schön wie möglich hinzuwerfen. Ich weiß gar nicht, ob das Garmin solche features überhaupt unterstützt.--Master 11:39, 17 April 2010 (UTC)
        • Gut, dann sieh es als Ideensammlung an :). --Scai 17:31, 19 April 2010 (UTC)

Es wäre schön, wenn ele=-Tags an Bergen und sonstigen geografichen Punkten als Höhenangabe gerendert würden. Kann unter anderem helfen, den Höhenmesser (erneut) zu kalibrieren. -- Malenki 19:40, 31 May 2010 (UTC)

11.5.10Städte und Adresssuche in der AIO (Etrex Vista Hcx)

1.Finde-Menü Städte + Orte 2.Finde Taste: „nächstgelegene mit...“ auswählen gesuchten Ort eingeben (ohne OK) 3.wenn gefunden „OK“ gesuchten Ort auswählen „Karte“ anzeigen lassen (zunächst Maßstab ignorieren)

anschließend sofort mit der Finde Taste 4.„Adressen“ anwählen „Nummer“ eingeben „Strasse“ eingeben (keinen Ort eingeben !) Suche beginnt und „gefunden“ wird angezeigt entsprechende Auswahl markieren, anwählen und auf Karte anzeigen lassen.

Es wird oft richtig ausgewählt, leider noch nicht immer. Die Ortsauswahl kann sehr weiträumig, auch grenzüberschreitend vorgenommen werden. Einfach ausprobieren! Neuwerk (11..5.10)

Lizenz

Die fertigen Garminkarten sind abgeleitete Werke aus den Openstreetmapdaten und stehen daher im Moment unter der Creative Commons Attribution-ShareAlike 2.0 Lizenz.

Sämtliche von mir geschaffene Software, also Style-Files, Typ-files, und Datenkonvertierskripte, die im git-repository verfügbar sind, stelle ich unter Public Domain, sofern das nicht irgendwelchen anderen Bestimmungen widerspricht.


Achtung, die Stylefiles der velomap im Verzeichnis velomap_style und das Typfile velomap.TYP sind davon explizit ausgenommen und unterliegen der vom Urheber Felix Hartmann beigefügten Lizenz (copyright.txt im Verzeichnis velomap_style beachten!)

Kartenerzeugung

Informationen zum Vorgang der Kartenerzeugung sind unter den folgenden Seiten zu finden:

• Map generation
• Garmin Types