piebro/osm-data huggingface dataset:
maro21 (2023-11-26 13:03:08+00:00): Opis zmian powinien zawierać informacje CO zostało zmienione/dodane/usunięte, a nie że coś zostało zmienione, bo to jest oczywiste.
Przykładowe poprawne opisy zmian możesz znaleźć w linku podanym wyżej.
Manoukian Brothers Oriental Rugs aka Manoukian Rugs (2025-04-10 03:57:02+00:00): Bill's True Value Garden Center (Arl, VA 22207) closed at this location a few years back, circa 2021. But the separate  Hardware store on Buchanan Street remains open. As of 2024 it is Manoukian Brothers Oriental Rugs, aka Manoukian Rugs (see Google Maps).
Ref. - https://www.arlnow.com/2021/03/23/bills-true-value-hardware-remaining-open-following-founders-death/
b-jazz (2025-04-11 18:05:13+00:00): Hello Brothers Manoukian. Thanks for the information. You can feel free to update the map to reflect the changes in ownership. You don't need me to do it for you. In fact, as you are local to the change, you would be the better person to make it. There should be a tutorial when you signed up for OSM. There is also https://learnosm.org that can be helpful. Good luck.
eggie (2023-10-31 19:57:39+00:00): Dag Sem Je vraagt feedback.
Bij building = roof kun je layer=1 bijtaggen
Het spoor onder de overkapping kun je splitsen en dan covered =yes taggen
Dan lijkt het spoor onder het dak door te lopen. De eindnodes van het covered deel maak je vast aan het dak.
Je edits https://overpass-api.de/achavi/?changeset=143439303
Mapse
eggie
SemBlokland (2023-10-31 22:28:48+00:00): bedankt voor de feedback, ik heb het inmiddels toegepast: https://www.openstreetmap.org/changeset/143445057
map per (2023-11-01 05:58:28+00:00): Hello Torgny Johnsson,

The places you added with Maps.me were uploaded to the public OpenStreetMap (OSM) database. OSM is a wiki project for maps, comparable to wikipedia.

Your additions were either duplicates or so questionable that I deleted them. If you think that the "Machine workshop" really exists please tell me what kind of shop/workshop that is.

Best regards
map per

PS:
You can use the link in the e-mail to reply to my question.
Xvtn (2023-12-13 23:48:04+00:00): For situations like this where it's clear that parking is operated by two separate businesses, I think it's best to make them separate lots. (That way someone can come through later and give them potentially different tags like access=* or name=*.)
Xvtn (2023-12-13 23:48:18+00:00): I went ahead and made that change.
flohoff (2023-11-01 09:21:12+00:00): Moin,
ich hab gesehen das du Autobahnkreuz Rheda überarbeitet hast. Das hatte ich mir gerade letzte woche schonmal angsehen.

Wenn du da parallele linien hast wie mit dem Grün sollten die nodes jeweils auf selber höhe liegen. Das hatte ich gerade alles korrigiert.

Hier wird darauf eingegangen:

https://wiki.openstreetmap.org/wiki/Editing_Standards_and_Conventions#Divided_highways

Flo
FraukeLeo (2023-11-01 11:25:26+00:00): Danke fürs Nacharbeiten. Ja, ich lauf grad die B 64 ab. Daher auch das Vohren-Thema. Die Nodes auf gleicher Höhe finde ich vor allem dann wichtig, wenn in Kurven mit nur wenigen Nodes gearbeitet wird, Kurven also "eckig" aussehen, dann sollten die Ecken zumindest parallel laufen. Da ich Kurven gern ausrunde, finde ich das nicht ganz so entscheidend, da sieht man ja nur in höchsten Zoomleveln was von. Deshalb schlampe ich da ein bisschen.
FraukeLeo (2023-11-01 11:36:48+00:00): Warum hast du hier https://osm.org/go/0GPt287rY--?m= wieder aufgeteilt? Da ist doch keine bauliche Trennung. https://www.mapillary.com/app/?pKey=300331072949258
FraukeLeo (2023-11-01 14:24:45+00:00): Ist nicht böse gemeint, aber für mich sehen die Geometrien dieser trunk_links jetzt noch übler aus als vor meiner Bearbeitung, mit scharfen Knicken und etwas Zickzack, wo ich eine saubere Kurve hingeformt hatte, aber wenn ihr das so mögt, dann pfusche ich da nicht mehr rum.
flohoff (2023-11-01 17:58:12+00:00): Ich habe das wieder aufgeteilt weil das in etwa 20 turnt restrictions spart und u.a. die Ausfahrt aus dem Umspanned falsh war. Dort darf eben nicht nach links abgebogen werden.

Mir ist das aufgefallen weil es Fehler in der Routenüberwachung erzeugt hat.
flohoff (2023-11-01 17:59:36+00:00): 
Man kann das mit den nodes aber auch deutlich übertreiben. Solange der weg innerhalb der Fahrspur bleibt kann man das schon so lassen.

Und wenn man das macht dann alle umgebenden Linien eben gleich mitbearbeiten.
flohoff (2023-11-01 18:31:45+00:00): Um das mit der auftrennung und den turn restrictions nochmal auszuführen - Jetzt habe ich eine Tastatur.

Ich mache seit 15 Jahren routingüberwachung in Ostwestfalen. Das hier ist in etwas das Netz was ich alle 30-120 Min berechne ob sich was geändert hat.

https://osm.zz.de/routeqa/#52.01791,8.51827,11z

Nummer 1 der ursachen warum routing kaputt geht sind turn restrictions. Zum einen weil mapper sie falsch einsetzen, nicht verstehen in ihren Auswirkungen oder weil nicht so erfahrene Mapper sie kaputt machen - zumeist ausversehen.

JEDE turn restriction die wir einsparen ist ein Gewinn für die Stabilität des Routings bei OSM.  Jede turn restriction ist eine Zeitbombe die früher oder später hochgeht. 

Dazu kommt noch das turn restrictions leider von mappern mit der Gießkanne verteilt werden so aus dem Gefühl. Da ist oft völlig unerheblich ob da wirklich Beschränkungen existieren, oder ob die turn restriction überhaupt irgendeinen Sinn macht. Z.b. bei Kreuzungen mit abbiegespur die 2. möglichkeit des abbiegens mit einem "only-straight-on" oder "no-right-turn" zu taggen. Dieser turn wird von keinem Router der Welt wirklich vorgeschlagen weil die abbiegespur IMMER besser ist, dazu halte ich es für strittig ob dort überhaupt ein Abbiegeverbot existiert (Keine durchgezogene linie, kein Schild). Also taggen wir eine fragwürdige rechtliche beschränkung für etwas was eh nie eintreten kann und riskieren aber die probleme mit kaputten relationen? 
Jede dieser turn restriction ist eine zeitbombe dir irgendwann hochgeht. 

Jetzt zur Auf-/Abfahrt auf Autobahnen etc. 

Ja - Es ist richtig das keine Bauliche Trennung existiert. Diese ist aber nur das empfohlene vorgehen weil wir ja andernfalls auch das "queren der Fahrbahn" z.b. zu Fuß verhindern würden. Das ist gerade hier nicht gegeben weil dort Fußgänger und Radfahrer verboten sind, eine Querung also eh nicht zulässig.

Dazu kommt das nur ein zusammenlegen der Fahrbahnen nicht reicht, es existiert dort für die gesamte Strecke ein Überholverbot und eine Wendeberbot. Das können wir so aber gar nicht mappen. Also das zusammenlegen fixed kein einziges problem was wir haben sondern schafft diverse neue. U.a. das überhol und wendeverbot und die ganzen turn restrictions die notwendig sind um das sauber abzubilden. 

Also wofür dann? Nur um eine Daumenregel einzuhalten. Sehe ich nicht. 

Ich versuche nach dem Prinzip KISS - Keep it simple and stupid zu mappen so das auch nachfolgende Generationen noch was damit anfangen können. Die erste relation macht das zunichte. 

Flo
Filip009 (2023-11-01 10:56:03+00:00): Ahoj, pre lesné chodníčky sa viacej používa highway=path "Cestička".
macdale (2023-11-01 18:58:13+00:00): Ahoj, dakujem za upozornenie. Asi mas na mysli niektore linie, ktore som oznacil ako chodniky. Je to schvalne, kedze sa jedna o chodniky v zamockom parku, ktore su spevnene, siroke a maju charakter skor chodnikov nez lesnych cesticiek.
Filip009 (2023-11-01 19:26:49+00:00): Aj tento napríklad? https://www.openstreetmap.org/way/1219527757
Filip009 (2023-11-01 19:31:02+00:00): A nevidím nikde nejaké hranice parku, tak ten tam môžeš potom tiež zakresliť. Zatiaľ sa park nachádza len na bode https://www.openstreetmap.org/node/10601194038
macdale (2023-11-01 19:41:27+00:00): Ano aj ten samostatny chodnik. Cela siet konci poslednym mostikom. Inak park mal v minulosti ovela vacsiu siet chodnikov. Tie su v terene viditelne dodnes, len sa neudrzuju a nevyuzivaju. Tie by som zakreslil uz iba ako cesticky no zatial neviem ako si pridam do podkladovych map pri editacii mapy DMR tienovany relief? Nevies mi v tomto poradit prosim. Dik.
Filip009 (2023-11-01 19:51:22+00:00): Je tam custom layer, ale odporúčal by som skorej stiahnuť si JOSM a naučiť sa mapovať v tom, keď to s mapovaním myslíš vážne. Ide to cez neho oveľa rýchlejšie. Táto vrstva tam vo výbere nechýba. viď. https://www.youtube.com/watch?v=q59kIyirKzM
macdale (2023-11-01 22:36:01+00:00): Okacko, dakujem ti za tip aj instrukcie. Ked bude viac casu, mrknem na to. Ja som primarne graficky dizajner a mapy su mojim hobby. Mapy vsak tvorim nejaky ten rok, vazne to teda beriem, no v intenciach volnocasovej aktivity.  Este raz dik za helf, ten JOSM vyzera fajn aj ked ho bude treba najprv rozluskat:)
maro21 (2023-11-01 17:28:55+00:00): - Proszę podawać adekwatne opisy zmian: https://wiki.osm.org/wiki/Pl:Dobre_komentarze_zestawu_zmian Każdy zestaw zmian zawiera zmiany, a "Liczne zmiany" nic nie mówi.
- Proszę nie robić automatycznych masowych zmian bez wcześniejszej dyskusji: https://wiki.osm.org/wiki/Pl:Automated_Edits_code_of_conduct
spatialia (2023-10-31 23:25:34+00:00): Noting that I'm reverting my own changeset here - see new changeset comment

https://www.openstreetmap.org/changeset/143446942
NorthCrab_upload (2023-10-31 20:10:52+00:00): Zauważyłem, że Twoja zmiana zawiera adresy wymagające dodatkowej uwagi. Przygotowałem listę obiektów oraz dodatkowe informacje:

Nazwa ulicy nie istnieje w okolicy.
https://www.openstreetmap.org/way/569459717

Pozdrawiam! 🦀
syntex (2025-07-03 23:15:54+00:00): Naprawione
b-holdet (2023-12-12 16:39:52+00:00): Det er ikke så godt at du tegner ting ind, som ikke findes ude i virkeligheden.
De tegnede moler findes jo ikke, men er kun godkendt. Kortet benyttes også til navigation på vandet, og dine "uægte" moler kan give problemer.
Jeg har nedgraderet dem til proposal:man_made=breakwater for at de ikke forstyrrer. Når de endelig er lavet ude i vandet kan de ændres til man_made=breakwater
STV87 (2023-12-12 17:28:51+00:00): Hej b-holdet,
Mange tak for din kommentar, den er taget til efterretning i forhold til kodningen. SÅ LÆNGE omridset af Lynetteholmen stadig vises på OSM.
Det er aldeles gavnligt at de vises, af hensyntagen til vigtige brugere af OSM kortet som lag.
Eksempelvis benyttes kortet på Søfartsstyrelsens officelle side hvorpå man kan læse om hvad der forgår på søterritoriet.
Se nærmere på denne side, hvorfor det giver mening at de vises:
https://nautiskinformation.soefartsstyrelsen.dk/index.html#/messages/map

Hvis du kender bare lidt til hvordan en Efterretning for Søfarende læses, vil du også vide ved at læse historien for området at det magenta område markere et område hvori der ikke må sejles.
Til orientering lavede jeg samme omrids da første fase af Lynetteholmen blev etableret, hvilket ifølge tilbagemeldinger gjorde det klart hvad der forgik.
Så HER, var det gavnligt at omridset af molerne blev vist.

At du siger OSM benyttes til navigation på vandet, håber jeg er en spøj, eller kæmpe misforståelse fra din side.
OpenStreetMap og/eller OpenSeaMap er IKKE egnet til navigation på havet. Såfremt nogen benytter sig af dette, bør det stoppes pr omgående. Der skal benyttes officelle danske søkortdata som grundlag for navigation på havet.
Kommer nogen ud for en ulykke eller andet, fordi de har navigeret på det her, er der INGEN forsikring eller andet der dækker omkostningerne.

Til orientering kan jeg oplyse at jeg i mit erhverv arbejder inden for området, og ligeledes er aktiv i samtlige større byggeprojekter på havet.. Så en smule baggrundsviden har jeg dog på hvad der forgår, men også på anvendelsen af OSM inden for området.

At jeg nogengange koder noget forkert, skal jeg beklage og derfor sætter jeg også pris på når nogle kan assistere med korrekt kodning.
Dog er kilden til mit data korrekt.

Hilsen STV87
b-holdet (2023-12-12 19:56:18+00:00): Om du mener at jeg spøger, når jeg skriver at søkort findes og bruges med OSM-data, så kan jeg se at du allerede har fundet https://map.openseamap.org/
Hvem der bruger kortene skal jeg ikke kunne sige, men det ser ud til at det bruges som et alternativ til de officielle kort.

Dit omrids af moleområdet bevares i OSM, men er ikke åben, da tagget ikke renderes i kortet.

Du skal være klar over, at der er nogle regler i OSM, som alle bør følge, når der tegnes.
En simpel regel er, at der kun indtegnes ting, som kan findes i virkeligheden.
https://wiki.openstreetmap.org/wiki/Good_practice
"Do not map objects if they do not exist currently"

Jeg vil mene, at hvis du forventer at kortet hos nautiskinformation.soefartsstyrelsen.dk skal vise din mole, så er det kun når den er bygget og synlig at den skal med. Indtil da må den ligge "skjult" eller først tegnes ind, når den endelig er der.

Ellers må hjemmesiden tegne den ind som et overlay, så samme vis som de andre områder er tegnet ind på samme side.
OSM er jo blot en database over ting, der virkelig findes. Alt andet må tilføjes som overlays udefra.
STV87 (2023-12-12 20:48:31+00:00): Du er jo helt væk i forhold til det nautiske og anvendelsen af OpenSeaMap...
God aften.
b-holdet (2023-12-12 20:54:28+00:00): Tak. Du har en underfundig måde at udtrykke dig på.
Hvad andre gør er ikke mit problem, men andres. Jeg har ikke, gentager "ikke", sagt at jeg bruger openseamap, det er der andre der gør.
Læs venligst hvad der står og ikke hvad du tror du læser.
syncronic (2023-11-01 20:00:19+00:00): Als ich das letzte Mal da war, gab es keine Pfadverlängerung. Wo du eingezeichnet hast, ist schweres Forstgerät durchgeackert. Ich nehme mal an, dass die Strava Leute irgendwo im Wald gelaufen sind und das als Orientierungshilfe genommen haben.
martinst (2023-11-02 16:55:25+00:00): Danke für den Hinweis. 
Auf der Strava Heatmap sehen die vielen Spuren sehr nach Pfad aus. 
Revertiert in Changeset: 143541276
syncronic (2023-11-03 11:57:33+00:00): Die Spuren sind aber recht breit gestreut. Früher mal war da wohl tatsächlich ein Weg und am Ende ist auch sowas wie eine Wendeplattform. Könnte sein, dass das wieder restauriert wird. Dann ist das aber ein eigener Track und keine Fortsetzung des Pfades.
martinst (2023-11-14 15:56:10+00:00): In der aktuellen Karte des BayernAtlas ist dort ein Weg verzeichnet.
Man sollte sich die Stelle bei Gelegenheit mal anschauen.
syncronic (2023-11-16 10:44:14+00:00): Prinzipiell ist da auch ein Weg, aber für normale Leute unbenutzbar. Da war im Frühjahr bei der Schneeschmelze der Boden durchweicht, breite Spur mit tiefen Spurrillen und Wasser drin. Da geht man besser irgendwo in der Umgebung. Der "Weg" ist aber nicht durchgängig, er hört bei dem Board auf. Der Rest ist nur ein schmaler Trampelpfad, den ich eingezeichnet habe. Das ist in allen Karten falsch.
village (2023-11-21 22:20:43+00:00): review_result=ok ;-) (habe auch das 2.Foto in https://osm.org/note/2768868 gesehen)
village (2023-11-21 22:46:33+00:00): https://taginfo.geofabrik.de/europe:germany/keys/tactile_paving#values legt `tactile_paving=partial` nahe.
Xvtn (2023-12-13 23:45:11+00:00): Looks great! Thanks for contributing. See my note on your other changeset regarding multipolygons.
user_1566574 (2025-04-06 11:30:13+00:00): Salut,
Je ne comprends pas ce que tu veux dire dans ce genre de fixme https://www.openstreetmap.org/node/11303255239 ? Concrètement, quel est le problème, et quelle solution est attendue ?
Merci.
user_1566574 (2025-04-07 06:15:36+00:00): RAS : https://postimg.cc/1nb4xRCg

Doublement pas sûr de comprendre…
eggie (2023-10-31 20:47:35+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 
Je hebt een weg op een weg geplakt.
Dat werkt zo niet.
Je zult dan de tagging van de al bestaande weg moete aanpassen.
Er loopt hier een officiele wandelroute. Welke borden staan hier dat je access=private en locked=yes (dat is voor een hek) tagt? 
Je edits. https://overpass-api.de/achavi/?changeset=143442000
Ik draai dit voorlopig even terug. 

MVG, 

Eggie 

Namens de OSM Community
eggie (2023-10-31 20:50:51+00:00): Wijzigingenset #143442303

Wanneer er niet gefietst mag worden is de tag vehicle=no voldoende om op het bestaande pad bij te taggeb,
Waar komt access=private vandaan?
eggie (2023-10-31 20:51:11+00:00): Reverted by changeset #143442303
SomeoneElse (2023-11-04 11:01:33+00:00): Hello Puxim,

You've written "Correction of road category and number" here, but as previously noted by a previous contributor at https://www.openstreetmap.org/changeset/141516498 the roads in Wantage have been changed.  You can see a picture of the new signage at https://www.mapillary.com/app/?lat=51.589077618021&lng=-1.4198422618224&z=16.866703450277612&pKey=299581368502756&focus=photo&mapStyle=OpenStreetMap .

Please do add a comment to this changeset (or the other one) acknowledging that you have seen this message.  If you have any questions, you can email data@openstreetmap.org with a subject of "[Ticket#2023110410000081] Puxim".
Best Regards,
Andy Townsend, on behalf of OSM's Data Working Group.
Xvtn (2023-12-13 23:44:08+00:00): For areas with voids in them like this parking lot, you can use a multipolygon. If you don't know already, they're features that have some number of outer and inner members. I made one with your original lot outline as the outer, and some other lines as inner. An easy way to create these in iD is to draw the outer, tag it as appropriate, then use the Line tool to draw the inner. Then select both of them and press "C". That'll auto-create a relation and move the tags over.
Xvtn (2023-12-13 23:39:21+00:00): Looks great. Thanks for your contribution!
Andrew Eagle Vicente (2023-11-05 23:45:57+00:00): Wow
volkerti (2023-11-06 01:08:57+00:00): Sorry, I'm new to changsets in StreetComplete. Should have closed it before.
woodpeck (2023-10-31 22:00:14+00:00): Dear започе7, the digit "1" is not a good changeset description. Please read https://wiki.openstreetmap.org/wiki/Good_changeset_comments for information on how to choose a good comment. Please also specify the source of your edits. Note that we only use two different ways for the different driving directions if there is a *physical separation* between the two; your ways https://www.openstreetmap.org/way/1219882604 and https://www.openstreetmap.org/way/1219882605 do not seem to fulfil this requirement.
Filip009 (2023-11-01 11:09:39+00:00): Dobrý deň, na základe čoho ste posunul administratívnu hranicu? https://www.openstreetmap.org/node/11303383763
Metzor (2023-11-02 08:29:30+00:00): Hi volkerti,

Welcome to OSM and thanks for contributing :-) 

One general recommendation: 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

Thanks for considering, have a nice day and happy mapping!

Please also habe a look at this page as you use StreetComplete:
https://wiki.openstreetmap.org/wiki/StreetComplete/FAQ#A_changeset_made_with_StreetComplete_covers_a_massive_area%2C_why_is_this%3F_How_can_it_be_prevented%3F
volkerti (2023-11-06 01:11:02+00:00): Sorry, I'm new in using StreetComplete, thought it's a good and easy idea.
Thanks for the heads-up.
mcliquid (2023-11-06 11:46:08+00:00): Hi,

Welcome to OSM and thanks for contributing :-)

One general recommendation: 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

Thanks for considering, have a nice day and happy mapping!
vasony (2023-11-01 20:39:08+00:00): https://www.openstreetmap.org/node/3235037362

Ezen a kapun Kondorosi 2/a-van kiírva nem Hunyadi János 1, 2 hete voltam itt.
BáthoryPéter (2023-11-01 21:38:58+00:00): Igazad lehet.

https://www.openstreetmap.org/node/11303440346
Ez a fűtésbolt viszont Hunyadi 1-nek hazudja magát minden hivatalos elérhetőségén. Kerestem egy darabig mire meglett, és valahol közben találtam egy Hunyadi 1 táblát, de már nem tudom hogy hol (szakadt az eső, nem ideális idő bringás felméréshez). Az E épület előtti gyalogos kapun biztos 2/a van.
bkil (2023-11-02 09:08:48+00:00): Lehet az egész blokknak mindkettő utcáról házszáma.
vasony (2023-11-02 12:45:07+00:00): Mint minden sarokteleknek Budapesten, de kiírva nincs. 
Én a fűtésbolton hagynám az 1-es számot, a kapukról meg leszedném, mert az ipari parkon úgyis rajta van.
dcapillae (2023-11-01 04:48:11+00:00): Buenos días.

Este conjunto de cambios fue revertido. Es la cuarta vez que añade el mismo hotel. Véase discusión previa: https://www.openstreetmap.org/changeset/143411362


Por favor, no añada objetos duplicados.

Gracias por su colaboración.

Atentamente,

Daniel Capilla
rickmastfan67 (2023-11-20 04:43:27+00:00): Just so you know, I-69 doesn't go South of Exit 21 yet.  FHWA hasn't signed off on it south of there.  Thus, it's still the Purchase Parkway till that happens and signage changes.
rickmastfan67 (2023-11-20 04:45:09+00:00): And please use a more descriptive change message. "changed everything listed" isn't a good message, and doesn't help other users to be able to figure out what has been changed easily.
NorthCrab_upload (2023-10-31 23:20:53+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/7787655085
https://www.openstreetmap.org/way/1155769823

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! 🦀
west89 (2023-10-31 23:18:03+00:00): Quellen:https://denkmalatlas.niedersachsen.de/viewer/metadata/35631141/1/-/ und https://www.historisches-ammerland.de/gebaeude-im-ammerland/villa-klingenberg/
goldfndr (2023-11-01 05:29:32+00:00): from survey, not imagery; trees and other street lamps from imagery.
SomeoneElse (2023-11-01 09:23:13+00:00): "Reverting some undiscussed name changes; please discuss mechanical edits at https://c.osm.org/c/communities/ua/66"
NorthCrab_upload (2023-11-01 00:20:25+00:00): Zauważyłem, że Twoja zmiana zawiera adresy wymagające dodatkowej uwagi. Przygotowałem listę obiektów oraz dodatkowe informacje:

Nazwa ulicy nie istnieje w okolicy. Jeśli adres ma nazwę ulicy, upewnij się, że jest ona poprawna. Jeśli nie, usuń addr:street, a nazwę miejscowości przekaż w addr:place.
https://www.openstreetmap.org/node/11303521956

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! 🦀
NorthCrab_upload (2023-11-01 00:30:44+00:00): Zauważyłem, że Twoja zmiana zawiera adresy wymagające dodatkowej uwagi. Przygotowałem listę obiektów oraz dodatkowe informacje:

Nazwa ulicy nie istnieje w okolicy. Jeśli adres ma nazwę ulicy, upewnij się, że jest ona poprawna. Jeśli nie, usuń addr:street, a nazwę miejscowości przekaż w addr:place.
https://www.openstreetmap.org/node/11303561597

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! 🦀
user_5359 (2023-11-01 09:29:36+00:00): Hello! The technical information of create and uptime time isn‘t necessary on OSM. I also suspect that lga_id is not a reference number but an internal number. Is there an OSM specific notation of these always identical tags?
Meead Saberi (2023-11-01 20:42:36+00:00): Hi. You're right. I'll remove the unnecessary tags. Will only keep the "nature = tree". Thank you for the comment.