piebro/osm-data huggingface dataset:
bielebog (2022-03-02 19:19:39+00:00): Der Teil zwischen Almeweg und Frankfurter Weg ist access=no für Fahrzeuge und Fußverkehr. Nur Bauverkehr ist frei. Es gibt großräumige Umleitungen für alle. Und highway=construction triftt's einklich nur für den kleinen Teilabschnitt, der an die Kreuzung Frankfurter Weg angrenzt, denn die Brücke und angrenzende Straßenteile werden früher oder später rückgebaut werden.
flohoff (2022-03-02 19:32:47+00:00): Es ist im moment aber eher eine Baustelle als ein einfaches Schild "Hier darfst du nicht durchfahren".
.
Deshalkb halte ich das mit dem construction für angebrachter. Wie weit das geht weiss ich selber nicht. Und ich hab auch nur den Almeweg bis Frankfurter (Und da auch unscharf) umgetagged auf construction. Die Sperrung scheint ja deutlich weiter zu gehen.

Das mit dem conditional ist im überigen zwar schön - aber ich vermute das wird kaputt gehen. Diverse auswertungen können das nicht sauber. Ich hätte da nur ein access=no drauf gepackt und einen Note zum Tracken der Baustelle.

Flo
skyper (2022-03-29 11:36:28+00:00): Hallo Penaluna
Willkommen bei OSM.
Wie kommst Du denn zu dem operator=NVBW? Sollte das nicht eher die Gemeinde bzw der Landkreis sein?
Fragende Grüße,
skyper
Penaluna (2022-03-29 12:33:31+00:00): Hey,
die Haltestelle gehört der Gemeinde/Stadt, die SWEG bedient sie aktuell, Landkreis/Verkehrsverbund sind Aufgabenträger und über dem liegt eben die NVBW. Der Begriff Operator bzw Betreiber differenziert nicht stark genug, um hier DIE richtige Info zu sein.

Mit freundlichen Grüßen
Penaluna
skyper (2022-03-29 12:57:17+00:00): Hi,
Was meinst Du mit "differenziert nicht stark genug". Werden die Masten und sonstige Infrastruktur von unterschiedlichen Betreibern gepflegt/-wartet? Es gibt auch die Möglichkeit mehrere Werte (mit Semikolon getrennt) einzutragen. NVBW alleine finde ich hier sehr unpassend. Das ist ja dann in BW bis auch die großen Städte überall.
Welche Firmen die Haltestelle bedienen sollte aus den Linien-Relationen hervorgehen und braucht nicht an der Haltestelle erfasst sein.

Viele Grüße,
skyper
Penaluna (2022-03-30 05:27:41+00:00): Moin,
das schöne an OSM ist doch, dass Du selbst den Wert ändern/anpassen kannst. Wenn Du es unpassend findest, dann änder es bitte. Ich habe damit kein Problem. Der Begriff Betreiber ist halt einfach unpassend und verwirrend. Vorher stand gar nichts drin.

Grüße
skyper (2022-03-30 11:43:25+00:00): Tach.
Da ich mich im naldo nicht auskenne und dies nur durch Zufall entdeckt habe, fand ich es für angebracht hier nachzufragen. Meine Lösung wäre `operator=*` wieder zu entfernen und das wollte ich nicht ohne vorherige Absprache machen. Mittlerweile hat eine weitere Person dies gemacht.
Grüße
Spaghetti Monster🍝 (2022-03-04 02:54:17+00:00): These changes didn't fix anything.
I fixed everything for you in changesets 118076358, 118076286, 118076242, and 118076231.
mavl (2022-05-20 15:45:58+00:00): This changeset was redacted. Reason: an incompatible source.
ottwiz (2022-03-06 11:57:31+00:00): Why did you delete landuse=residential?
Please don't do corrections in Hungary if you just break things. Thank you
HessoKaart (2023-09-07 21:55:59+00:00): Hallo A67,

Ik heb een vraag bij node 4917061785. Hier zit voor zover ik mij kan herinneren helemaal niets meer qua bushalte. Kan deze node verwijderd worden? Ik kan niet zien of er nog verbindingen aan hangen gezien ik geen JOSM gebruik. Ik zal morgen definitief checken of er nog iets hangt wat op een bushalte lijkt.

Met vriendelijke groet,
Hesso
demon_box (2025-03-06 18:10:07+00:00): Ciao trucbidule, ti segnalo che taggare place=locality +
name=Località Siano
non è corretto. Nel name "Località" non va messo perchè l'oggetto è già qualificato dal tag place=locality
Inoltre evitiamo x favore di posizionare il place=locality proprio sopra una casa....
Ho già effettuato le correzioni del caso.
Grazie e BuonMapping!
pio2_122 (2022-03-01 13:36:26+00:00): Drobna uwaga odnośnie dodawania adresów to punktów POI.

Nie ma konieczności dodawania ich w przypadku, gdy dany punkt leży w obrębie obrysu budynku, który ma przypisany adres - wyszukiwarki automatycznie dopasują adres.

Natomiast w przypadku, gdy POI leży w obrębie budynku, który nie ma przypisanego konkretnego adresu (ponieważ ma kilka adresów, dodanych jako punkty) polecam stosować tzw. „Bremen Schema” - https://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Bremen_Schema - pozwala on na uniknięcie dublowania adresów, a jednocześnie umożliwia przypisanie adresu kontaktowego. W zasadzie, ten sposób różni się od standardowego tagowania adresów jedynie prefixem - zamiast  „addr:” stosuje się „contact:”, reszta jest identyczna.
milenaNo (2022-03-01 14:09:32+00:00): Adresy są już w geojsonie. Sprawdzam, czy istnieje, czy dobrze leży, czy nazwa się zgadza. Jeśli nie robi to redundancji adresów, to nie chce mi się ich usuwać.
pio2_122 (2022-03-01 14:41:04+00:00): > Jeśli nie robi to redundancji adresów, to nie chce mi się ich usuwać.

Niestety, robi to redundancję adresów (dlatego powstał wspomniany już Bremen Schema). Zresztą, tuż przed samym wysyłaniem zestawu zmian w JOSM’ie można wyszukać i usunąć wszystkie tagi adresowe w edytowanych punktach. Adresy w POI nie są konieczne. Pomijając wcześniej opisany przypadek z POI w obrębie obrysu z adresem, zostanie dopasowana przynajmniej sama nazwa ulicy lub/i miejscowość.

Poza tym, część adresów była niepoprawnie otagowana. Gdy adres nie zawiera nazwy ulicy, zamiast tagu addr:city należy stosować addr:place: https://forum.openstreetmap.org/viewtopic.php?pid=646897#p646897
Dodatkowo, część nazw ulic dodanych w POI nie pokrywała się z zapisem w „obiekcie” ulicy w OSM (np. „Wolności” a „Plac Wolności”).
Takie, nieprawidłowe, adresy widać np. na stronie http://v3.mrowka.org/adresy/#9/53.6926/15.4962 - te przypadki już poprawiłem, więc powinny niedługo zniknąć.
milenaNo (2022-03-02 07:59:31+00:00): Dzięki za wyjaśnienie, niestety nie dostałam powiadomienia o komentarzu i następne powiaty zrobiłam też z duplami. Pracujemy z tym https://github.com/Mordechai23/ua_2022/tree/main/Roboczy/apteki Zastanawiam się, co byłoby lepsze: Usunięcie kolumn z adresami z geojson przed importem w JOSM'ie, czy przemapowanie nazw tych kolumn na bremen shchema, dodanie addr:place, czyli generalnie porządki w geojson'ie?
pio2_122 (2022-03-02 10:28:03+00:00): Dzięki za namiar na dane źródłowe. To dużo wyjaśnia. Widzę, że adresy w tych plikach służą przede wszystkim do weryfikacji położenia POI przed samym wysłaniem zestawu zmian (poszczególne punkty mają już przypisaną geometrię w pliku).

Teoretycznie, najłatwiejszą metodą byłoby przetagowanie tych adresów już na poziomie plików geojson umieszczonych na github’ie.
Na cito trzeba by było, aby autorzy tej akcji przynajmniej wyszukali adresy, które nie mają znacznika „addr:street” i w zamienili w nich tag „addr:city” na „addr:place”. Bez tego, zasypią nas „mrówki” (czyli nieprawidłowe adresy, o których wspomniałem wyżej; widać je na http://v3.mrowka.org/adresy/#7/52.298/19.204). Przy okazji, mogli by również zamienić tagowanie wszystkich punktów na Bremen Schema, aby nie zalały nas z kolei zdublowane adresy. Wtedy, po otworzeniu takiego pliku w JOSM’ie nie trzeba będzie martwić się w ogóle martwić o tagi adresowe (chyba że, apteka w rzeczywistości znajduje się pod innym adresem); nawet, gdy takie POI będzie znajdowało się na obrysie budynku z przypisanym adresem.

Wszystko wydaje się być więc stosunkowo proste. Niestety, o czym wspomniałem wcześniej, część z nazw ulic zawartych w tych punktach ma zapis niezgodny z tym, co jest już w OSM i/lub rejestrami urzędowymi (np. „Kolbego Ojca Maksymiliana”, zamiast „Ojca Maksymiliana Kolbego”). Nie da się tego łatwo wykryć. Myślę, że informacja z prośbą o weryfikację zgodności nazw ulic do wszystkich zaangażowanych mapujących miałaby całkiem dobre rezultaty. Nawet gdyby, ktoś przeoczył taką nazwę, nic poważnego się nie stanie, ponieważ tagowanie Bremen Schema jest niezależne od adresacji za pomocą addr:.
aixbrick (2022-03-01 14:13:37+00:00): Hallo,
bitte zukünftig ein https://wiki.openstreetmap.org/wiki/DE:Lifecycle_prefix nutzen, um die Historie zu erhalten. Ich habe das nun gemacht: https://www.openstreetmap.org/changeset/117981699.
Gruß
user_5359 (2022-03-03 07:46:26+00:00): Hello! Please have look on http://overpass-turbo.eu/?Q=%5Bout%3Ajson%5D%3B(node%5B%22Inis%22%5D%3Bway%5B%22Inis%22%5D%3B%3E%3Brel%5B%22Inis%22%5D%3B)%3Bout%20meta%3B&C=55.12435;-8.338;15
What is the meaning of the tag Inis = Oirthir?
Lee Carré (2022-03-01 19:28:40+00:00): 🥳.

An impressive & daunting amount of work. Bravo 🍪. Thankyou for your diligence.
abakus_uploader (2022-03-01 23:31:38+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
Fischkopp0815 (2022-03-01 13:47:30+00:00): CS-Kommentar sollte sein : Restaurant Landgang ergänzt
osmviborg (2022-03-01 14:36:01+00:00): Lidt mere præcis definition på forhindringen, hvis du kan https://wiki.openstreetmap.org/wiki/Key:barrier#Access_control_on_highways_.28e.g._for_blocking_a_path_or_road.29
lookitsmk (2022-03-01 14:43:12+00:00): Jeg regnede med at fylde mere på med StreetComplete, men dens muligheder er ikke oplagt relevante.

En hurtig søgning på vejmateriel gav dette resultat, som er nogenlunde passende: http://m.dk.topsafetraffic.net/barrier/2mtr-hdpe-road-barricade-barrier-s-1644b.html
osmviborg (2022-03-01 15:16:37+00:00): 👍
lookitsmk (2022-03-01 18:51:08+00:00): Jeg har tilfoejet barrieren i den anden ende og aendret vejen til en cykelsti.  Omraadet er blevet spaerret af og konverteret til legeomraade, men jeg er ikke sikker paa, hvorledes jeg skal tegne dette ind.
osmviborg (2022-03-02 09:25:30+00:00): Jeg har ført cykelstien helt ud til Skolebakken. 'barrier' er så overflødig.
lookitsmk (2022-03-02 10:04:26+00:00): Barrieren blokerer også for cykler, men man kan komme ind fra stien sydfra.
Måske giver det ikke mening at tegne stier ind rundt om bygningen, når det ellers er et åbent område.
osmviborg (2022-03-02 12:20:14+00:00): Du kan selv definere hvad en 'barrier' skal blokere for.
Tordanik (2025-12-15 14:07:27+00:00): Hallo famosm, in diesem Changeset hast du level-Tags durch indoor:level-Tags ersetzt. Eigentlich ist level der Standard für Indoor-Mapping, wird sehr viel häufiger verwendet und auch in entsprechenden Anwendungen unterstützt. Falls es keinen überzeugenden Grund gibt, hier davon abzuweichen, würde ich das Mapping daher gerne zurück auf level ändern.
famosm (2025-12-17 18:27:38+00:00): Hallo Tordanik,
die Entwicklung bei den Tags geht ja eher in die "obj:adj" Richtung (vgl. building:level, roof:level, adr:street, contact:website, etc...)
Was m.E. auch konsequent und logisch ist. 

Wird denn "indoor:level" (noch) nicht in den Anwendungen unterstützt?

Wenn du hier konkret bedarf hast ändere den Tag gerne. Konsequenter und logischer finde ich aber das andere Tagging.
VG
Tordanik (2025-12-21 13:56:48+00:00): Es gibt Schlüssel, bei denen eine Doppelpunktvariante populärer ist, aber level gehört nicht dazu:
https://taginfo.openstreetmap.org/compare/level/indoor:level
Und es ist auch kein Trend zu erkennen, dass sich das ändern würde:
https://taginfo.openstreetmap.org/keys/indoor%3Alevel#chronology

Uns ist das bei einer Online-Telko zu Indoor-Mapping aufgefallen, weil sich Entwickler von Indoor-Anwendungen gewundert haben, dass sie am Bahnhof Tempelhof ins Stolpern kommen. Also ja, auch die Anwendungsunterstützung ist bei "indoor:level" eher nicht gegeben.
Tordanik (2025-12-22 11:54:42+00:00): Es gibt Schlüssel, bei denen eine Doppelpunktvariante populärer ist, aber level gehört nicht dazu:
https://taginfo.openstreetmap.org/compare/level/indoor:level
Und es ist auch kein Trend zu erkennen, dass sich das ändern würde:
https://taginfo.openstreetmap.org/keys/indoor%3Alevel#chronology

Uns ist das bei einer Online-Telko zu Indoor-Mapping aufgefallen, weil sich Entwickler von Indoor-Anwendungen gewundert haben, dass sie am Bahnhof Tempelhof ins Stolpern kommen. Also ja, auch die Anwendungsunterstützung ist bei "indoor:level" eher nicht gegeben.
pio2_122 (2022-03-01 14:47:12+00:00): Drobna uwaga odnośnie dodawania adresów to punktów POI.

Nie ma konieczności dodawania ich w przypadku, gdy dany punkt leży w obrębie obrysu budynku, który ma przypisany adres - wyszukiwarki automatycznie dopasują adres.

Natomiast w przypadku, gdy POI leży w obrębie budynku, który nie ma przypisanego konkretnego adresu (ponieważ ma kilka adresów, dodanych jako punkty) polecam stosować tzw. „Bremen Schema” - https://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Bremen_Schema - pozwala on na uniknięcie dublowania adresów, a jednocześnie umożliwia przypisanie adresu kontaktowego. W zasadzie, ten sposób różni się od standardowego tagowania adresów jedynie prefixem - zamiast „addr:” stosuje się „contact:”, reszta jest identyczna.

Zresztą, adresy w POI (niezależnie od metody tagowania) nie są zbyt konieczne. Pomijając wcześniej opisany przypadek z POI w obrębie obrysu z adresem, automatycznie zostanie dopasowana i tak sama nazwa ulicy lub/i miejscowość.
philippec (2022-03-02 11:48:38+00:00): Wezembeek Oppem winkels aed.
Dat zal wel indoor zijn, ik zet hem indoor.  
Bij een indoor aed is een location beschrijving erg nuttig.
AndersAndersson (2022-03-01 22:39:44+00:00): Why did you add highway=path to the snowmobile track?
I doubt it is used as a path for walking or cycling since it crosses a couple of wetlands.
Do you know more than I do? I lack local knowledge about this path but based on experience from the same area I would say there shall be no highway=path.
Andy_Tol (2022-03-02 06:39:22+00:00): Hello.
I thought that the removal of this tag was made by mistake or by accident, so I restored it. With just one snowmobile=designated tag, it's just a line without functions.
You can remove/add any tags if you know more.
AndersAndersson (2022-03-03 14:47:22+00:00): I see. No worries. I will remove it again.
It has a function. Just not for the main map, but there are a lot of other maps that uses other information in OSM.
Snowmobile map here:
https://skoterleder.org/#!map/13/60.8390/15.2322
Andy_Tol (2022-03-04 11:27:31+00:00): Interesting! THX
smootheFiets (2022-03-04 12:47:13+00:00): Lieber Kollege,
Ich hab diese Änderung gerade rückgängig gemacht. So sympathisch mir Marina Weisband als Politikerin auch ist, sie ist keine zuverlässige Quelle um zu beurteilen, welcher Name im deutschen Sprachraum üblich ist. Darum geht es aber in name:de. Siehe auch https://forum.openstreetmap.org/viewtopic.php?id=20485
Mag sein, dass Kyiv durch den aktuellen Krieg gängig wird im deutschen. Sobald das so ist, kann und sollte man name:de anpassen. Vorher nicht.
Grüße, smootheFiets
mangerlahn (2022-03-04 12:51:22+00:00): Hi smootheFiets,

vielen Dank für die Anpassung, habe ich vollstes Verständnis für!

Viele Grüße,
Max
PT-53 (2022-03-02 07:09:46+00:00): Hallo Chris,
Du hast an diesem Straßenabschnitt
- https://www.openstreetmap.org/way/525139888/history
das Merkmal
construction=highway
ergänzt, Das ist gleich doppelt falsch.

1. Das ist nur eine kurzfristige Sperrung. Diese kann mit 
access:conditional=no@(JJJJ Mmm TT-JJJJ Mmm TT) 
eingetragen werden. Dies wird auch von einigen Navis (z.B. OsmAnd) korrekt ausgewertet. 
Beispiel: 
access:conditional=no@(2020 Jan 20-2020 May 1) 
Wiki: 
https://wiki.openstreetmap.org/wiki/DE:Conditional_restrictions

Eine andere Möglichkeit ware das Merkmal
temporary:access =no@(JJJJ Mmm TT-JJJJ Mmm TT) 
Wiki: 
https://wiki.openstreetmap.org/wiki/Proposed_features/temporary_(conditional) 
Dieses Merkmal wird aber meines Wissens von (fast?) keinem Navi berücksichtigt.

2.  Straßensperrungen wegen längerfristigen Baustellen (ab mind. 6 Monaten)  werden in OSM mit der Merkmal-Kombination 
highway=construction + 
construction=z.B. residential 
markiert.

Da dies ja nur eine kurzfristige Sperrung ist, sollte das fehlerhafte Merkmal
construction=highway
wieder gelöscht und stattdessen das Merkmal
vehicle:conditional=no@(2022 Mar 1-2022 Apr 14) 
eingetragen werden.

Machst Du das ?
Und bitte mach Dir mal Beispiele für korrekte Sperrungen.

Grüße
ChrisFromRV (2022-03-02 14:00:57+00:00): Erledigt.
PT-53 (2022-03-02 14:21:12+00:00): Hallo Chris,
mit
access:conditional=.....
hast Du auch Fußgänger ausgesperrt. Diese können gem. dem Zeitungsbericht aber zu den Geschäften gelangen.  Die Sperrung gilt aber nur für Fahrzeuge. Richtig ist somit
vehicle:conditionell=no@(2022 März 01-2022 April 14

Das 
psv=yesmuß auch noch raus. Das hatte ich heute morgen übersehen. Die Busse werden ja aber umgeleitet. 
Grüße
ChrisFromRV (2022-03-02 14:55:53+00:00): Ok, aber das mit "access:conditional=..." war deine Idee ;)
PT-53 (2022-03-02 16:38:43+00:00): Hallo Chris,
"access:conditional=..." 
ist ein allgemeines Beispiel. Access muß - je nach Art der Sperre - entsprechend dem Wiki - Access
https://wiki.openstreetmap.org/wiki/Key:access
angepaßt werden.

Ich habe auch bereits in meinem 1. Kommentar konkret angegeben:
vehicle:conditional=no@(2022 Mar 1-2022 Apr 14) 
Grüße
tuxayo (2022-03-09 19:12:27+00:00): La camera était marquée comme étant sur un feu tricolore et il manquait le fairt qu'il y avait un panneau et que c'est à la Ville de Marseille, corrigé.
jo_jo13 (2022-03-10 08:03:33+00:00): Salut! Il y a 2 caméras côte à côte, et l'une d'elles est bien sur un feu tricolore (de tramway semble-t-il). Par ailleurs il n'y a qu'un panneau pour les 2 caméras.
tuxayo (2022-03-14 17:05:03+00:00): > Il y a 2 caméras côte à côte, et l'une d'elles est bien sur un feu tricolore (de tramway semble-t-il)

Ah oui en regardant la photo de https://www.openstreetmap.org/note/3068474 j'avais loupé le feu de tram tourné dans l'autre sens! Merci :) Corrigé!

> Par ailleurs il n'y a qu'un panneau pour les 2 caméras.

Dans ces cas là est-ce qu'on dit qu'on compte les deux comme étant indiquées par un panneau? Même si c'est le même. Car le deuxième panneau à 1m n’apporterai rien en vrai. Et légalement, aucune chance que la caméra sans panneau soit attaquable avec un panneau à 1m.
Et c'est cohérent avec qu'on puisse avoir des panneau à part des caméra.
ChrissW-R1 (2025-04-26 12:45:32+00:00): Please check https://osm.org/note/4728675
Dimitar155 (2022-03-24 17:27:41+00:00): Промяната е върната в промяна 118874350.
SomeoneElse_Revert (2022-04-30 09:53:42+00:00): This changeset has been reverted fully or in part by changeset 120377830 where the changeset comment is: Following a report to the DWG, reverting some apparently fictional mapping in the USA.  See https://www.openstreetmap.org/user_blocks/5940 et al.
SomeoneElse_Revert (2022-04-30 09:53:27+00:00): This changeset has been reverted fully or in part by changeset 120377830 where the changeset comment is: Following a report to the DWG, reverting some apparently fictional mapping in the USA.  See https://www.openstreetmap.org/user_blocks/5940 et al.
demaniac (2022-07-12 12:16:46+00:00): Мегатоп на вывеске выглядит, как "МЕГАТОП". Наименование Megatop отсутствует
SomeoneElse_Revert (2022-04-30 09:53:28+00:00): This changeset has been reverted fully or in part by changeset 120377830 where the changeset comment is: Following a report to the DWG, reverting some apparently fictional mapping in the USA.  See https://www.openstreetmap.org/user_blocks/5940 et al.
Rico557 (2022-05-12 11:59:45+00:00): В очередной раз удаляю фиктивный "Остров чистоты" https://www.openstreetmap.org/changeset/120885110
Ещё раз повторю, там у Западхимторга - магазин "Три лося"
SomeoneElse_Revert (2022-04-30 09:53:39+00:00): This changeset has been reverted fully or in part by changeset 120377830 where the changeset comment is: Following a report to the DWG, reverting some apparently fictional mapping in the USA.  See https://www.openstreetmap.org/user_blocks/5940 et al.
abakus_uploader (2022-03-01 23:31:39+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
SomeoneElse_Revert (2022-04-30 09:53:37+00:00): This changeset has been reverted fully or in part by changeset 120377830 where the changeset comment is: Following a report to the DWG, reverting some apparently fictional mapping in the USA.  See https://www.openstreetmap.org/user_blocks/5940 et al.
4004 (2022-03-07 00:04:30+00:00): как минимум вот этот https://www.openstreetmap.org/node/9547514475 - просто кофе автомат. другие точки "кафе" точно кафе?
kate_rocketdata (2022-03-09 12:24:24+00:00): по информации клиента - да
Spaghetti Monster🍝 (2022-03-04 02:30:30+00:00): Please don't add fake data to the map.
https://wiki.openstreetmap.org/wiki/Vandalism
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/117982677
SomeoneElse_Revert (2022-04-30 09:53:43+00:00): This changeset has been reverted fully or in part by changeset 120377830 where the changeset comment is: Following a report to the DWG, reverting some apparently fictional mapping in the USA.  See https://www.openstreetmap.org/user_blocks/5940 et al.
praeteritum (2022-07-03 21:12:07+00:00): This changeset has been reverted fully or in part by changeset 123165167.
habi (2022-03-01 19:50:09+00:00): Mersi für die Änderung mit Ortskenntnissen.
(https://www.openstreetmap.org/note/3045196)
ivanatora (2022-03-05 07:45:52+00:00): Защо е изтрита инфраструктурата в пречиствателната станция? 
Алеите би следвало да останат с highway=service + access=private
Dimitar155 (2022-03-10 22:16:26+00:00): Върнах пътищата и добавих access=private.
ivanatora (2022-03-11 06:52:06+00:00): Супер, мерси.
SHARCRASH (2022-03-02 11:17:20+00:00): Bonjour! Je viens de vérifier le cadastre sur WAL, les découpes des parcelles suggèrent que le chemin est public. Le début du chemin coté Av. de Mersch fait clairement parti de la parcelle de l'avenue, le reste est découpé pour le chemin. https://geoportail.wallonie.be/walonmap#SHARE=D93B295018918B64E053D5AFA49DEAF0

En plus, le site Chemins.be l'affiche vert donc praticable https://chemins.be/arlon/sentier/30 et il y a eu pas mal d'activité sur ce chemin. Il est possible alors qu'il s'agisse d'un cas d'abus d'appropriation publique, ça arrive. Si j'étais résident belge, je demanderai un extrait de la parcelle pour tirer cela au clair.
SHARCRASH (2022-03-02 11:51:27+00:00): Je viens de remarquer qu'une portion de ce chemin est clairement public (pas de numéro de parcelle). Comme je l'ai dit sur mon commentaire précédent, le départ du chemin côté "Av de Mersch" fait clairement partie de la parcelle publique (pas de numéro), qui comprend un autre chemin coté Ouest, ensuite passe derrière les maisons & revient parallèlement le long des parcelles 2140G, 2140H, 2140K qui font aussi partie de la voie en question . Donc selon moi, c'est clairement public. J'avoue que c'est spécial et cela demande une réponse des autorités pour tirer les choses au clair. En attendant, je réactive le chemin.