You are not logged in.
Nachtrag: Könntest du mir für "Deutschland+" ein poly-File erstellen ?
Hallo Klaus,
schau mal hier vorbei:
http://140.78.94.22/osm/![]()
Aloha, Uli
Fools aren't born, pretty girls make them in their spare time...
Offline
Die Freizeitkarte Deutschland ist in der Ausgabe 12.2 erschienen.
Das Kartenmaterial basiert auf den OpenStreetMap-Daten vom 17.02.2012.
Link: http://www.easyclasspage.de/karten/index.html
Freizeitkarte: Ergänzungen / Veränderungen in dieser Ausgabe:
- allgemeine Verbesserung der Indexsuche
- Beseitigung von Artefaktlinien unter OS X
- signifikante Symbole für Parkplätze (öffentlich, privat)
- Darstellung der Höhenlinien verbessert
- vollständige Überarbeitung des Themas "Schienen"
- Darstellung von Bahnstrecken geändert
- Darstellung von S-Bahn-Strecken geändert
- Unterstützung von Museumsbahnstrecken
- Unterstützung für rückgebaute Strecken
- Unterstützung von Straßenbahnstrecken
- verbesserte Darstellung der Alpenregion
- Zeichenpriorität und Darstellung von Almen geändert
- Zeichenpriorität und Darstellung von Geröllfeldern geändert
- Darstellung von Buschland geändert
- Berücksichtung der Richtung von Klippen
- Darstellung von Klettersteigen (Via Ferrata)
- andersfarbige Darstellung von Skiliften (Rot)
- Darstellung von Materialseilbahnen
- Differenzierung von Berghütten, Basic-Hut und Lean-Hut
- Unterscheidung von (Wander-)Wegen nach SAC-Skala
- rechteckiger Punkt für Mega- und Hauptstädte
- Anzeige von Schutzhütten in höherer Zoomstufe
- Verkleinerung der Symbole für Moschee und Synagoge
- Begrenzung der Darstellungsebenen (technische Änderung, verhindert überzeichnen von Linien)
- alternative Erstellung des Kartenhintergrunds (technische Änderung für z.B. 60CSx, Nüvi)
- allgemeine Verbesserung von OSM-Daten
- Anzeige von Feld-/Wegen (4,5) auch in höherer Zoomstufe
- Ablesbarkeit von privaten Pfaden und privaten Feld-/Waldwegen verbessert (dunkler Lilaton)
- deutlichere Darstellung von Restaurants, Geschäften, Hotels und Campingplätzen
Entwicklungsumgebung: Verbesserungen / Änderungen in dieser Ausgabe:
- Unterstützung von Höhenlinien
- direkte Erzeugung von gmapsupp-Images
- MapTool (mt.pl) 0.4.8 (statt 0.3.9)
- mkgmap r2188 (statt r2164)
- splitter r200 (statt r198)
- bounds (world) vom 13.01.2012 (statt 07.01.2012)
- coastlines (europe) vom 01.01.2012 (statt 02.12.2011)
Freizeitkarte Österreich:
Erstmalig steht auch eine Freizeitkarte Österreich zur Verfügung.
Inhalt und Design der Freizeitkarte Deutschland wurden hier zunächst unverändert übernommen.
Dies wird möglicherweise nicht in allen Punkten richtig oder günstig sein.
Kartenstatus:
Die Freizeitkarte Deutschland hat den Status "Erprobung", die Freizeit Österreich den Status "Beta".
Hilf mit beide Karten zu verbessern - Danke.

Kartendarstellung in BaseCamp: Berlin, Brandenburger Tor und Stehlenfeld Holocaustmahnmal
Gruß Klaus
Kommunikation -> Kooperation -> Innovation
Offline
Hallo Klaus, ist es möglich auch die Parkbänke und Hochsitze dazustellen oder überläd das die Karte?
Find die Karte an sonsten echt Klasse.
Gruß Jürgen
Offline
Hallo Klaus, ist es möglich auch die Parkbänke und Hochsitze dazustellen oder überläd das die Karte?
Ich tendiere eher zum Gegenteil - so werden z.B. die Bäume (natural = tree) wohl in der nächsten Kartenausgabe "radikal abgeholzt".
Ein Problem des sehr detaillierten Mappens (was ich grundsätzlich gut finde), das der Kartenbauer aber nur schwer / nicht in den Griff bekommt.
Hier ein Beispiel aus dem "sehr grünen" Winterthur (Schweiz): http://www.openstreetmap.org/?lat=47.50 … 6&layers=M
Die Intension für die Darstellung der Bäume war eher die der "signifikanten Landmarke" zur Orientierung, aber nicht die Darstellung jedes Alleebaumes.
Frage in diesem Zusammenhang: Gibt es irgendwie eine Möglichkeit den signifikanten Einzelbaum als Landmarke am Tagging zu erkennen ?
Klaus
Kommunikation -> Kooperation -> Innovation
Offline
Frage in diesem Zusammenhang: Gibt es irgendwie eine Möglichkeit den signifikanten Einzelbaum als Landmarke am Tagging zu erkennen ?
natural=tree
denotation=landmark
Healthcare 2.0
Wir geben Faschisten ein Zuhause. BMI.
Offline
toc-rox wrote:Frage in diesem Zusammenhang: Gibt es irgendwie eine Möglichkeit den signifikanten Einzelbaum als Landmarke am Tagging zu erkennen ?
natural=tree
denotation=landmark
Danke für die Info - "denotation=landmark" wird aber (leider) nicht allzu häufig verwendet (insgesamt nur 270x) - schade.
Klaus
Kommunikation -> Kooperation -> Innovation
Offline
name=xyz könnte man noch dazu nehmen, da kommt aber auch nicht viel Holz zusammen.
und wie wär's mit Mammutbäumen (diameter > 10)... ![]()
Last edited by chris66 (2012-02-19 19:21:56)
Online
Ein Problem des sehr detaillierten Mappens (was ich grundsätzlich gut finde), das der Kartenbauer aber nur schwer / nicht in den Griff bekommt.
Hier ein Beispiel aus dem "sehr grünen" Winterthur (Schweiz): http://www.openstreetmap.org/?lat=47.50 … 6&layers=M
Die Intension für die Darstellung der Bäume war eher die der "signifikanten Landmarke" zur Orientierung, aber nicht die Darstellung jedes Alleebaumes.
Frage in diesem Zusammenhang: Gibt es irgendwie eine Möglichkeit den signifikanten Einzelbaum als Landmarke am Tagging zu erkennen?
Hallo Klaus
Die zitierte Karte zeigt zwei Optionen:
- kleine Darstellung als grüner Punkt.
- Anzeige nur in den höchsten Zoom-Leveln.
Das sollte man auch nutzen. Schließlich können auch Baumgruppen zur Orientierung dienen.
Wirkliche Landmarken möchten man aber wahrscheinlich auch bis zu mittleren Zoom-Leveln anzeigen.
Wie Fabi2 resp. chris66 schrieben, könnte man auf denotation=landmark/cluster/urban/..., name=* und Detail-Angaben zum Baum wie Durchmesser, Umfang, Höhe oder Alter achten.
Das ist aber nur die halbe Miete. Wichtig sind natürlich auch Bäume, die isoliert stehen, wo also z.B. in 100m Umkreis kein weiterer Baum oder anderes Objekt eingetragen ist. Solche Bäume sind nicht zwingend alt, groß oder als Landmarke getaggt, aber eben durch die isolierte Lage auffällig. Eine Umkreissuche dürfte aber ohne GIS-Datenbank eine eher teure Funktion sein.
Edbert (EvanE)
Offline
Offline
kann jemand dieses routing erklären?
Das ist der Heuristik des Garminschen Routingalgorithmus geschuldet, welcher Routen mit weniger scharfen
Abbiegungen bevorzugt. Dass solche Heuristiken nicht immer Sinn machen zeigt dieses Beispiel.
Online
Jayjay01 wrote:kann jemand dieses routing erklären?
Das ist der Heuristik des Garminschen Routingalgorithmus geschuldet, welcher Routen mit weniger scharfen
Abbiegungen bevorzugt. Dass solche Heuristiken nicht immer Sinn machen zeigt dieses Beispiel.
und es gibt momentan keine möglichkeit ihm zu erklären, dass das trotzdem so gemacht werden soll?
Offline
Hab grad mal ein bisschen mit den mkgmap Options rumgespielt, demnach scheint remove-short-arcs=2 zu helfen. Ich hab bisher
in meinen Karten immer remove-short-arcs ohne Wert gesetzt, das ist anscheinend nicht optimal.
Der empfohlene Wert ist übrigens 5.4.
Chris
Last edited by chris66 (2012-02-27 15:51:25)
Online
Hab grad mal ein bisschen mit den mkgmap Options rumgespielt, demnach scheint remove-short-arcs=2 zu helfen. Ich hab bisher
in meinen Karten immer remove-short-arcs ohne Wert gesetzt, das ist anscheinend nicht optimal.
http://up.picr.de/9667078xav.png
Der empfohlene Wert ist übrigens 5.4.
Chris
hmm, bei mir hat remove-short-arcs=2 nicht geholfen, bei 3 hats dann funktioniert.
Gibts nachteile wenn ich remove-short-arcs hochsetze?
Offline
Hab grad mal ein bisschen mit den mkgmap Options rumgespielt, demnach scheint remove-short-arcs=2 zu helfen.
Ich hab bisher in meinen Karten immer remove-short-arcs ohne Wert gesetzt, das ist anscheinend nicht optimal.
Der empfohlene Wert ist übrigens 5.4.
Chris
Das hört sich ja nach "Grundlagenforschung" an und wirft einige Fragen auf:
- Wie entstehen die "short-arcs"-Objekte ?
- Was passiert eigentlich durch das "remove" ?
- Ist das Verhalten des Routingalgorithmus auf einer Testkarte nachweisbar ?
- Was wäre der optimale Wert für "remove-short-arcs" ?
Von den Antworten könnten möglicherweise alle OSM-Garminkarten profitieren.
Klaus
Kommunikation -> Kooperation -> Innovation
Offline
remove-short-arcs=n verbindet naheliegende Kreuzungspunkte mit einem Abstand <= n Meter. So wird z.B. aus 2 Dreiwege-Kreuzen 1 Vierwegekreuz. Die beteiligten Wege werden entsprechend "verbogen".
Es hat den Vorteil, dass die Komplexität und Detail der Karte reduziert werden. Dies hilft besonders dem Garmin-Routing, da dieses jedes Abbiegen mit einem zusätzlichen Malus belegt (Fußgänger-Routing nicht!). Die Karte wird dadurch zudem insgesamt kleiner.
Leider ist der Algorithmus nicht sehr intelligent und berücksichtigt keine Weg-Prioritäten (primary > secondary > usw.). Das führt zu unschön kantigen Wegen wo eigentlich eine Gerade sein sollte.
Werte kleiner 3 scheinen keinen Effekt zu haben. Wer kein Routing braucht, der sollte remove-short-arcs ganz weglassen.
- speedpilgrim
Deine eigene kleine Garmin-Karte - schnell, aktuell, individuell - µMap
Offline
Super Karte!!
Von der Dartsellung wohl derzeit die beste auf OSM basierende Karte für den Outdoorbereich am Garmin.
Am Dakota find ich den gewählten Stil sehr schön, alles perfekt ablesbar und schön dezente Kontraste.
Danke dass du auch an uns Österreicher gedacht hast, die österr. Geocacher bedanken sich schon mal recht herzlich.
Bitte auch die Österreich Karte in Zukunft aktuell halten ;-)
THANKS !!!
Offline
Hallo Klaus,
vielen Dank für die beste Garmin-Karte, die ich bisher gefunden habe! Großartige Arbeit!
Könnte sich mal jemand bei N53° und E7°30' den Küstenkanal ansehen? Da scheint in Surwold in der Freizeitkarte der Ortsteil Börgermoor "überschwemmt" zu werden, zumindest wenn man tiefer reinzoomt. (Gesehen in BaseCamp und auf dem GPSMap62st.) Auf der OSM-Karte und in JOSM sieht dieser Bereich aber richtig aus. Da ich an dieser Position Daten eingepflegt habe hoffe ich, dass ich da nichts kaputt gemacht habe?
Gruß Heinz
Offline
... Da scheint in Surwold in der Freizeitkarte der Ortsteil Börgermoor "überschwemmt" zu werden ...
Hallo Heinz,
zunächst einmal "Willkommen im Forum" und danke für dein Feedback.
Meine Vermutung für die Überflutung ist folgende:
Einige Mapper verwenden folgende Wege (als closedway) um Wasserflächen abzubilden:
waterway = canal
waterway = ditch
Dies findet sich z.B. bei einigen "Schloßgräben und Kanälen".
Ich halte dies nicht für korrekt, habe das bislang aber in der FZK berücksichtigt.
In einigen Fällen führt dies aber zu "ungewollten" Überflutungen.
In der nächsten FZK wird diese Logik entfernt.
Ich werde heute Abend mal prüfen, ob der Sachverhalt auf Börgermoor zutrifft.
Gruß Klaus
Kommunikation -> Kooperation -> Innovation
Offline
Hallo Forum, hallo Klaus,
ich würde auch gern mal die Freizeitkarte auf meinem Mac mini ausprobieren. Auf der Homepage seht bei Installation unter Mac OS X "Karte installieren (Doppelklick auf Installerdatei". Nachdem ich die "Freizeitkarte_Deutschland_gmap.zip" entpackt habe, konnte ich keinen Installer finden. Wie installiere ich die Karte? BaseCamp ist installiert und dann...
Danke und Ciao
Holger
Offline
Hallo Holger,
für die Installation unter OS X ist zusätzlich das Programm MapManager erforderlich.
Nach der Installation reicht dann ein Doppelklick auf die gmap-Datei.
Gruß Klaus
Kommunikation -> Kooperation -> Innovation
Offline
ich hab mal wieder was zum Routing:
Es geht um die folgende Stelle:
http://www.openstreetmap.org/?lat=46.23 … 7&layers=M
das ist ein Stück Straße, dass über eine Brücke führt und aus ökonomischen Erwägungen hat man die Eisenbahn über dieselbe Brücke geführt (aufgrund von Beschreibungen des Berninapasses scheint das der Realität zu entsprechen). Bevor es über die Brücke geht, sind die typischen Bahnübergangssicherungen.
Egal welche Einstellungen ich für das Routing nehme, er schickt mich immer außenrum und will mich einfach nicht über die Brücke lassen ![]()
Läßt sich das Problem irgendwie lösen?
Die Freizeitkarte habe ich mir mit dem Datenauszug der Alpen von der Geofabrik selber gebaut, an den Typ-Files nichts geändert.
Offline
Ja, lässt sich lösen... bspw. in dem man bei einer Straßenkarte bei der Kartenverarbeitung das railway=rail (etc.) löscht, wenn es auch ein highway=* gibt. Oder railway erst nach der highway-Auswertung machen.
Last edited by aighes (2012-03-16 13:01:52)
Viele Grüße
Henning, developer of RadReiseKarte and member of DWG
Online
Oder railway erst nach der highway-Auswertung machen.
Ja, so wie im default-mkgmap style. Diese Art des Taggings sieht man ja auch oft bei Straßenbahnen.
Chris
Online
Danke für die Fehlermeldung (dwausr) und und auch deren Lösung (aighes).
Thematisch "paßt" der Defekt ganz gut, da in der kommenden Ausgabe das Routing von Grund auf neu definiert wird.
Das Routing wird insbesondere in Hinblick auf BaseCamp 3.3 und die neueren GPS-Geräte optimiert (durch Jayjay01).
Den o.g. Defekt habe ich für die kommende Ausgabe korrigiert - es wird dann korrekt über die Straße geroutet:
Vor der Korrektur:
Nach der Korrektur:
Gruß Klaus
Kommunikation -> Kooperation -> Innovation
Offline
@Klaus:
Ich seh zwar in Deinen beiden Bildern keinen Unterschied im Routing (da ich gar kein Routing drauf sehe), aber trotzdem Danke für deine Bemühungen insgesamt - die Freizeitkarte ist echt klasse, ich verwende sie mittlerweile recht rege als Offline-Karte und hab damit auch schon dem einen oder anderen bisher-Nicht-OSM-Nutzer den Mund wässrig machen können, der sie künftig für sich selber auch nutzen will (und damit vielleicht irgendwann zu einem Mapper wird).
Bei mir läuft derzeit ein weiteres "build", mal schauen, ob ich den "Fehler" selber raus bekommen habe oder ob ich mir noch weiteres Wissen anlesen muss ... ![]()
Offline