Wat ging hier mis dat de changeset zo ver buiten Nederland uitsteekt?

Don't twist words like that. A name can be completely pointless in terms of 'by law it can't be posted anywhere you'd be able to navigate based on it', that doesn't make it obscure or trivial, even within the context of OpenStreetMap. We're not building a database exclusively for in-car turn-by-turn navigation.

memorial_name=* seems pointless and too US-specific to me. In any case, removing such names from supported keys should not happen before a new key is better established (this includes Nominatim, but also in terms of numerical use; other data consumers should have a chance to support it too).

A name which is reported on in every news medium all over the world is neither 'obscure' nor 'trivia'. Don't downplay something like that.

If users come across news articles referencing that name, they should be able to find it. This goes for all memorial, honorary, ceremonial, or whatever names.

If I can find Sesame Street in New York (way/5673018), I should be able to find this one.

Laat het importeren van die panden in de zuidwesthoek van de Energiecampus maar even voorlopig. Ik heb geen idee waarom die al in aanbouw zijn in de BAG, maar het grondwerk is nog niet eens begonnen.

They put the name in alt_name now, which is fine. What is not fine is what I mentioned above:

> Don't hide stuff you don't like in unused keys, and don't hide what you are doing by not mentioning it in your changeset comments.

The same goes for 'memorial_name' with its 50 uses. That is a way to hide stuff you don't like when alternatives which are well-supported (alt_name, official_name) exist. Anyone wishing to use that tag is welcome too, but one of the better supported alternatives should be used in conjunction (like alt_name). There is no need to hide this (moronic) name from search engines and data consumers.

Good changeset comments make note of the essence of the edit. Not mentioning removing a name sign-posted (and highly controversial too) is just bad etiquette in OSM.

Wat voegt de tag dan toe bovenop wat op de wikipagina van footway=alley straat omschreven?

Je loopt nu in je eentje een tag te pushen met een heel onhandige naam (want het omgekeerde van service=alley die een heel duidelijke betekenis heeft), zonder documentatie, en zonder duidelijke betekenis. Op het forum kan ik niets vinden over deze tag:

https://community.openstreetmap.org/search?q=%22alley%3Dservice%22%20order%3Alatest

Het enige wat ik er van kan maken is dat je een subgroep onder footway=alley wil maken, maar dat is onzinnig, want footway=* is al een subtag van highway=footway. Je uitleg hierboven kan ik niet volgen. Je lijkt te herhalen wat al in de definitie van footway=alley zit namelijk, waardoor de toegevoegde waarde van alley=service niet duidelijk wordt.

Eigen tags bedenken mag, maar deze botst met bestaande key- en tagwaarden.

It's not up to you or me what it is called. Don't hide stuff you don't like in unused keys, and don't hide what you are doing by not mentioning it in your changeset comments.

What you did here, stuffing the name you don't like in an undocumented key called 'ceremonial_name' is simply wrong and comes close to vandalism. If you disagree with which name is official, do something about it, but use the approved tags such as alt_name, name, and official_name.

Kindly restore the name to one of those. Searching for that name should yield this road.

If the name signs are there (as you note), and the official mandate signed, what more do you need?

Heb je wel gelezen wat footway=alley betekent? Jouw tag doet exact hetzelfde namelijk.

Als een voetpad een doorgaande route is die ook bedoeld is voor dat doel (dus geen brandgang), dan hoort footway=alley er ook niet op. Deze steeg is echter wel een alley; hij leidt enkel naar een achterom en privéparkeergelegenheden. Deze wil je juist niet in een doorgaande route hebben, dus heeft hij footway=alley.

Een pad zoals deze (way/1486808423) gaat juist naar de voordeuren van huizen (die liggen aan dat voetpad), dus die krijgt geen footway=alley.

Ik heb het idee dat je de tag verkeerd begrepen hebt. alley=service is dubbelop bij een footway=alley.

Je loopt trouwens massaal in sommige plaatsen alley=service toe te voegen aan footways en paths:

https://overpass-turbo.eu/s/2mhN

Nu is het prima zelf een tag te bedenken, maar footway=alley zegt al hetzelfde over een highway=footway als service=alley voor een highway=service. Daarnaast is het ook een verwarrende tag omdat je twee veelgebruikte namen (alley en service) omgekeerd gebruikt (want service=alley is immers immens populair).

"An alley or alleyway is a narrow path usually located between properties which provides access to things such as back gardens, rear entrances, fire exits, and storage areas. Alleys are normally found in urban areas and often run between the rear sides of buildings such as houses and commercial premises. Similar to service=alley for highway=service, a pedestrian foot path can fulfil this role as well, and is a common feature in many countries. "

Wat voegt de tag alley=service nog toe? Een 'alley' is wat je bij een straat 'service' noemt.

alley=service kan weg. footway=alley dekt het gebruik al.

Voor een korte blokkade (minder dan een half jaar) waar de oude situatie terugkeert is het handiger om geen wijzigingen te doen, behalve conditionele toegang die automatisch eindigt. Dat is hier al gedaan voor deze periode:

way/97702373

In het lijstje van nodes valt op dat de spelling van de naam wisselt tussen '30ml' en '30ML'. Is dat correct?

Zou je in je changeset-commentaar kunnen aangeven wat je wijzigt? Alleen '.' is niet zo handig.

osm.wiki/Good_changeset_comments

De juiste huisnummers staan al op de kaart in losse nodes. Door ze ook op het gebouw te zetten creëer je zo dubbelingen.

Teruggedraaid in: changeset/177970195

Als een instelling ingetekend is als vlak, is hem op een adresnode plaatsen een downgrade qua detail. Lees je even in over welke types objecten ook als vlak kunnen bestaan.

Top.