OpenStreetMap logo OpenStreetMap

Changeset When Comment
115283546 over 3 years ago

Dank je!

115268462 over 3 years ago

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.

115268462 over 3 years ago

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.

115180628 over 3 years ago

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).

115180628 over 3 years ago

Voor de Van der Velde vestigingen:

https://www.boekhandelvandervelde.nl/contact

115180628 over 3 years ago

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.

115106531 over 3 years ago

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

82714334 over 3 years ago

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=*.

82714334 over 3 years ago

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.

5991745 over 3 years ago

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).

114664834 over 3 years ago

Bitteschön!

82714334 over 3 years ago

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

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

114664834 over 3 years ago

Soll der Tagwert CEMT=! vielleicht CEMT=1 sein?

5991745 over 3 years ago

Weet je nog hoe je aan de naam 'Cascadehaven' in Wergea kwam? Ik kan die nergens terugvinden on-line.

114728318 over 3 years ago

See ISO 639-2:

https://www.loc.gov/standards/iso639-2/php/code_list.php

The Flemish predominantly speak and write Dutch, which has language code 'nl' (the Walloons usually speak and write French: 'fr').

If specifically Belgian/Flemish Dutch is meant, the country code specifier can be appended: nl_BE. 'BE' means Belgium in ISO 3166 (Alpha-2), but does not refer to any language. Dutch as spoken in the Netherlands is nl_NL. In OSM we don't do this for names though (it simply isn't needed).

'be' on the other hand (note the lowercase letters) simply means Belarusian.

The country codes on number plates have nothing to do with either standard.

114728318 over 3 years ago

Is it really necessary to keep making these huge globe-spanning changesets? Could you try to keep your changesets a little smaller?

114632431 over 3 years ago

Dat nummer 2 daar vlakbij de kruising wel bij de Wergeasterdyk hoort is een historisch detail; de weg die daar nu en op de Wergeasterdyk aansluit ligt er pas sinds de jaren zeventig (of iets later).

114301370 almost 4 years ago

Cheers mate.

114146524 almost 4 years ago

Read this part of the sentence you quoted very carefully: “AND you don't want to put that much effort into it”.

That means that if you don't want to, you don't have to draw the parking spaces. It means YOU don't have to map them. It does NOT mean that you should delete parking spaces mapped by others if they exist and are mapped accurately. That is plain and simple vandalism, and goes against all documentation on this topic and OpenStreeMap's conventions on proper edits.

You've completely misunderstood the meaning of the documentation.

114146524 almost 4 years ago

What?? It is completely fine to map individual parking_spaces within amenity=parking. In fact, that is how you are supposed to map them. Removing these is vandalism!

From the wiki:

“Use amenity=parking_space to map a single parking space on a parking lot. Mapping parking spaces is an addition, not a replacement, to mapping a whole parking lot with amenity=parking.”

Read up on the documentation of tags before you break people's work! Just how many parking lots worldwide have you ruined with your edits by now?