Several people have raised the question of what admin_level values to use. There is no “right” way to use this tag, but it is worth your time to study the way that various countries use “admin_level” in the OpenStreetMap database.
Some conventions are that admin_level=1 is rarely used (it might be used for something like the EU or some other supranational group). Beyond this, there is a tendency mainly to use even numbers, thus in the United States, admin_level=2 is the national boundary, admin_level=4 is the states, admin_level=6 is counties, parishes or boroughs (depending on the state), and admin_level=8 is most independent town and city governments.
There is a very useful chart at the OSM wiki, here.
I decided to set up an experimental page in my user sandbox to see if there interest in creating a parallel for this OSM page for our OGF countries. You can access this experimental page here:
http://opengeofiction.net/wiki/index.php/User:Luciano/Sandbox/admin_level
[edit: I’ve consolidated the above to a general “tags” page idea: http://opengeofiction.net/wiki/index.php/User:Luciano/Sandbox/tags#admin_level.3D.3F]
As a matter of personal observation, you may choose what admin_level you want to use for a specific node or relation based on how you want it to render on the map (in either “Standard” or “histor” style), but I don’t think that’s “best practice.” Let’s focus on making maps consistent with the OSM standard, and I think we can expect whatever rendering issues there are to “catch up” over time.
My personal experience is that if I take the time to correctly set up my administrative relations with all the appropriate data, it renders quite acceptably in the “Standard” layer.
Post comments, feedback or questions here or on the talk page there.
Happy mapping!
Discussion
Comment from histor on 20 June 2015 at 18:56
The “standard” layer shows the boundary with admin_level = 6 (zoom 11 and more), but not the names of that units - most thought as “Cantone” or “county” or other named parts of provinces. That is an impossible mistake of the OSM-software.
Comment from Luciano on 20 June 2015 at 19:46
@histor - indeed you are correct. That’s why I very much like that you made a separate “histor” layer. Hopefully someday they will repair that error in the standard style, or perhaps there is some logic to it that we haven’t realized.
Comment from isleño on 20 June 2015 at 20:24
I think the OSM rendering is really flawed. I’m baffled as to why admin_level 2 boundaries aren’t visible beyond zoom level 4… I can’t see why there’s no difference between the appearance of admin_level 2 and 3 boundaries (so for places that use admin_level 3 divisions, there’s really no zoom level where the national boundary is clear and distinct)… I’m confused as to why admin_level 4 needs to be visible so far out, when for most countries it’s totally incomprehensible at that scale… I agree it’s weird that admin_level 6 boundaries would be visible but not names… I could go on and on, haha.
I’d love it if someone could create a better rendering, maybe one that resembles google maps or something. That would be SO awesome. But I am told this is extremely difficult…
Comment from BelpheniaProject on 20 June 2015 at 23:55
What about the admin_level 10 boundaries? I pointed out that they also make up neighbourhoods and city wards too
Comment from Luciano on 21 June 2015 at 00:41
@BelpheniaProject - I’m not sure I understand the question. The table includes admin_level=10, and some countries (both real and OGF) definitely use them.