Gemeente vs Stad

[FrankOverman]

Ik kreeg de volgende vraag in mijn mailbox van iemand die programmatisch met OSM stoeit. Ik kopieer de vraag hieronder. Deze OSM hoek is voor mij nog redelijk onbekend, dus even kijken of / hoe ik er iets mee kan. Bericht:

Vlieland niet in gemeente Vlieland

Hoi Frank
Ik ben weer aan het klooien met OSM. Nu kom ik er achter dat de plaats Vlieland (296985), niet onder de gemeente Vlieland (47609) valt. Zie https://nominatim.openstreetmap.org/details?osmtype=R&osmid=296985&format=json&addressdetails=1
Dat geld volgens mij ook voor Schiermonnikoog, Zeewolde, Lelystad, Almere, Urk en Arnhem.

Bij Tilburg wordt wel netjes de gemeente vermeld:
https://nominatim.openstreetmap.org/details?osmtype=R&osmid=1411514&format=json&addressdetails=1

Weet jij hoe ik die gegevens kan toevoegen?

[HenkL]

Misschien omdat grenzen woonplaats en gemeente exact dezelfde zijn?

[Commodoortje]

Als de plaats niet opgenomen is in de relatie dan zal dat voorkomen.
Neem bijvoorbeeld Bronckhorst,
https://www.openstreetmap.org/relation/417454
Daar is Hengelo het bestuurscentrum en deze is opgenomen in de relatie.
role=admin_centre

[sebastic]

@HenkL

Misschien omdat grenzen woonplaats en gemeente exact dezelfde zijn?

De geometrie is hetzelfde, het OSM object is dat niet:

• https://www.openstreetmap.org/relation/47609 (Vlieland, gemeente, admin_level=8, heeft admin_centre member)
• https://www.openstreetmap.org/relation/296985 (Vlieland, woonplaats, admin_level=10, heeft geen admin_centre member)

[Allroads]

Tilburg
https://nominatim.openstreetmap.org/ui/search.html?q=Tilburg

Vlieland
https://nominatim.openstreetmap.org/ui/search.html?q=Vlieland

Als ik deze twee in een venster zet, naast elkaar, open beide de details voor admin_level=10

Verschil:
Vlieland
Search Rank 16
Address Rank 0 (other)

Tilburg
Search Rank 16
Address Rank 16 (city / town / village)

Tilburg heeft een role 'label" verwijzend naar de “place” node in extra tags.
city (linked_place)
Dit heeft Vlieland niet.

Dan vraag je je af wat “Address Rank 0 (other)” voor gevolgen heeft bij Vlieland?

In het address gedeelte zit het verschil.

https://nominatim.org/release-docs/develop/customize/Ranking/

Nominatim uses two metrics to rank a place: search rank and address rank. This chapter explains what place ranking means and how it can be customized.

Address rank

The address rank describes where a place shows up in an address hierarchy. Usually only administrative boundaries and place nodes and areas are eligible to be part of an address. Places that should not appear in the address must have an address rank of 0.

Rank configuration

Search and address ranks are assigned to a place when it is first imported into the database. There are a few hard-coded rules for the assignment:

postcodes follow special rules according to their length
boundaries that are not areas and railway=rail are dropped completely
the following are always search rank 30 and address rank 0:
    highway nodes
    landuse that is not an area

( Heeft de AND import hier ook nog mee te maken, postcodes op de waynode)

Bij de berekening van de address rank

Vlieland heeft bij admin_level 8 (Gemeente) een address rank van 100 bij Tilburg is dat een address rank 14.
Tilburg heeft bij admin_level 10 (Woonplaats) een address rank van 16 bij Vlieland is dat ook 100.

Vlieland (10) 100 bij Vlieland (8) ook 100, dan laat men wellicht 1 keer honderd uitdraai zien, en wordt de tweede niet vernoemd in de lijst (Gemeente)

Is dat de problematiek?

Bij Groningen gaat het wel goed.
https://nominatim.openstreetmap.org/ui/details.html?osmtype=R&osmid=409863&class=boundary

Ik heb een github issue aangemaakt.

**
Label**
role label inzicht;
Rood node waar de role label aan admin_level=10 is toegevoegd.
https://overpass-turbo.eu/s/1hzv

Noord Brabant heeft allemaal labels, Fryslân enkele.

[FrankOverman]

Bedankt heren!, ik kan nog niet alles volgen, maar zal me inlezen in deze (voor mij nieuwe) materie van admin_level en aanverwanten.
Goed te zien dat er iets gevonden is dat tot op github landt.
Nogmaals: thanks!

[Allroads]

Net een bericht van Github.

That’s Nominatim’s duplicate detection doing its work as expected. If there are two relations with exactly the same area it is assumed that it is a single administrative entity that spans multiple admin_level. All but the one with the highest level are dropped because otherwise the address would have duplicates that don’t exist in real life.