Fixed it. To see what was wrong, look at the "difference" view:

https://wiki.opengeofiction.net/wiki/index.php?title=Crenru&diff=147467&oldid=147466

@Duncan: please make a new diary post for this question, or post it in the forum. This is an old thread, where only very few people might notice it. Even more important, make sure include a link to the affected relation, such as for example https://opengeofiction.net/relation/123.

The lower zoom levels of the TopoMap have been updated.

Those updates happen irregularly, because the TopoMap has a separate rendering database for lower levels, which cannot be updated incrementally.

Interestingly, as Luciano noted, it is actually a fact that railway data are read from the lowzoom database up to level 11, whereas for landuse it's only level 10:

https://github.com/der-stefan/OpenTopoMap/blob/master/mapnik/styles-otm/railways-lowzoom.xml
https://github.com/der-stefan/OpenTopoMap/blob/master/mapnik/styles-otm/landuse-lowzoom.xml

I remember that one. It's Dunkirk.

Sorry for not replying before. I totally overlooked your message. There was indeed no email address associated with your wiki account, which I just fixed. Please try again. If it still doesn't work, let me know; I'll then set a temporary password manually.

Seconding the use of "maritime=yes". As mstr said, this is indeed what determines which boundaries to draw at zoom levels 0-3.

I'd say less than Barcelona, but more than Valencia:

https://tile.opengeofiction.net/util/map_scale.html?map=C/14.43341113245451/12.18333/61.80736&map2=OSM/x/39.47065/-0.38044&pxpt=0.277&scale=25000

Also I was thinking about the possibility of counting the buildings via an Overpass query, and then multiplying by a suitable factor. To get some idea about the factor, I googled for "inhabitants per building", and among the results this paper came up, which appears to describe a process like that (for real-world cities using OSM data):

http://ad-publications.informatik.uni-freiburg.de/GIS_population_BSW_2015.pdf

As has been mentioned above, the admin team has been expanded recently:

https://wiki.opengeofiction.net/wiki/index.php/OGF:Admin_team

Which will enable us to get the territory grant process started again. Expect an announcement soon.

The way is not properly closed:

https://tile.opengeofiction.net/util/relation_area.html?q=w13621512

The search box was always there, but because I never intended to install Nominatim, I built a workaround solution based on the Overpass API. I'm going to enable that one again. Until the, you can use a similar search mechanism here:

https://tile.opengeofiction.net/util/search.html

Note that the search is strictly limited to the displayed map area. Slower than Nominatim, especially when the search area is large.

The direction finder, unfortunately, cannot as easily be replaced, so I'm going to remove it for now.

Let me also add that the Nominatim/Routing outage doesn't have anything to do with Isleño's recent inactivity. Those services were provided by user "martinum4" who has indeed been missing for a while.

The exact date was 1 September 2013.

Oops, my fault. Messed up some directory permissions, should be fixed now.

It looks like the "cliff" started out as the "land_area=administrative" relation for Commonia, and then seriously degraded over time. Finally some rather clueless mapper added the "natural=cliff" tag, which doesn't make any sense at all. At least that tag should be removed, and the "land_area" relation in its current state isn't of much use also:

https://tile.opengeofiction.net/util/relation_area.html?q=11034

Would it be worth the effort of repairing and then maintaining it? I don't know.

The OSM software keeps old object versions in the database, with timestamp. So, theoretically it should be possible to extract a snapshot for any given date, with a suitable tool.

But there's also a much easier method: I still have many old export files lying around somewhere, even if they're not available on the backup page anymore. If there's interest, I could upload some of them again. Of course, you'd still have to find a way to render them.

@Yuanls

Probably not, but I don't know.

For local rendering of .osm files, try Maperitive.

Also, let me add that I'm open to replacing the night map by a more convincing one, if someone takes on the effort to create one.

You're correct about the script, but the tags used are

highway=motorway,trunk,primary,secondary,tertiary

The generated image is here:

https://tile.opengeofiction.net/util/NightLights.png

Each pixel's brightness is directly determined by the number of highway nodes projected into that location, with values ranging from 0 - 255 (with the value set to 255 if the node count is higher).

In a first version, I used all types of highways without regard of the tag value. The only reason I didn't use it, was that Roantra came out much to bright because of its comparatively high density of small country roads. IMO it's still too bright, but now more acceptable.

Please try again. All URLs are being redirected to https since yesterday, which doesn't seem to work well with the "remote control" feature. So for now the remote control link has been switched back to use http only.

Maybe someone should do an experiment to find out ...