Tool OSM Composer in Version 0.71 verfügbar

Die Version V0.71 von OSM Composer ist jetzt online.

Wichtigste Neuerungen

• Einfache Installation durch Autokonfiguration
  
• verbesserter Splitter erzeugt nahtlose Kacheln
  

Für alle, denen die Erzeugung eigener Karten bisher immer zu kompliziert war, hat Composer jetzt ein Starthilfeset, daß es ermöglicht, alle benötigten Werkzeuge dazuzukopieren und er erkennt und verwendet sie automatisch. Damit ist es nur noch nötig, auf den "Generieren" Knopf zu drücken um die erste eigene Topokarte zu erzeugen.

super :-)

Hallo Nop,
tolle Sache ich warte schon länger auf eine neue Version von Dir.
Das ganze scheint schon ganz gut zu funktionieren. Was bedeutet
die Schriftfarbe in der Routenübersicht. Ich habe Grau, Blau und Rot.
Rot ist die mit dem TYP mtb da scheint noch was zu fehlen oder?

Danke und Gruss
Zapfen

zapfen wrote:

Das ganze scheint schon ganz gut zu funktionieren. Was bedeutet
die Schriftfarbe in der Routenübersicht. Ich habe Grau, Blau und Rot.
Rot ist die mit dem TYP mtb da scheint noch was zu fehlen oder?

Das sind nur Hilfen um schneller durch die Tags der Wanderrouten zu kommen. Grau und Rot heißt da fehlt wohl noch was, blau heißt es hat sich beim letzten Update was verbessert. Wenn Du ganz andere Routentypen hast, kannst Du die Farben getrost ignorieren.

Hallo Nop,

ich bin heute beim Herumstöbern auf openstreetmap auf Dein Programm gestoßen.
Nach einigen Anlaufschwierigkeiten (manchmal hilft es das Wiki zu lesen :-) ) klappt das Kartengenerieren jetzt super. Das Tool ist genau das, was ich gesucht habe. Bis dato habe ich mir die Contourdaten immer selbst herunterladen und generieren müssen.
Da ich Linuxuser bin, läuft es in der Virtualbox zwar nicht rasend schnell, aber für den Komfort bin ich gerne bereit einige Einbußen in Kauf zu nehmen.
Besten Dank für Deine Mühen,

Puetti

Der osm composer gefällt mir von der Ausführung gut. Allerdings habe ich bei dem Versuch, einen Ausschnitt der Karte Griechenlands zu erstellen, keine Küstenlinie in der Karte und anstelle von Bezeichnungen tauchen viele ??????? auf. Wie kann ich das ändern?

woclo wrote:

Der osm composer gefällt mir von der Ausführung gut. Allerdings habe ich bei dem Versuch, einen Ausschnitt der Karte Griechenlands zu erstellen, keine Küstenlinie in der Karte und anstelle von Bezeichnungen tauchen viele ??????? auf. Wie kann ich das ändern?

Gute Frage. Ich habe bisher nur in Deutschland und nicht in Küstennähe gearbeitet. Küstenlinien würde mal wohl ebenso wie Höhenlinien aus einer anderen Datenquelle nehmen müssen. Das wäre eine gute Ergänzung für Composer, ich weiß aber nicht wo man die herbekommt. Sollten die griechischen Bezeichnungen in Kyrillisch sein? Möglicherweise müßte man noch was an der Codepage von mkgmap einstellen, aber auch da weiß ich leider nicht ob und wie.

Die Küstenlinie habe ich als osm Datei vorliegen. Ich weiß aber nicht, wie ich sie mit der Karte zusammenbringen kann.

Noch ein Nachtrag. Ich erhalte in der log Ãœbersicht eine Fehlermeldung: Missing Layer 0 , wenn ich versuche die Karte zu erstellen.

woclo wrote:

Die Küstenlinie habe ich als osm Datei vorliegen. Ich weiß aber nicht, wie ich sie mit der Karte zusammenbringen kann.

Nur die von Griechenland oder gibt es generell eine Bezugsquelle für Küstenlinien? Ich bräuchte eine für die deutsche Küste, um mich in meiner Karte mal mit dem Thema näher zu beschäftigen.

Derzeit kannst Du es mit folgender Methode versuchen: Composer laufen lassen, dabei werden alle verwendeten Kommandozeilenaufrufe in der Datei commands.log mitgeschrieben. Dort den Aufruf von mkgmap rauskopieren, Deine .osm zwischen die anderen einfügen und nochmal einzeln laufen lassen.

Du könntest auch eine Region mit den gleichen Koordinaten anlegen und Deine Küste als "Lokale Datei komplett" eintragen. Dann kommt sie auf jeden Fall mit in den Datenbestand, aber ich hab keine Ahnung wie das aussieht oder ob das funktioniert, hab sowas noch nicht probiert.

woclo wrote:

Noch ein Nachtrag. Ich erhalte in der log Übersicht eine Fehlermeldung: Missing Layer 0 , wenn ich versuche die Karte zu erstellen.

Wenn's nur einmal auftaucht kannst Du's ignorieren, ist harmlos.

Küstenlinien gibts bei http://downloads.cloudmade.com/europe/germany als germany.osm.coastline.bz2

Bei der _input.osm scheint auch alles vorhanden(Küstenlinie, Bezeichnungen), wie ich mit josm gesehen habe. Der Fehler scheint in mkgmap beim Umwandeln in img zu passieren

woclo wrote:

Bei der _input.osm scheint auch alles vorhanden(Küstenlinie, Bezeichnungen), wie ich mit josm gesehen habe. Der Fehler scheint in mkgmap beim Umwandeln in img zu passieren

Man kann bei mkgmap eine codepage angeben, habe mich aber nie damit beschäftigt, wie das funktioniert und was man für griechische Zeichen tun muß.
Sieht es in der _garmin.osm immer noch gut aus? Das ist die Datei, die an mkgmap geht.

Bei den 12 erzeugten _garmin.osm Dateien fehlt die Küstenlinie, aber die griechische Schrift ist noch da.

woclo wrote:

Küstenlinien gibts bei http://downloads.cloudmade.com/europe/germany als germany.osm.coastline.bz2

Bei der _input.osm scheint auch alles vorhanden(Küstenlinie, Bezeichnungen), wie ich mit josm gesehen habe. Der Fehler scheint in mkgmap beim Umwandeln in img zu passieren

Hab mir das jetzt mal näher angesehen, ist alles halb so schlimm. Die Küstenlinie ist im normalen OSM file enthalten - es war nur die Renderregel dafür defekt. Du kannst das auch ganz einfach selbst unter "Renderregeln" reparieren: Suche natural=coastline und setze dort die leere Layer auf "waterways".

Nop wrote:

woclo wrote:

Küstenlinien gibts bei http://downloads.cloudmade.com/europe/germany als germany.osm.coastline.bz2

Bei der _input.osm scheint auch alles vorhanden(Küstenlinie, Bezeichnungen), wie ich mit josm gesehen habe. Der Fehler scheint in mkgmap beim Umwandeln in img zu passieren

Hab mir das jetzt mal näher angesehen, ist alles halb so schlimm. Die Küstenlinie ist im normalen OSM file enthalten - es war nur die Renderregel dafür defekt. Du kannst das auch ganz einfach selbst unter "Renderregeln" reparieren: Suche natural=coastline und setze dort die leere Layer auf "waterways".

Die Küstenlinie ist jetzt da. Jetzt bleiben nur noch die vielen Fragezeichen anstelle der Bezeichnungen übrig.
Es stört mich nicht, wenn die Namen in griechischer Schrift da sind. Es wäre schön, wenn du mir auch dabei helfen könntest. Für deine Tipps bisher aber schon mal vielen Dank.

woclo wrote:

Die Küstenlinie ist jetzt da. Jetzt bleiben nur noch die vielen Fragezeichen anstelle der Bezeichnungen übrig.
Es stört mich nicht, wenn die Namen in griechischer Schrift da sind. Es wäre schön, wenn du mir auch dabei helfen könntest. Für deine Tipps bisher aber schon mal vielen Dank.

Ich habe die Frage mal auf der mkgmap Mailingliste weitergegeben, aber bislang keine Antwort erhalten. Wenn Du willst, kannst Du auch selbst versuchen, die Sache zu lösen: Der Kommandozeilenaufruf von mkgmap wird in der Datei commands.log mitgeschrieben. Von dort kannst Du ihn rauskopieren und versuchen, ob Du ihn durch Änderungen der Parameter zum Funktionieren mit dem griechischen Alphabet kriegst. Standardmäßig wird mkgmap mit dem Parameter --latin aufgerufen, vermutlich müßte da was anderes stehen.

Hallo Nop,
zuerst möchte ich dir für dein Programm Danken!

Ich hab damit allerding folgendes Problem:
Ich hab mir ein kleines Bild für einen Bahnhof gemacht und hab dafür dann ein neues Kartenobjekt angelegt. Dann hab ich unter Renderregeln bei railway=station dieses Bild eingestellt und die Karte erstellt. Unter MapSource wurde dann aber nicht mein Symbol angezeigt. Ist das ein bug, oder hab ich einen Fehler gemacht?

Viele Grüße,
aighes

aighes wrote:

Ich hab damit allerding folgendes Problem:
Ich hab mir ein kleines Bild für einen Bahnhof gemacht und hab dafür dann ein neues Kartenobjekt angelegt. Dann hab ich unter Renderregeln bei railway=station dieses Bild eingestellt und die Karte erstellt. Unter MapSource wurde dann aber nicht mein Symbol angezeigt. Ist das ein bug, oder hab ich einen Fehler gemacht?

Das läßt sich nicht so einfach sagen. Da kann einige Ursachen haben: Reservierte ID erwischt, doppelte ID, Bild zu groß, falsches Format, Konfigurationsfehler.

Wird das Bild bei der Renderregel für Bahnhof in Composer in der Liste angezeigt?
Welche ID hast Du genommen?
Was erscheint denn auf der Karte an der Stelle?

Unter Renderregel wird mir das Symbol angezeigt.

ID hab ich 0x16 0x20 gewählt. Gibt es da eine Übersicht, welche ID's alle bereits Belegt sind, oder muss ich nur innerhalb des Composers drauf achten, eindeutige ID's zu haben?

In Mapsource sehe ich an der Stelle meines Symbols ein weißes Kästchen. Das hab ich so interpretiert, als das er das von mir vergebene Symbol nicht findet oder er damit nichts anfangen kann. Das Symbol ist übrigens 13*16px und im png-Format.

aighes wrote:

ID hab ich 0x16 0x20 gewählt. Gibt es da eine Übersicht, welche ID's alle bereits Belegt sind, oder muss ich nur innerhalb des Composers drauf achten, eindeutige ID's zu haben?

Da haben wir's: 0x16 0x20 ist eine ungültige ID, der zweite Wert geht nur von 0x00 bis 0x1F.

Seit einer Viertelstunde gibt's auch einen Abschnitt in der Anleitung dazu. :-)

VIELEN DANK!

Sowohl für die Hilfe als auch für die Anleitung. Jetzt funktionierts.

Nop wrote:

woclo wrote:

Die Küstenlinie ist jetzt da. Jetzt bleiben nur noch die vielen Fragezeichen anstelle der Bezeichnungen übrig.
Es stört mich nicht, wenn die Namen in griechischer Schrift da sind. Es wäre schön, wenn du mir auch dabei helfen könntest. Für deine Tipps bisher aber schon mal vielen Dank.

Ich habe die Frage mal auf der mkgmap Mailingliste weitergegeben, aber bislang keine Antwort erhalten. Wenn Du willst, kannst Du auch selbst versuchen, die Sache zu lösen: Der Kommandozeilenaufruf von mkgmap wird in der Datei commands.log mitgeschrieben. Von dort kannst Du ihn rauskopieren und versuchen, ob Du ihn durch Änderungen der Parameter zum Funktionieren mit dem griechischen Alphabet kriegst. Standardmäßig wird mkgmap mit dem Parameter --latin aufgerufen, vermutlich müßte da was anderes stehen.

Danke für deine Hinweise. Aber mit der Schrift habe ich nach wie vor Probleme. Ich kann auch nicht herausfinden, welcher Parameter anstelle von utf8 gesetzt werden soll. Aber da bin ich anscheinend nicht allein, wie eine fertige img Datei auf der Downloadseite zeigt.
Vieleicht findest du ja was.

Habe grade einen Hinweis gefunden, daß es codpage=1253, charset=windows-1253 sein könnte. Probier es doch mal damit.

Hallo, ich habe 3 Themen:

1. Das nachträgliche ändern von den lon/lat Parametern der Regionen wird nicht berücksichtigt.
Es geht nur, wenn mann eine neue Region mit einem neuen Namen anlegt. Ist das noch ein Bug
oder mache ich etwas falsch?

2. Wie lange versucht er den XAPI Aufruf erfolgreich durchzubringen?

java.io.IOException: Server returned HTTP response code: 500 for
URL: http://api.openstreetmap.org/api/0.5/ma … 5,47.60862

Hier war er erst bei Sektion 22/25 und ist dann mit

Updating record 82 in index Settings/nach Name

weitergefahren.

3. Ich habe ein Problem mit den Höhenlienien. Da ich hinter einem Proxy
bin kann ich das Programm Srtm2Osm nicht so laufen lassen.
Wenn ich jetzt aber die Datei mit den OSM Höhenlinien einmalig
habe, kann ich dies dann im OSM Composer einbauen?

Danke und Gruss
Zapfen

zapfen wrote:

1. Das nachträgliche ändern von den lon/lat Parametern der Regionen wird nicht berücksichtigt.
Es geht nur, wenn mann eine neue Region mit einem neuen Namen anlegt. Ist das noch ein Bug
oder mache ich etwas falsch?

http://wiki.openstreetmap.org/wiki/DE:O … itung#Jobs Letzter Absatz

zapfen wrote:

2. Wie lange versucht er den XAPI Aufruf erfolgreich durchzubringen?

java.io.IOException: Server returned HTTP response code: 500 for

Das macht der Server, kann ich nix zu sagen.

zapfen wrote:

Updating record 82 in index Settings/nach Name

Hast Du den Loglevel aufgedreht? Diese internen Meldungen sind fürs Karten erstellen nicht relevant.

zapfen wrote:

3. Ich habe ein Problem mit den Höhenlienien. Da ich hinter einem Proxy
bin kann ich das Programm Srtm2Osm nicht so laufen lassen.
Wenn ich jetzt aber die Datei mit den OSM Höhenlinien einmalig
habe, kann ich dies dann im OSM Composer einbauen?

Ja. srtm2osm legt ein Cache-Verzeichnis "srtm" im Datenverzeichnis von Composer an. Wenn es alle benötigten Daten dort vorfindet, arbeitet es auch ohne Internetzugriff. Srtm2osm auf einem Rechner ohne proxy mit den gleichen oder größeren Koordinaten laufen lassen und das gesamte srtm-Verzeichnis in die Version im Composer-Verzeichnis kopieren.

Hallo Nob,

danke für die Antworten:

1. Ja hilft weiter.
2. Ja den Loglevel habe ich Aufgedreht. Ja das ist klar "HTTP response code: 500" kommt davon weil der Server nicht antwortet. Die Frage ist eher was machst Du dann. Direkt nochmals den gleichen Aufruf machen oder weiter mit der nächsten Sektion?
3. OK bestens, werde ich versuchen.

Danke und Gruss
Zapfen

zapfen wrote:

.
2. Ja den Loglevel habe ich Aufgedreht. Ja das ist klar "HTTP response code: 500" kommt davon weil der Server nicht antwortet. Die Frage ist eher was machst Du dann. Direkt nochmals den gleichen Aufruf machen oder weiter mit der nächsten Sektion?

Einfach weiter. Hatte ursprünglich 3 Versuche drin, aber das hat auch nix gebracht.

Hallo Nop,
mir ist gerade noch etwas eingefallen, was du verbessern/ändern könntest.
Ich denke die Angabe von den Garmin-Daten Beschreibung, Family ID und Product Code sollten Job-bezogen sein, sodass man für jeden Job eigene Daten hinterlegen kann. Ob die anderen Garmin-Einstellungen auch Job-bezogen sein sollten, kann ich noch nicht beurteilen. Damit hab ich noch nicht experimentiert...
Auch wäre es evtl. sinnvoll, die erstellten Dateien mit den vielen Zahlen im Dateinamen in einem seperaten Verzeichnis zu speichern, was man im Job festlegen kann.
Auch würde ich den Namen, mit dem die Karte bei Mapsource registriert wird variabel machen.

Ich hoffe ich hab dich nicht gleich erschlagen mit meinen Einfällen.

Viele Grüße,
aighes

Nee, mit konstruktiven Vorschlägen kannst Du mich nicht erschlagen. Insbesondere weil das alles (bis auf weitere Unterverzeichnisse) bereits umgesetzt und bei mir im Test ist. 😄

Dann hätt ich noch 3 Vorschläge...
- Import/Export der Einstellungen (speziell der Regionen, von den Renderregeln und den Kartenobjekten)
- eine Einstellmöglichkeit die temporär erstellten Daten nach dem erstellen der Karte wieder zu löschen
- eine Medung ausgeben, wenn er fertig ist, am besten akkustisch

Und mir ist noch etwas aufgefallen:

Ich gebe bei den Regionen immer einen *.osm-File an, aus dem er dann den Ausschnitt macht. Wenn er diese dann aktualiseren möchte, kommt eine Fehlermeldung, weil die Datei normalerweise als *.osm.bz2 vorliegt udn nicht als *.osm. Das solltest du nochmal überarbeiten.

aighes wrote:

Dann hätt ich noch 3 Vorschläge...
- Import/Export der Einstellungen (speziell der Regionen, von den Renderregeln und den Kartenobjekten)

Wozu brauchst Du das denn? Welches Format?

Export gibt's schon: Einfach Rechtsklick in die Tabelle, Export wählen.

aighes wrote:

- eine Einstellmöglichkeit die temporär erstellten Daten nach dem erstellen der Karte wieder zu löschen

Wozu das? Das hebelt die bedarfgesteuerte Generierung aus. Du willst doch z.B. nicht jedesmal die Höhenlinien neu erzeugen, die sich äußerst selten ändern.

Wenn's um Plattenplatz geht: Hast Du die Option gefunden, die temporären Daten zu zippen?

aighes wrote:

- eine Medung ausgeben, wenn er fertig ist, am besten akkustisch

Composer piept zweimal wenn er fertig ist.

aighes wrote:

Ich gebe bei den Regionen immer einen *.osm-File an, aus dem er dann den Ausschnitt macht. Wenn er diese dann aktualiseren möchte, kommt eine Fehlermeldung, weil die Datei normalerweise als *.osm.bz2 vorliegt udn nicht als *.osm. Das solltest du nochmal überarbeiten.

Welche Fehlermeldung genau? Sowohl osmosis als auch Composer können bz2 Files lesen, das muß was anderes sein.

Hallo!

Import/Export der Einstellungen

Fände ich sinnvoll, um bspw. die Einstellungen mit anderen Nutzern auszutauschen oder als Sicherungskopie

eine Einstellmöglichkeit die temporär erstellten Daten nach dem erstellen der Karte wieder zu löschen

An die Höhenlinien hab ich nicht gedacht, die ändern sich nun wirklich nicht so schnell
Die anderen Daten, müssen aber geändert werden, sobald sich die OSM-Daten ändern und das ist ja nahezu täglich.

Bezüglich des Problems:
Das die Datenquelle auch eine *.bz2-Datei sein kann wusste ich nicht. Dann ist alles ok;)

Viele Grüße,
aighes

aighes wrote:

Import/Export der Einstellungen

Fände ich sinnvoll, um bspw. die Einstellungen mit anderen Nutzern auszutauschen oder als Sicherungskopie

Das kannst Du billiger haben: Einfach die *.tbl kopieren, fertig.

...Man lernt nie aus... Vielen Dank für die Info

Ich hab nochmal einen Vorschlag bzw. eine Anregung.

Ich wollte mir für eine längere Tour eine Karte erstellen, die ungefär meinem Track folgt. Dazu hab ich mir 5 Regionen erstellt, die sich an den Verbindungsstellen auch überlappen. Diese hab ich in einem Job zusammengefasst, damit am Ende eine Karte rauskommt. Soweit so gut. Wenn ich mir dann die Karte anschaue fehlen stellenweise an den Verbindungsstellen Straßen etc. bzw. diese sind Lückenhaft.
Wenn ich das Gebiet als eine Region bearbeite, hält die Berechnung bei dem ersten Fenster mit dem Titel "Verarbeitung" irgendwann an, da der RAM nicht reicht. (Kann leider Java leider nur 876mb zuweisen, sonst startet es nicht)

Kannst du da irgendwas dran ändern, dass bei den Übergängen diese Aussetzer entstehen?

aighes wrote:

Ich wollte mir für eine längere Tour eine Karte erstellen, die ungefär meinem Track folgt. Dazu hab ich mir 5 Regionen erstellt, die sich an den Verbindungsstellen auch überlappen. Diese hab ich in einem Job zusammengefasst, damit am Ende eine Karte rauskommt. Soweit so gut. Wenn ich mir dann die Karte anschaue fehlen stellenweise an den Verbindungsstellen Straßen etc. bzw. diese sind Lückenhaft.
Wenn ich das Gebiet als eine Region bearbeite, hält die Berechnung bei dem ersten Fenster mit dem Titel "Verarbeitung" irgendwann an, da der RAM nicht reicht. (Kann leider Java leider nur 876mb zuweisen, sonst startet es nicht)

Kannst du da irgendwas dran ändern, dass bei den Übergängen diese Aussetzer entstehen?

Das ist bei sich überlappenden Ausschnitten gar nicht so einfach wie es klingt.

Aber probier's doch mal so: Bau Dir die Karte aus einem Planetfile von der Geofabrik und erstelle Dir dafür einen unregelmäßigen Kartenausschnitt so wie hier unter "Polygone" beschrieben: http://wiki.openstreetmap.org/wiki/DE:O … it_Osmosis

Hallo Nop,

zuerst einmal: Vielen Dank für das wirklich tolle Programm 🙂

Habe bisher mit der 0.60 gearbeitet, die 0.71 nimmt mir da noch mehr Arbeit ab. Eine Kleinigkeit ist mir bisher aufgefallen:

Wenn ein Way über einen POI (Node) verfügt, der für sich gerendert wird (also z.B ein barrier=gate) in einem Way (z.B. highway=track), dann fliegt dieser Node beim Rendern raus, d.h. er wird nicht mehr als Teil des Ways gerendert, 'nur' noch als node selber.

Das führt im o.a. Beispiel dazu, dass entweder ein Way zu früh aufhört und das Gate etwas verloren im Wald rumsteht 😉 oder der Way um den fraglichen Node reduziert wird, also "vereinfacht" wird.

Wenn ich den POI über eine Ersetzung entferne, dann wird der Way korrekt gerendert, der POI aber natürlich gar nicht mehr.

Irgendweine Idee, was ich da falsch mache?

tia

StefanT

Nop wrote:

Das ist bei sich überlappenden Ausschnitten gar nicht so einfach wie es klingt.

Aber probier's doch mal so: Bau Dir die Karte aus einem Planetfile von der Geofabrik und erstelle Dir dafür einen unregelmäßigen Kartenausschnitt so wie hier unter "Polygone" beschrieben: http://wiki.openstreetmap.org/wiki/DE:O … it_Osmosis

Mit dem "Umweg" über Polygone hat es wunderbar geklappt. Dabei ist mir auch ein kleiner Bug aufgefallen. Wenn man im Job-Dialog den Polygonpfad komplett einträgt, kommt beim erstellen des Polygons eine Fehlermeldung. Da wird vor dem eingestellten Namen von deinem Programm noch der Pfad zum input-Ordner davorgesetzt. Das solltest du weglassen oder deutlich machen, dass man nur den Dateinamen eingeben muss.

Viele Grüße,
Henning

StefanT wrote:

Wenn ein Way über einen POI (Node) verfügt, der für sich gerendert wird (also z.B ein barrier=gate) in einem Way (z.B. highway=track), dann fliegt dieser Node beim Rendern raus, d.h. er wird nicht mehr als Teil des Ways gerendert, 'nur' noch als node selber.

Irgendweine Idee, was ich da falsch mache?

Klingt eher so, daß mkgmap da etwas falsch macht. Kannst du mir mal eine konkrete Stelle nennen, wo das passiert? Welche Version von mkgmap benutzt du?

Hallo Nop,

mir ist gerade noch etwas eingafallen, was du ändern/hinzufügen kannst. Es betrifft die Renderregeln. Da wäre es sinnvoll, wenn man mehrere Tags vorgeben könnte.
Bspw.: shop=supermarkt und name=Aldi
Wenn beides zutrifft soll er bspw. das Aldi-Symbol eintragen.

mkgmap kann man ja den Parameter -route übergeben, sodass er die Karte routing-fähig macht. Übergibst du diesen Parameter auch, bzw. könnte man dies als Option hinzufügen?

Viele Grüße,
Henning

aighes wrote:

mir ist gerade noch etwas eingafallen, was du ändern/hinzufügen kannst. Es betrifft die Renderregeln. Da wäre es sinnvoll, wenn man mehrere Tags vorgeben könnte.
Bspw.: shop=supermarkt und name=Aldi
Wenn beides zutrifft soll er bspw. das Aldi-Symbol eintragen.

Das funktioniert in Composer anders. Siehe Anleitung http://wiki.openstreetmap.org/wiki/DE:O … ufbereiten

aighes wrote:

mkgmap kann man ja den Parameter -route übergeben, sodass er die Karte routing-fähig macht. Übergibst du diesen Parameter auch, bzw. könnte man dies als Option hinzufügen?

Soweit ich weiß, muß man da noch deutlich mehr einstellen als nur den Parameter zu setzen. Die Arbeiten gehen in eine ganz andere Richtung als meine.

Erst mal vielen Dank für deine Arbeit an OSM Composer, ein tolles Tool!

Nop wrote:

aighes wrote:

mkgmap kann man ja den Parameter -route übergeben, sodass er die Karte routing-fähig macht. Übergibst du diesen Parameter auch, bzw. könnte man dies als Option hinzufügen?

Soweit ich weiß, muß man da noch deutlich mehr einstellen als nur den Parameter zu setzen. Die Arbeiten gehen in eine ganz andere Richtung als meine.

Bist du dir da sicher? Auf http://wiki.openstreetmap.org/wiki/Mkgm … structions unter "Instructions" ist die folgende Mini-Anleitung zum Erstellen von routing-fähigen Karten beschrieben:

1. get mkgmap
2. get some OSM data, and cut it into tiles using the splitter if necessary
3. build a routable map: java -jar mkgmap.jar --net --route *.osm.gz

Ich muss gestehen, ich habe es noch nicht ohne Composer probiert, es hört sich aber doch ganz einfach an. Vielleicht kann man diese Option ja doch ganz einfach einbauen?

Gruß,
Mathias

Mathias71 wrote:

Nop wrote:

aighes wrote:

mkgmap kann man ja den Parameter -route übergeben, sodass er die Karte routing-fähig macht. Übergibst du diesen Parameter auch, bzw. könnte man dies als Option hinzufügen?

Soweit ich weiß, muß man da noch deutlich mehr einstellen als nur den Parameter zu setzen. Die Arbeiten gehen in eine ganz andere Richtung als meine.

Bist du dir da sicher? Auf http://wiki.openstreetmap.org/wiki/Mkgm … structions unter "Instructions" ist die folgende Mini-Anleitung zum Erstellen von routing-fähigen Karten beschrieben:
1. get mkgmap
2. get some OSM data, and cut it into tiles using the splitter if necessary
3. build a routable map: java -jar mkgmap.jar --net --route *.osm.gz

Ja, da bin ich mir sicher.

Wenn Du das auf die Art machst, verwendet mkgmap seinen eingebauten Regelsatz mit Routingeinstellungen für die ganzen Wege. Du bekommst dann eine routingfähige Straßenkarte im Standardlayout und brauchst keinen Composer.

Composer erzeugt für die Topokartenoptik (oder Dein eigenes Design) einen eigenen Regelsatz mit ganz anderen Regeln und Wegetypen. Ich habe mich mit Routing nie näher beschäftigt, aber um die Karte Routbar zu machen, fehlt noch einiges. Zum einen die Routingeinstellungen an den Wegen. Dann werden auch viele Linientypen anders verwendet als von Garmin vorgesehen, um die ganzen Fuß- Rad- Feldwege und Trampfelpfade abzubilden, ich weiß noch nicht mal ob mit allen davon ein Routing überhaupt möglich ist. Ebenso verwendet Composer seinen eigenen Splitter, ich weiß nicht ob die Kachelgrenzen routbar sind - falls ja ist es reiner Zufall.