Speichenkarte

Ich muss gestehen, dass ich abgewunken hatte, als ich mir in OSM den Artikel zu Grenzen angeschaut hatte. Ich fange die Grenzen in meiner Karte lapidar mit

boundary=administrative [0x10e1e resolution 24-23 continue]
boundary=administrative [0x10e1f resolution 22-21]

ab.

OK, dann werde ich mich mal mehr damit befassen.

Noch mal zu den Adressen (und dem Zaunpfahl)
Das Oregon zeigt die Adressen jetzt.
Der PC findet diesbezüglich gar nichts. Die Adresssuche in BaseCamp ist mir suspekt, zum Testen nehme ich das alte Mapsouce. Da ist die Adresssuche ausgegraut.
Was muss ich tun?

Es fehlen noch die Einträge für die xxx_mdr.img und xxx.mdx in der Registry.

Egtl. musst du dich mit den Grenzen nicht weiter beschäftigen. Schau dir den default-style von mkgmap an. Aus diesem kannst du diewesentlichen Dinge für die Adresssuche übernehmen. Noch eine weitere anmerkung dazu: Diese Tags eignen sich auch dazu, Tags innerhalb von bestimmten Grenzen anders zu behandeln, als in innerhalb Anderer.

Ansonsten würde ich mir den “catch-all” bei den Grenzen gut überlegen. Auf den Handgeräten bekommt man mangels Überblick keine Vorstellung darüber, welche Grenze man nun passiert.

Danke für den Tipp! Die Adressen lassen sich jetzt auch auf dem PC finden.

Zu den Grenzen: Ich fand die bisher eher uninteressant. Bei Gelegenheit mache ich das mal anständig

Noch eine Frage:

Meine Karte besteht aus 3 Karten. Die Grundkarte + eine darüber liegende Karte + Höhenlinien.
Für das GPS kann man die alle einzeln erzeugen. Im Gerät kann man alle auf einmal anzeigen.
BaseCamp kann immer nur eine Karte anzeigen. Daher erzeuge ich mit gmt und cgpsmapperfree aus den Kacheln aller 3 Karten eine tdb und overview. Ein Typ-File gibt es nur eines, welches die Elemente aus allen 3 Karten enthält.
Ist es möglich, diesen Arbeitsschritt mit mkgmap auszuführen?

Schau ruhig mal in die Dokumentation. Dort nach mkgmap:admin_level2 suchen und schon findest Du einen Hinweis, dass die Info aus den Relationen mit boundary=administrative und admin_level=2 kommen. Das kann man sogar aus der Übersetzung bei automatischen Übersetzern herauslesen, wenn Du gar kein Englisch verstehst.

Gar kein Englisch ist auch nicht richtig. Nur, diese technischen Texte sind ja auch auf Deutsch schwierig nachzuvollziehen. Jedenfalls für mich als Nicht-IT Fachmann.

Ich habe aber eine Menge hier gelernt, danke! Immerhin habe ich in dem default-style eine Bedienungsanleitung für mkgmap gefunden. Ziemlich blond, dass ich das nicht schon längst entdeckte…

Da fand ich eine Beschreibung für “link-poi-to-ways”. Bisher konnte ich mir nicht erklären, was das soll. Dabei ist das eigentlich simpel. POIs werden in einen highway geschrieben.
Weiter passiert erst mal nichts. Man kann nun in der point Datei das Routing beeinflussen.
highway=traffic_signals { add mkgmap:road-speed = ‘-2’ }
Das funktioniert sogar
primary haben bei mir eh schon road-speed=0, mit Ampel dann -2 ?

NRW und Canaren habe ich mit dieser “Funktion” online gestellt. Deutschland kommt die Tage. 1,5 GB dauern halt ewig, bis die konvertiert und hochgeladen sind.

Die geänderten styles sind unter www.speichenkarte.de zu finden. Ebenso das Typ-File und die Options für mkgmap.

Noch ein Frage

Einige Karten haben ein plastisches Erscheinungsbild, was unbestritten schön anzusehen ist. BaseCamp kann das. Garmin Topo-Karten und auch die Garmin-Winter Karte können das. Die Winter-Karte ist sogar aus OSM Daten gemacht!

Wie bekommt man sowas hin?

Du meinst die Höhenschummerungen? Das ist aktuell nicht möglich, da das Format dafür nicht bekannt ist.

Schade

Sieht ja wirklich besser aus. Nur, Details sind wichtiger als Aussehen

Dazu wird ein entsprechendes DEM benötigt. Bei diversen Outdoor Geräten mit einem “T” ist dieses bereits enthalten.

zu der Namensgebung:
{name ‘${name} (${step_count})’ | ‘Steps: ${step_count}’ | ‘${name}’}

Wenn Name & Stufenzahl dann Name+Stufenzahl
Wenn Name dann Name
Wenn Stufenzahl dann Stufenahl

Andere kombinationen werden verworfen!

Wenn diese Treppe aber auch ein T1 für Wandern hat? Dann muss man alle Kombinationen abfangen? Arg mühselig.
Ich habe name,mtb:scale, mtt:scale:uphill,cobblestone, smoothness=bad,Einbahn usw.
Im Idealfall will ich als Name:
Sc1,Up3, Cob,Bad,-> als Name haben.
Da kann ich aber nicht jede Kombinationen dieser Tags abfangen. Da muss doch anders gehen?

Noch ein kleiner “Geheimtipp” was mir sehr viel geholfen hat: Such mal nach GPSMapEdit. Damit kannst Du die Karten - auch ohne GPS - ansehen (kann allerdings kein Routing, nur Anzeige der Wegparameter).

Das Programm ist leicht installierbar und selbsterklärend. Nur eines sollte man wissen: Wenn Du die “Routing”-Informationen zu einem Weg sehen willst, musst Du bis auf Level0 reinzoomen.

Mit den Namen komme ich nicht weiter.
Das will ich machen:
Ein Weg soll den Namen aus diesen Prametern bekommen:

highway=* {name ‘${name} (${ref}) Sc:${mtb:scale} Up:${mtb:scale:uphill} Gr:${tracktype} ${route_name}’}

Fehlt nur ein einziger Tag, wird die ganze Zeile verworfen. Und es sind selten immer alle Tags gesetzt.

Für Dein Namenproblem schlage ich Dir eine Unterteilung in 3 Abschnitte vor, wie ich sie bei meinen Karten vornehme: alle Daten überarbeiten, alle Linie ausgeben, alle Namen ausgeben. Der erste Abschnitt in der Datei “lines” könnte z.B. für Deine Namen an folgendem Schema angelehnt sein:

highway=* & sac_scale=*  {set name='${name}, ${sac_scale}', '${sac_scale}'}
highway=* & surface=*    {set name='${name}, ${surface}', '${surface}'}
highway=* & smoothness=* {set name='${name}, ${smoothness}', '${smoothness}'}
...

Diese vielen Zeilen tun nicht weh, und sind gut zu pflegen. Ertst nachdem ich alles, was ich in dieser Datei ausgeben möchte überarbeitet habe, kommt eine nun viel einfachere Ausgabe (wer mag schon Kilometerzeilen?):

highway=track [0x10 level 2]
highway=path  [0x11 level 2]
...

mkgmap ab Verion r2906 kenn “finalize”, mit dem Du am Ende der Datei ganz einfach alle Namen ausgibst:

<finalize>
name=* {name '${name}'}

Danke!
Prinzip verstanden. Der Rest ist Fleißarbeit. Mal schauen, ob ich es heute Abend schaffe, wenigstens NRW und die Canaren neu auf die HomePage zu bringen. Deutschland wird noch etwas dauern.

Ein Update ist fertig. Ich habe smoothness, visability, bicycle, mtb:scale, mtb:scale:uphill, sac_scale, surface,name,ref und Routenrelationen in den Namen eingebaut.
Auf Straßen wird “Asphalt” ausgefiltert, ebenso “BC:yes/designated/official” auf Radwegen, da man davon eigentlich immer ausgehen kann. Wenn nicht, stehts dann da.

Außerdem ist jetzt ein Installer dabei. Den will ich aber noch mal überarbeiten. Im Download sind die img Kacheln für den PC. Schöner wäre, wenn stattdessen die gmapsupp drin wäre und beim Installieren mit gmt gesplittet würde. So hätte man mit einem Download beide Varianten, Gerät und PC.
Da weiß ich aber noch nicht, wie das gehen soll. Man müsste dann ja auch gmt mitliefern, ob das lizenztechnisch wohl erlaubt ist?

Hier ein Update der Speichenkarte:
http://www.speichenkarte.de/

Hallo Speichennippel,
ich habe deine Karte auf den Montana geladen. Der erste Eindruck ist sehr gut. Werde die Karte auf der nächsten Tour testen. Sehr gut ist die Darstellung der Radwege - kann man auch bei herausgezoomter Karte sehr gut erkennen. An die vielen Wege- und Straßen-Darstellungen wird man sich sicher gewöhnen. Legendenplan kann ja in der Tasche stecken. Habe bis jetzt keine bessere Darstellung gefunden. Bis demnächst!

Freut mich, dass dir die Karte gefällt

Die Vielzahl der Wege ergibt sich aus der Kombination verschiedener Dinge. Wege mit vielen keys wirken da manchmal etwas überladen.
Bei Garmin ist es nicht möglich, eine Darstellungsreihenfolge bei Wegen zu bestimmen. Ich habe mir beholfen, indem ich 2 Karten übereinanderlege. So kann man zumindest einige Dinge wie Einbahnpfeile, Relationen, Kopsteinplaster, Baustelle usw. AUF den Wegen darstellen.

Wenn etwas unklar ist, einfach den Weg anklicken. Das müsste im Montana genau so funktionieren wie im BaseCamp. Dann erscheint im Namen, was da so alles in OSM eingetragen ist. Einige selbstverständliche Dinge sind aber rausgekürzt, Asphalt bei Straßen beispielsweise.

Die Abkürzungen orientieren sich an den OSM-keys, auf deutsch habe ich da verzichtet.

Gr:2 gravel Wth:2 T1 A3

tracktype=grade2
surface=gravel
Width=2
sac_scale=hiking
Name: A3

Man kann also auch in der OSM-Wiki nachlesen, was das bedeutet.

Dadurch dass es eigentlich 2 Karten sind, erscheint der Name oft doppelt. Bei der overlay-Karte erscheinen zusätzlich die Namen der Wander-Rad-MTB-Relationen.

highway=footway wird einfach in highway=path umgewandelt. Ist ja in erster Linie eine Radkarte, da kann man das ignorieren. Mm, eigentlich könnte ich es ändern, dass zumindest im Namen ein Hinweis erscheint. Für Fußgängerzonen gibt es einen eigenen Wegetyp, da man hier lieber nicht Rad fährt.

Radwege werden in der Regel nur als solche dargestellt, wenn sie mit dem Rennrad befahrbar sind, sprich asphaltiert, gepflastert oder paved. Ein einfaches bicycle=yes wird seitlich grün markiert, aber nur als Track oder Pfad dargestellt. Schlechte Radwege sind mit orangen Punkten markiert.
Leider sind die Radwege total uneinheitlich getaggt. Daher passt die Darstellung manchmal nicht zur Realität.

Rote Einbahnpfeile sind Einbahnstraßen, die für Radfahrer nicht gelten.