I found and installed yet another new style on GitHub today: CyclOSM
Category: maposmatic
New style: OpenArdenneMap by Julien Minet
I just added the OpenArdenneMap style by Julien Minet in the “Countries” section of styles. OpenArdenneMap is a topographic style with a focus on providing contour data that is adjusted by taking river data from OSM data into account.
Continue reading “New style: OpenArdenneMap by Julien Minet”
Small changes
Some small changes from last weekend:
- The “Recreate” button was not really visible as a button, after changing the bootstrap button class it now is
- The map list and detail pages now show the duration a request had to wait in the queue, and the actual time it took to render, in addition to the absolute submission, render astart, and end times
- Most map styles use sans-serif fonts only, and so does the renderer for most map decorations, too. The only exception were index section headers, which was slightly visually disturbing. These have now been changed to use a sans-serif font, too.
FOSSGIS talk
This year I didn’t give a talk on MapOSMatic itself, but on how to get all the different map styles installed on a single machine, with as little disk space being used as possible:
Stylesheet statistics
As part of the preparation for my FOSSGIS talks on how to set up multiple Mapnik styles on the same server (more on this later) I did some statistics on which of the styles I offer on my MapOSMatic instance are the most favorite.
Below you will find the raw results. The OpenStreetMap Carto style is the leader by far, but that’s not much of a surprise as it is the default selection. The numbers for the runner ups are more more interesting, showing the HikeBikeMap as the most popular choice.
New overlay: Resiliency Map
After listening to Stfano Maffulli’s great talk on OpenStreetMaps for emergency prep: The view from San Francisco I added a resiliency overlay style based on his QGis based prototype (page #14 in the slides).
The style can now be selected in the “Overlays” form step.
It is still “Work in Progress” though, with Source available on GitHub
50K requests processed
This service has just processed its 50thounsands map render request, creating a map of Nijmegen:
RSS feeds
Two RSS feeds have been added to the service:
FOSDEM 2019
I’ll be in Brussles for FOSDEM from Friday to Sunday, if anyone wants to meet me please drop me a note on hartmut@php.net.
I’m not giving any talk this year, and having no other duties either, so I’m very flexible time wise 🙂
Yesterdays outage
Yesterday afternoon the rendering daemon failed in an interesting way, the preview images were rendered for most map requests, but not the actual map files.
It turns out that the root cause was a rendering request for a rather large area that consumed all available memory, leading to a short phase of swapping, and eventually a hard out-of-memory kill. Somehow the rendering service didn’t recover from this properly, and so the following requests were not properly processed either.
I thought I had memory issues covered in the renderers systemd service, by setting LimitRSS, the apparent systemd equivalent for “ulimit -m”.
But it turns out I had been “StackOverflowed” on this. Looking at the systemd.exec man page I learned that:
“LimitRSS= is not implemented on Linux, and setting it has no effect.”
Now I have replaced LimitRSS in the renderers service file with MemoryMax, and this actually seems to do the job. I re-ran all failed requests. This time the “bad” request still failed as it consumed too much memory, but it failed when reaching the set limit of 50% of total RAM already, without driving the system into swapping, and the following requests were properly processed again.
Hopefully this now has fixed “runaway memory” issues once and for all, not by preventing them in the first place, but by properly handling them when they occure, letting just that one render request fail, but not the following ones in the queue.