piebro/osm-data huggingface dataset:
archie (2025-05-17 12:41:54+00:00): Hej, nu vet jag inte från vilken del av världen du kommer, men det är dåligt byggnadsskick att låta gräs växa alldeles intill en byggnad. Så vanligtvis går gräset inte ända till byggnadens väggar. 
Trollordet är "infiltration", dvs man ser till att vattnet kan rinna av och inte stannar kvar i grässvålen på ytan för att därefter gå in i murverket. Om du kollar i en svensk bygghandel, så kommer du att upptäcka att det finns en hel del medel för att undvika gräs intill murverket (markduk och olika andra dukar som skall förhindra att gräs växer intill byggnadens väggar samt speciell grus m m som skall underlätta att vattnet snarast möjligt rinner undan -> infiltration). 
I varmare klimat behövs detta förmodligen inte, men vårt fuktiga nordiska klimat gör att man måste skydda byggnadens väggar. 
Så här i norden gör vi allt för att vattnet inte skall stanna kvar intill muren och sannolikheten att gräset växer eller tillåts att växa tätt intill byggnader är rätt liten. Och ärligt talat det är inte troligt att du själv skulle vilja bo i en sådan byggnad där avrinningen, infiltration, inte sker. 
Till slut är det även en fråga om verifierbarhet. Med bakgrund av ovanstående kan jag ärligt talat inte bekräfta att byggnader har gräsytan alldeles intill så att avrinning inte kan ske. Jag har svårt att minnas att ha sett sådana byggnader.  Ja, det är klart övergivna, förfallna ödehus/byggnader, där ser man det. 
Med andra ord, man har lärt sig ett och annat genom århundradena av husbygge... Sedan är det en helt annan femma att det är betydligt  bekvämare att  klicka fast gräsytan till byggnaden med hjälp av editorn, men med verkligheten har detta ju inget gemensamt.
TrailJunkie (2025-05-20 21:45:55+00:00): Hi melo_1, 

Thank you for your mapping efforts in Romania! I noticed some dual carriageways were remodeled in a way that is inconsistent with standard cartographic practices in OSM (https://www.openstreetmap.org/way/1385626597). The OSM wiki suggests that these dual carriageway intersections should be squared, not rounded (https://wiki.openstreetmap.org/wiki/Dual_carriageway). What do you think about updating the modeling of this intersection to something more simplified and squared? 

Additionally, I also noticed internal turning links were added where there doesn't appear to be a physically separated turning lane (https://www.openstreetmap.org/way/1387492522). Modeling internal links is typically reserved for cases with clear physical separation (https://wiki.openstreetmap.org/wiki/Highway_link). If you do want to map turn lanes like these, I’d suggest referencing the OSM Wiki’s Lanes page (https://wiki.openstreetmap.org/wiki/Lanes), which provides guidance on how to map these by using lane tagging.

I look forward to hearing from you and hope you have a nice day!

TrailJunkie

Salut melo_1,

Îți mulțumesc pentru eforturile tale de cartografiere în România! Am observat că unele drumuri cu sens dublu au fost remodelate într-un mod care este incompatibil cu practicile cartografice standard din OSM (https://www.openstreetmap.org/way/1385626597). Wiki-ul OSM sugerează că aceste intersecții cu drumuri cu sens dublu ar trebui să fie pătrate, nu rotunjite (https://wiki.openstreetmap.org/wiki/Dual_carriageway). Ce părere ai despre actualizarea modelării acestei intersecții la ceva mai simplificat și pătrat?

În plus, am observat că au fost adăugate legături interne de viraj acolo unde nu pare să existe o bandă de viraj separată fizic (https://www.openstreetmap.org/way/1387492522). Modelarea legăturilor interne este de obicei rezervată cazurilor cu separare fizică clară (https://wiki.openstreetmap.org/wiki/Highway_link). Dacă doriți să cartografiați benzi de viraj de acest gen, vă sugerez să consultați pagina Benzi de pe OSM Wiki (https://wiki.openstreetmap.org/wiki/Lanes), care oferă îndrumări despre cum să le cartografiați folosind etichetarea benzilor.

Aștept cu nerăbdare să vă aud și vă doresc o zi bună!

TrailJunkie
dvdhoven (2025-05-17 13:14:26+00:00): Changeset reverted.
Er zijn allerlei fouten door knooppunt.nl geconstateerd en ik heb al aangegeven dat het rcn netwerk leading is en niet tbv routes moet worden gewijzigd
GdenHertog (2025-05-18 19:34:06+00:00): Ai, vanavond mijn mail gelezen en een hoop boze berichten. Dat was natuurlijk nooit mijn bedoeling. Ik zal niet overal reageren, alleen op deze plek dan mijn excuses!
Ik had inderdaad niet bedacht dat het knooppuntennetwerk van mijn wijzigingen last had. In mijn professionele wereld is meervoudige data-opslag not done, zodat bij wijziging van bron-data alle afgeleide data meteen meeveranderd. 
Is het mogelijk een oplossing te bedenken, dat een route die in het veld met het knooppuntennetwerk is  opgebouwd, ook met data van dat netwerk kan worden beschreven?
dvdhoven (2025-05-19 09:58:54+00:00): Wat je ook doet, je lost het hoofdprobleem niet op.
Het hoofdprobleem is dat een elementroute (=route opgebouwd uit netwerkelementen) onzichtbaar is.
Kijk als je routes hebt, die gewoon uit wegen bestaan, ik noem ze maar wegroutes, dan kun je in JOSM even op een weg klikken en je krijgt een lijstje van alle routes, die over die weg lopen. Echter elementroutes staan daar niet bij.
Die kun je alleen opsporen, door een netwerkelement te selecteren en dan te kijken waar hij member van is. Dat is omslachtig en niet werkbaar.
Ik doe veel onderhoud aan netwerken en juist daar gaat het mis.
Bijv. er komt een knooppunt bij tussen 2 andere knooppunten, dan wordt de route gesplitst. Als die route lid is van een memberroute, dan blijft er 1 helft in de memberroute, de andere helft is weg.
En om die erin te krijgen moet je alert, eerst de ene helft selecteren en constateren dat de route lid is van een memberroute en dan de 2e helft weer invaren op de goede plek.
Ook hergebruik ik netwerkroutes als dat zo uitkomt, bijv. 21-22 wordt 24-36 en dan moet je niet hebben dat die route lid is van een memberroute, is dat wel het geval, dan gaat het mis en dat zie in Twente waar ook een paar memberroutes liggen, die gewoon stuk zijn.
Daarnaast heb ik nog tich andere bezwaren tegen memberroutes en dat in het forum uiteen gezet.
Belangrijkste is, dat zeker bij fietsroutes, je nooit een goede aansluiting krijgt. Netwerkroutes sluiten vaak niet netjes op elkaar aan en hoeven dat ook niet. Ze kunnen gewoon overlappen.
En als je elementroutes gaat maken, dan krijg je dus overlappen, die je nooit meer weg krijgt.
Er zijn inmiddels honderden routes met gewoon wegen als member, die het netwerk volgen. Denk maar aan de gekleurde routes bij keuzepuntnetwerken.
Routes opgebouwd uit netwerkelementen zijn een niche in OSM, die asap moet verdwijnen.
Ik heb overigens het rondje Salland gisteren omgezet naar wegen. Nu is het een keurig gesloten route geworden. En ik ben nu bezig om in Twente ook 2 van die elementroutes om te zetten naar wegen, die routes zijn ook stuk als gevolg van netwerkwijzigingen.
MarinoBM (2025-05-17 16:10:27+00:00): Este conjunto de cambios ha sido revertido por interferir en relaciones de límites administrativos.
Hola playmoo, bienvenido y gracias por contribuir con OpenStreetMap. Te recomiendo que en tus primeras ediciones añadas elementos sencillos y leas esta guía.
https://wiki.openstreetmap.org/wiki/ES:Gu%C3%ADa_de_principiantes
Un saludo.
jeslop (2025-05-17 13:29:21+00:00): Reverted on

https://www.openstreetmap.org/changeset/166392035
vasony (2025-05-18 16:52:39+00:00): Szia!

Az alábbi nyulas írásmódok eltérnek, direkt? 
Felső-nyulas utca
Alsó-Nyulas utca

Ha megvan a jó írásmód, légy szíves a jegyzeteket is zárd le.

Köszi, Tamás
hanskuster (2025-05-18 12:05:15+00:00): Warum haben sie den Dorfplatz gelöscht?
Wikilux (2025-05-18 12:12:39+00:00): gemäss swisstopo und GWR gibt es keinen Dorfplatz, aber einen Gemeindeplatz
hanskuster (2025-05-18 21:36:43+00:00): ...also, warum haben sie den "Gemeindeplatz" gelöscht.
Umgangssprachlich nennen wir ihn Dorfplatz.
dvdhoven (2025-05-17 13:13:11+00:00): Changeset reverted.
Geen rcn wijzigingen voor route toepassen.
Aetolia (2025-05-17 12:49:57+00:00): Someone is continuously changing the international borders between Greece and Albania ignoring the legal and binding delimitations between those two states. Furthermore that person in not only placing a small part of Greek territory inside Albania he is evenly dividing Lake Gistove between Greece and Albania. 
Primary Sources:
https://akpt.maps.arcgis.com/apps/webappviewer/index.html?id=ff270e99f5be45f19c7b7a1e3e618b27
https://shop.geospatial.com/publication/38PCREFVGPMH4RPD0MSAVZHMV6/Albania-1-to-100000-Scale-Topographic-Maps
NorthCrab_upload (2025-05-17 12:40:55+00:00): Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Duplikat adresu w okolicy. Adres można oznaczyć na dwa sposoby: na obszarze (dokładniejsze) albo na punkcie. Aktualizując adres, należy się upewnić, czy w okolicy nie pozostały żadne duplikaty.
https://www.openstreetmap.org/node/8808839354
https://www.openstreetmap.org/way/534232841

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
demon_box (2025-05-17 17:39:59+00:00): Hi gebux, I would like to point out that in Italy the street number identifies the access point (entrance) and NOT the entire building. In fact, a building can have multiple entrances and consequently multiple street numbers. 
So you have 2 options: 
1. If you know exactly the position (entrance) of the street number you are mapping, put all the address tags on a node on the perimeter of the building (also adding the entrance tag on the same node); 
2. If you do not have this precise information, you must put all the address tags on an adjacent node but DETACHED from the polygon of the building. 
I have already made the necessary corrections. 
Thanks and Happy Mapping!
gebux (2025-05-19 11:04:36+00:00): Thanks for the info, the address was already on the building, I just made a new node for the missing tourist tag and added the address there as well.  Since I only reacted to a note (4104547) I don't know where the entrance is or if 8 and 10 are even at exactly this place.
eliasp (2026-03-26 12:12:21+00:00): Diese Haltestelle (https://api.openstreetmap.org/node/295904586/history#map=19/48.503619/9.049906) in Tübingen-Derendingen ist definitiv nicht Teil von DE-BW-VPE - ich habe gerade leider keine Zeit das weiter zu analysieren, aber ich befürchte, dass da was bei einem NVBW-Import schiefgelaufen sein könnte und u.U. noch mehr Haltestellen betroffen sind.
SafwatHalaby (2025-05-17 18:15:43+00:00): היי צור,

שים לב שב-OSM יש הנחיה בשם "name is the name only" - כלומר, שמות תאוריים כמו "ברז מים", "פארק אופניים" וכו לא צריכים להיות בשם.

בנוסף, שים לב שעדכנת את `name` אבל לא את `name:he` והם צריכים להיות זהים.

הנחיות שמות לישראל: https://wiki.openstreetmap.org/wiki/Israel#Naming

Name is the name only: https://wiki.openstreetmap.org/wiki/Editing_Standards_and_Conventions#Name_is_the_name_only
SafwatHalaby (2025-05-17 18:23:32+00:00): בגדול, התגיות כבר מתארות את זה. אם זה לא מופיע כמו שצריך במפה מסוימת הפתרון הוא לשנות את אופן ההצגה של המפה ולא להוסיף מידע כפול לשם
Tsur Halamish (2025-05-17 19:30:48+00:00): תודה. תיקנתי.
SafwatHalaby (2025-05-17 21:12:23+00:00): נקודה נוספת היא התרגום לאנגלית - צריך שזה לא יהיה שם מומצא.

למשל, Forester's House זה תרגום תקין לבית היערן, כי זה תרגום שנמצא בשימוש בפועל והשם הרשמי של קקל באתר שלהם.

לעומת זאת, Menashe Hills זה תרגום מומצא. זה לא שם בשימוש, ואפילו הערך בוויקיפידיה הוא פשוט Ramot Menashe

כלל אצבע זה לשאול את עצמך "האם מישהו יחפש את השם הזה"
SafwatHalaby (2025-05-17 21:13:20+00:00): מההנחיות הישראליות לתרגום:

1. Prefer exact spelling as seen on signs.

2. Only use translations that are in actual use and/or can be seen on a sign. If there is no translation available, do not invent one!

3. When there's no translation, transliteration can be used, but it has caveats.

במקרה הזה, אני חושב שזה 3, כלומר Ramot Menashe
SafwatHalaby (2025-05-17 21:16:56+00:00): טעיתי לגבי ויקיפידיה, ויש גם עוד ערך לאזור הגאוגרפי בשם Menashe hills

אני עדיין חושב שזה "אקדמאי" ולא מספיק notable או בשימוש כדי להיחשב כשם, אבל בהחלט יתכן שאני טועה
Tsur Halamish (2025-05-18 10:50:06+00:00): כדובר עברית אני סבבה גם עם 
Ramot Menash
אבל בויקיפדיה זה לא השם באנגלית
https://en.wikipedia.org/wiki/Manasseh_Hills
SafwatHalaby (2025-05-18 13:14:27+00:00): בויקיפידיה זה קצת מוזר, ויש שני ערכים, אחד לקיבוץ ואחד לאזור הגאוגרפי:

https://en.wikipedia.org/wiki/Ramot_Menashe

אני חושב ש-Ramot Menashe הוא השם הנפוץ לשניהם ואפילו ערך הויקיפידיה של ה-hills עושה שימוש ב-Ramot בתוכן.
mcliquid (2025-05-19 07:25:05+00:00): Hi and thank you for your contribution!

Please note for the future: changesets should be local.

To avoid conflicts and as a courtesy to reviewers, it is recommended to:
• combine changes in a small geographical area (within a city, district or province)
• keep changes within the same country
• upload/save changes before moving on to map in a different area

Why? Have a look at the section
"Geographical size of changesets" on this wiki page:
https://wiki.openstreetmap.org/wiki/Changeset#Geographical_size_of_changesets

Thanks for considering, have a nice day and happy mapping!
habi (2026-01-21 10:20:13+00:00): Steinblöcken, nicht Steinböcken :)
aceman444 (2025-05-17 14:32:24+00:00): Sama firma si na stranke uvadza adresu Melickovej 7, https://redhillproduction.sk/ .
Dominik Hulla (2025-05-18 02:00:15+00:00): Fakturačná adresa je Hany Melickovej 7, prevdzka je Matejkova. Hany melickovej je uplne inde. Potvrdene IRL ze je prevadzka na Matejkovej
kasa kai (2025-05-17 13:18:33+00:00): i have had it with this goddamn f***ing road this is so long
onovy (2025-06-08 11:54:30+00:00): 

Ahoj,

prosím o dodržování pravidel mapování elektrického vedení:
https://wiki.openstreetmap.org/wiki/Cs:Elektrick%C3%A1_veden%C3%AD


https://www.openstreetmap.org/node/9658422643/history/3

zde již správně otagovaný transformátor jsi změnil na špatný zápis.

Děkuji.
stosh77 (2026-04-06 04:55:27+00:00): Revised.
Gregory Peony (2025-05-17 15:04:07+00:00): The footprints I flagged here likely do not represent buildings; the others look valid.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/166393084
Aya Samir (2025-05-18 11:33:52+00:00): Hi ilias_;
Thank you for your contribution to OpenStreetMap.
Could you please share with me any official sources regarding the changed road classification from highway=residential to highway=pedestrian in this area "33.5953295, -7.6169874"?
Best regards,
Aya Samir
ilias_ (2025-05-18 13:32:02+00:00): Hi, I've been waiting a long time to fix that area. These are all pedestrian streets (seen them myself). You might see some cars or motorcycles on aerial imagery sometimes, but you know that's standard in Morocco, in reality they are not allowed. You can also see the difference in surfaces on aerial imagery. I also invite you to watch these "walking tours" of the area to see some actual on the ground footage (these are not my sources, just sharing them for you):

https://youtu.be/pboSZ2JyFnM?t=352
https://youtu.be/FdsULdSfFUc?t=221
https://youtu.be/FdsULdSfFUc?t=215
Aya Samir (2025-05-19 07:44:00+00:00): Hi ilias_,
I just wanted to take a moment to thank you for your prompt response and for sharing your sources with me.
Best regards,
Aya Samir
Gregory Peony (2025-05-17 14:47:37+00:00): All footprints valid and accurate. Thank you for your contribution. If you want to experience the OSM community or to get timely feedback from other mappers; I recommend that you attend a mapathon. You can find events here https://osmcal.org/
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/166393469
Kinsio (2025-05-17 18:27:42+00:00): ¡Hola Rockedf! Gracias por su contribución a OpenStreetMap, pero he revertido este conjunto de cambios por un par de razones.

En primer lugar, y lo más importante, este local de Steak 'n Shake lleva cerrado desde 2023. La única razón de que la información como el nombre todavía está en el objeto es porque la marca Steak 'n Shake todavía es visible en el edificio.

En segundo lugar, su uso de la etiqueta check_date es inapropiado en este caso. Esta etiqueta se refiere a la última vez que se comprobó el objeto en su conjunto, generalmente para la existencia por encuesta presencial, lo que claramente no hizo en este caso, si no, habría visto que el restaurante está cerrado. Véase https://wiki.openstreetmap.org/wiki/ES:Key:check_date para obtener más detalles.

Además, estoy un poco preocupado por su uso de "local knowledge" en la etiqueta source de conjunto de cambios. He revisado sus conjuntos de cambios recientes y noté que ha utilizado esta etiqueta source en conjuntos de cambios en muchos lugares diferentes, que no todos pueden ser correctos. En este caso, "local knowledge" se refiere a información que el cartógrafo sabe que es cierta porque vive cerca del objeto en cuestión y está familiarizado con él, pero no necesariamente se ha complicado la vida por específicamente visitar el objeto y anotar la información (lo que sería "survey"). Puede leer más al respecto en https://wiki.openstreetmap.org/wiki/ES:Key:source#Fuentes_generales_usadas_com%C3%BAnmente_por_mapeadores_humanos.

Por tu comentario de conjunto de cambios, parece que quería decir que tu fuente era el sitio web de Steak 'n Shake, que como he verificado, de manera un poco irritante, ciertamente todavía incorrectamente lista este como local activo. Esta URL puede ir en la etiqueta source en vez de "local knowledge".

https://www.openstreetmap.org/changeset/166404142
Rockedf (2025-05-17 20:18:12+00:00): Muchas gracias por sus aclaraciones amigo. 

Saludos y tenga un buen día.
Rockedf (2025-05-17 20:20:20+00:00): Disculpe, quise decir amiga (falla del corrector)
user_5359 (2025-05-18 14:09:52+00:00): Hallo! Bitte sieh Dir nochmal den Knoten https://www.osm.org/node/6006875292 an. Was bedeutet das Tag Wanderkarte = Klumpertal? Und dies bei einer Bank?
AlexJoW (2025-05-19 12:52:45+00:00): Hallo, du hast den Knoten (die Bank) ja schon korrigiert. Das war wohl ein Fehler meinerseits. Danke für den Hinweis. Habe alle meine Einträge von gestern noch einmal kontrolliert, alles ok. Vielen Dank
Supaplex (2025-05-18 02:14:48+00:00): Hi 
Is there a change of control over these areas?
Please be aware of the disputed territory rules: https://wiki.openstreetmap.org/wiki/Disputed_territories
OpenStreetMap records things in de facto status

https://www.openstreetmap.org/changeset/166413852
Mateusz Konieczny (2025-07-02 13:28:36+00:00): Hello! https://www.openstreetmap.org/node/12844242935/history has amenity = fixme that was added in this edit
What kind of object is here? Is it a shop? What kind of a shop? (see https://wiki.openstreetmap.org/wiki/Key:shop )
maro21 (2025-05-18 14:12:26+00:00): Do you know that you can't use Wikipedia as a source? https://wiki.openstreetmap.org/wiki/Collaboration_with_Wikipedia

Please limit your changesets to smaller areas: https://wiki.openstreetmap.org/wiki/Changeset#Geographical_size_of_changesets
bigopenmac (2025-05-17 16:18:28+00:00): В адресах ЗДАНИЙ не нужно указывать названия улиц на разных языках, достаточно прописать значение из  name дороги. Здесь оно указано верно, нужно лишь удалить addr:street:ru из здания.
addr: (2025-05-22 15:22:58+00:00): Здравствуйте. Мы используем эту схему. Нет ошибки в добавлении локализованных адресов, это нормальная практика. Судя по taginfo, ключ addr:street:ru используется 3941 раз, а  addr:street:en используется 2 317 282 раз, так что де факто, это устоявшаяся схема.
mike140 (2025-05-22 20:40:21+00:00): Какую цель вы преследуйте, добавляя этот тег?
mike140 (2025-05-22 20:41:59+00:00): Чтобы что?
addr: (2025-05-24 19:14:53+00:00): Использование адресных данных системой Ozon
bigopenmac (2025-05-24 21:25:28+00:00): Вы добавили addr:street:ru на 14 зданий в Беларуси. Это какие-то особо важные для Вас здания или  планируете добавить это и на остальные здания в стране?
addr: (2025-05-25 14:32:24+00:00): Это точечные правки
Maciej9 (2025-06-17 19:51:26+00:00): Hi, there is no toll on A4 between Byczyna and Rudno
Vodevil_Mark (2025-06-17 23:08:38+00:00): Подскажи пожалуйста координаты Byczyna
Maciej9 (2025-06-17 23:13:39+00:00): 50.14851,19.34658

https://www.openstreetmap.org/?#map=16/50.14851/19.34658
Vodevil_Mark (2025-06-17 23:20:10+00:00): У не отмечал его платных, перепроверьте пожалуйста
Maciej9 (2025-06-17 23:34:48+00:00): You didn't set it as toll, but you removed the toll=no tag from that section. By the way, you removed toll=yes from the section between Jeleń and Byczyna, which actually is tolled. I'm not sure of the intention, as the tags were correct before you removed them.
Vodevil_Mark (2025-06-17 23:59:13+00:00): It doesn't matter whether there will be a toll=yes tag there, since it is impossible to either exit or enter the road on Byczyna. However, if you consider it necessary, you can return the tag. As for the toll=no tag, in fact, this is unnecessary information, so I thought it could be removed.
maraf24 (2025-07-15 15:45:35+00:00): >As for the toll=no tag, in fact, this is unnecessary information, so I thought it could be removed.

20% of toll values is "no".
The wiki page https://wiki.openstreetmap.org/wiki/Key:toll actually mentions several times tagging toll=no.
Vodevil_Mark (2025-07-15 15:59:31+00:00): let's get down to the facts. what is this tag practically needed for? it doesn't affect anything
pavvv (2025-07-15 16:39:45+00:00): > let's get down to the facts. what is this tag practically needed for? it doesn't affect anything

It shows that there isn't anything missing from being mapped. If there's no toll tag, then it's unknown whether there is a toll or not (whether there's no toll or it's not been mapped yet). It's the same reason why StreetComplete creates so many =no tags.

I think it's a really good idea to show if there are tolls on every single motorway and expressway in Poland so that there's no confusion.
Vodevil_Mark (2025-07-15 17:18:02+00:00): The OSM toll road map is currently up to date. The last expansion of the toll road network was in 2023 or 2024. If there are even more toll roads, the toll = no tag will not help. I've checked every road in Poland and I haven't missed a single section.
pavvv (2025-07-15 17:23:30+00:00): No tag doesn't mean the same as toll=no. A data consumer can pick any value they want as the default. Deleting not redundant tags is not allowed in OSM and definitely not deleting correct tags, like toll=no. I understand deleting such s tag from an ordinary tertiary road but not a national one.
pavvv (2025-07-15 17:37:20+00:00): Related thread: https://community.openstreetmap.org/t/dodatkowe-tagi-zwartoscia-no-co-siadzicie/127600
Vodevil_Mark (2025-07-15 17:37:21+00:00): add it back if you think it's necessary
pavvv (2025-07-15 17:40:38+00:00): I do and I ask you to not delete it anymore.
Mannivu (2025-05-17 15:31:23+00:00): Ciao, in generale è sempre meglio non rimuovere oggetti già esistenti, ma sistemarli se errati. Nella fattispecie, hai eliminato https://www.openstreetmap.org/way/1065570103 che, se proprio, andava spostato, non eliminato
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/166396245
Mannivu (2025-05-17 15:35:34+00:00): Ripristino edificio cancellato

https://www.openstreetmap.org/changeset/166397365
Nordsz (2025-05-17 15:11:31+00:00): Notice the entrance says Trafikförvaltningen, Region Stockholm. NOT SL. 

https://www.google.com/local/place/fid/0x465f9d80bd053a9b:0xf00fec7e53f0e6b1/photosphere?iu=https://streetviewpixels-pa.googleapis.com/v1/thumbnail?panoid%3D5oxfpMkd2xGcKevQVBcudQ%26cb_client%3Dsearch.gws-prod.gps%26yaw%3D253.17836%26pitch%3D0%26thumbfov%3D100%26w%3D0%26h%3D0&ik=CAISFjVveGZwTWtkMnhHY0tldlFWQmN1ZFE%3D&sa=X&ved=2ahUKEwiJkq_R5KqNAxU_IBAIHZ84HgkQpx96BAgcEA4