Am 03.07.2012 18:58, schrieb Ronnie Soak:
Am 3. Juli 2012 17:18 schrieb Jochen Topf <[email protected]>:
Also ich finde http://garmin.openstreetmap.nl/ macht schon sehr viel von dem,
was wir wollen. Da müssen "nur noch" die anderen Styles rein und dann ordentlich
Rechenpower dahinter.
Ja, das ist auch meine Lieblingskarte. Neuerdings gibt es da sogar
schon eine mit/ohne typfile Auswahl.
Die hat ohne Screenshot allerdings noch wenig Sinn. Fehlt nur noch
eine Profildatei, die auch die Kartenfeatures anpasst.
Dazu müssten aber zB die Anbieter der Radreisekarte oder der AiO
bereit sein, ihre erarbeiteten Einstellungen und Styles zur Verfügung
zu stellen.
Die Styles stehen zur Verfügung. Das ist kein Problem. Das Problem sehe
ich eher in der Rechenpower. Man müsste quasi pro Karte jede
Garmin-Kachel einmal rechnen. Ich weiß nicht, ob das realistisch und
sinnvoll ist.
Ein neues System wäre dann ein Erfolg, wenn es so flexibel ist, dass
neue Entwicklungen gleich an und mit eben diesem System erfolgen. Nach
dem Muster: shapefile, filterregeln, optionsfile, stylefile, typfile
hochladen, Aktualisierungsintervall einstellen und neue Karte vom
Server beziehen. Damit findet die Entwicklung neuer Karten direkt
zentral statt, und nicht mehr im Privatblog des 'Künstlers'. Selbst
wenn dieser die Lust verliert, bleibt die Karte (bzw. deren
Erstellungsregeln) erhalten und kann immer wieder produziert werden.
Problematisch wir es erst, wenn sich die toolchain grundlegend
unterscheidet. Aber bis jetzt ist die ja relativ gleich, oder?
Die Toolchain ist in der Regel einheitlich bzw. ähnlich. Wobei es
natürlich schon Unterschiede gibt. Bspw. mit Höhenlinien und ohne etc.
Aber das dürfte sich auch lösen lassen. Das Problem ist die Rechenpower ;)
Henning
_______________________________________________
Talk-de mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/talk-de
