piebro/osm-data huggingface dataset:
Dawid2849 (2023-09-21 18:10:19+00:00): Bo tu już normalnie jest budowa i kilka wahadeł
Dawid2849 (2023-09-21 18:13:00+00:00): Wszystko co jest jako proposed (czyli też highway) na tym odcinku powinno być jako construction, ale to już może sam zrobię
Rodrigo Rega (2024-12-07 18:32:56+00:00): Reverted because this user had made a lot of fictional mapping. He does not answered the questions made by the community. His edits are not reliable.

https://www.openstreetmap.org/changeset/160036104
NorthCrab_upload (2023-09-19 14:20:15+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.

"Narutowicza":
https://www.openstreetmap.org/way/445572508
https://www.openstreetmap.org/way/445572538
https://www.openstreetmap.org/way/445572599
https://www.openstreetmap.org/way/445572609

"1-go Maja":
https://www.openstreetmap.org/way/504041618

Pozdrawiam! 🦀
WieKo68 (2024-06-11 13:19:46+00:00): Poprawione. Szkoda, że wykasowana "addr:street:sym_ul", bo po tym kodzie  można sprawdzić nazwę umieszczoną na tabliczkach adresowych
ticki_52 (2023-10-04 10:24:05+00:00): Bitte mach' die Änderungen dieses CS mit einem Revert wieder rückgängig. Du hast wegen Kleinigkeiten die Buslinienrelationen 243, 248 und 339 komplett zerlegt.
welzheimerwald (2023-10-24 19:50:10+00:00): Kannst du deine kessen Anschuldigungen vielleicht etwas genauer spezifizieren? Bevor ich bei so einem umfangreichen CS einen Revert durchführe, möchte ich gern wissen, was los ist.
ticki_52 (2023-10-26 16:58:23+00:00): Die Buslinien-Relation VVS 339 ist fehlerhaft, weil das Liniensegment 1209091009 als Fahrgasse (service=parking-aisle) getaggt wurde. Diese Fahrgassen können von Bussen nicht benutzt werden. Bitte den gesamten Bahnhofsvorplatz Schwaikheim diesbezüglich checken. Da gibt es ein Durcheinander von Parkplatz-Fahrgassen und -Zu- bzw. Abfahrten. (siehe hierzu https://wiki.openstreetmap.org/wiki/DE:Tag:service%3Dparking_aisle). Danke.
welzheimerwald (2023-10-27 17:02:00+00:00): Dann ist nicht die Relation falsch, sondern das Way-Segment fehlerhaft getaggt. Der Bus Richtung Winnenden muss diesen Schlenker über den Bahnhofsvorplatz fahren, da es auf der Nordseite der F.-M.-Allee keinen Bussteig gibt.

Auch finde ich es vollkommenen Quatsch, dass der gesamte Krankenhaus-Kreisel in Winnenden Teil der Relation ist. Der Bus fährt hier schließlich nicht im Kreis. Aber zum Glück haben wir ja hier einen Experten für sowas, um solche Fehler zu beheben. Ich werde hier nicht noch einmal für eine Verbesserung des Kartenmaterials Fleiß und Hirnschmalz einbringen, nur um dann bei anderen Changesets für irgendwelche, nicht von mir zu verantwortende Lapalien einen Anstand zu kassieren.
ticki_52 (2023-10-28 07:24:26+00:00): Es ist die geänderte Wegführung zur umgesetzten Haltestelle UND das Wegsegment falsch. Das ursprüngliche Problem ist die Bushaltestelle Schwaikheim BF an der F.-M.-Allee. Diese Bushaltestelle wurde wohl von der Gemeinde Schwaikheim versetzt auf den Bahnhofsvorplatz. So weit, so gut. Wie schon mitgeteilt, ist der iD-Editor dafür nicht das richtige Werkzeug. Darauf wird der Mapper aber vor dem Hochladen des CS hingewiesen. Es wird ein Hinweis eingeblendet, dass mit dem Hochladen des betreffenden CS möglicherweise unbeabsichtigt auch RELATIONEN wie z.B. Buslinien, Rad- und Wanderrouten verändert werden. Warum dies? Der iD-Editor kann die veränderten Wegesegmente nicht in der korrekten Reihenfolge hochladen. Wenn aber dieser Hinweis vom Mapper nicht beachtet wird, haben wir den Salat im wahrsten Sinne des Wortes. Was also tun? Entweder lernen wie man ÖPNV mappt und taggt  (Tu' das nicht! Es verändert Deine Persönlichkeit und Dein Leben für immer ;-)...)  oder einen sachkundigen Mapper informieren. Dieser Mapper sollte vor Ort die Situation anschauen und die Änderungen mit dem Editor JOSM durchführen. (Ich wohne in Backnang und werde nicht nach Schwaikheim fahren, um vor Ort-Checks für OSM zu machen.) Übrigens: Der Verkehrslinienplan der VVS zeigt immer noch die o.g. Haltestelle auf der falschen Straßenseite der Fritz-Müller-Allee. Ich kümmere mich darum. Der VVS soll sich mal alle Haltestellen in Schwaikheim vor Ort anschauen und den Verkehrslinienplan aktualisieren.
Im Zuge der Fehlerbehebung an der Buslinie fiel auf, dass die Wegführung auf dem Vorplatz überarbeitet werden sollte. Das Tag "service=parking_aisle" (Parkplatzfahrgasse) wurde zu großzügig verwendet. Ein Buslinie kann nicht über ein solches Wegsegment verlaufen. Dazu gibt das OSM-Wiki gute Tipps. Kreisverkehre: Das finde ich auch unschön, denn Kreisverkehre sollen lt. OSM-Wiki in einzelnen Segmenten gemappt werden. Die Segmente sollen an den einmündenden Straßen aufgeteilt sein. Wenn das immer und von jedem so gemacht würde, gäbe es dass Problem nicht, dass Buslinien an segmentierten Kreisverkehren nicht weitergeführt werden können, weil das Kreisverkehrssegment nicht korrekt aufgeteilt ist. Ich schau' mir den Henry-Dujol-Kreisel mal an. Vielleicht gibt es da eine Möglichkeit....
JezCrow (2023-09-23 23:58:29+00:00): Hi Satotiga,
It looks like you accidentally deleted the "inner" part of the school building relation of Holy Trinity Rosehill (the garden in the middle of the building). Hopefully the iD app is capable of adding that back in, but I know it's fiddly!

Happy mapping,
Jez
NieWnen (2023-09-20 16:54:47+00:00): Chyba złą zmianę skomentowałem niedawno. O tę mi chodziło.

Zmiana jest bardzo dziwna, albo zawiera błędy.

Dlaczego np. w Komorowie/Pruszkowie refy są odwrotne względem peronów:

https://www.openstreetmap.org/way/143567952

https://www.openstreetmap.org/way/110258099

a w Grodzisku jest jakiś bardzo wysoki ref 2-cyfrowy?
https://www.openstreetmap.org/way/1209095576

Nie sprawdzałem wszystkiego, tylko wyrywkowo.
Anas masuris (2023-09-27 13:01:08+00:00): Tag ref=* na peronie określa numer toru, przy którym znajduje się dany peron.

https://wiki.openstreetmap.org/wiki/Pl:OpenRailwayMap/Tagging_in_Poland

Proszę sobie zobaczyć, jak są otagowane perony na stacji Berlin Hbf
Anas masuris (2023-09-27 13:01:54+00:00): https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging#Platforms
NieWnen (2023-09-27 18:24:48+00:00): > Tag ref=* na peronie określa numer toru, przy którym znajduje się dany peron.

To nie jest do końca prawda.

Sam to dodałeś do wiki, to nie wygląda dobrze, bo sam sobie to ustanowiłeś. Domyślam się, że jednak tylko tłumaczyłeś, ale może zbyt szybko...

> Proszę sobie zobaczyć, jak są otagowane perony na stacji Berlin Hbf

To akurat nie jest dla mnie argument jak jest w innym kraju i w szczególności dla kolejowych rzeczy dobrze wiesz, że tagowanie znacząco się różni per kraj.

Niestety wiki kolejowe tworzy pewnego rodzaju bańkę, czasem przepychając konfliktowe/nieprawidłowe tagowanie (patrz np. na lifeprefix construction/proposed).

W tym przypadku jak spojrzysz na wiki, do którego nawet to co podesłałeś odsyła, to jasno wskazuje że ref razem z `railway=platform` to nr referencyjny peronu, nie torów.

https://wiki.openstreetmap.org/wiki/Tag:railway%3Dplatform

W dodatku jeśli na peronie będzie `public_transport=platform`, to również to się `ref` będzie zawsze odnosił do "przystanku", a nie torów. Tak też będą przetwarzać konsumenci (nie stricte kolejowi).

https://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dplatform

---
Nie chcę wywoływać wojny edycyjnej w tym momencie, ale proponuję zmiany tagu na inny, bo przypuszczam, ze zdecydowana większość w ten sposób właśnie potraktuje ten tag i część może go po prostu usuwać. Jest to nielogiczne jeśli masz np peron2, a dostanie ref 1, albo idąc w skrajniejszy przypadek, masz 8 torów i dasz ref 6 do peronu nr 2.

Zachęcam do poruszenia tego problemu na forum (najlepiej w języku ang), bo warto to przedyskutować pewnie globalnie skoro twierdzisz, że dworzec w Berlinie jest tak otagowany. Choć lokalnie też warto skoro tak bardzo się to różni międzynarodowo.
Może być tak, że inne kraje nie mają z tym problemów przez to, że u nich jest to spójne, a u nas jest jak jest.
Anas masuris (2023-09-27 22:22:48+00:00): Model ref=* jako oznaczeń toru przy peronie jest używany światowo.  - zwykło się podawać tam wyłącznie numer toru, z którego pociąg odjeżdża, bez konieczności nadawania numeru peronu (może oprócz Czech, ale tam pasażer nie jest informowany o torze, na który pociąg wjeżdża. W Słowacji do numeracji peronów używają local_ref=*, nie rusząją ref=*). U nas pasażer dostaje info zarówno o numerze peronu, jak i numerze toru (z pewnymi wyjątkami na liniach jednotorowych i innych). A więc ze względu na dodatkową informację  w postaci numeru peronu, musimy nagle wymyślać nowy tag, zamiast wykorzystać istniejące? I tak perony mamy ponazywane jako "peron x", wartość ref=* na mapach się nie renderuje, więc konsument i tak dostaje najważniejsze dla niego info. Wykorzystanie kombinacji name=* i ref=* jest chyba najprostsze. 

W innych krajach inne tagowanie dotyczy w głównej mierze sygnalizacji oraz oznaczeń cech torów, perony są bardzo spójne

Inna strona, która również odwołuje się do railway=platform jednak powiela tagowanie ref=* jak na wiki (i są nawet konkretne przykłady. W sumie to nie jest jedyna strona - railway=station, railway=halt)

https://wiki.openstreetmap.org/wiki/Tag:railway%3Dplatform_edge
(nie mówiąc o tym, że na PL wiki o railway=platform, wartość ref ma więcej niż jedną wartość w przykładzie)

Nie zliczę, ile razy w Polsce widziałem niespójne i niepoprawne tagowanie z wartościami name=* i ref=* zamiast railway:track_ref=*, service=* i usage=*, co wiele stron na wiki rozróżnia.

A to, że większość osób "uzna to za błędne", bo 1) mało kto czyta wiki 2) tłumaczenie na iD niektórych znaczników odbiega od "znaczeń" tych na wiki (typu frequency=*). Strona o tagowaniu kolei stanęła na dwa lata, więc uznałem, że ją rozwinę w oparciu o analizę danych z mapy i źródła (w tym strony wiki), tak, aby każdy czytelnik mógł zajrzeć i się dowiedzieć co i jak (po to chyba jest wiki). W związku z czym nie można uznać, że sobie "ustanowiłem', że tak ma być, bo miałem widzimisię xDD Mam na to źródła, dostępne publicznie i multum przykładów.

Berlin Hbf: https://www.openstreetmap.org/relation/918697

Tsudanuma (JR):
https://www.openstreetmap.org/way/145657398

Lyon Part-Dieu:
https://www.openstreetmap.org/relation/15770395#map=17/45.75976/4.85964

Grand Central:
https://www.openstreetmap.org/way/473560276

Tampere:
https://www.openstreetmap.org/way/719386106

Budapest-Nyugati:
https://www.openstreetmap.org/way/165938708

London Bridge:
https://www.openstreetmap.org/way/42918738

(to i tak są jedne z ogroma przykładów, wszystkie mają spójne tagowanie. Wystarczyło poszukać)
NieWnen (2023-09-27 23:07:31+00:00): >  więc ze względu na dodatkową informację w postaci numeru peronu, musimy nagle wymyślać nowy tag, zamiast wykorzystać istniejące?

Nie musimy wymyślać nowego. Można wykorzystać istniejące.

> https://wiki.openstreetmap.org/wiki/Tag:railway%3Dplatform_edge

To jest coś kompletnie innego i tam nie widzę żadnego problemu, żeby używać ref od danego toru. To już jest "czysto kolejowy" obiekt, nie ma bezpośredniego związku z "publicznym transportem" w znaczeniu "systemu".

> Inna strona, która również odwołuje się do railway=platform jednak powiela tagowanie ref=* 

To dość naturalne, że kolejowe trzymają się "swojego" na pochodnych stronach.

> Nie zliczę, ile razy w Polsce widziałem niespójne i niepoprawne tagowanie z wartościami name=* i ref=* zamiast railway:track_ref=*, service=* i usage=*, co wiele stron na wiki rozróżnia.

Nie rozumiem w sumie co to wnosi do tematu.

> A to, że większość osób "uzna to za błędne", bo 1) mało kto czyta wiki 2) tłumaczenie na iD niektórych znaczników odbiega od "znaczeń" tych na wiki (typu frequency=*)

Zaczynając od drugiego – nie korzystam z iD od dłuższego czasu. Fakt może być problemem niestety nie tylko w tłumaczeniach, ale i forsowaniu dziwnego tagowania,, z czym się już zetknąłeś na pewno :)
Większość osób, co klika w kolej, czy transport publiczny chyba raczej też nie?
Co do 1, tak pewnie jest, ale ponownie, wysłałem wyżej przykład, dla którego nie ma to znaczenia – ponieważ mamy sprzeczność między koleją, a transportem publicznym gdzie oba tagi się spotykają. 
Skąd ktoś ma wiedzieć, którego powinien użyć?

> Strona o tagowaniu kolei stanęła na dwa lata, więc uznałem, że ją rozwinę w oparciu o analizę danych z mapy i źródła

I fajnie, szczerze szanuję i doceniam za poświęcony czas i wkład.
Nie odbieraj moich komentarzy jako atak (jeśli tak zabrzmiały).

> W związku z czym nie można uznać, że sobie "ustanowiłem', że tak ma być, bo miałem widzimisię xDD

Dla mnie nadal tak może być, spójrz na to z innej perspektywy – nie było w języku PL i "nagle jest" użyte jako argument – to zawsze budzi kontrowersje niezależnie od poprawności.

---

Tak długo jak wiki będzie twierdziło w publicznym transportcie, że ref to nr peronu, a kolej, że to nr toru, to będzie sprzeczność i będzie to mieszane i zmieniane. Jedyne co można z tym zrobić to: lokalnie ustalić własne zasady w Polsce (wątek na forum zalecany i pewnie można to ogarnąć w kilka dni jak nie będzie sprzeciwu i wtedy po problemie), lub/i spróbować zmianę globalnie (to już potrwa, o ile w ogóle przejdzie) – te przykłady co podsyłasz oczywiście się mogą przydać.

Ja się nie upieram przy ani jednym, ani drugim rozwiązaniu, po prostu nie podoba mi się aktualny stan, bo jest to sprzeczne tagowanie i może mylić przez brak spójności w szczególności w odniesieniu do rzeczywistości oraz sposobu refowania reszty systemu publicznego transportu. Co do `local_ref` to może być i niezły pomysł, żeby tym numerować perony, bo co do samego zawierania się w nazwie, to z tym różnie bywa, niektórzy mogą nie być przekonani do powielania "Peron" z tagiem na peron, ale to już niekończąca się dyskusja o nazwach w OSM.
Asteliks (2024-06-10 14:53:51+00:00): Cześć, widzę że w https://www.openstreetmap.org/node/8286392818/history/5 dodałeś: train=yes czy nie lepszym byłoby: light_rail=yes.
Jeżeli dobrze rozumiem to WKD i S-ki to kolej lekka, więc lepszym typem stacji będzie: https://wiki.openstreetmap.org/wiki/Tag:station%3Dlight_rail
Anas masuris (2024-06-10 16:32:35+00:00): Już kilka razy na forum było poruszane, że w Polsce nie ma systemu, który dałoby się opisać jednoznacznie jako light_rail. WKD i SKM mają w zasadzie identyczne parametry kolejowe, co KM, PR i IC (rozstaw, napięcie, prędkość, sygnalizacja i oferta biletowa), więc nie ma sensu zmieniać ich na light_rail. Zatem nie, nie będzie to lepszy typ stacji.
Barroszt (2023-09-20 13:58:22+00:00): https://mzk-torun.pl/aktualnosci/6032-zamkniecie-poznanskiej-zmiany-w-komunikacji nastąpiła zmiana linii autobusowej numer 20.
Barroszt (2023-09-20 14:01:38+00:00): Jednak nie, autobusy nadal przejeżdżają przez Poznańską, mimo przebudowy skrzyżowania Poznańskiej z Prufferów.
DaveF (2024-05-05 00:33:23+00:00): Hi
https://www.openstreetmap.org/node/6135938648/history
Why have you revalued the network tags of some railway stations from Overground to National Rail. 

https://en.wikipedia.org/wiki/London_Overground#Stations

https://en.wikipedia.org/wiki/Category:Railway_stations_served_by_London_Overground
MxxCon (2023-09-20 02:30:12+00:00): Hello.
Does it need to be tunnel:wikidata= and not just wikidata=?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/141472822
Geogast (2023-09-20 13:44:45+00:00): That is the tagging scheme proposed for OpenRailwayMap (bridge:wikidata=* and tunnel:wikidata=*) because the  wikidata tag is for the railway line (North East Corridor e.g.). 
Not in this case, but that was the reason. I think it is more consistent this way.

see https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Tagging#Tunnel 

In English, there is only tunnel:wikipedia on the list (https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging#Tunnels).
Jordi MF (2023-09-19 17:16:03+00:00): Hola Alfonso,
he visto que estás actualizando los datos alrededor de la N-238. Sabes si se puede circular por esta carretera? ¿Está abierta al tráfico? Es que he visto que un usuario aadió la etiqueta access=no hace un año y, por tanto, actualmente ningún navegador enrutará por la N-238. ¿Cómo lo ves?

Por último, veo bien que las carreteras de servicio paralelas a esta carretera sean "unclassified" y no "secondary" ya que no están catalogadas con ninguna referencia por parte de la administración.

Saludos,
Jordi
Jordi MF (2023-09-19 17:17:30+00:00): Acabo de encontrar esta noticia: https://www.castelloninformacion.com/se-abre-al-trafico-el-carril-central-de-la-nacional-238-que-une-vinaros-con-el-acceso-a-la-ap-7/

Por lo tanto, entiendo que la carretera ya está abierta. Voy a eliminar la etiqueta access=no.
pitscheplatsch (2023-10-15 11:46:09+00:00): reverted
LanovkarJ (2023-11-08 22:49:43+00:00): Hello Sted, why are you adding these now demolished lifts like Bel-Air? These lifts do not exist anymore, so I do not think they should be on the map.
Sincerly,
LanovkarJ
HeiligerHein112 (2023-09-19 15:08:48+00:00): Eventuell nicht "Utpher Kirchenpfad 4 A", sondern "Sauerbrunnengasse 1 A"?
Mateusz Konieczny (2024-05-20 12:39:24+00:00): Hello! https://www.openstreetmap.org/node/11202860417/history has shop = bathroom that was added in this edit (if I checked things correctly)
shop=bathroom ? What kind of shop, if any is here? Is it shop=bathroom_furnishing ? ( https://wiki.openstreetmap.org/wiki/Tag:shop=bathroom%20furnishing ) Is it maybe public toilet/shower marked as a shop?
Mateusz Konieczny (2024-05-20 12:40:31+00:00): Judging by website shop=bathroom_furnishing seems fitting, but I am not sure enough to change remotely
Robert Whittaker (2024-05-20 12:49:00+00:00): Definitely shop=bathroom_furnishing; now fixed thanks!
gscholz (2023-09-20 06:49:02+00:00): Hallo Tom,
diese Änderung hat einige Fehler in der Datenbak bezüglich selbst überschneidender Linien erzeugt:

https://overpass-api.de/achavi/?changeset=141474014

https://tools.geofabrik.de/osmi/?view=geometry&lon=9.41422&lat=54.25548&zoom=12&baselayer=Geofabrik%20Standard&overlays=self_intersection_ways%2Cself_intersection_points%2Csingle_node_in_way%2Cduplicate_node_in_way

Kannst du das bitte reparieren?
Gruido
NorthCrab_upload (2023-09-19 15:20:17+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/3012761462
https://www.openstreetmap.org/way/833478018

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! 🦀
PZP3610 (2023-09-19 15:29:25+00:00): Poprawiłem, dzięki!
Herwescheluc (2023-10-16 06:24:15+00:00): Hallo Foo223! Bitte die Quelle für diese Adresse angeben, da die nicht in der Liegenschaftskarte oder sonstwo zu finden ist und nur bei google-maps nachweisbar ist gehört die sonst gelöscht! Gruß Andreas
chris66 (2025-01-15 11:28:04+00:00): Hi,
darf ich surface=tile zu surface=tiles ändern? Das wird öfters verwendet...
NorthCrab_upload (2023-09-19 15:40: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:

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/10032336127
https://www.openstreetmap.org/node/10032337036
https://www.openstreetmap.org/way/1095477864
https://www.openstreetmap.org/way/1209118036

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! 🦀
dentonny (2023-11-01 10:00:14+00:00): hey hey,

Als je wegen oneway maakt, zou je er moeten op letten dat je de tag oneway:bicycle=no niet vergeet. Anders gaan routers zoals Komoot, Strava, Garmin, etc. deze straat nooit laten in fietsen als men een route plant.
oneway:speed_pedelec en oneway:mofa bestaan ook nog voor de speedpedelecs en bromfietsen. 
Meestal afgebeeld met een logo bromfiets met eronder de letters A en P

Deze tags dienen wel enkel toegevoegd te worden als het bord er echt staat, maar ik vermoed hier van wel. Ik ben er niet meer geweest

mvg!
GR-menneke (2023-11-06 21:34:02+00:00): Hey hey,

Dank voor de uitleg. Ik ben er zeker geweest, zal voor de zekerheid binnenkort nog eens passeren om zeker te zijn welk onderbord er juist staat.

Thx!
Rodrigo Rega (2024-12-07 18:16:01+00:00): Reverted because fictional mapping.

https://www.openstreetmap.org/changeset/160035713
ssundell (2023-09-30 20:48:46+00:00): Just a note: highway=cycleway, by default, means it's a way dedicated only for cyclists. I suspect that's not the case but it should be a combined foot and cycleway instead, which is defined with tags

highway=cycleway
foot=designated
bicycle=designated
segregated=no (assuming there's no separation between pedestrian and bicycle users)
Thanks for adding the way, though!
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/141475129
thietanen (2023-10-01 06:19:16+00:00): Thanks for the info! I fixed the tags, and will work on the other cycleways in the area.
ssundell (2023-10-02 20:40:38+00:00): Thanks! Yeah, there are plenty of combined ways in Finland that have only cycleway as a tag, or are otherwise a bit outdated in their tagging. Since they all show up as blue dotted lines in the default map, you don't really notice it unless you edit them or really go and search forthem...
rui228 (2025-04-21 10:02:54+00:00): O que significa esta linha
eggie (2023-09-19 16:25:03+00:00): Ik zie geen note (meer) hier, maar je mag na aanpassing zelf de note sluiten.
Een anonieme melder kan niet eens sluiten.
Gr eggie
eggie (2023-09-19 16:32:28+00:00): Werner...  Je zou de fixme og kunnen verwijderen.

Zeker weten dat die nieuwe namen de officiële namen zijn?

Oude wil niet zeggen dat er niet meer begraven wordt.

Een van de naamgevers ben ik zelf.. Ik zal dat toch ergens vandaan hebben gehaald. 


MVG
eggie
eggie (2023-09-19 16:46:00+00:00): Vraag me alleen af of die straatnamen erbij horen?
silversurfer83 (2023-09-20 11:47:51+00:00): Moin :)

warum hast du denn den Turm (https://www.openstreetmap.org/way/714691870/history) entfernt? "building:part=yes" innerhalb des eigentlichen Gebäudes ist schon korrekt, wenn man versucht ein komplexes Gebäude besser darzustellen.

Grüße
silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/141477085
quecksilberkartograph (2023-09-21 17:01:11+00:00): Hallo,
der Turm ist wieder eingezeichnet.
LG
arjunaraoc (2024-01-06 01:41:25+00:00): Welcome to OSM.  Please visit  India page on OSM wiki (https://wiki.openstreetmap.org/wiki/India) and  join OSM India Telegram channel (https://t.me/OSMIndia).

Check my update: https://www.openstreetmap.org/changeset/145942221#map=17/15.44546/80.11777

Happy mapping!
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/141477129
arjunaraoc (2024-01-06 01:43:28+00:00): Please upload your nearby edits as separate changeset.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/141477129
Rodrigo Rega (2024-12-07 18:32:57+00:00): Reverted because this user had made a lot of fictional mapping. He does not answered the questions made by the community. His edits are not reliable.

https://www.openstreetmap.org/changeset/160036104
woodpeck (2023-10-09 08:52:20+00:00): Dear Andrea Del Sarto, in this changeset you have removed a couple of "name" tags created by user Maloss34, and replaced them with "mtb:name".  This kind of editing has been going back and forth for a while. Do you have a reason to believe that his name is wrong, or why are you relegating it to the obscure "mtb:name" tag? What do the signs on the ground say? (Asking as a DWG member, working on Ticket#2023071410000373)