Had je de bijlage met bruggennamen in Middelsee ook gezien? De naam Redbadwei kan ook op de grote weg door de wijk.

https://zoek.officielebekendmakingen.nl/gmb-2021-366208.html

Zou je iets beter omschrijvende changeset comments kunnen gebruiken? Dat maakt het voor andere mappers eenvoudiger om te zien waar je mee bezig bent.

In dit geval zou ik zoiets aanraden: „man_made=pier en toegangstags toegevoegd aan ongespecificeerde mooring=yes”.

Elke bijdrage is als het goed namelijk een verbetering. :)

Je voegt ook access=no toe. Waar baseer je dat op? Als het privésteigers zijn, gebruik dan access=private. In combinatie met mooring=yes is dat ook wat raar.

Je kan in een note=* tag ook toevoegen waarom toegang daar beperkt is als er inderdaad niet mag aanleggen, maar dan moet mooring ook op private.

Als je een andere kijk hebt, deel dan je gedachten hier:

https://forum.openstreetmap.org/viewtopic.php?id=74034

In dit geval:

Het gebuiken van website=* voor de vestigingspagina is waar deze sleutel voor bedoeld is. De website=* sleutel is namelijk voor een website voor het betreffende object, niet voor de ketenwebsite.

Zie ook osm.wiki/Key:website

De vestigingspagina bevat contactgegevens en openingstijden. Dat is handig voor mappers om de gegevens in OSM te valideren. Ook voor gebruikers is dit wat je verwacht wanneer website=* is ingevuld.

De ketenwebsite kan in brand:website=*. Dat is hier ook gedaan.

De URL's van de vestigingspagina op kruidvat.nl zijn allemaal hetzelfde, met enkel het (niet veranderende) winkelnummer als variabele. Als deze structuur ooit verandert dan is het niet veel werk om dat in OSM ook om te zetten.

(Tevens ontbrekende seamark:type=bridge toegevoegd onder Oosterbrug.)

Het mag zelfs als name=* als er geen officiële naam is en de meeste mensen in Buitenpost het toch echt onder deze naam kennen. Een naam hoeft niet officieel te zijn om gebruikt te mogen worden. Het is anders als alleen een kleine vriendengroep het zo noemt natuurlijk. Het is wat eggie zegt dus een inschatting van de mapper.

Als er een onofficieel maar duurzaam aanwezig bordje staat is het sowieso waardig genoeg voor name=*. Dan is het 'ground truth': de waarheid ter plekke.

Het helpt wel als je ergens een verwijzing online hebt voor in een name:source=*, of als je een note=* toevoegt waarin je het toelicht. Dan zien mappers na jou ook waarom deze naam niet in officiële bronnen staat, maar wel in gebruik is. Je kan de naam dan (ook) in loc_name=* stoppen.

Weet je toevallig waar de naam weg komt?

Let op dat het niet zo is dat alle adressen die niet in de BAG staan ook weg moeten, sommige adressen (in de orde van 1 op de 10.000 of zo) ontbreken in de BAG maar zijn wel in gebruik.

Voorbeeld:

https://www.google.com/maps/@53.1910205,5.8032675,3a,75y,173.63h,93.53t/data=!3m6!1e1!3m4!1sW-tykCN-yOAB5gZK9jTmlQ!2e0!7i16384!8i8192

Een adres in gebruik voor de administratievleugel van een groot ziekenhuis (!), wat in gebruik is, verifieerbaar ter plekke en op websites, maar wat niet in de BAG staat (36 en 40 wel). Iemand van het ziekenhuis zal dat op moeten lossen (ik krijg de juiste persoon er in ieder geval niet te pakken). De gemeente mag het niet op eigen initiatief aan passen namelijk!

Dit puur ter illustratie hoor, hier is het verder compleet correct deze 16 weg te gooien, maar ook bij winkels komt het voor dat hun adres niet formeel (meer) bestaat (ik ben het vandaag nog tegengekomen).

Bovendien: als medewerker van A.S. Watson ben je bij uitstek de persoon die ervoor kan zorgen dat filiaal-URL's wel stabiel worden.

De hele wereld is aan verandering onderhevig. Dat is geen reden om het niet in kaart te brengen. Wat je hier doet neigt naar vandalisme.

Dank je!

Met die insteek krijg je te pas en onpas van dit soort pseudovertalingen, dat levert een hoop slecht verifieerbare data op en is niet in lijn met hoe de name-tags werken. De name-tags zijn niet bedoeld om taal voor te schrijven, ze beschrijven hoe deze daadwerkelijk gebruikt wordt.

Dat de ringwegen van Sneek, Leeuwarden, en Groningen in het Fries een naam hebben is het gevolg van bestaand gebruik (ook in media en andere uitingen), niet een toegekende naam. Een goede kans is hier niet voldoende; data moet redelijkerwijs wel verifieerbaar zijn.

Lees eens wat meer over endoniemen en (met name) exoniemen. Een exoniem leg je niet op, die ontstaat. Voor deze exoniemen zie ik niet voldoende gebruikssporen.

Waarom eigenlijk? Als je dit zo doet dan moet je namelijk ook name:en=Ring The Hague en zo gaan aanmaken. Dat is helemaal niet nodig, want bij zulke lokale features volstaat enkel het endoniem.

Je hebt namelijk geen garantie dat iemand in het Fries de ring van Utrecht 'Ring Utert' noemt. Voor de duidelijkheid in een gesprek is het namelijk helemaal niet raar om dan in een Friese zin letterlijk 'Ring Utrecht' te zeggen (in tegenstelling tot de stad Utrecht), omdat het zo wordt genoemd op borden en routeplanners etc. Fries sprekende collega's van mij doen dat precies zo.

Om een exoniem in te voeren moet deze aantoonbaar in gebruik zijn, anders verzin je een vertaling, ook al klopt deze grammaticaal en qua spelling van de delen. Met die insteek zou je hooguit de ring van Groningen een name:fy kunnen geven.

Voor een samenwerkingsverband als deze zou je network=Libris kunnen overwegen. Zo houd je brand=* vrij voor de branding die de boekhandels daadwerkelijk voeren. Er zullen wellicht boekhandels zijn wel ook Libris als 'brand' voeren, maar veel uit dit lijstje zijn juist zelfstandig (als enkele vestiging of als keten).

Voor de Van der Velde vestigingen:

https://www.boekhandelvandervelde.nl/contact

Hey,

Libris is een samenwerkingsverband van boekhandels, niet een keten. Voor onafhankelijke ketens zoals Van der Velde betekent dat dat ze samenwerken via o.a. libris.nl, maar dat ze verder onafhankelijk zijn.

Hier lijkt brand=Libris mij daarom niet correct. Voor de Van der Velde keten zou dat brand=Van der Velde moeten zijn. Meestal voeren zij deze ook als name=*. Een uitzondering is Waanders in de Broeren in Zwolle. Daar is het name=Waanders in de Broeren samen met Brand=Van der Velde.

'Swingma Parc'? Met een 'c' natuurlijk… Ik vond 'Vondel Parck' al pretentieus. :)

Does your router process CEMT=* without a waterway=*? That sounds like a bug.

Changing this specific one to planned:CEMT is fine, but it is valid for a mapper to use the lifecycle-prefix only on the top-level tag (waterway=* in this case) and set the rest of the attributes as they will be when the object is finished. (Like you wouldn't use planned:name either.) To prevent ghost-routes from popping up in your router you should probably require the presence of waterway=* in addition to CEMT=*.

Ah I see! That wasn't clear to me. In that case, it may be better to use lifecycle-prefixes for the main key (waterway) and leave the other ones as they will be once the canal is dug. You used waterway:project, but the common approach is to use these prefixes:

osm.wiki/Lifecycle_prefix

So here that would be CEMT=Vb with planned:waterway=canal (or proposed:waterway=canal).

If the canal is already being dug, you could use waterway=construction with construction=canal.

By leaving the attributes like CEMT and name in the state they will be once finished, other mappers who might update the canal as parts of it are finished won't leave them in the wrong state either.

Dank je.

Hmm, maar eens een blik werpen in het voorjaar. Ik kan on-line echt niks vinden met die naam (wat niets zegt natuurlijk, maar als ze ligplaatsen verhuren zijn ze wel erg verborgen).

Bitteschön!

Is CEMT=(Vb) (between parentheses) correct? This is one of the values that stands out in Taginfo:

https://taginfo.openstreetmap.org/keys/CEMT#values