Category: osm

WayMarkedTrails overlays for hiking routes etc. are currently not available as the underlying database needs to be reimportet.

Continue reading “WayMarkedTrails database reimport”

First result of the hallway discussion after yesterdays conference talk: I can now offer the OpenPtMap style as a new overlay choice for displaying public transport routes.

I gave a talk about the current state of my MapOSMatic instance on day one of the FOSSGIS 2017 conference in Passau (Germany) yesterday.

Continue reading “FOSSGIS 2017 talk – Printing OSM Data”

Rendering PDF, PNG and SVG output makes Mapnik execute the same set of queries three times in a row. This has two effects:

• rendering takes longer as queries are re-executed
• output of the different formats may differ as data may have changed in between

By using the PostgreSQL Query Cache with a cache time of 10 minutes rendering the additional formats takes less time as query results can be reused, this also guarantees that all three formats are rendered using the same data.

On the other hand re-issuing a render request within less than ten minutes will not show changed data. This shouldn’t be much of an issue though as right now OSM changes are only processed every 15 minutes anyway.

This instance allows to render larger areas than the original MapOSMatic site. This lead to rendering failures in same cases as I didn’t raise the rendering timeout at the same time.

The timeout has now been changed from 20 minutes to one hour.

• OpenStreetMap Carto Style updated to v3.1.0
• Added an empty base style, e.g. for testing overlays
• Added a “Schwarzplan” overlay that only renders buildings in pure black, inspired by this service

Now that the database reimport has finihsed I was finally able to enable Michael von Glasgows Pistemap style on the production server.

This style now replaces the older OpenPisteMap overlay with a full standalone stylesheet, including hillshading (only for the european Alpes so far though).

For example output see e.g. this test rendering of the Val Thorens area in France

I’m going to do an OSM database reimport this weekend (Feb 25-26).

The web frontend will be online most of the time, so existing maps can still be retrieved, and new rendering jobs can be created, but the rendering daemon will be offline for at least all of Saturday, probably most of Sunday, too.

So don’t expect any new jobs entered over the weekend to be rendered before Monday, Feb. 27th, and the database may still be a bit behind for a few more days until things have fully caught up with minutely diffs again.

Continue reading “Database maintenance”

Being mentioned in Wochennotiz / weeklyOSM 339 lead to quite some additional traffic (which is good), but unfortunately also revealed an issue that could only surface with enough parallelism. This lead to random rendering failures, and eventually to a total stop of the rendering daemon on Tuesday and parts of Wednesday.

This has hopefully been resolved now, the rendering daemon has finished all pending jobs in the queue, and I manually restarted those jobs that were listed as “canceled by user”, knowing that at least some of these had actually been killed by the system instead.

Continue reading “Rendering Deamon problems resolved (mostly)”

Sven has just announced that he’s updated the German OSM style and merged the main CartoOSM style v3.0.0.

So I’ve updated my local instance, too. In the screenshot you can see that the local and German name of Lisboa/Lissabon are rendered as described in Svens announcement: