Het hoogste wegtype van service en secondary is secondary_link?

Kan ik me ook in vinden. Omdat dat was berekend als zwaartepunt komt het label dan ook in alle renderers ongeveer op dezelfde plek.

osm.org/changeset/116505080

Overigens vond ik het als mede-Amersfoorter leuk om die node in de Lange Jan te hebben. Heb daar nu het kadastraal middelpunt apart getagd.

Klopt (andere changeset), daarvoor lag hij op een volstrekt willekeurige plek in de Flevopolder. De Onze Lieve Vrouwetoren is één van de minst willekeurige opties, die ook goed voldoet aan de beschrijving van de label-node op de wiki: osm.wiki/Relation:boundary#Relation_members

Welke renderer zou dit helpen? Land-labels verschijnen doorgaans alleen als je voldoende bent uitgezoomd, en dan is het label zo groot dat een label bij Eembrugge alsnog Amersfoort bedekt. Bovendien zijn er op dergelijke zoomniveaus talloze grote steden (groter dan Amersfoort) die toch al door provincienamen worden bedekt.

N.B. Sommige renderers, waaronder de standaardrenderer, negeren de locatie van de labelnode van landen en rekenen zelf een punt uit op basis van de vorm, bijv. het zwaartepunt.

Google is incorrect, there is no gap. Enclaves H1 and H2 touch each other in this point.

See here:

https://en.wikipedia.org/wiki/Baarle-Nassau#Belgian_enclaves
https://en.wikipedia.org/wiki/Quadripoint#Belgium%E2%80%93Netherlands

I reverted your additions to the Country of the Netherlands. ISO 3166 assigns the codes to the Kingdom of the Netherlands, which is a different OSM relation.

https://www.iso.org/obp/ui/#iso:code:3166:NL

The Kingdom of the Netherlands relation already has the ISO 3166 codes:

osm.org/relation/2323309

Handig om te weten: een dergelijk klein "gat" in een aansluiting van autoweg op autosnelweg kun je met highway=trunk + motorroad=no taggen.

Zie osm.wiki/NL:The_Netherlands_roads_tagging#Auto.28snel.29wegen

Ik heb het al aangepast.

Een Fries die "Ring Grins" zegt, zal logischerwijs ook "Ring Utert" zeggen.

De gewoonte om de namen van de Nederlandse ringwegen in het Fries te vertalen, met de vertaalde plaatsnaam, zowel binnen Friesland als daarbuiten, is verifieerbaar en lijkt me ook voldoende geverifieerd.

Ring Snits, Ring Ljouwert en Ring Grins worden expliciet zo op de Friese Wikipedia genoemd, zonder Nederlands erbij, ondanks dat geen van deze ringen op enige bewegwijzering in het Fries staat. Overige ringwegen worden niet vermeld (afgezien van Amsterdam en Rotterdam, maar die zijn hetzelfde in de vertaling).

Voor de consistentie is het dan prettig om het dan door te trekken met alle ringwegen in het rijkswegennet. Als iemand op de Friese Wikipedia een artikel over de Utrechtse ring aanmaakt, lijkt me de kans erg groot dat dat artikel Ring Utert heet en niet Ring Utrecht.

Garanties dat een vertaling daadwerkelijk wordt gebruikt bestaan niet; Keulen staat in Nederland als Köln bewegwijzerd en Friesland moet in officiële teksten Fryslân worden genoemd. Een gerede kans is voldoende en volgens mij voldoende aanwezig.

I think I made a mistake in JOSM that broke the relations. I probably edited the ways without fully downloading their relations first.

I see someone else already fixed the route relations: osm.org/changeset/115063692

Ik zie nu dat ik deze routes per ongeluk kapot had gemaakt. Bedankt voor het herstel!

"Ring Zoetermeer" staat bij mij weten nergens zo op de wegwijzers. Bij alle S-wegen hebben we ook geen plaatsnaam achter het S-nummer. (Deze ring heeft een S-schildje met RING i.p.v. een S-nummer.)

Dat de Stadsring nu een lagere classificatie heeft dan Ringweg-Koppel - Ringweg-Kruiskamp klopt overigens ook met de Visie verkeer en vervoer 2030 van de gemeente, en klopt in de parktijk ook met de inrichting van de kruispunten waar deze routes op elkaar aansluiten.

Doordat enkele andere wegen van secondary naar tertiary zijn omgezet, blijven deze wegen nog steeds goed zichtbaar op de kaart.

Met deze wijziging wordt een al te grote hoeveelheid primary in Amersfoort vermeden.

Als ik die per ongeluk had verwijderd - excuus!

Dit is een riviereiland (volledig omsloten door rivieren).

As far as I understand, nesting relations inside larger relations is common mapping practice: osm.wiki/Super-relation

For example, this relation indirectly contains the entire main road network of Europe: osm.org/relation/7884303

Surely any data processing tool will already have appropriate limitations in place for dealing with nested relations. The Eurozone relation was created 7 months ago and there have been zero complaints about crashing computers. Both the E-road network relation and the main European Union relation exist much longer than that. There are probably many more examples.

This relation has only 19 members so it's not heavy-weight. (This is not a type=boundary relation.) It's also useful to have this relation because it attaches a name and metadata to the query, e.g. making it retrievable by search.

That said, you indirectly do raise a valid question regarding the proper definition of the underlying query: I'm unable to find an authoritative source regarding whether Overseas Countries and Territories are to be considered part of the Eurozone territory. If unable to find an exact definition of the Eurozone, it's probably better to remove this relation.

osm.org/changeset/114491916

Lijkt me prima, de parkeerplaats/tankstation en verzorgingsplaats zijn immers al ruimtelijk aan elkaar gekoppeld.