maperative produziert durchaus mit inkscape editierbares svg. Die Standard osm Kacheln werden zwar runtergeladen und im output.svg referenziert,
<image id="symbol_tile_1" width="227" height="227" xlink:href="22608.png" />
<image id="symbol_tile_2" width="228" height="227" xlink:href="22608.1.png" />
aber wenn man sie da raus löscht, verbleibt ein halbwegs ansehnliches Bild, in dem ich einzelne Elemente wie
Namen oder Linien löschen konnte.
Was genau hat denn nicht geklappt?
Nicht, wenn man vorher einfach gleich den Standard Mapnik layer entfernt … dann sieht man eh gleich viel besser, was durch den Style gerendert wird.
Die Fehlermeldung bei status war:
MapBuildMessage": "OGR Plugin: connection failed: rad3.gpx was not found or is not a supported format
rad3.gpx Datei war definitive im aktuellen Ordner. Die Datei war aus Basecamp exportiert.
Aber auch mit sample7 in eigenem Verzeichnis kommt diese Meldung.
Da aus printmaps keine svg rauskommt, habe ich es nicht weiter verfolgt.
Die Karte wird ja auf dem Server erstellt. Entsprechend muss die GPX auch dort vorliegen. Hochgeladen wird sie mit dem Kommando “upload”.
Das war der entscheidende Hinweis!
Jetzt tut es, das png sieht aus wie erwartet.
Inzwischen hat das auch jemand auf github/openstreetmap-website gemeldet, leider mit dem Ergebnis “Tja, kann man nix machen, das passiert bei mapnik halt”: https://github.com/openstreetmap/openstreetmap-website/issues/1998 .
Das unterliegende Mapnik-Problem scheint https://github.com/mapnik/mapnik/issues/3749 zu sein.
Wie groß schätzt Ihr die Chance ein, dass der svg-Export auf OSM.org zeitnah wieder funktioniert und eine detaillierte Vektordatei (nicht eine Bitmap) ausgibt? Grüße aus Bremen.
Die richtige Adresse wäre wohl eher das Openstreetmap-Carto Stylesheet Projekt, und nicht Openstreetmap-Website.
Irgendwo in den letzten Stil-Aktualisierungen ist eine comp-op Operation hinzugekommen deren Ergebnis der Mapnik/Cairo Renderstack nur in Form von Bitmap-Daten ausgeben kann. Man müsste entweder die Kartenstil-Entwickler davon überzeugen auf diese Operation wieder zu verzichten, oder die OSM.org Webmaster davon für PNG Kacheln und SVG/PDF Export unterschiedliche Stilvarianten zu verwenden, also doppelten Aufwand zu betreiben.
Währenddessen habe ich die angekündigten Änderungen auf meinem öffentlichen Server eingespielt. Wenn man dort also eine Karte über die Auswahl eines Bounding-Box-Rechtecks erstellt bekommt man nun das Ergebnis weitgehend ohne Extra-Dekoration, nur der dünne schwarze Rahmen und die Copyright-Hinweise werden weiter hinzugefügt, zB:
https://maposmatic.osm-baustelle.de/results//031968_2018-09-20_12-32_.svgz
Das in Kombination mit der Papiergrößenauswahl “best fit” sollte genau das benötigte liefern?
Das Problem war wohl einfach nur, dass die standardmäßig genutzt SVG-Version das nicht kann. Wenn man der Cairo-Grafikbibliothek mitteilt, dass man mindestens SVG Version 1.2 braucht, dann klappt das auch mit den comp-op Filtern.
Das wird in zukünftigen Versionen von Mapnik automatisch geschehen ( https://github.com/mapnik/mapnik/issues/3749 ), bis dahin kann man sich damit behelfen das in eigenem Code zu erzwingen.
Wenn man Mapnik aus C/C++ heraus benutzt:
cairo_svg_surface_restrict_to_version(surface, CAIRO_SVG_VERSION_1_2);
Und in Python mit:
surface.restrict_to_version(cairo.SVGVersion.VERSION_1_2);
In meine MapOSMatic-Instanz habe ich das bereits so eingebaut, und werde nach und nach die herausgefilterten comp-op Filter wieder in den dort angebotenen Kartenstilen reaktivieren.
https://github.com/mapnik/mapnik/pull/4029