piebro/osm-data huggingface dataset:
Baloo Uriza (2024-10-29 16:46:48+00:00): Was the flush median removed and now it's just a deadspace in Rogers Boulevard?  Last time I was through there, it was a flush median (hashed out with slashes) and thus counts the same as a raised island preventing the turn.
Baloo Uriza (2024-10-29 16:47:11+00:00): Was the flush median removed and now it's just a deadspace in Rogers Boulevard?  Last time I was through there, it was a flush median (hashed out with slashes) and thus counts the same as a raised island preventing the turn.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/158504196
Baloo Uriza (2024-10-29 16:47:13+00:00): Was the flush median removed and now it's just a deadspace in Rogers Boulevard?  Last time I was through there, it was a flush median (hashed out with slashes) and thus counts the same as a raised island preventing the turn.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/158504196
Baloo Uriza (2024-10-29 16:47:15+00:00): Was the flush median removed and now it's just a deadspace in Rogers Boulevard?  Last time I was through there, it was a flush median (hashed out with slashes) and thus counts the same as a raised island preventing the turn.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/158504196
Baloo Uriza (2024-10-29 20:01:54+00:00): Wow, I did not mean to send that like five times.  Osmcha got a little squirrely.
StC (2024-10-31 13:09:17+00:00): Bonjour Denis,

j'ai l'impression que ce changeset a provoqué une interruption dans l'itinéraire pédestre https://www.openstreetmap.org/relation/10840987 en raccourcissant le chemin https://www.openstreetmap.org/way/780198173 (mais je peux me tromper sur les causes exactes). Tu as un moyen de savoir où passe l'itinéraire ?
Denis_Helfer (2024-11-08 21:36:22+00:00): J'ai essayé de réparer le cheminement (avec une grande part de divination).
A vigiler s'il y a de nouveaux clignotants qui s'allument.
eggie (2024-10-29 16:23:48+00:00): 👍
riiga (2024-11-04 12:05:43+00:00): Revert changeset 158504728 due to erroneous classification of place

https://www.openstreetmap.org/changeset/158737488
eggie (2024-10-29 16:21:24+00:00): Dag RvE..
Lijkt me cirrect zo.
Gr eggie
eggie (2024-10-29 16:25:34+00:00): Typo correct....
RvE5422 (2024-10-30 09:16:33+00:00): Dankjewel Eggie!
888beucom (2024-10-29 16:01:44+00:00): https://888b.eu.com/
https://drive.google.com/drive/folders/1SgzpqHW79TYiQI15xdvlSOnCioBw3x1i
https://docs.google.com/spreadsheets/d/1fiJ_I_-76DEnLNTemClhn2SPl0vjGsZfajud_MQMo5A/edit?usp=drivesdk
https://drive.google.com/drive/folders/1EVboBXjTrk2Vnyf22Bh30Av4Kw450as2
https://sites.google.com/view/888beucom/home
https://www.google.com/maps/d/viewer?mid=1SYUybAmwov61lMGjN9JBFu0IvfiJyS4
https://888beucom.blogspot.com/2024/10/888b.html
https://www.youtube.com/watch?v=Hy0rpwBQIH8
https://x.com/888beucom/status/1851277564029100105
https://podcasters.spotify.com/pod/show/nh-ci-888b14/episodes/nh-gi-chi-tit-v-nh-ci-888B-Uy-tn-v-cht-lng-e2q9sbf
https://www.scoop.it/topic/888b-by-nha-cai-888b-4/p/4162042717/2024/10/29/trai-nghiem-giai-tri-inh-cao-cung-nha-cai-888b
TranslatorPS (2025-01-29 17:50:11+00:00): https://www.openstreetmap.org/node/12297142232
W iD jest możliwość wyłączenia obiektów energetycznych w menu pod klawiszem U – polecam, żeby uniknąć takich niepotrzebnych spięć, które potem kasuję ;)
grzegorz75jan (2025-04-03 07:50:17+00:00): Myślisz, że się przejął. Klei dalej lasy ze wszystkim
https://www.openstreetmap.org/way/1371322341
https://www.openstreetmap.org/way/1371223571

Tu bym mógł nawet uwierzyć w przypadkowy błąd ale po wuja obok ciek wodny łączyć z lasem.

Reszty nie linkuję bo praktycznie każda jego edycja to sklejka. Wielokrotnie upominany, dostał linki, filmy i nadal swoje. Skrótów klawiszowych nie używa, nie weryfikuje swoich edycji, często nie odpowiada. Jeżeli coś sporadycznie minimalnie poprawi to później odrabia z nawiązką w innych edycjach.

Część edycji wycofuję, oznaczam jako błędne a zgłoszenie go do DWG ma zapowiedziane.

Twierdzi, że profesjonalnie rysuje lasy i nawet poprawia po innych. Jeżeli poprawa po innych polega na tym że ktoś nie przykleił czegoś do lasu a on to przykleja to dziękuję.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/158505261
MxxCon (2024-10-30 23:48:24+00:00): Hello.
Rather than outright deleting POI, it's much better to use lifecycle prefixes. Doing that not only preserves history of that OSM object, but also still allows that address to be searchable and routable..
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/158506200
Colin Smale (2024-10-30 10:51:05+00:00): Why did you remove natural=coastline on all the islets? According to OS at least two of them are above MHWS (almost always above sea level) and so qualify as coastline.
ancuanatuath (2024-10-30 19:43:30+00:00): OS Boundary-Line MHWS data appears to be wrong for these two - their geometry exactly matches the admin boundaries from Boundary-Line, and the MLWS shape from OpenData StreetView, which implies that they are also MLWS rather than MHWS.

According to OpenData StreetView, there are two tiny bits of skerry that are above MHWS (within ways 30452363 and 30452364 respectively) - I just didn't bother to add these because they're so small.
Colin Smale (2024-10-31 19:33:42+00:00): It's a bit difficult to judge what's actually right and wrong here. Establishing MHWS and MLWS can't be done from a simple aerial photo of course; it's a complex process. They can be coincident, and often are: vertical cliffs, quaysides, negligible tidal heights... Regarding OS data for the foreshore limits, I would suggest that the most recent data is the best we are ever going to get into OSM. Have you checked the survey dates on the various sources? Although in this case the actual line is unlikely to change very much over time, survey techniques do improve, leading to the later data being a better approximation of reality than earlier surveys.
Regarding the two larger outcrops:  you actively removed the coastline tagging, that's different to failing to add. OS also has criteria for islets in Boundary-Line, including a minimum area of 0.4 ha (at high tide).
ancuanatuath (2024-10-31 21:37:28+00:00): Which OS data are you using as your source?

MHWS and MLWS obviously aren't coincident here. They're skerries, not cliffs, and 3 different aerial imageries (Bing, Esri, and Mapbox) show the rocks covered different amounts at different tide heights. Comparing imagery to MHWS and MLWS on the Monach Islands, current Mapbox imagery looks close to low tide, while Bing and Esri are somewhere between high and low tide. For these skerries, the tide line on Mapbox quite closely matches the Boundary-Line high water polygons (and admin polygons/low water, and OpenData StreetView MLWS). Therefore, the Boundary-Line data for these skerries is MLWS, not MHWS, and so is wrong. No, MH/LWS can't be determined from aerial imagery alone, but it is still useful for determining if an area of OS data is at all correct, especially when multiple imagery sources show different tide heights.

The latest OpenData StreetView is from April 2016, but no MHWS line is shown on these skerries at all on the newer, less detailed OpenMap Local (April 2024), presumably because they're too small. I don't know if the coastline here was resurveyed between 2016 and now.

I removed the coastline tagging because the pre-existing geometries were essentially outlines of the skerries at some mid to low tide point (they were tagged with Landsat as the source), and therefore seemed to me to be representing the skerries, i.e. the natural=bare_rock, rather than the tiny natural=coastline rocks I chose not to add.
silversurfer83 (2025-01-09 19:19:43+00:00): Hello and welcome to OpenStreetMap

Thank you for contributing to this database and asking for review.

I'm sorry it took so long for someone to say hello and get back to you.

Well, here's my review: With the given source and the edits resembling your changeset comment this looks pretty good to me. Getting adresses into our database is important, so thank you for your help.

Please allow me to offer a tip: If you wish to easily contribute more adress data maybe try the android app "StreetComplete". This app asks you questions as you walk down a street which makes it really easy to add data while getting some fresh air :)

happy mapping
silversurfer83
Senihtu (2025-01-21 11:32:27+00:00): Hallo!
Ich kenne diesen Weg schon lange. Es kann sein, daß er auf Privatgelände verläuft. Das tun in der NWStadt viele Wege. Für OSM gilt jedoch das "on-the-ground" Prinzip. Der Weg ist da also wird er eingetragen. Auch wenn dort ein Schild "Privatgelände" stehen würde, würde der Weg eingetragen. Das "privat" wird dann mit access=no abgebildet. Bitte mache die Löschung rückgängig!
whb (2025-02-04 09:30:37+00:00): Statt "no" wäre hier eher "private" richtig.
rarad74 (2024-10-29 17:23:51+00:00): Salut. Ai trecut din greseala altceva la titlul editarii. Nu e problema.
maro21 (2024-10-30 21:59:09+00:00): Pasy rowerowe na jezdni mapujemy jako cycleway:right=lane itp tagi, nie przez highway=cycleway.
Pasy te są już dawno zmapowane i widoczne na mapach rowerowych.
https://wiki.openstreetmap.org/wiki/Bicycle#Cycle_lanes_in_oneway_motor_car_roads

Proszę też NIE łączyć torowisk z drogami i NIE dodawać fikcyjnych przejazdów tramwajowych railway=tram_level_crossing.

Ten zestaw cofnąłem.
Krzemyczek (2024-10-30 22:36:33+00:00): ugh, człowiek dłuuugo będzie się uczyć tych map, jak znajdę czas to przeczytać, dzięki!
scai (2024-10-30 19:09:26+00:00): Hallo,

aus welchem Grund wurde denn Parkplatz https://www.openstreetmap.org/way/451700347 (westlich Schwenkehof) inklusive Zufahrt gelöscht?

Siehe auch diese Diskussion dazu: https://www.openstreetmap.org/note/3639325

Grüße
Langlaeufer (2024-10-30 13:24:09+00:00): Danke dir. Das hatte ich schon vermutet, dass das die neue Auffahrt ist.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/158507850
EditorMarinero (2024-11-14 08:12:30+00:00): Hola! Estoy intentando mapear la estación de Grandvalira añadiendo todas las superficies naturales que bordean a las pistas, las vallas y los cañones de nieve. 

Cual es el criterio que estás siguiendo para marcar las diferentes áreas naturales existentes? Si predomina un tipo (por ejemplo si es heath y hay bare_rock en medio pero poca) marcas solo una de ellas, o creas dos áreas separadas aunque sea muy poca cantidad de roca desnuda?

Un saludo y gracias por tu ayuda!
Joan Manel zamora (2024-11-14 08:34:35+00:00): hola,  lo que hice en algún lado, es por ejemplo si  predomina pastizal y dentro hay una zona de pedregal , pues  selecciono el pedregral y luego  haces la relacion nueva si no tiene y en este caso pones el pedregal INNER y el pastizal OUTER , no se si esto a lo que te refieres, esto es lo que encontre para hacerlo segun indicaciones. No se si esto te servira ,   un saludo
EditorMarinero (2024-11-14 22:48:31+00:00): Genial! Gracias por la ayuda, me pongo a ello, cualquier cosas que veas rara no dudes en cambiarla :)
mike140 (2024-10-29 17:20:22+00:00): Там вже була точка спортклубу
mike140 (2024-10-29 17:21:19+00:00): Може було її використати, додавши необхідну інформацію
DegA81 (2024-10-29 17:42:03+00:00): Я незнаю як обєднати 2 точки в 1.
Тому переніс стару точку на нове місце. Та видалив ту де було менше інформації.
mike140 (2024-10-29 17:46:37+00:00): Це не велика помилка - просто так не прийнято робити в osm. Можна було виділити існуючу точку, та додати дані з іншої точки, копіюючи їх
DegA81 (2024-10-29 17:50:18+00:00): Дякую за пораду. Наступного разу так і робитиму.
silversurfer83 (2024-10-29 18:06:55+00:00): Hi :)

ich hab mir grad mal neugierigerweise diese KiTa angesehen und festgestellt, dass die KiTa als node (Punkt) einzeln innerhalb des Gebäudes erfasst ist. Du hast nun die Details zusätzlich *nur* auf dem Außengelände.
Die Einrichtung sollte jedoch alles umfassen: Falls sie ein komplettes Gebäude nutzt eben dies und das Außengelände. Diese Gesamtfläche wäre dann die Einrichtung während das Gebäude, so es denn als KiTa gebaut wurde, nur building=kindergarten wäre.

Hier in dieser Änderung sieht es so aus als wäre nur das Außengelände die Kita.

Alternativ könnte auch alles als Relation erfasst werden, aber da bin ich noch nicht so fit.

cheers
silversurfer83 (2024-10-29 18:07:06+00:00): Hi :)

ich hab mir grad mal neugierigerweise diese KiTa angesehen und festgestellt, dass die KiTa als node (Punkt) einzeln innerhalb des Gebäudes erfasst ist. Du hast nun die Details zusätzlich *nur* auf dem Außengelände.
Die Einrichtung sollte jedoch alles umfassen: Falls sie ein komplettes Gebäude nutzt eben dies und das Außengelände. Diese Gesamtfläche wäre dann die Einrichtung während das Gebäude, so es denn als KiTa gebaut wurde, nur building=kindergarten wäre.

Hier in dieser Änderung sieht es so aus als wäre nur das Außengelände die Kita.

Alternativ könnte auch alles als Relation erfasst werden, aber da bin ich noch nicht so fit.

cheers
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/158508735
silversurfer83 (2024-10-29 18:07:53+00:00): Hi :)

ich hab mir grad mal neugierigerweise diese KiTa angesehen und festgestellt, dass die KiTa als node (Punkt) einzeln innerhalb des Gebäudes erfasst ist. Du hast nun die Details zusätzlich *nur* auf dem Außengelände.
Die Einrichtung sollte jedoch alles umfassen: Falls sie ein komplettes Gebäude nutzt eben dies und das Außengelände. Diese Gesamtfläche wäre dann die Einrichtung während das Gebäude, so es denn als KiTa gebaut wurde, nur building=kindergarten wäre.

Hier in dieser Änderung sieht es so aus als wäre nur das Außengelände die Kita.

Alternativ könnte auch alles als Relation erfasst werden, aber da bin ich noch nicht so fit.

cheers
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/158508735
eggie (2024-10-29 18:22:39+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
Feedback  Meestal zijn tweewielers uitgezonderd van eenrichtingsverkeer. Is dat hier ook het geval en ook bij de omliggende straten?
We voegen dan oneway:bicycle=no toe en evt ook voor mofa en moped.
MVG,
Eggie
Namens de OSM Community
eggie (2024-10-29 18:52:25+00:00): Dag Hein, Ik heb de uitzonderingen voor tweewielers toegevoegd op alle oneway=yes straten in deze buurt.
Nu zal het beter routeren voor fietsers.
MVG
eggie
Heinhachi (2024-10-29 22:49:03+00:00): Ok, dank, dat is correct. Zal mezelf wat meer verdiepen in de mogelijke opties.
yrtimiD (2024-11-14 22:40:46+00:00): Hello "new Mundi", if you are owner of this app, please join us here to discuss this and previous app version: https://community.openstreetmap.org/t/mundi-app-changesets-revert/114478

And, could you, please, do tests on a dev server instead?
https://wiki.openstreetmap.org/wiki/Using_the_dev_server
dvdhoven (2024-10-29 19:39:46+00:00): Wil jij per direct stoppen met het bewerken van het wandelnetwerk met ID?
Met ID kun je geen routes en netwerk bewerken.
Dat lijkt wel zo, maar dat is het niet.
Je veroorzaakt veel foutmeldingen in knooppuntnet.nl en die meldingen kun jij met ID niet oplossen.
Paar punten:
Een route en een knooppunt moeten lid worden gemaakt van een netwerk, dat kan niet met ID
Routes moeten in volgorde worden ingevoerd. Dat kan niet met ID. Die zet elke nieuwe member onderaan in de route.
Een route, die niet meer gebruikt wordt, moet uit het netwerk worden verwijderd. Dat kan niet met ID.
Na jouw bewerkingen blijven er allerlei restanten achter, bijv. knopen waarvan jij de tags hebt verwijderd, maar die nog wel lid zijn van het netwerk. Routes, die jij leeg gemaakt en nog lid zijn van het netwerk.
Net nog heb ik van allerlei truuks moeten uithalen om een route te verwijderen, die jij leeg gehaald had, maar niet verwijderd had en ook niet uit het netwerk verwijderd had omdat jij dat niet met ID kan doen.
Een andere route, die opgebouwd is uit netwerkroutes is nu ook kapot omdat jij met die netwerkroutes bezig bent geweest. Dat kun je met ID niet zien dat een route is opgebouwd uit netwerkroutes, dus moet je er vanaf blijven.
Ik kan veel energie steken in het opruimen en herstellen van de schade, die jij veroorzaakt en die energie heb ik niet.
De enige tool waarmee je netwerk kunt bewerken is JOSM en niks anders.

Dick van den Hoven
Remko_G (2024-10-29 19:57:23+00:00): Om welke route gaat het? Dan probeer ik dat te herstellen.
dvdhoven (2024-10-29 20:34:57+00:00): Ik heb alle 4 de changesets van vanavond reverted oftewel terug gedraaid.
En tot mijn grote geluk zijn de foutmeldingen in knooppuntnet.nl nu allemaal weg.
Ga alsjeblieft niets herstellen. Blijf alsjeblieft, please, please, van het rwn en rcn af.
Dit was een flinke krachttoer om het goed te krijgen.
En nogmaals je kunt met ID niets herstellen, alleen maar verder verprutsen.
Ik kijk morgenochtend wel wat er aangepast moet worden en ik pas dat wel aan.
Remko_G (2024-10-29 20:58:00+00:00): Ik heb andere routes bekeken, het is geen gemeengoed dat de nodes ook deel uitmaken van de relation.
Ik ga gedeeltelijk mee in uw opmerkingen over iD. Maar ten aanzien van de volgorde van members, zou de tool gewoon goed moeten werken: iD automatically sorts the relation's members in sequential order based on connections among the members.
dvdhoven (2024-10-30 06:47:39+00:00): Dat kan ID wel beweren, maar dat is niet zo. Ik zie het zelf gebeuren, gisteren nog.
En ik heb het niet over knopen wel of niet in de route, maar over routes en knooppunten, die lid gemaakt moeten worden van het netwerk.
En dat kan ID niet, ID ziet geen netwerken en laat ze ook niet zien.
Kijk eens in knooppuntnet.nl en je ziet een lijst van netwerken.
Elke netwerkroute en elk netwerkknooppunt moet lid gemaakt worden van een netwerk. 
En als de route of het knooppunt vervalt, moeten ze weer uit het netwerk verwijderd worden.
Verder moeten vervallen routes ook uit OSM worden verwijderd, iets wat ID niet kan.
De afgelopen tijd heb ik stilzwijgend achter je de boel weer in orde gemaakt, routes en knopen lid gemaakt van het netwerk of juist verwijderd, volgordes hersteld, etc zeg maar alles wat je met ID niet kunt.
Gisteravond heb je een knooppuntroute geheel leeg gemaakt en ook alle tags verwijderd.
Daarmee verdwijnt die route min of meer onder water, maar hij is er nog wel en was ook nog lid van het netwerk, daarom kwam knooppuntnet.nl met een enorme foutlijst en was ook member van een soort streekpad dat daar loopt.
Dat streekpad is opgebouwd uit knooppuntroutes, die lid gemaakt worden van dat streekpad.
Dat streekpad had dus een flink gat.
Die route handmatig herstellen was zeer lastig en bovendien zou hij dan conflicteren met de andere al aangepaste routes.
Daarom ben ik terug gegaan naar de nulstand en ik ben nu erg blij dat de foutmeldingen weg zijn.
kapazao (2024-10-29 21:40:20+00:00): Hola, has añadido y modificado varios senderos y caminos de forma incorrecta e irreal, ¿podrías explicar esos cambios?
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/158509959
WBSKI (2025-02-09 18:07:49+00:00): Hi there, apologies for the delay, I just found out about your comment. I made these edits based on my in person visit + gps traces. 

Do you still remember which specific modification you think is incorrect?

One example of my edits is https://www.openstreetmap.org/way/199840864 which looks wrong when comparing with imagery, but I can say in this case, the road has been moved and the satellite image is out of date.
kapazao (2025-03-25 12:06:28+00:00): Hi, you could watch the changes in the link https://osmcha.org/changesets/158509959 if you register with your OSM account.
Now I understand that satellite image could be out of date so there is no problem.
Regards
mike140 (2024-10-29 18:04:22+00:00): Якщо магазин знаходиться в будівлі, точку магазину краще розташовувати в межах контуру будівлі
DegA81 (2024-10-29 18:06:50+00:00): ок. Зрозумів. просто в деяких випадках воно притягує точку до самого контуру.
mike140 (2024-10-29 18:08:03+00:00): До речі, для електронних сигарет є окремий тег: shop=e-cigarette
DegA81 (2024-10-29 18:11:06+00:00): Не вмію теги додавати. Просто обираю із списку найбільш підходячу категорію.
Aleksandar Matejevic (2024-11-13 13:18:17+00:00): Hi Rippledot, 
Tahulandang admin_level=5 relation https://www.openstreetmap.org/relation/18226441overlaps with https://www.openstreetmap.org/relation/14907627 which already covers that area. 

Can you check what is the valid state and adjust admin_level value or  modify relations so there is no overlap?
Aleksandar Matejevic (2024-11-14 12:52:50+00:00): I have found out the issue and reverted the change, corrected tagging to prevent future mistakes
Tatfahren (2024-10-30 19:38:49+00:00): Der Nutzer hat das offenbar in Teilen erneut eingetragen. https://www.openstreetmap.org/changeset/158542092

Kannst du das nochmal prüfen, oder meinst du das ist jetzt so richtig? Ich kenne mich mit Bahn tagging überhaupt nicht aus, sondern habe nur gerade die Änderungen gesehen.
Dodko (2024-11-15 16:43:39+00:00): Pre samostatný rodinný dom použite 
building=detached
a nie 
building=house
https://wiki.openstreetmap.org/wiki/Cs:Tag:building%3Ddetached
matheusgomesms (2024-10-30 20:43:18+00:00): Dolores, tudo bem? Você está adicionando a etiqueta no lugar errado. É para adicionar não na pista, mas no aeroporto (ou aeródromo em si).

Se tiver qualquer dúvida, é só falar!
Aleksandar Matejevic (2024-11-13 13:34:36+00:00): Hi Nozrak, 
Do you thing that admin_level=5 may be too high for Chakma Autonomous District Council? It should be part of Lawngtlai district so previous admin_level=6 seems like more appropriate.
Pastèque24 (2025-01-07 15:17:40+00:00): Bonjour,
attention, vous avez enlevé des pylônes au poste de Pontac qui existent toujours ! :)
https://www.google.fr/maps/@44.7612775,-0.5471323,3a,24.3y,244.26h,92.43t/data=!3m8!1e1!3m6!1s8GtiBzExXuWZ23MkmZs81Q!2e0!5s20241001T000000!6shttps:%2F%2Fstreetviewpixels-pa.googleapis.com%2Fv1%2Fthumbnail%3Fcb_client%3Dmaps_sv.tactile%26w%3D900%26h%3D600%26pitch%3D-2.428909348426245%26panoid%3D8GtiBzExXuWZ23MkmZs81Q%26yaw%3D244.26454786037067!7i16384!8i8192!5m1!1e4?entry=ttu&g_ep=EgoyMDI1MDEwMS4wIKXMDSoASAFQAw%3D%3D
Modif d'un lézard (2025-01-26 21:10:26+00:00): Effectivement, j'en ai enlevé un peu trop !
Marek-M (2024-10-29 18:29:31+00:00): Cześć, ten węzeł Sikorskiego specjalnie ustawiłem tak, żeby nawigacje mogły poinformować, czy należy trzymać się prawej czy lewej strony na Armii Krajowej. Po Twojej zmianie jadący dołem (czyli prosto na węźle) mogą nie dostać ostrzeżenia o zmianie pasa i jadąc prawymi pasami zjadą z Armii Krajowej na zjazd do Sikorskiego wbrew nawigacji.
stasiu512 (2024-10-29 19:44:55+00:00): Cześć, dzięki za wytłumaczenie. Przywróciłem stan poprzedni :)
Fizzie-DWG (2025-04-13 01:36:35+00:00): DWG revert - undiscussed Organised import from unknown source

https://www.openstreetmap.org/changeset/164876874
MHD (2024-10-29 20:00:12+00:00): Ist dies wirklich ein ausgewisener Fußweg oder eine Einfahrt service=driveway ? Die Gebäudeumrisse stimmen auch nicht mehr. Bitte vorOrt prüfen.
user_12577973 (2024-10-29 20:06:44+00:00): Dies ist kein ausgewiesener Fußweg, sondern ein Zugangsweg zum hinteren Haus.
NorthCrab_upload (2024-10-29 18:51:07+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/12297445774

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! 🦀
Lynchburg MSA Address Import (2024-10-29 18:44:51+00:00): actually 273, typo