Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

harzguide · 2011-12-18 14:50:21

Hallo,

ich bin die alten posts zum Thema Freizeitkarte noch mal durchgegangen. toc-rox hatte am 8. 12. darum gebeten, dass Druckergebnis einer Original-Garmin Karte unter BaseCamp zu prüfen. Das habe ich gerade getan. Das Ergebnis: Auch bei dieser Karte stehen die "Bäumchen im Wald" auf dem Kopf.

Gruß, Burkhard

toc-rox · 2011-12-18 19:02:05

harzguide wrote:

... ich bin die alten posts zum Thema Freizeitkarte noch mal durchgegangen.
toc-rox hatte am 8. 12. darum gebeten, dass Druckergebnis einer Original-Garmin Karte unter BaseCamp zu prüfen.
Das habe ich gerade getan.
Das Ergebnis: Auch bei dieser Karte stehen die "Bäumchen im Wald" auf dem Kopf. ...

Hallo Burkhard,

danke für den Test.

Fragen:
Könntest du noch einen Screenshot davon einstellen oder mir zuschicken?
Bei welcher Original-Garminkarte tritt das Problem auf?
Mit welcher BaseCamp OS X - Version hast du getestet?

Ich würde dann eine Fehlermeldung gegenüber Garmin eröffnen.

Klaus

PS: Anfang nächstes Jahres dürfte die nächste BaseCamp-Version (3.3) kommen.
Für Windows gibt es schon eine Beta-Version, die Mac-Version folgt wohl in Kürze.
Möglicherweise hat sich beim Routing erneut wieder einiges geändert.

toc-rox · 2011-12-18 19:19:26

Glücki wrote:

Was mir nicht gefällt:
- V.a. die farbliche Darstellung: auf dem GPSmap60csx hat die Karte für meinen Geschmack viel zu wenig Kontraste, z.B. sind alle Wälder grau (statt satt grün wie z. B. bei der All in one), Wiesenlichtungen (blass grün) sind darin kaum erkennbar. So hat man dann oft graue Straßen in grauen Wäldern und man erkennt wenig bis gar nichts. Auch Gewässer sind blass grau. Für die Nutzung im Sonnenlicht m.E. nicht geeignet - für mich als Outdoor Nutzer ein K.O. Kriterium.
- Viele Kartenelemente werden erst angezeigt, wenn man sehr weit in die Karte hineinzoomt (Maßstab 300m oder 500m, z.B. Berge, Bäche). Auch Ortsnamen sind erst bei vergleichsweise großem Zoom erkennbar. Bei Zoomstufe 3 km werden überhaupt keine Straßen mehr angezeigt und auch keine (kleineren) Ort mehr - die Karte weist dann in ländlicher Gegend fast überhaupt keine Infos mehr auf. Die Zoomlevel sollte daher m.E. verändert werden.

Hallo Glücki,

danke für das Feedback.

Bezüglich des ersten Punktes verweise ich mal auf dies: http://www.easyclasspage.de/karten/seite-8.html

Hilf mit !
Du kannst mithelfen diese Karte zu verbessern. Dies ist auf unterschiedliche Arten möglich:

Kartendaten:
Hilf mit die OpenStreetMap-Quelldaten dieser Karte, und damit auch diese Themenkarte, zu verbessern.
Fehlende oder inkorrekte Kartendaten kannst auch du auf OpenStreetMap eintragen oder korrigieren.
Dies geht viel leichter als du vielleicht glaubst. Melde dich hierzu auf OpenStreetMap an und versuche es einfach mal.
Alle anderen Kartennutzer können so von deinem Wissen profitieren.

Kartennutzung:
Falls irgend etwas nicht so wie erwartet funktioniert oder aussieht, solltest du das "Problem" melden.
Nur so kann man den Sachverhalt prüfen und vielleicht schon mit der nächsten Kartenausgabe beheben.

Optisches Darstellung:
Das optische Erscheinungsbild der Karte wird durch ein sogenanntes Typfile definiert.
Du kannst, mit etwas technischem Hintergrundwissen, das Erscheinungsbild der Karte grundlegend verändern.
Sei es, weil dir "dein" Design besser gefällt, oder du für ein spezielles GPS-Gerät Anpassungen vorgenommen hast.
Stelle deine Arbeiten doch allen Nutzern zur Verfügung.

Eigene Karte:
Über die Entwicklungsumgebung der Karte ist es "leicht" möglich,
aus der Freizeitkarte Deutschland eigene oder spezielle Kartenvarianten abzuleiten.
Stelle deine Spezialkarte doch allen Nutzern zur Verfügung.

D.h. ich hoffe auf entsprechend angepaßte TYP-Files.
Bei der Karteninstallation würde man dann sein "Wunschdesign" angeben können.

Bezüglich des zweiten Punktes gibt es in vielen Garmingeräten die Möglichkeit die Zoomstufen
für "Kartenpunkte, Benutzer-Wegpunkte, Strassenname, Landbedeckung" anzupassen.
Vielleicht bringt dich dies "weiter" ...

Gruß Klaus

harzguide · 2011-12-18 20:43:25

Hallo Klaus,

ich würde den Kartenausschnitt ja gern an meine Mail anhängen - aber auf die übliche Art wie bei ´normalen´ E-Mails gelingt mir das nicht. Ich habe da irgendwie ein Informationsdefizit (ich hatte schon in vorherigen posts um einen hilfreichen Hinweis gebeten, wie ich das mit dem Anhängen von screenshots geregelt kriege).

Deshalb die Antworten (leider) zunächst ohne screenshot:

1. Das Problem trat auf bei der Garmin-Topo Nord 2010

2. BaseCamp Version 3.2.2.

3. OSX Version 10.6.8.

P. S. Zwischenzeitlich hatte ich Probleme den Server zu erreichen, um die neue Version deiner Karte herunterzuladen. Inzwischen scheint es wieder zu funktionieren.

Gruß, Burkhard

toc-rox · 2011-12-18 21:07:14

harzguide wrote:

... ich würde den Kartenausschnitt ja gern an meine Mail anhängen ...

Du mußt das Bild auf einen Internet-Server hochladen (z.B. Bilderdienst) und dann hier darauf verlinken.

Gruß - Klaus

toc-rox · 2011-12-18 22:18:09

Glücki wrote:

- V.a. die farbliche Darstellung: auf dem GPSmap60csx hat die Karte für meinen Geschmack viel zu wenig Kontraste, z.B. sind alle Wälder grau (statt satt grün wie z. B. bei der All in one), Wiesenlichtungen (blass grün) sind darin kaum erkennbar. So hat man dann oft graue Straßen in grauen Wäldern und man erkennt wenig bis gar nichts. Auch Gewässer sind blass grau. Für die Nutzung im Sonnenlicht m.E. nicht geeignet - für mich als Outdoor Nutzer ein K.O. Kriterium.
- Viele Kartenelemente werden erst angezeigt, wenn man sehr weit in die Karte hineinzoomt (Maßstab 300m oder 500m, z.B. Berge, Bäche). Auch Ortsnamen sind erst bei vergleichsweise großem Zoom erkennbar. Bei Zoomstufe 3 km werden überhaupt keine Straßen mehr angezeigt und auch keine (kleineren) Ort mehr - die Karte weist dann in ländlicher Gegend fast überhaupt keine Infos mehr auf. Die Zoomlevel sollte daher m.E. verändert werden.

"Graue Wälder, graue Lichtungen" - kommt mir "merkwürdig" vor ...
Frage: Kannst du zu den beiden Punkten einen Screenshot einstellen?

Gruß Klaus

PS: Keine Sorge, ich verstehe deine Punkte durchaus als Anregung.
Beim Kartendesgin ist es so, dass "3 Leute 4 Meinungen" haben ...

harzguide · 2011-12-18 22:25:30

Hallo Klaus,

das mit dem Hochladen auf einen Internet-Server ist mir doch ein wenig zu umständlich (ich muss nicht unbedingt noch einen weiteren (für mich überflüssigen) Account im Netz eröffnen. Schick mir einfach deine E-Mail Adresse und du bekommst (als Anlage) das entsprechende Bild. Meine Mail-Adresse ist: burkhard.braband@mac.com.

Gruß, Burkhard

chris66 · 2011-12-18 22:36:14

harzguide wrote:

das mit dem Hochladen auf einen Internet-Server ist mir doch ein wenig zu umständlich (ich muss nicht unbedingt noch einen weiteren (für mich überflüssigen) Account im Netz eröffnen.

Geht auch ohne Anmeldung. Einer von vielen Diensten: http://picr.de

chris66 · 2011-12-18 23:52:28

Kleiner Routingfehler bei Recklinghausen (eTrex 20 + BC). Trotz korrekt gesetzter Turn Restriktion nimmt
er die Rechtsabiegerspur.

Einstellung: Auto / Kürzeste Strecke
http://www.openstreetmap.org/?lat=51.63 … 7&layers=M
Standard-mkgmap Karte routet da richtig.

Chris

Last edited by chris66 (2011-12-19 12:03:49)

toc-rox · 2011-12-19 11:04:52

toc-rox wrote:

Das Problem der "kopfstehenden" Polygone (gespiegelt und um 180° gedreht) halte ich (im Moment) für einen BaseCamp-OSX-Defekt.
Sieht bei Flächen wie Parkplätzen (P) oder Schulen (S) sehr unschön aus ... muß ich aber unter Windows nochmal testen.

Ich habe den o.g. Defekt einmal bei Garmin gemeldet - und zwar im Forum bzgl. der kommenden Mac-BaseCamp-Version 3.3.
Dort verspreche ich mir am meisten davon, da hier (zur Zeit) insbesondere auch die Entwickler mitlesen.

https://forums.garmin.com/showpost.php? … stcount=35

Gruß Klaus

toc-rox · 2011-12-19 12:21:50

chris66 wrote:

Kleiner Routingfehler bei Recklinghausen (eTrex 20 + BC). Trotz korrekt gesetzter Turn Restriktion nimmt
er die Rechtsabiegerspur.
http://up.picr.de/9037041uiq.jpg
Einstellung: Auto / Kürzeste Strecke
http://www.openstreetmap.org/?lat=51.63 … 7&layers=M
Standard-mkgmap Karte routet da richtig.
Chris

Ja, kann ich nachstellen bei Einstellung "Shortest Distance".
Ist aber korrekt bei Einstellung "Fastest Time".

Klaus

Jayjay01 · 2011-12-19 12:24:22

toc-rox wrote:

chris66 wrote:
Kleiner Routingfehler bei Recklinghausen (eTrex 20 + BC). Trotz korrekt gesetzter Turn Restriktion nimmt
er die Rechtsabiegerspur.
http://up.picr.de/9037041uiq.jpg
Einstellung: Auto / Kürzeste Strecke
http://www.openstreetmap.org/?lat=51.63 … 7&layers=M
Standard-mkgmap Karte routet da richtig.
Chris
Ja, kann ich nachstellen bei Einstellung "Shortest Distance".
Ist aber korrekt bei Einstellung "Fastest Time".
Klaus

wobei die strecke ja definitiv länger ist...

frabu · 2011-12-20 11:16:33

Glücki wrote:

Was mir nicht gefällt:
- V.a. die farbliche Darstellung: auf dem GPSmap60csx hat die Karte für meinen Geschmack viel zu wenig Kontraste, z.B. sind alle Wälder grau (statt satt grün wie z. B. bei der All in one), Wiesenlichtungen (blass grün) sind darin kaum erkennbar. So hat man dann oft graue Straßen in grauen Wäldern und man erkennt wenig bis gar nichts. Auch Gewässer sind blass grau. Für die Nutzung im Sonnenlicht m.E. nicht geeignet - für mich als Outdoor Nutzer ein K.O. Kriterium.

Hallo Glücki,
hier muss ich mal widersprechen. Gerade die blasse Darstellung von Waldflächen finde ich sehr gut. Dan kann man z.B. beim Radfahren mit einem schnellen Blick die dunkel gezeichneten Wege gut erkennen. Bei den grellgrünen Waldflächen der All-in-one-Karte kann ich die braunen Wege oft gar nicht mehr erkennen.
Also bitte den Kartenstil so beibehalten.
Franz

Jayjay01 · 2011-12-31 02:32:05

kann es sein, dass wenn highway= service/residential/... ist (die niedrigeren typen) wo "zugang = beschraenkt" gesetzt wird keine zusätzlichen routingfähigen fahrradwege erstellt werden, auch wenn "bicycle = yes" bei dem weg gesetzt ist?

gleiches evt. auch bei autos?

wenn ich das style file richtig interpretiere müsste das wohl so sein, beim bicycle ist es mir an einer stelle aufgefallen, wo ich sonst keine erklärung für hätte?

toc-rox · 2011-12-31 11:33:45

Jayjay01 wrote:

kann es sein, dass wenn highway= service/residential/... ist (die niedrigeren typen) wo "zugang = beschraenkt" gesetzt
wird keine zusätzlichen routingfähigen fahrradwege erstellt werden, auch wenn "bicycle = yes" bei dem weg gesetzt ist?

Könntest du mir das konkrete Beispiel nennen ?

Insgesamt bedarf die Logik des Routings einer Qualitätssicherung.
Hättest du, oder jemand anderes, Zeit und Lust dies durchzuführen.
Interessierte bitte per PM melden - Danke.

Gruß Klaus

Jayjay01 · 2011-12-31 13:12:36

hier das konkrete beispiel:
http://www.openrouteservice.org/index.p … ways=false

die osm-daten sollten stimmen, da hab ich schon ausführlich nach fehlern gesucht. (wobei bei osr noch was falsch ist in den routingdaten, habe osr nur zur verdeutlichung verlinkt, wie geroutet werden sollte.

Die unterführung ist eben für autos nicht als durchfahrt gestattet (aber möglich, diverse navis routen auch da lang ), fahrradfahrer dürfen aber durch. achja, das tagging der straße dort habe ich mir nicht ausgedacht, nur angepasst

als karte verwende ich die hessenkarte mit den geofabrikdaten von gestern. (das bild oben ist mit etwas älteren kartendaten erzeugt, dennoch gleiches problem)
wenn man den schieberegler kleine straßen/autobahnen etwas mehr nach links verschiebt, (auf die 2. stufe von links) routet er auf der anderen seite von der bahn durch den wald... dann will er halt die bundesstraße rechts vermeiden.

toc-rox · 2011-12-31 15:18:04

Vorab: Ich konnte das (Umleitungs-)Routing gemäß Screenshot nachvollziehen (BC OSX 3.3beta).
Wählt man den Start- und Endpunkt aber etwas anders, so ergibt sich eine "sinnvolle" Route.

Bildschirmfoto%202011-12-31_14.10.36.png

Da der Garmin-Routing-Algorithmus aber nicht bekannt ist ...

Gruß Klaus

aighes · 2011-12-31 15:32:38

@JayJay01: Wenn du dich dort in der Gegend auskennst, dann könntest du bei der Flughafenstraße mal ein wenig bei access aufräumen.

Einen Grund für den Umweg kann ich auch nicht in den Daten erkennen. Da kein oneway vorhanden ist und es mit der anderen Strecke klappt, wird es wohl was im Garmin sein, was die Route verlängert.

Jayjay01 · 2011-12-31 15:51:37

kann evt. der highway=turning_circle das problem erzeugen?

chris66 · 2011-12-31 15:52:51

Ok, hab auch noch einen Fehler (Werdohl):

http://maps.cloudmade.com/?lat=51.25479 … ened_tab=1

Hier macht die Freizeitkarte oben einen Schlenker am Bahnhof vorbei. Standard-mkgmap-Karte (default Style) routet richtig.
Chris

toc-rox · 2011-12-31 16:14:07

Höhenlinien: Mitte Januar 2012 enthält die Freizeitkarte zusätzlich integrierte Höhenlinien.
Frage: Hätte im Vorfeld jemand Interesse hierzu eine Qualitätssicherung / Bewertung vorzunehmen?

Gruß Klaus

Jayjay01 · 2011-12-31 17:09:53

toc-rox wrote:

Höhenlinien: Mitte Januar 2012 enthält die Freizeitkarte zusätzlich integrierte Höhenlinien.
Frage: Hätte im Vorfeld jemand Interesse hierzu eine Qualitätssicherung / Bewertung vorzunehmen?
Gruß Klaus

klar, bin ich dabei

Jayjay01 · 2012-01-02 17:42:55

kann es sein das cycleway=opposite nicht oder nicht richtig ausgewertet wird?

--make-opposite-cycleways: ist nicht aktiviert, oder? (seh zumindest nichst in der config)
im style file sehe ich auch nichts, wo cycleway=opposite ausgewertet würde?

//edit wie ich vermutet habe, hilft make-opposite-cycleways auch nicht, da die ja nicht mit mkgmap:carpool=1 ausgestattet werden...

Last edited by Jayjay01 (2012-01-02 19:11:43)

Jayjay01 · 2012-01-02 19:06:57

toc-rox wrote:

Vorab: Ich konnte das (Umleitungs-)Routing gemäß Screenshot nachvollziehen (BC OSX 3.3beta).
Wählt man den Start- und Endpunkt aber etwas anders, so ergibt sich eine "sinnvolle" Route.
http://v34375.1blu.de/Bilder/Skitch/Bil … .10.36.png
Da der Garmin-Routing-Algorithmus aber nicht bekannt ist ...
Gruß Klaus

hab grad ne neue karte mit aktuellen daten erstellt, da routet er gleich richtig... vielleicht hat ihn irgend eins der access tags gestört, vielleicht liegts auch an anderen einstellungen an denen ich gespielt habe. daher wäre es schön, wenn jemand von euch das vielleicht bestätigen könnte, der sich auch karten selbst baut?

toc-rox · 2012-01-04 21:48:46

Jayjay01 wrote:

kann es sein das cycleway=opposite nicht oder nicht richtig ausgewertet wird? ...

Derzeit wird keine der mkgmap-cycleway-optionen verwendet.
Ich habe vor dies in einer der nächsten Ausgaben ggf. zu ändern.
Dies bedingt aber (unter anderem) umfangreiche Tests des Routings.

Zu berücksichtigen sind weiterhin:
- die kommende BaseCamp-Version 3.3 mit Änderungen beim Routing
- korrekte Darstellung der zusätzlichen Radwege (schwierig)

Gruß Klaus

PS: Ca. Mitte Januar folgt eine neue Ausgabe der Karte mit integrierten Höhenlinien als Hauptfeature.

@Jayjay01: Hast du hier eine funktionierende eMail-Adresse hinterlegt ?

OpenStreetMap Forum

#126 2011-12-18 14:50:21

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#127 2011-12-18 19:02:05

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#128 2011-12-18 19:19:26

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#129 2011-12-18 20:43:25

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#130 2011-12-18 21:07:14

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#131 2011-12-18 22:18:09

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#132 2011-12-18 22:25:30

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#133 2011-12-18 22:36:14

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#134 2011-12-18 23:52:28

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#135 2011-12-19 11:04:52

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#136 2011-12-19 12:21:50

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#137 2011-12-19 12:24:22

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#138 2011-12-20 11:16:33

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#139 2011-12-31 02:32:05

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#140 2011-12-31 11:33:45

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#141 2011-12-31 13:12:36

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#142 2011-12-31 15:18:04

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#143 2011-12-31 15:32:38

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#144 2011-12-31 15:51:37

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#145 2011-12-31 15:52:51

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#146 2011-12-31 16:14:07

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#147 2011-12-31 17:09:53

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#148 2012-01-02 17:42:55

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#149 2012-01-02 19:06:57

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

#150 2012-01-04 21:48:46

Re: Freizeitkarte Deutschland für Garmin BaseCamp und GPSr

Board footer