Author: hartmut

The server got stuck twice this month without logging any reason, and had given a hardware related warning earlier during the previous maintenance at the start of this month.

I opened a service request with the server hosting company, and was offered to either replace the server, but keep the disks; or to replace both which would require me to take care of backing up everything, and then setting up the new machine from scratch.

I tend towards the later, but am not sure yet when I’ll have sufficient free time to take care of that, maybe not before the last weekend in May …

Update: the below should hopefully also fix the problem with PDFs not being processed correctly while other file formats are being created just fine (affecting about 1% of the rendering jobs right now)

It is time for some maintenance again, I’m planing to do a complete re-import of the OSM planet data on the first weekend in April, starting in the late European afternoon on Friday, April 4th.

It is not going to be a complete re-install this time, I should be able to keep most things up for most of the time, but expect some map styles to be unavailable at different times throughout the weekend.

It should still be able to file render requests for all styles during the whole weekend, minus a few minutes here and there while restarting updated services, but actual rendering of submitted jobs can be paused until re-import is complete.

would you please get in touch with me via hartmut@get-map.org ?

I see some 40+ failed attempts now, so I’d like to discuss with you what you are trying to achieve and to find out why your geoJSON files are not being accepted by the renderer.

I’m going over the different map styles installed on this service right now, to get those that are still actively maintained up to the most recent version.

So far I have updated:

• the “Baumkarte” style – an OSM carto variant focused on detail information on trees and allotment sites at high zoom levels
• the Belgian variant of the OSM carto style which had been re-done completely

Next to follow are:

• the CyclOSM style
• the OpenOrienteering styles
• the OpenStreetMap Carto standard styles
• …

I was a bit too quick cleaning up some files, so hillshading and reliefs as currently not working.

I still have the necessary files, but as the backup box is connected to the interwebs via DSL only it may take a few hours to fully restore these.

Update: all hillshade and relief files have been restored

Complete:
* OS upgraded to Debian 12
* MapOSMatic installation updated
* * running latest code now
* * Django version upgraded from 3.2 to 4.2
* * finally using a proper Pyhton virtualenv setup
* Main OSM rendering database re-imported
* map styles adjusted for Mapnik renderer changes
* stylesheet upgrades
* * CyclOSM v0.3.7 -> v0.6
* WayMarkedTrails database reimport
* re-enabling minutely OSM data updates

Still ongoing / pending
* fix OpenRailwayMap overlay
* Map stylesheet upgrades
* Munin graphs
* fixing the Weblate translation service
* …

There have been some minor service hickups lately, so over the next weekend I’ll do some maintenance work, starting on Friday afternoon (ca. 15:00 UTC).

If all goes well the service should be fully restored by early Sunday, but I planned for the full extended holiday weekend until Monday evening, just in case.

Things to do:

* upgrade the OS from Debian 11 to 12
* re-import of the full osm planet database to fight data bloat
* rollout of latest MapOSMatic and Ocitysmap versions
* finally getting the Weblate translation service running again
* testing

There were some prior compatibility issues with Debian 12 when switched the server from Ubuntu to Debian last summer, these I’ve now fixed so running the latest stable release is now possible.

So far enabling the DEBUG setting would just add a “[DEV]” marker to the page title, so it was easy to overlook.

Now instead of “[DEV]” in the navigation bar we will show a little construction icon, and what git branch the current instance is actually on:

So far a previous map request could be chosen for re-render, but only with the very same settings as originally chosen.

Now there’s finally a “Reedit” button along with the “Recreate” one, allowing you to chose an existing map and then going through the edit dialogs with the original choices being pre-selected, but changeable.

Disclaimer: this is still work in progress, it works well for geographic area selection, but there is only limited support for maps based on a chosen administrative area, and any uploaded files will no longer be present.

I actually missed this happening until now, actually it was a bit more than a week ago already that this service crossed the threshold of 300K maps rendered 🙂