piebro/osm-data huggingface dataset:
fortera_au (2026-05-05 02:50:26+00:00): Hi, you've got two landuses that are overlapping, and some of these look like they're just generated circles that haven't been adjusted to the actual landuse.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/182185938
TheSwavu (2026-05-05 04:05:57+00:00): You might want to check the aerial imagery.

First thing that came to me was centre pivot ;-)
fortera_au (2026-05-05 04:10:18+00:00): I was looking at the imagery used in the changeset, the perfect circles might be right, but the positioning definitely seems off, as well as that crossover section that I would have thought should be merged into one.
BholeKiBhasam (2026-05-05 13:20:11+00:00): im really glad you like the circles and thank you for the feedback on overlaps, corrected now....have a great week end
assanges (2026-05-04 16:57:53+00:00): 您好，在下是在附近出沒的一介圖客，歡迎您的加入！
感謝您參與 OpenStreetMap 開放街圖，並踏出第一步做出編輯！
如同維基百科，OpenStreetMap 也是由像您一樣來自五湖四海的志工，
共同參與協力繪製而成。

不過，儘管看起來像是無心之過，
遺憾地告知您由於您將道路設施沾黏到建築物上，
這樣不合理的編輯會被回退並修正，還請之後多加注意。

另外，也請在上傳編輯時留下易於閱讀的編輯摘要，
像您這次的編輯，建議加入更多相關資訊，
例如：「新增 Debby英文 (新北市新莊裕民街)」、
「Add missing POI Debby English in Xinzhuang, New Taipei City」，
以方便日後他人校閱，詳情見：
osm.wiki/Good_changeset_comments

謝謝！
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/182185995
assanges (2026-05-04 17:01:58+00:00): ✅ Reverted:
https://www.openstreetmap.org/changeset/182215129
assanges (2026-05-04 17:15:05+00:00): ✅ Added POI "Debby英文&黃翊數學":
changeset/182215586
mavl (2026-05-05 13:41:39+00:00): Здравствуйте. Непонятна причина редактирования. В этом месте не было ошибок. Пакет правок отменён.
Intrinsical (2026-05-04 04:31:28+00:00): will be making some corrections and improvements to this changeset's changes soon
Intrinsical (2026-05-15 15:37:21+00:00): CHANGESET COMMENT: add buildings and parking; align ways; improve sidewalk network; add a track; retrace a body of water
CAM-Gerlach_Repair (2026-06-15 11:01:43+00:00): Reverted adding SEO POI with blatant advertising and malformed tags, possibly sourced from Google Maps, in changeset 184131491

https://osm.org/changeset/184131491
woodpeck_repair (2026-06-11 09:07:08+00:00): This changeset has been reverted fully or in part by changeset 183960779 where the changeset comment is: revert low-quality AI building imports
渤海西岸 (2026-05-04 10:24:53+00:00): tourism=guest_house是民宿，tourism=hostel是青旅，
tourism=apartment是酒店式公寓，
tourism=hotel是快捷酒店、度假酒店、高端酒店，好像是这么定义的
Darnight14 (2026-05-05 06:04:01+00:00): 行
Znaika (2026-05-11 19:53:59+00:00): Hi, sieh mein Kommentar! https://www.openstreetmap.org/changeset/182501496 Vielleicht kannst du dazu schreiben, warum du daraus proposed gemacht hast. Gruß, Znaika
蕉饼电脑 (2026-05-05 04:15:09+00:00): I've told you to not add the buildings that don't exist.
rarad74 (2026-05-04 06:44:32+00:00): Salut Te rog nu mai folosi adresele pentru a adauga puncte de interes. Adauga separat nodul pentru POI si lasa adresele ca atare.
Multumesc.
rarad74 (2026-05-04 06:49:10+00:00): Si pentru ca adresa sa poata fi gasita, trebuie la addr:street sa fie adaugat cel putin numele strazii indentic cu m e scris si pe strada si fara majuscule. Tu pusesei LIVEZI, iar strada este Livezilor. In mod normal trebuie adaugat cu tot cu Strada  ( Strada Livezilor) dar denumire strada din adresa, dar poate fi gasit numele si doar cu Livezilor fara "strada".
Andreimircearo (2026-05-04 06:52:53+00:00): Salutare. Numele strazii chiar este Livezi, nu Livezilor. Nu inteleg de ce tot apare asa .
rarad74 (2026-05-04 07:37:05+00:00): Pai atunci trebuie scimbat tot numele strazii si adreselor. O sa il schimb eu.
rarad74 (2026-05-04 07:47:24+00:00): Gata, s-a rezolvat.
NorthCrab_upload (2026-05-04 05:21:13+00:00): Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Adres jest niekompletny, brakuje informacji o nazwie ulicy. Jeśli adres ma nazwę ulicy, dodaj ją w addr:street. Jeśli nie, zamień addr:city na addr:place - tak oznaczamy adresy bez ulic.
https://www.openstreetmap.org/way/1508745583

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! 🦀
SmartGeoPl (2026-05-04 06:11:04+00:00): Poprawiłem. Dziękuję
grzegorz75jan (2026-05-04 14:07:04+00:00): Do rozważenia zostaje czy to jest artwork czy wayside_shrine

https://pl.wikipedia.org/wiki/%C5%B9r%C3%B3de%C5%82ko_%C5%9Bw._Anny

https://www.straznicyczasu.pl/viewtopic.php?t=8193

W sumie to nie wiem za bardzo jak podejść do tego źródełka do którego dostęp jest w podstawie figury, kapliczki. Raczej zrezygnował bym z obrysu na rzecz osobnych węzłów choć po prawdzie źródełko naniósł ktoś inny.
Tomasz Mleczek (2026-05-04 16:35:02+00:00): Tak, też miałem problem z tą kapliczko-studzienką. Dzięki za uwagi!
Znaika (2026-05-05 08:00:17+00:00): Hallo, ich gehe davon aus, du warst vor Ort und es überprüft.  Wenn die Säule ohne Hörer noch da ist, muß es auf disused bleiben. Viele Grüße, Znaika
johnny_1982 (2026-05-06 16:25:46+00:00): Hi Znaika, klar, das Telefon in Kaarst ist vollständig rückgebaut.
Grüße Johnny
Znaika (2026-05-07 11:32:18+00:00): Hi Johnny, danke für deine Rückmeldung. Ich stellte es heute auch fest, als ich mit dem Auto vorbeifuhr. Viele Grüße, Znaika
mavl (2026-06-07 06:02:11+00:00): This changeset has been reverted fully or in part by changesets 183764451, 183764460, 183764431, 183764453, 183764448, 183764459, 183764455 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping - https://www.openstreetmap.org/user_blocks/20768].
habi (2026-05-04 08:35:15+00:00): "Problem" ist mit bei der versuchten Pflege von https://www.openstreetmap.org/relation/1682493 aufgefallen
woodpeck (2026-05-04 08:59:51+00:00): Helpp Mahmoud Megahed, your changeset comment claims that you "mapped buildings", however the overwhelming content of this changeset is the *deletion* of builidings. If you delete a lot of stuff, please add an explanation to your changeset comment (e.g. "deleted buildings that did not show on Bing imagery" or so). Also, it can be useful to check the history of the objects you delete to make sure they have not been added from a more recent source than your imagery.
Mahmoud Megahed (2026-05-04 09:17:01+00:00): The deleted buildings did not show on Bing imagery, and the existing ones were off their real location, so it was much easier to re-digitize the entire area
FajrAl (2026-05-13 10:49:30+00:00): FYI, terdapat tag ford ketika jalan bertemu fitur air di Palangka Raya. Mungkin tertarik untuk memperbaiki juga https://maproulette.org/browse/challenges/54197
wolfgang8 (2026-05-05 08:36:20+00:00): Hallo,
die Wachaubahn wird hauptsächlich als Touristenbahn betrieben:

Saison 2026:
• FR, SA, SO & FT von 13. März bis 15. November
• TÄGLICH von 24. April bis 1. November
• ABENDZÜGE am 2. Mai, 20. Juni, 18. Juli
• ADVENTZÜGE FR, SA, SO & FT von 20. Nov. bis 13. Dez.

https://www.wachaubahn.at/

Wäre das railway:preserved=yes dafür nicht doch passend? Siehe auch die Beschreibung im englischen Wiki: https://wiki.openstreetmap.org/wiki/Key:railway:preserved
Flurdl (2026-05-05 09:01:06+00:00): Hallo Wolfgang,
Die Wachaubahn ist meiner Meinung nach per Definition keine Museumsbahn sondern eine Touristisch betriebene Nebenbahn im Saisonalbetrieb (streng genommen ist es Betrieblich eine Anschlussbahn mit Eigenbetrieb --> siehe Flankenschutzweiche in Stein Mautern). 
Museumsbahnen zeichnen sich durch die betriebsfähige Erhaltung historischer Technik aus. Dies lässt sich aufgrund des einsatzes moderner Dieseltriebwagen, sowie generell auf den Umbau der Infrastruktur (z.B. Barrierefreie Bahnsteige usw.) von der WHB nicht behaupten.

Folgende Eigenschaft sollte dem Objekt Normalspurbahngleis jedoch noch hinzugefügt werden um die Nutzungsart klarzustellen:

usage=tourism

https://de.wikipedia.org/wiki/Museumsbahn
wolfgang8 (2026-05-05 12:21:17+00:00): Ja, das usage=tourism ist geeigneter - war mir bisher nicht geläufig. Einen Unterschied im Tagging zu "normalen" Nebenbahnen sollte es mMn aber jedenfalls geben.

Das würde dann die Gleise der gesamte Wachaubahn betreffen, die derzeit noch unterschiedlich erfasst sind https://www.openstreetmap.org/relation/1571742 oder reicht ein Eintrag in der Relation?
Flurdl (2026-05-05 12:57:13+00:00): Der Eintrag in der Relation reicht meines Wissens nicht, dies müsste für jedes Objekt einzeln übernommen werden.

Den eintrag als Nebenbahn (usage=branch) gibt es. Es ist jedoch das selbe Eigenschaftsattribut wie tourism, es kann nur eines der beiden dem Objekt zugeordnet werden. In diesem fall wäre tourism die korrekte wahl. Also entweder hat das Gleis das Attribut Tourismus oder Nebenbahn.

https://wiki.openstreetmap.org/wiki/DE:Tag:usage=branch
wolfgang8 (2026-05-05 14:44:08+00:00): Eine ähnliche Situation wie bei railway=preserved, das zugunsten von railway:preserved=* abgelöst wurde.

https://wiki.openstreetmap.org/wiki/Key:railway:preserved#Comparison_with_other_approaches

Wobei ich denke, dass man bei touristischer Nutzung in den allermeisten Fällen (allen?) von einer Nebenbahn ausgehen kann.
Flurdl (2026-05-06 09:47:10+00:00): Ja davon ist auszugehen. Ich finde das Objekt Museumsbahn generell als obsolet. Gleis ist Gleis egal wie es genutzt wird, hier Sollte nur nach Type (Normalspur, Schmalspur usw.) unterschieden werden. Alles weitere wie die Nutzungsart (Nebenbahn, Museumsbahn, Anschlussbahn usw.) sollte in den Eigenschaftsfeldern als Attribut definiert werden.
wolfgang8 (2026-05-06 12:35:24+00:00): Solche Vermischungen sind in OSM nicht unüblich, können aber wie das Beispiel railway=preserved zeigt, auch wieder aufgelöst werden.

https://taghistory.raifer.tech/#***/railway/preserved&***/railway%3Apreserved/yes

Allerdings braucht es dazu vor allem Community-Konsens und Zeit.
NorthCrab_upload (2026-05-04 06:51:14+00:00): 🗺️ Witaj na OpenStreetMap!

Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Nazwa ulicy nie powinna zawierać przedrostka. Nazwa ulicy nie powinna zaczynać się od 'ul.', 'ulica' itp. Należy usunąć przedrostek i pozostawić samą nazwę ulicy.
https://www.openstreetmap.org/node/7733979561

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

Zasady nazewnictwa ulic w polsce:
https://wiki.osm.org/Pl:Znakowanie_dróg_w_Polsce#Nazewnictwo_ulic

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
NorthCrab_upload (2026-05-04 07:11:14+00:00): 🗺️ Witaj na OpenStreetMap!

Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Nazwa ulicy nie powinna zawierać przedrostka. Nazwa ulicy nie powinna zaczynać się od 'ul.', 'ulica' itp. Należy usunąć przedrostek i pozostawić samą nazwę ulicy.
https://www.openstreetmap.org/node/7733979561

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

Zasady nazewnictwa ulic w polsce:
https://wiki.osm.org/Pl:Znakowanie_dróg_w_Polsce#Nazewnictwo_ulic

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
Rogoyski (2026-07-10 21:30:41+00:00): Twoja zmiana zawiera niezgodne z zasadami zmiany nazw sklepów pod SEO. To nie jest Google Maps i takie zmiany są niedozwolone. W polu name na znajdować się najprostsza, najpowszechniej używana nazwa sklepu. Zmianę w związku z tym w tym zakresie wycofałem.
NorthCrab_upload (2026-05-04 07:11:21+00:00): 🗺️ Witaj na OpenStreetMap!

Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Nazwa ulicy nie powinna zawierać przedrostka. Nazwa ulicy nie powinna zaczynać się od 'ul.', 'ulica' itp. Należy usunąć przedrostek i pozostawić samą nazwę ulicy.
https://www.openstreetmap.org/node/9937254040

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

Zasady nazewnictwa ulic w polsce:
https://wiki.osm.org/Pl:Znakowanie_dróg_w_Polsce#Nazewnictwo_ulic

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
eggie (2026-05-04 07:03:56+00:00): Hi   You are sure the name is Hafenkantoor? not Havenkantoor of Havenmeester?

https://wiki.openstreetmap.org/wiki/Tag:office%3Dharbour_master

Greetz,
eggie
Olifantenbaer (2026-05-04 09:04:37+00:00): Oh. You are right. :(
It is a "Havenkantoor". I missspelled it.
An it is also the office of the harbour_master.

I am quite new to OSM. Would you do me a favour? 
Will you do the documentation for me on this point? I am quite often in Heeg and it would be a good blueprint for the  other marinas in this small town.

Kind regards
Oliver
eggie (2026-05-04 09:10:03+00:00): Hi Oliver,
I changed it already to harbour_master and corrected the name.

greetz,
eggie
NorthCrab_upload (2026-05-04 07:11:22+00:00): 🗺️ Witaj na OpenStreetMap!

Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Nazwa ulicy nie powinna zawierać przedrostka. Nazwa ulicy nie powinna zaczynać się od 'ul.', 'ulica' itp. Należy usunąć przedrostek i pozostawić samą nazwę ulicy.
https://www.openstreetmap.org/node/11093129399

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

Zasady nazewnictwa ulic w polsce:
https://wiki.osm.org/Pl:Znakowanie_dróg_w_Polsce#Nazewnictwo_ulic

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
eggie (2026-05-04 07:17:23+00:00): Aangepast Hafenkantoor naar Havenkantoor met office=harbour_master
MVG
eggie
Adikso (2026-05-05 18:23:17+00:00): Uprasza się o nie dodawanie ponownie SEO do nazwy. SEO z nazwy zostało usunięte. 

Firma ma w logo "Muscat" i strona mówi o niej "MUSCAT to polska firma" a nie "Optyk MUSCAT Kraków Pawia to polska firma", więc pozostaje tylko Muscat.

Takie są zasady na OpenStreetMap i proszę ich przestrzegać.
Jordi MF (2026-05-04 14:27:45+00:00): Hola,
Gracias por mejorar OSM, pero lo más adecuado sería añadi el punto exacto en el que se encuentra la puerta. ¿Podrías indicar el lugar en el que está la puerta?
Siorys (2026-05-04 14:33:39+00:00): 38.0892515, -0.8490043
Jordi MF (2026-05-04 14:35:33+00:00): Perfecto, ya la he visto y la he añadido. Gracias. El Catastro muestra que es un camino público, pero bueno. Si hay una puerta que impide el paso, es lo que hay...
eggie (2026-05-04 07:22:47+00:00): Dag Carla,

De voorkeur in routering tussen unclassified en residential is gelijk.
Het zou dus niet moeten uitmaken.
Het is geen woonstraat dus unclassified is de juiste tagging en niet residential...en je wijziging is niet correct.
MVG
eggie
eggie (2026-05-04 07:27:33+00:00): reverted by changeset Wijzigingenset #182190490
eggie (2026-05-04 07:29:08+00:00): De Vrachel en Donge route had je verwijderd. Die is nu weer hersteld. Het is een highway=unclassified.
Ik zal even kijken of er problemen met de routering kunnen zijn en waarom de weg genegeerd wordt.
Groet,
eggie
MVG
eggie
Carlavissers (2026-05-04 07:33:37+00:00): in de zuidoost kant van je oranje vierkant nabij zandpad t biesland ligt het kantelpunt dat onze navigatie als blokkade ziet
eggie (2026-05-04 07:37:23+00:00): OSRM heeft een voorkeur voor de Waspikseweg, wellicht omdat dat een hogere wegklasse heeft.
https://www.openstreetmap.org/directions?engine=fossgis_osrm_car&route=51.68735%2C4.92471%3B51.65274%2C4.94102#map=13/51.67474/4.92805

Andere routers hebben geen problemen.
https://www.openstreetmap.org/directions?engine=graphhopper_car&route=51.68735%2C4.92471%3B51.65274%2C4.94102#map=13/51.67016/4.93303

Er zit geen fout in de tagging van OSM.
eggie (2026-05-04 07:42:02+00:00): Aan de zuidkant van de Wielstraat zit ook een tag barrier=choker .
Dus een wegversmalling.
Wat is de breedte van die wegversmalling?
Dan zal maxwidth = ......  toegevoegd kunnen worden.
Wellicht loopt daar de routering van LiveNav daar op vast?

https://wiki.openstreetmap.org/wiki/Key:maxwidth
eggie (2026-05-04 07:53:06+00:00): Wanneer ik de doorgang opmeet in JOSM mbv de BGT omtrekgericht komt ik op 3.6
Je zou het ook nog kunnen ondervangen door emergency=yes toe te voegen. Neem aan dat zware brandweerwagen hier dan ook kunnen passeren? 
Dus dan 
maxwidth=3.6
emergency=yes

Die tags zitten in dat kombord. 
barrier=choker is trouwen fout, dat zou traffic_calming = choker moeten zijn.
Ik heb het kombord verplaatst en barrier=choker aangepast naar traffic_calming=choker .
Er staat verder geen breedte bij.
Wanneer het nodig is dan dus op de choker de breedte toevoegen. Den k niet nodig.
De stremming is denk ik opgelost.
Het hoort geen barrier te zijn.
Groet,
eggie
eggie (2026-05-04 08:02:15+00:00): De tussenruimte wordt overigens dan met maxwidth:phisical= ...... aangegeven en niet met maxwidth.. dat is meer voor de totale breedte van de weg. 

https://wiki.openstreetmap.org/wiki/Key:maxwidth:physical

Nou .. een puzzeltje.
Carlavissers (2026-05-04 14:08:26+00:00): Vrachel en Donge verwijderd is dan per ongeluk gebeurd. Bedankt voor het herstellen!
Ik ga morgen even kijken of het opgelost is! bedankt voor het meedenken en je feedback!
eggie (2026-05-04 14:57:32+00:00): Laat het even weten svp.
Benieuwd of barrier=choker ipv traffic_calming = choker het probleem was.
Carlavissers (2026-05-05 05:17:40+00:00): Hoi Eggie,

het probleem is nog steeds niet opgelost. als ik de navigatie start op Wielstraat 16 en het eindpunt zet op Wielstraat 14. Ik heb nu bij de vernauwing de tag emergency yes aangemaakt. kijken of dit effect heeft
Carlavissers (2026-05-05 05:18:26+00:00): Als ik de navigatie zo invoer als bovenstaande dan stuur hij de hulpdiensten over de Waspikseweg ipv 400 m over de Wielstraat
eggie (2026-05-05 05:25:09+00:00): Maar dan nu even de hamvraag. Hoe lang duurt het voordat een update in de routering is verwerkt in je router? LiveNav? Die staat los van wat je op de kaart ziet.

Osrm bv doet er meer dan een week over.
eggie (2026-05-05 05:32:09+00:00): https://www.openstreetmap.org/directions?engine=fossgis_osrm_car&route=51.661745%2C4.938582%3B51.659694%2C4.939622#map=13/51.66872/4.94230&layers=N

Deze route zou pas over ruim een week zijn aangepast.. soms langer.
.. en dan zou barrier= de oorzaak zijn geweest.
Wanneer LiveNav de aanpassing heeft verwerkt.... geen idee?
eggie (2026-05-05 05:35:37+00:00): Dan kan het ook nog zijn dat LiveNav de breedte wil weten bij een wegversmalling. Zie oplossing boven met maxwidth:physical=..
Carlavissers (2026-05-05 06:42:48+00:00): oke. een week. ons was verteld dat er iedere nacht een update is. en dan alle bewerkingen ook meteen doorgevoerd worden naar live nav. We houden het nog even in de gaten.
nogmaals bedankt voor je hulp
eggie (2026-05-05 06:47:22+00:00): Dan zal emergency=yes vast helpen, want dat zal evt beperkingen overrulen.
Je zou anders eens een andere wegversmalling kunnen opzoeken en kijken wat de routering met LiveNav daar doet.
eggie (2026-05-05 06:54:42+00:00): Deze link laat alle traffic_calming=choker zien.. Open de link.. 

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

Op de Waspikseweg zit er ook een zonder emergency=yes en die geeft geen problemen.

Het nadeel is als je steeds iets verandert je dan nooit waar het aan ligt.
Het heeft dus niet te maken met emergency=yes
eggie (2026-05-05 07:02:39+00:00): Het bewijs dat bv OSRM problemen heeft met de foute tag barrier=choker.
https://www.openstreetmap.org/directions?engine=fossgis_osrm_car&route=51.636806%2C4.944803%3B51.634674%2C4.941809#map=17/51.635183/4.944137&layers=N
Dat zou je dus met LiveNav even kunnen testen in Dongen.
Ik zal die barrier nu veranderen in traffic_calming=choker.
Als het 'goed' is zal LiveNav hier ook niet routeren.
Die routering ijlt nog na. Morgen zou de routering na update LiveNav op de Bolkensteeg dan wel moeten werken? 
Bewijs geleverd.
eggie (2026-05-05 07:06:52+00:00): Bolkensteeg nu aangepast en nieuwe choker met de juiste key aangepast. Was zelfde mapper. 
Je kunt evt verkeerde chokers opsporen door een query te maken in Overpass met de foute tag barrier=choker
eggie (2026-05-05 07:15:08+00:00): Ik heb Brabant nu schoongemaakt van verkeerde chokers. 
https://overpass-turbo.eu/s/2pbg
Carlavissers (2026-05-05 09:30:15+00:00): Dank voor je medewerking. Wielstraat doet het nu weer goed. Bolkensteeg kan ik morgen pas testen. Update draait snachts
eggie (2026-05-05 09:35:59+00:00): Oke.. maar als je nu de Bolkensteeg test routeert het dan niet? Dat zou dan het bewijs zijn dat LiveNav zich verslikt in barrier=..
Carlavissers (2026-05-05 09:38:49+00:00): nee dit doet hij niet. Ik probeer het morgen nog eens. wellicht na de update
eggie (2026-05-05 09:41:19+00:00): Na update vast wel.
Carlavissers (2026-05-06 06:43:45+00:00): Hoi Eggie,
Update is geweest en nu navigeert hij wel door de Bolkensteeg in Dongen.
eggie (2026-05-06 06:50:45+00:00): Mooi Carla.. Nu nog emergency=yes weg, want dat is denk ik niet nodig.

Mvg,
eggie
Carlavissers (2026-05-06 06:54:50+00:00): Ja, ga ik weghalen!
habi (2026-05-04 07:33:22+00:00): Oops, sorry: https://www.openstreetmap.org/node/13793474703 sollte nicht hier in diesem Changeset sein. Der war nur drin, um zu messen, wie weit die Distanz ist, die ich in https://www.openstreetmap.org/note/5278088 geschrieben habe.
Vodka Bears (2026-05-05 09:55:00+00:00): The short stretch to Pančecvački Most Dunavski Peron is disused since this April, electrification is removed.
Chemnitzer13 (2026-05-05 10:07:32+00:00): Thank you for the information! Do you know, when it was electrified? And why didn’t they also electrify the short section to Beograd Dunav as well as the Station itself?
Vodka Bears (2026-05-05 10:18:50+00:00): Unfortunately I don't know. The track from this section to Beograd Dunav is closed since 2018 and is currently razed. The section in question as far as I understand was electrified some moment before 2011 (https://www.youtube.com/watch?v=mwEEmlsH78U) and was used as a terminus for trains to Pančevo. Since December 2025 the trains to Pančevo were extended to Zemun and the only train remaining was a diesel train to Zrenjanin. It was shortened to Ovča this April and the section is disused since then.
Chemnitzer13 (2026-05-05 11:12:45+00:00): The former railway line (Topčider–) Beograd – Beograd Dunav is very interesting. On an old maps I saw a station right there where now is the tunnel under the parking area (why and when was this built?), but I couldn’t find out the name of the station (maybe Sava Obala?)
eggie (2026-05-04 07:30:05+00:00): Commentaar moet zijn changeset reverted wegens schade aan de relaties.
Verkeerd interpreteren van wegklasse.
eggie (2026-05-04 07:31:04+00:00): Gaat om deze changeset https://www.openstreetmap.org/changeset/182189953#map=14/51.67367/4.93277
Dodko (2026-05-06 17:24:23+00:00): Preklepy opravené
https://overpass-api.de/achavi/?changeset=182305379
NorthCrab_upload (2026-05-04 21:53:34+00:00): 🗺️ Witaj na OpenStreetMap!

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/1200502829
https://www.openstreetmap.org/way/513490296

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! 🦀
FajrAl (2026-05-04 09:52:40+00:00): Please see changeset/181700777
FajrAl (2026-05-04 09:56:14+00:00): Furthermore, I reached out on March 15, 2026, inviting you to the Singapore OSM Telegram group to settle this issue; however, you still haven't joined.