Ik zat even wat verder te kijken, en ik vermoed dat dit een bug is in MapComplete. Die voert not:brand=yes in wanneer je aangeeft dat iets niet bij een keten hoort. Waarschijnlijk heb jij daar als gebruiker van MapComplete geen invloed op. Ik heb de bug daar gemeld.

Met de adressen en de andere namen zoals Hogepol botst dit verder niet echt. De Hogepol heeft als straat al een stevige aanwezigheid.

Ik heb op de note gereageerd. De naam Sonnemaplein klopt volledig, maar is inderdaad niet formeel vastgesteld. De naam hoort hier echter wel, omdat het plein zo al lang wordt genoemd. Doorslaggevend is voor mij dat de gemeente het zelf ook doet:

https://www.noardeast-fryslan.nl/sonnemaplein

Maar ook in berichtgeving:

https://www.omropfryslan.nl/nl/nieuws/17241185/herinrichting-sonnemaplein-in-dokkum-van-start-de-impact-is-groot

En lokale groepen:

http://www.oud-dockum.nl/herinrichting-van-het-dokkumer-sonnemaplein/

Top. Dat zal nog wel iets verfijnd worden naarmate ze de werkzaamheden afronden. De loop van het water en de verkorte pijp kloppen zo in ieder geval mooi.

not:brand=yes betekent dat deze winkel niet bij de keten 'yes' hoort. Dat is waarschijnlijk niet wat je bedoelde.

Ah duidelijk. Dan laat ik die verder weg.

Het is voor OpenStreetMap geen doel om de adresnodes op dezelfde plek als in de BAG te hebben. In de BAG worden ze vaak vrij arbitrair geplaatst namelijk. Met name bij winkels zullen mappers de nodes op een logischere plaats slepen als dat zo uitkomt; dat is verder in lijn met onze richtlijnen.

Het mag wel als dat logisch is (de meeste adresnodes worden nooit verplaatst na een import), maar vertrouw er niet op dat een adresnode ook bij de ingang van een pand staat op de kaart.

Hoe kwam je bij de naam Bischopspoort? Is dat een alt_name?

Dit is namelijk de Munstersepoort werd mij verteld door een inwoner van Bourtange. Dat lijkt ook te kloppen verder:

https://www.rickvanhouten.nl/wp-content/uploads/2024/06/Kaart-van-de-vesting-Bourtange-Hendrik-Hofsnider-1743-bron-rijksmuseum.jpg

Vergeet de sloot ook niet te onderbreken daar. Nu heb je een way die dwars door het water gaat, maar er is daar nu een duiker.

Adresdata mag gedupliceerd worden wanneer dat nodig is, maar ik denk niet dat leisure=ice_rink op dat hokje hoort.

Gebruik daar club=sport met sport=ice_skating.

(Zie ook: osm.wiki/Names#Names_are_not_for_descriptions )

Probeer namen die eigenlijk omschrijvingen zijn te vermijden. 'Geitenweide' is eerder description dan name, zeker omdat hij nu twee keer voorkomt.

Voor bruidskleding kun je deze beter pakken:

shop=clothes
clothes=wedding

Die Grenze is trouwens geen shop=chemist, maar shop=variety. Ze hebben wel drogisterijartikelen, maar geen vast assortiment en vooral partijen aan spul.

Als ik naar de indruk van hun website kijk, krijg ik de indruk dat al hun winkels shop=cheese zijn, of shop=deli als de kaas meer in balans is met de worst en nootjes. (In Leeuwarden zitten worst en kaas dan toevallig gescheiden.)

> Een mooi assortiment bijzondere kazen, heerlijke worsten, versgebrande noten… In onze ruim 90 winkels heb je altijd keuze genoeg.

Dat zuiveldeel komt voornamelijk van hun yoghurt die je in sommige supermarkten kan kopen, maar de winkels zijn echt wat anders.

Kijk maar eens op https://winkels.zuivelhoeve.nl/, de indruk van alle foto's bij elkaar daar is kaas. Heel veel kaas, plus wat nootjes en worst. Dat komt ook overeen met wat ik van deze keten ken. De winkel in Leeuwarden heeft links een lange wand vol harde kazen, rechts achterin een vitrine met zachte gekoelde kazen, en rechtsvoor wat diversen aan nootjes en crackers.

Geen idee, ik ken alleen die van Leeuwarden. Die is 80% kaas.

Bij shop=dairy verwacht ik meer melk en yoghurt. Dat hebben ze wel, maar niet in de mate dat het geen kaaswinkel is.

Ze verkopen er hoofdzakelijk kaas (worst aan de andere kant). shop=cheese klopt hier wel.

Jawel, tags die impliciet zijn op een plaats waar niet duidelijk is waarom ze er staan worden door andere mappers bij onderhoud weer opgeruimd. We gebruiken dit soort tags alleen waar dat vanwege de situatie echt nodig is, bijvoorbeeld omdat ander verkeer er alleen als bestemmingsverkeer mag komen, of omdat oneway=yes fout wordt ingesteld terwijl de weg in werkelijkheid oneway=no is. Dat is hier allemaal niet aan de orde.

Door impliciete tags expliciet neer te zetten waar dat niet hoeft, creëer je verwarring.

Ik heb de driveway er hier afgehaald:

changeset/173626782

Dat snap ik, maar dat verandert niets. Bij een ontbrekende oneway is oneway=no impliciet. Bij ontbrekende access-tagging is access=yes impliciet (en emergency=yes ook).

Navigatietools vermijden die weg omdat het nu een oprit is (service=driveway).

Sowieso zal een navigatietool de voorkeur geven aan een beetje omrijden over residential/unclassified boven service (hier langs de Hoflaan en De Gast).