piebro/osm-data huggingface dataset:
cleary (2021-11-01 05:58:44+00:00): I've made changes to try to reflect our discussion and show accurate boundaries. The small areas under management have been mapped separately, as they are not officially part of Nanya and I didn't want to mix these less formal boundaries with official administrative boundaries. I hope I have got it right but I have possibly not got the two additional areas preceisely correct. Please modify them if you consider it appropriate and/or let me know if there are any other concerns about the accuacy of how it is now mapped. Thanks for your help in getting the old "Nanya Station" boundary incorporated into the new "Nanya Arid Zone research Station". I hope OSM is now more accurate.
NunoCapeloCaldeira (2019-12-28 23:30:58+00:00): Boa noite,

pode explicar esta edição sff. Não estou a compreender o que tem a Câmara Municipal que ver com a classificação padronizada das vias no OpenStreetMap.

Cumprimentos
ASERGIO (2019-12-28 23:35:34+00:00): Boa noite, a CM Arganil é a responsável pela atribuição de topónimos etc.. nas suas freguesias nos eixos de via municipais, sendo que sendo este um acesso a uma estrada nacional confesso que por desconhecimento meu não sei que tipo de edição deve ser realizada. Aproveito para referir que tenho um PDF com todos os topónimos da freguesia do Sarzedo agora revistos e atribuídos, com quem poderia partilhar?
NunoCapeloCaldeira (2019-12-28 23:45:26+00:00): boa noite, a CM tem competência para atribuir topónimos, mas não para classificar vias no OSM. 
Relativamente ao pdf, a Câmara Municipal deverá autorizar a sua utilização a sua utilização. É preferível que enviem a informação em formato vectorial (geopackage, shape file ou similar). PDFs, não faz sentido.
Se tiver essa informação indique que ajudamos na importação.

Cumprimentos
Leo Slager (2019-12-29 13:14:23+00:00): Hi Multimodaal,
In de NW-hoek van de changeset weer een paar onbedoelde verschuivingen.
Het lijkt dus essentieel om te controleren of het te bewerken item elders nog aan andere elementen is vastgekleefd. Anders worden die onbedoeld mee verplaatst. Met hulp van achavi eenvoudig vast kunnen stellen wat en hoe er verschoven is, dat maakt reparatie weer makkelijk.
multimodaal (2019-12-29 13:55:42+00:00): Excuus voor het weer onbedoeld verschuiven en dank voor bericht / correctie. 
Had Achavi gedraaid na uploaden changeset, gaf eerst alleen bounding box en na paar minuten ook inhoud. Had deze verschuiving niet opgemerkt. Zie 'm nu wel gemeld op OSM inspector. 

Wat is nu de refresh rate van OSM inspector? Dan gebruik ik die ook voor controle omdat in de hoeveelheid van  vlakken je in Achavi ook niet alles direct ziet.

Heb als boetedoening nog maar wat landuse-corvee  en BGT-uitlijning gedaan hier (-:
Leo Slager (2019-12-29 14:02:28+00:00): Leuk om dat te horen.
OSM ispector heeft een update, elke 24 uur.
Voor OV-routes wordt bijv de situatie van 1900 uur bevroren en aan controle onderworpen. Het resultaat daarvan wordt dan zichtbaar na 2400 uur.
En dat wordt dan weergegeven links onder het kaartbeeld.
Geometrie volgt hetzelfde patroon.
Areas neemt de situatie van 01.58 voor controle. Maar daar wacht ik niet meer op, die zie ik morgen wel weer.
kuhni74 (2021-11-17 13:05:00+00:00): Der (zweifellos über weite Strecken berechtigte) Grat https://www.openstreetmap.org/way/285097555 verläuft im Bereich Großer Hafner vielfach doppelt gemoppelt mit einer schon einiges früher und etwas präziseren cliff-Linie - sollte das nicht ein wenig überarbeitet werden?
aitolos (2020-05-05 16:34:13+00:00): Η σχέση 6850285 (μόνο αριστερή στροφή) είναι λάθος.
aitolos (2020-05-05 16:40:17+00:00): Η 6850287επίσης λάθος.
Φιλική συμβουλή, με τον ID μόνο μικρο διορθώσεις, για σοβαρή δουλειά χωρίς να γίνονται ζημιές, JOSM.
b-holdet (2022-02-13 16:55:40+00:00): Hej Niels,

For 2 år siden ændrede du Tværvej til unclassified pga. et routingsproblem
https://github.com/osmandapp/OsmAnd/issues/8152

Var der en grund til at vejen aldrig kom tilbage til residential igen?

Nogen spørge om det via Note:
https://www.openstreetmap.org/note/2818294#map=17/55.91170/11.60088&layers=N
Niels Elgaard Larsen (2022-05-08 20:30:05+00:00): Jeg har også svaret i noten.
Men når jeg ikke har ændret den tilbage igen så er det jo fordi at jeg ikke synes at det er en residential. Jeg bruger den i alt fald til gennemkørsel, og det er der også mange andre der gør.
osmviborg (2022-05-09 04:40:02+00:00): DK wiki, Gade:
Gade i boligområde, der hovedsagelig er beregnet til lokal trafik. Vigtige gennemgående gader tagges som highway=tertiary eller højere. Gader i industriområder og lignende tagges som highway=unclassified.
user_5359 (2019-12-29 07:03:10+00:00): Welcome to OSM! Please be careful when editing the map data. You moved the node https://www.osm.org/node/140426075/history over 100 meters, so there were problems with the corresponding way.I move the node back to the original position.

Is VTSR a shop http://wiki.openstreetmap.org/wiki/Key:shop or office http://wiki.openstreetmap.org/wiki/Key:office or a craft http://wiki.openstreetmap.org/wiki/Key:craft ?
BCNorwich (2019-12-29 07:22:55+00:00): Nobody disputes it's a park. It is part of a larger country park (Queens Park Country Park). 
Please do not continue to remove the tag landuse=grass which describes the ground cover. This manner of tagging is to OSM practice.
Your change not being necessary or correct has been reverted.
rskedgell (2019-12-29 11:58:54+00:00): The park has been added as a single park (rather than 3) https://www.openstreetmap.org/way/759360763 although a survey is still needed to check the true extent.
BCNorwich (2019-12-29 14:06:04+00:00): Hi Rskedgell,
Thanks for this help, I was going to map the country park properly but couldn't find an appropriate outline on-line. 
There's now 4 incarnations of the trouble making pokomon player blocked. 
Regards Bernard.
rskedgell (2019-12-29 17:22:21+00:00): I couldn't find anything either, so I'll get the train up there and take a run around to get a GPS trace as soon as weather, training plans and rail engineering works allow.

At least there's a single instance of leisure=park there now which was previously missing from the map, although I hope our Pokemon player finds only Pidgey there.
user_5359 (2019-12-29 06:58:36+00:00): Hello! Please don't repeat the key if you want to add different values (see healthcare:speciality)
ColoredDuck (2019-12-31 15:17:38+00:00): Hello, user_5359

Thank you for responding so quickly! I have more to add but want to be sure what I’ve done so far is right.

I see what you mean about healthcare:specialty key. I missed the part about using a semi-colon separated list. I’m guessing all list items should be separated by semi-colons. Am I right?

How can I tell when one of my additions has been reviewed and “passed”?
user_5359 (2019-12-31 16:08:44+00:00): Unfortunately, this cannot be clearly determined. Your entries are in the database without any checks.  Only when someone looks at the change records marked "with review wanted" is there a chance of being notified of errors. You rarely get the information that you did everything right, but unfortunately you don't always get the information if you did something wrong. This is often the case when the bug is fixed faster than writing a message (especially if you cannot be sure that the bug will be fixed).

By the way what is a mistake? Some people pay attention to structures, others to connections of streets, others to values and key combinations. But not everyone pays attention to every detail.
I took a look at your change sets and found no other points I haven't mentioned yet.
BCNorwich (2019-12-29 07:11:33+00:00): I have reverted your changes to reflect the footpath between the garden and the road. Your mapping is not very accurate, please do not continue in this manner. Thank you.
abakus_uploader (2019-12-29 23:30:45+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
user_5359 (2019-12-29 06:41:09+00:00): Welcome to OSM! Why did you delete the way https://www.osm.org/way/38493276 from the relation https://www.osm.org/relation/187891 ?
abakus_uploader (2019-12-29 23:30:44+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
btwhite92 (2019-12-29 22:09:56+00:00): Hello, 
Please stop bumping Luther Pass Road (CA 89) up to 'primary'. I have lived in this greater area for over a decade and have driven this road many times - this piece of highway does not serve major regional traffic or any cross-country route, and best fits the definition presented here: https://wiki.openstreetmap.org/wiki/Tag:highway%3Dsecondary.
stevea (2019-12-31 14:20:52+00:00): Thank you, btwhite92, for addressing that Fluffy89502 often changes highway classifications with little or no regard for local concerns.  I recently discovered that F was doing this in my county (Santa Cruz) and that he was applying an NHS model on highways in an "absolutist" sense rather than deigning to OSM conventions and their "relative" sense to the local and surrounding highway network semantics (which is correct).
abakus_uploader (2019-12-29 23:30:46+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
Kovoschiz (2019-12-29 09:26:55+00:00): Please don't change `highway=steps` to `=footway` unless you are sure those are not staircase.
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/78971672
aharvey (2019-12-29 23:26:21+00:00): I've fixed the format, it should just be en:Title not the full URL.
Appastair (2019-12-30 06:02:08+00:00): Thanks. @aharvey 😊 I'm kind of new to this and was using an Android OSM client that leaves a lot to be desired.
aharvey (2020-01-03 22:40:08+00:00): no worries!
Sowa1980 (2019-12-31 00:47:10+00:00): Откатывается , еще ты у меня дома вандалить будешь.
ommundu (2019-12-31 12:40:59+00:00): Hi,
I have made the edits in this Changeset :  78972380 based on Latest Private Earth Watch Imagery.

Regards,
ommundu.
TaraV (2020-04-05 12:15:10+00:00): Hi,

By making this roundabout a full circle you’ve affected destination relation that it has. In the future please be careful of the relations that you are potentially braking when combining/splitting ways (destination_sign, turn_restriction..).
I also don't think all roundabouts should be made a single way. Some roundabouts tend to have different lane information and by combining all ways into one, data will be lost. 

Best,
Tara
mehdi677 (2019-12-29 08:10:36+00:00): https://www.shimastudio.com/
Allroads (2020-06-11 13:47:33+00:00): Hoi, waar komt de naam "Garmin" vandaan?
Officiële data van de Overheid, BGT, ingetekend door Gemeente geeft hier Houttuinen aan, als BGT OpenbareRuimte_label, in BAG wordt een OpenbareRuimte type weg, als onderdeel van het adres, de OpenbareRuimte heeft een ID, kan daar geen Garmin vinden.


Ik heb zo even geen eigen foto, 
https://www.google.nl/maps/@52.7076779,5.7530882,3a,75y,157.13h,81.53t/data=!3m6!1e1!3m4!1sS3pu_ZLqYeT5Js2FfAAMrg!2e0!7i13312!8i6656
Waar staat dat bordje?
Mateusz Konieczny (2022-10-19 10:27:13+00:00): Have you discussed this automated edit?

Have you noticed that this toilets are unlikely to be public toilets?

Can you look at https://www.openstreetmap.org/note/3405444 ?
opendcc (2022-10-19 13:03:18+00:00): Hello,

as said in the change comment: amenity=toilet changed to toilets. I was looking at entry tags and saw this amenity tagging (obviously of a single user), I did not consider this as an automatic edit. But if you think it is one: feel free to revert it.

Anyway, imho there is some kind of 'overtagging' at this location.

best regards
Darek_Kas (2019-12-29 08:49:15+00:00): Add street name to road
Pavelfantik (2020-01-23 18:45:14+00:00): может 72А ?
4004 (2020-01-24 13:55:59+00:00): я сам удивлялся, и даже ездил перепроверял. если крыша не поехала, то вроде 71 оба дома (но надо конечно отмапиларить там)
4004 (2020-02-22 12:48:48+00:00): Крыша поехала, или поменяли номера, 71 на домах. Скоро постараюсь выкинуть мапиллари но там особо нечего отмечать кроме того что уже есть
4004 (2020-03-10 08:52:08+00:00): погода была так себе, но возможно пригодится https://www.mapillary.com/map/im/tAqVQhJ6xaGYLGLB98oBxQ
TeXnicer (2019-12-31 10:45:11+00:00): Thanks for the hint for the sandbox. This was what I was looking for and never knew.
pitscheplatsch (2024-02-21 16:30:33+00:00): You're welcome!
BCNorwich (2019-12-29 10:18:47+00:00): Hi, Welcome to OpenStreetMap.
You inadvertently dragged an address node out of place joining it to a highway, I've corrected this for you. No harm done but please be careful not to upload unintentional changes.
The business POI is OK with a minor amendment.
Regards Bernard.
eggie (2019-12-29 09:39:30+00:00): Dag UF... bicycle=yes zal niets helpen. Het is nl. default.
highway-track wordt als onverhard gezien. Wellicht hoort dit stukje op surface=paved te staan? Dan zal het wel routeren als onverhard vermijden aanstaat.
Gr eggie
bielebog (2020-01-02 12:21:15+00:00): Hallo gzumk,

schön, dass Du dich mit Deinem lokalen Wissen bei Openstreetmap einbringst! :)

Ein paar Tipps zu Deinen ersten Edits:

Bei den Parkplätzen reicht es, _entweder_ einen Punkt mit amenity=parking zu setzen oder besser natürlich, den Parkplatz detaillierter als Fläche einzutragen. Beides zusammen ist doppelt gemoppelt.

Dann ist nicht jede Grünfläche gleich ein Park, meist ist landuse=grass das momentan übliche Tagging. 

Das Tag name=* verwendet man für reine Eigennamen von Objekten, ein Volleyballfeld _ist_ also eins, es heisst nicht so, ebenso heißt ein Park nicht "Park", sondern er _ist_ ein Park, was mit leisure=park schon passend modelliert ist. Gleiches gilt für einen Spielplatz, etc.

Beste Grüße,

 bielebog
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/78973979
mueschel (2019-12-30 10:44:28+00:00): Hi,
could you check this building? It got a strange tag:
https://www.openstreetmap.org/way/343600319
E Seva = Baptist Church Street

Thansk@
eggie (2019-12-29 10:05:16+00:00): Er zijn ook routers die naar de tracktype kijken. Elke track hoort een tracktype=grade? te hebben.
tracktype=grade1  is bv verhard .. beton of asfalt
grade2  is halfverhard  Dat routeert ook op de fietskaarten.
grade3 onverhard  1 nauwelijks zichtbaar
zie https://wiki.openstreetmap.org/wiki/Key:tracktype
De Openfietsmap routeert bv over tracktype=grade1 en 2 als zijnde verhard.
eggie (2019-12-29 10:11:03+00:00): ... en hier sowieso want er loopt een fietsroute over. https://www.openstreetmap.org/#map=21/51.55745/6.01024&layers=C
SHARCRASH (2020-01-06 15:07:12+00:00): Hello! il faudrait que tu respects la position des éléments que tu ajoutes par rapport à celle d'autres éléments. Par exemple, il arrive souvent que 2 différentes zones de type d'arbres soient séparés par un chemin forestier, une cutline, une falaise ou autre. En bref, tu me donnes du travail supplémentaire en me faisant corriger ton travail LOL si jamais je voudrais ajouter une grande zone d'herbe, de clearcut, etc avec précision. 😉
Frédéric Gutkin (2020-01-06 15:43:44+00:00): Hello !
Je n'ai pas bien compris exactement ce que tu attendais au niveau des jonctions entre éléments (zones délimitées par un way, etc).
J'ai souvent constaté que les mappeurs travaillaient de deux manières différentes à ce niveau.
Par exemple lorsqu'un chemin sépare deux zones différentes, certains "collent" le chemin aux terrains adjacents tandis que d'autres laissent un espace équivalent à la largeur du chemin. En général, j'utilise la dernière manière pour "aérer" un peu et permettre aux autres de sélectionner les terrains et remanier plus facilement les éléments, en cas d'ajout de fossé, de clearcut, etc.
Si tu as un exemple à un endroit bien précis, je suis tout à fait prêt à prêter attention à une imprécision pour améliorer mon travail. :)
SHARCRASH (2020-01-07 18:00:46+00:00): Je t'ai envoié un message en privé, c'est plus facile à lire/communiquer...
ma-rt-in (2021-07-24 08:43:44+00:00): Hallo,
der jüd. Friedhof befindet sich wohl an der falsche Position. Siehe hier: https://www.openstreetmap.org/note/2767733
Kannst du das erledigen?

vg
Dimacn (2019-12-29 13:00:11+00:00): Пожалуйста исправьте добавленный вами объект типа парк отдыха "Площадка для игры...". Нужно поменять теги у объекта и удалить название. Спортивные площадки обозначаются тегами leisure=pitch . В name пишем только названия (официальные) https://wiki.openstreetmap.org/wiki/RU:Key:name
Peilscheibe (2019-12-30 16:07:29+00:00): Hallo vanagaudi,

ich nehme mal exemplarisch dieses eine Changeset von vielen heraus.
In den letzten Tagen hast Du großflächig und systematisch über ganz Deutschland hinweg das tagging von Verkehrszeichen verändert. 
Hierzu habe ich einige Fragen.
- Bei Edits in diesem Ausmaß muss die "Automated edits"-policy beachtet werden (https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct). Wo kann ich die Dokumentation zu diesen Edits nachlesen?
- Wo kann ich die vorangegangene Diskussion zu diesen Edits nachlesen?
- Du hast systematisch das Länderkennzeichen von Verkehrszeichen entfernt. In https://wiki.openstreetmap.org/wiki/Key:traffic_sign#Traffic_sign_IDs ist dokumentiert, dass das Prefix ein Attribut eines Verkehrszeichens ist, also jedes Verkehrszeichen dieses Attribut tragen kann. Warum entfernst Du diese?
- Gibt es einen Konsens darüber, hier abweichend von der internationalen Dokumentation zu arbeiten? Wo kann ich das nachlesen?
- In Deinen Changesetkommentaren referenzierst Du auf https://wiki.openstreetmap.org/wiki/DE:Verkehrszeichen_in_Deutschland. Dort ist nichts über das Länderprefix oder dessen Entfernung erklärt. Auf was genau beziehst Du Dich hier?
- Unter anderem in den Changesets https://www.openstreetmap.org/changeset/78712886 und https://www.openstreetmap.org/changeset/78681563 hast Du die Reihenfolge der erfassten Schilder geändert. Warum?
- In letzterem CS hast Du von einem Verkehrszeichen das tag maxspeed=70 entfernt. In https://wiki.openstreetmap.org/wiki/Key:maxspeed ist ausdrücklich die Verwendung dieses tags an Verkehrszeichen dokumentiert. Warum entfernst Du solche sachlich zutreffenden tags?

Grüße, P.
eggie (2019-12-29 11:46:03+00:00): Dit is niet correct.
Een gebouw zelf (outline)  hoort geen adresgegevens te bevatten.
Svp verwijderen. 
construction = retail is de specificatie van het gebouw in wording. Die regel dus nog verwijderen. 
Zie
https://overpass-api.de/achavi/?changeset=78975117

MVG,
Eggie
eggie (2019-12-29 11:49:23+00:00): Info Kadaster start_date=2018 graag intact laten.
Dat is belangrijke data.
Gr eggie
Remco Landegge (2019-12-29 12:16:34+00:00): Done
eggie (2019-12-29 11:42:59+00:00): Dag Remco... construction=retail	nog verwijderen. 
MVG,
eggie
Remco Landegge (2019-12-29 12:13:54+00:00): Done
Anu_Zade (2020-05-04 21:37:04+00:00): Hello arkdatta,

My name is Anu and I work as a mapper on the OSM team at Lyft.  While mapping in this area, I found 4 ways tagged incorrectly on 3rd Avenue way/391198727, way/634155259, way/634155255 and way/634155254, each of these has been modeled as oneway=yes. These 4 ways should be labeled as bi-directional. Looking at the history of these ways you added directionality on 29 December 2019 for this changeset/78975414. On 3rd Avenue connecting to Jefferson street intersection at this (node/202257186) starting from Harrison street should be bi-directional.  It has been tagged as a bi-directional since May 8, 2018 modified by mapper ionutr_telenav which was correct.

The split starts at Jo Johnston Avenue and goes Northwest to Harrison Street for way/633979659 however, this is the only way on 3rd Avenue in the area that should be tagged as oneway=yes.
Can you please revert the changes to reflect the current state of imagery? If you have more current information on this area that discounts this information, any help would be greatly appreciated. 

Thank you,
Anu_lyft
naaitha (2020-05-05 09:00:56+00:00): Hi Anu,
Thanks for responding. I'll be correcting this on behalf of arkdatta, as he has lost access to his laptop due to COVID issues at his place. Sorry to see that the edit was incorrectly made. I agree with your statement and have made the suggested corrections under changeset#84678211 and I shall pass on the feedback to the editor. 
Regards,
naaitha.
ortho_is_hot (2020-01-02 12:14:50+00:00): G'day,

In regards to the deleted of height, we haven't been given permission from Google to use their data as it is a non copyrighted source, so this change should be reverted in my opinion.

Cheers,
ortho_is_hot
OhadMa (2020-01-02 12:18:30+00:00): Hi,

I agree, it was my mistake
I will fix it

Ohad
mapper999 (2019-12-29 13:13:07+00:00): Hallo,
gibt es einen Konsens, dass Verkehrszeichen auf dem Weg falsch sind? Laut Wiki ist beides möglich (beide Versionen haben Vor- und Nachteile), insofern sollte das meiner Meinung nach nicht mechanisch geändert werden.
vanagaudi (2019-12-29 16:34:41+00:00): Hallo
Es ist nicht falsch, das Verkehrszeichen als Teil eines Wegeknotens zu mappen. Das war auch nicht Anlass meiner Änderung. Es ist vielmehr der Länderprefix, der im Schlüsselwert nur einmal auftauchen soll, zum Beispiel <DE:274-70;276,1049-11>. Da ich den Knoten sowieso schon angepackt habe (es war kein mechanischer Edit), habe ich noch weitere Änderungen vorgenommen. Ein separater Knoten erlaubt mir generell größere Freiheiten bezüglich anderer Verkehrszeichen, weshalb ich den separaten Knoten bevorzuge. Sollten Attribute zu den Wegen fehlen, habe ich diese ergänzt. Auf diese Weise sollten Routing-Programme den vollen Informationssatz bezüglich eines Wegens erhalten, egal auf welchem Teilabschnitt.
andergrin (2019-12-29 12:26:49+00:00): Відкотив правку. В даному місці проїзд неможливий, перевірено особисто. 
https://www.mapillary.com/map/im/PBpZvlg3JsFmf83KQL1Jsg
https://www.mapillary.com/map/im/YXZ1dPvo8ExVctZipFbKnA
eggie (2019-12-29 11:38:05+00:00): Welkom bij OSM
Kleine aanpassing verricht: 
► Uw node samengevoegd met bestaande adresnode


MVG,
Eggie