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 ...

I guess it was a simple misunderstanding, but it's not true that you aren't allowed to use Romanian language just because someone else already did. Nobody here has a monopoly on using any real world language.

Just imagine we had a rule like this for English. Probably half of all users would be in violation of it.

Oops, forgot to re-enable rendering after doing some maintenance work. Everything should appear soon.

Should be fixed now; was probably a remnant of the earlier flooding. OGF's tile expiry mechanism isn't particularly well suited for the case of flooding, which causes tiles that have been rendered in a flooded state to remain that way after the flooding itself has been fixed.

If there are still flooded tiles (after clearing your browser cache), please let me know.

As wangi and martinum4 said, the relation must be tagged instead of the outer ways. I just want to add that the disappearance has indeed been triggered by an update of the standard layer:

https://github.com/gravitystorm/openstreetmap-carto/blob/master/CHANGELOG.md#v400---2017-05-22

Yes, it does.