Printmaps verwendet das Rendering des OSM-Carto-Projektes (https://github.com/gravitystorm/openstreetmap-carto). Mittelfristige Zielsetzung dort ist die ausschließliche Verwendung von SVG-Icons (so habe ich es zumindest verstanden). Vielleicht kommt nebulon42, der Designer vieler Icons, hier mal vorbei und erläutert den aktuellen Sachstand.
PS: Beim Kartenstil “osm-carto-ele20” wurden die Höhenlinien übrigens unmittelbar nach den Flächen, also als erste Linien, eingefügt. Wie sah das Ergebnis eigentlich im Ausdruck aus? Passte die Farbe der Höhenlinien zum Rest der Karte?
Hmm, das deutet darauf hin, dass die Höhenlinien möglicherweise zu dominant sind. Warten wir mal auf weitere Stimmen.
Man kann übrigens die OSM-Daten auch mit OSM-Daten überzeichnen, denn gerade bei selbst erfaßten Tracks ist die Lage ja oft eine andere als in OSM vermerkt. Die grundsätzliche Vorgehensweise ist im Groben wie folgt: OSM-Daten in JOSM laden, gewünschte Objekte (z.B. Wege) markieren und in neuen Layer kopieren, unerwünschte Daten löschen, den Layer im geojson- oder gpx-Format speichern und abschließend die Daten in der gewünschten Form auf die Karte rendern.
Zu a) Die OSM-Daten werden einmal täglich, nachts um circa 3:15 Uhr, aktualisiert. Dann stehen die Change-Files der geofabrik des Vortages (Datenstand circa 21:00 Uhr) zur Verfügung.
Zu b) Da gibt es derzeit noch kein festes Schema. Als nächstes steht die Umstellung auf das neue DB-Schema 4.0 an. Da sollte dann auch die Korrektur für “intermittent=yes” drin sein.
Erwähnenswert wäre noch die Speicherdauer der Nutzerdaten. Printmaps ist kein Speicherservice, sondern löscht die Daten aller Karten die sich länger als 7 Tage nicht mehr geändert haben. Dies ist m.E. keine Einschränkung, da sich eine Karte ja jederzeit aus den benutzerseitig gesicherten Parametern reproduzieren läßt.
Die Datenbank ist jetzt auf das neue DB-Schema OSM-Carto 4.0 umgestellt. Entsprechend sind auch die Kartenstile aktualisiert. Eingespielt (Dauer 33 Stunden) wurde darüber hinaus der OSM-Datenbestand für Europa (geofabrik).
Die taglichen Updaten scheinen damit aber leider zu einem Problem zu werden. Die IO-Leistung des Servers (HD) kommt an seine Grenzen, denn ein Tagesupdate läuft bei hoher Systemlast (load average 10) circa 11 Stunden.
ich wurde gerade auf den Thread hier verwiesen, da ich Karten mit Höhenlinien für den Druck erstellen will. Genauso wie in deinem Post vom 2017-06-01 20:36:16. Hab auf der Seite printmaps-osm.de geschaut und leider bin ich in der Beziehung auf OSM technischer Laie. Gibt es irgendwo eine Anleitung, wie ich zu einer individuellen Karte komme (OS X)?
Eigentlich sollte auf der Webseite alles beschrieben sein. Du lädst den Client für OSX (macOS) herunter und führst ihn in einem Terminalfenster aus. Die Screenshot auf der Webseite stammen übrigens von OSX.
Gruß Klaus
PS: Sollte dir der Begriff Terminal gar nicht sagen, dies stellt eine gewisse Einstiegshürde dar, müßtest du dich zunächst via Google etwas “aufschlauen”.
danke für die Antwort. Ich kenne mich mit der Thematik leider überhaupt nicht aus. Wenn ich die printmap im Terminal öffne, steht dann unten “logout” und “Prozess beendet”. Ich weiß auch nicht, wie ich richtig anfangen soll. Muss ich mal schauen…
Vielleicht zum Verständnis wichtig: Der printmap-Client ist nicht das Programm, das die große Karte erzeugt. Das läuft auf dem Server. Der Client dient nur der Kommunikation.
Du musst die Terminal-Anwendung deines Betrübssystems öffnen (Konsole, Terminal, Shell, Eingabeaufforderung oder wie immer sie heißt) und dort per eingetippter Zeile “printmap” aufrufen. Sieht bei mir (Linux 64bit) so aus (das ./ ist dazu da, dass er die ausführende Datei in diesem Verzeichnis sucht und nicht in den üblichen Programmverzeichnissen):
volker@marvin:~$ cd Downloads/printmap_linux_amd64/
volker@marvin:~/Downloads/printmap_linux_amd64$ ./printmap
Program:
Name : ./printmap
Release : 0.1.5 - 2017/07/04
Purpose : Printmaps Command Line Interface Client
Info : Creates large-sized maps in print quality.
Usage:
./printmap <action>
Example:
./printmap create
Actions:
Primary : create, update, upload, order, state, download
Secondary : data, delete, capabilities
Helper : template, rectangle
Remarks:
create : creates the meta data for a new map
update : updates the meta data of an existing map
upload : uploads a list of user supplied files
order : places a map build order
state : fetches the current state of the map
download : downloads a successful build map
data : fetches the current meta data of the map
delete : deletes all artifacts (files) of the map
capabilities : fetches the capabilities of the map service
template : creates a template file for building a map
rectangle : calculates wkt rectangle from base values
How to start:
- Start with creating a new directory on your local system.
- Change into this directory and run the 'template' action.
- This creates the default map definition file 'map.yaml'.
- You have now a full working example for building a map.
- Build the map in order to get familiar with this client.
- Run the actions 'create', 'order', 'state' and 'download'.
- Unzip the file and view it with an appropriate application.
- Modify the map definition file 'map.yaml' to your needs.
volker@marvin:~/Downloads/printmap_linux_amd64$
Da gehst du dann nach Anleitung vor. Der Client legt eine Konfigurationsdatei an, bestellt danach die Karte beim Service (im Netz) und lädt sie dann runter.
Wie gesagt, ich kenne mich mit der Thematik nicht aus und will das Forum hier auch nicht weiter mit Laien-Fragen zumüllen. Hier muss ich leider passen. Trotzdem, vielen Dank für die Hilfe:)…
da waren unsere Postings zur gleichen Zeit. Danke auch dir für die Hilfe. Soweit war ich inzwischen selbst schon. Nur wenn ich jetzt wie beschrieben template eingebe, steht “command not found”…