piebro/osm-data huggingface dataset:
Badojo (2019-11-03 22:11:40+00:00): Also your claims are accepted, but there is no need to change the type of road for no reason.
BCNorwich (2019-11-03 17:46:38+00:00): Hi, Welcome to OpenStreetMap.

I've reverted your 3 change-sets as you had made inadvertent changes to a bus stop. Then made further changes to move it and or correct it. Bus stop names are usually taken from the Naptan database and might not reflect a common usage or logical name. If you're not suer best not to change bus stop data. All is back as it was.

I think possibly you were trying to map a riding stable. If you need any help please just ask.

Regards Bernard.
dval (2019-11-04 15:58:14+00:00): Hi, дмитрий солодков! Когда рисуете мелкие н.п., полезно сразу посмотреть: 1) дороги: разделены ли они в месте пересечения с границей н.п., чтобы дороги с названиями не выходили за пределы н.п. или не проникали в пределы оного; 2) что висит на центре н.п. и его границах: на центре должно быть всё, что только можно найти, на контурах (границах) н.п. - 5 тегов: три с addr:contry/region/district, плюс к ним place=* и name=*. Также (я) думаю, что tertiary до Лабазки (5 чел в 2010 г.) слишком жирно будет для неё. Достаточно анкласс.
dval (2019-11-04 16:03:23+00:00): Комментарии к пакетам правок желательно писать более подробные: где, что добавлено (кратко), что поправлено (кратко). Это не сложно, но информативно.
дмитрий солодков (2019-11-04 16:05:55+00:00): Здравствуйте, сейчас посмотрю, с дорогами ничего не делал, по вашему совету, просто обрисовал здания
дмитрий солодков (2019-11-04 16:08:01+00:00): Хорошо, буду оставлять более информативные комментарии, если не забуду)
dval (2019-11-04 17:02:13+00:00): Мой совет был действенен на то время. Если вы продолжаете рисовать, то надо осваивать и что-то новое. Может пригодится вот этот https://osmcha.mapbox.com/filters инструмент. Там в строку BBox я ставлю курсор (другое не пробовал), затем в окне выбираю область, какая меня интересует, применяю, сохраняю. И далее здесь оч. хорошо видны все пакеты правок, и что изменено, добавлено, удалено.
mavl (2019-12-15 16:35:42+00:00): This changeset has been reverted fully or in part by changesets 78423908, 78425731, 78431462, 78428956, 78427975, 78422742, 78430242, 78423304, 78424715, 78432742, 78426855 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: an incompatible source].
VictorIE (2019-11-26 22:05:11+00:00): Should Clondalkin ED (10224678) be marked as disused or similar?
Dimacn (2019-11-03 19:19:49+00:00): Институт физической культуры в гаражах?
Dimacn (2019-11-03 19:17:00+00:00): Институт биологии на парковке?
gabro00 (2019-11-03 19:09:12+00:00): Ezekre majd nézz rá a dupla kutak miatt:
https://overpass-turbo.eu/s/NGE

A node, way és a relation típust is érdemes ellenőrizni, hirtelen nem tudtam olyan query-t írni, ami mindhármat megeszi, ezért kikommenteltem. Az around paraméterrel is lehet játszani, ha sok a false positive.
KAMI (2019-11-04 09:20:59+00:00): @gabro00 Te láttál duplikációkat? Én csak közeli MOL kutakat láttam, de ami ilyen volt 15-18 darab azok valós kutak, vagy legalább is a MOL térképén rajta vannak. Amit látok van egy csomó Agip kút, ami elvileg már 2016 óta nincs. Vagy MOL lett, vagy kisebb cégek lettek a kutak tulajdonosai.
KAMI (2019-11-04 09:25:52+00:00): Ha valami v1-es az gyanús lehet. A relationok szerintem célszerűen nem jók, mert valamiért volt az egészen amenity=fuel tag. Ezzel meg az importálás behúzta az egészet. Ebből kettő van. Ezeket majd javítom.
KAMI (2019-11-04 09:29:51+00:00): Látom már, a pontszerűeknél van egy csomó v1, ezek nem mind tapadtak a megfelelő kútra.
gabro00 (2019-11-04 11:35:12+00:00): Igen, elsősorban a pontszerűekkel volt gond.

Nem igazán látom át mi változott tegnap óta. Visszavontad a teljes módosításcsomagot?
KAMI (2019-11-04 17:48:44+00:00): Szia!
Végül gyorsan visszavontam, mert egy csomó MOL kút csak brand-del szerepelt név nélkül lett és az duplikátum lett.
Most fejlesztettem az importálón, hogy brand legyen a name mellett az összehasonlítás alapja. Hajnalban frissül az OSM extract a geofrabrokon, így holnap újra letöltöm, próbálom, és remélem jobb lesz.
gabro00 (2019-11-04 18:14:51+00:00): Okés, kicsit megtévesztett a changeset kommented https://www.openstreetmap.org/changeset/76579748

Overpassból nem tudsz dolgozni? Akkor csak pár percet kellene várni a frissítésre, nem 1-1 napot.
iWowik (2019-11-23 18:27:56+00:00): Рад вас приветствовать в проекте!
Я заметил, что вы ставите адресную информацию, а ее обычно не просто найти.
Скажите, пожалуйста, а откуда вы берете номера домов
literan (2019-11-03 20:49:38+00:00): Добрый день. Пожалуйста, не надо описания объектов ставить в поле name. Этот тег - только для имен собственных. Исправил все на description
theophrastos (2019-11-03 18:06:10+00:00): Gibt es einen Grund für Änderungen an den Straßen zu motorway_link, insbesondere die Rechtsabbiegespur Ri. A 73 von Strullendorf her sieht seltsam aus (motorway_link -> trunk_link -> motorway_link). Ebenso die Spur von Nord Ri. Strullendorf. Rechtlich gesehen beginnt die Autobahn meiner Erinnerung nach ein kurzes Stück südlich der Waldwegbrücke mit einem Schild 330.1 (dort ist in OMD auch ein TMC-Punkt verzeichnet).
Eher ungünstig sind auch deine Änderungen an den Flächen. Ein inner eines Multipolygons braucht kein area=yes (Baumfreie Flächen unterhalb der Hochspannungsleitungen) und die Zweitverwendung der "guard_rail"-Wege als (übrigens nicht geschlossenen) outer-Rings eines  Multipolygons erscheint mir ebenfalls falsch. Schaust du dir das bitte nochmal an.
MfG
drlellinger (2019-11-03 20:52:47+00:00): Die Autobahn beginnt tatsächlich später ändert aber nichts an der Tatsache dass es sich um einen Link handelt.
Dass das seltsam ausschaut weiß ich, ich habs nur konsequent gemacht, so wie es vorher war, war es definitiv falsch.
Ansonsten:
Die Area Tags hab ich entfernt
Das mit dem Guard Rail war ein Fehler u. das hab ich behoben danke für den Hinweis.

Schönen Abend noch!
user_6631989 (2019-11-06 20:47:56+00:00): perche hai cancellato?
Spearmint (2019-11-06 10:00:49+00:00): When I visited about 3 days ago, Neon sheep is just part of the Main Shop, you can enter either door and go freely between them
Spearmint (2019-11-06 10:02:11+00:00): And to me it's why tagging a building with all the shop details is wrong, as now this building is actually two named shops, not just one!!
lakedistrict (2019-11-06 22:13:59+00:00): Thanks for adding it. I'm going to remap this block soon as one big building and add all the shops as nodes to better represent what's actually there.
StephaneP (2019-11-03 18:31:42+00:00): Salut ËdzëronK,
Je viens de t'apercevoir sur Twitch, et ce que tu as fais autour de ce carrefour :
https://www.openstreetmap.org/way/741705563

Les tags lanes, turn:lanes, destination:lanes etc.. sont beaucoup plus adaptés à ce genre de cas puisqu'on ne créé pas de nouvelle voie lorsqu'il n'y a pas de séparation physique. (idem pour les "voies" de bus un peu plus au nord).
Et il se trouve que c'était déjà mappé avec ces tags, par exemple sur https://www.openstreetmap.org/way/489853374 on a turn:lanes=left:through
Ce n'était peut-être pas parfait, mais maintenant c'est un gros mélange.

Tu t'en occupe ou bien je le fais ?

Stf
ËdzëronK (2019-11-05 14:40:34+00:00): Salut,
Dis moi si c'est mieux : https://www.openstreetmap.org/changeset/76653532

Je n'ai jamais utiliser turn:lanes et destination:lanes, mais je ne demande qu'à apprendre :)
StephaneP (2019-11-05 17:08:53+00:00): Salut,
Pas vraiment :
Les turn:lanes doivent être sur la voie principale car il n'y a pas de séparation physiques entre les "lanes".
Donc il faut supprimer les voies que tu as ajoutées qui permettent de tourner à droit/gauche.
Pour les arrêt de bus, il n'y a pas de voie séparée non plus, donc on supprime ces 2 voies de services. On pourrait éventuellement créer des lanes pour ça mais je trouve que ce n'est pas justifiée, surtout que si un bus est arrêté à l'est, je doute qu'une voiture ose le doubler en plein virage.
Bref, ça donne ça :
https://nrenner.github.io/achavi/?changeset=76658661

Maintenant passons à un autre problème :
Tu ne t'es pas dit qu'un carrefour avec des connexions manquantes, c'était un peu bizarre en 2019 ?
De plus, il y a plein de routes taggées en construction/travaux dans les parages.
En cherchant un peu, on tombe rapidement sur ce changeset envoyé 24h avant tes corrections :
https://nrenner.github.io/achavi/?changeset=76539472
Hmmm, les connexions du carrefour ont été supprimées. On pourrait contacter le contributeur, mais son commentaire de changeset (Corrections routes La Vigerie / Ouverture routes) donne une idée de ce qu'il se passe. 
Ensuite, une petite recherche sur le web et on tombe sur ça :
https://www.sudouest.fr/2019/07/29/a-l-ouest-d-angouleme-le-chantier-de-la-rn-141-avance-6393174-813.php

Le carrefour est définitivement fermé.
StephaneP (2019-11-05 17:15:39+00:00): J'oubliais, la page wiki sur les turn:lanes :
https://wiki.openstreetmap.org/wiki/Key:turn#Turning_indications_per_lane

J'ai utilisé les turn:lanes destination:lanes destination:ref:lanes maxspeed:lanes destination:symbol:lanes etc... sur le périf nantais :
https://framapiaf.org/@Stfmani/102665741422068294
Bąbel (2019-12-12 16:44:56+00:00): - Rada Miasta Pruszcz Gdański nie może nadać nazwy osiedlu powołując się na zapisy ustawy o samorządzie gminnym - wyjaśnia Roman Nowak, rzecznik prasowy wojewody pomorskiego. - Zgodnie z jej zapisami osiedle to jednostka pomocnicza, która ma m.in. swoją radę osiedla. A w Pruszczu Gdańskim nie powołano takiej jednostki. Z ustawy wynika, że rada może podejmować decyzję, czyli uchwały w sprawach związanych z herbem, nazwami ulic i placów oraz wznoszeniem pomników. Nie ma tutaj mowy o nadaniu nazwy osiedlom, dlatego wojewoda zawiadomił radę miasta o wszczęciu postępowania w sprawie stwierdzenia nieważności uchwały.

Taki absurdalny zapis w ustawie, spowodował, że radni musieli uchylić marcową uchwałę. A powołanie jednostek pomocniczych w postaci Osiedli w Pruszczu Gd. jest nie tylko nieopłacalne, ale nie ma także żadnego uzasadnienia.

- Mieszkańcy rejonu, dla którego chcemy nadać nazwę, musieliby w drodze wyborów powołać kolejną 15-osobową radę osiedla, na takich samych zasadach jak mieszkańcy wybierają Radę Miasta - wyjaśnia Janusz Wróbel, burmistrz Pruszcza Gd. - Jej utworzenie wiąże się z wygenerowaniem dodatkowych środków, m.in. na diety i prowadzenie bieżącej działalności. Takie działanie jest bez sensu. W naszym ponad 27 tysięcznym mieście mamy już 21-osobową radę. Łatwo policzyć, że jeden radny przypada na nieco ponad tysiąc mieszkańców i to w zupełności wystarczy.

taką wartość mają nadawane domom nazwy z hasłem 'Osiedle'  a renderowanie tych nazw zaciemnia czytelność.
SomeoneElse (2020-02-28 12:44:56+00:00): Hello James,
There seems to be a problem with https://www.openstreetmap.org/way/741719349 .  It looks like a duplicate of https://www.openstreetmap.org/way/525137151 and doesn't join many of the roads that it crosses.  Any idea what happened?
SomeoneElse (2020-02-28 12:47:49+00:00): Also I'm not sure that https://www.openstreetmap.org/way/741719348/history looks like a dual carriageway on the imagery?
Jrachi (2022-12-13 08:09:44+00:00): Ciao.
La cai_scale si applica solo ai percorsi (relazioni) non ai sentieri.
Forse volevi usare la sac_scale?
jaimemd (2022-12-13 08:27:06+00:00): Penso che ora sia cambiato. Non riesco a trovare nessun post attuale come questo. Se ce ne sono, puoi dirmi la strada in questione.
Jrachi (2022-12-13 11:07:28+00:00): È già stato corretto, grazie!
Glassman (2019-11-04 01:12:59+00:00): That looks more like a driveway than a parking aisle. Can you fix it?
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/76560338
pyrog (2025-07-29 08:44:49+00:00): Bonjour John,

Le chemin d'accès à la grotte "Cave Noire" semble dangereux et du coup l'unique tag highway=path semble insuffisant.

J'ai aussi trouvé une photo d'un panneau probablement au départ du sentier indiquant un passage dangereux.
https://commons.wikimedia.org/wiki/File:Cave_noire_aux_aiguilles_de_Baulmes.jpg

Te rappel-tu de la difficulté de ce sentier ?
Quelle cotation lui donnerais-tu avec l'échelle du CAS ?
(tag sac_scale)

Merci de ton aide,
Yves
osmviborg (2019-11-04 08:15:15+00:00): Du havde tilføjet adresse oplysninger på bygninger, er nu slettet. I DK påføres ikke adresseoplysninger på polygoner.
Yunan973 (2023-08-05 22:34:18+00:00): Hi,

why did you add the tag oneway on the way https://www.openstreetmap.org/way/435917428/history (see version 5), the way https://www.openstreetmap.org/way/27295674/history (see version 14) and not on the ways between these ways ?

Why the way https://www.openstreetmap.org/way/27427176 has surface=asphalt but all other ways of this street has the tag surface=sett ?

Best regards
abrensch (2019-11-10 19:17:19+00:00): Hallo Roland,

diese TR hier hat jetzt 2 "from" Member, und das sperrt die Ausfahrt aus der Osttangente:

https://www.openstreetmap.org/relation/5989365

Gruss, Arndt
abrensch (2019-11-17 15:27:53+00:00): ich hab's dann mal für Dich bereinigt...
Rolandt (2019-12-26 12:47:29+00:00): Hallo Arndt
Besten Dank dafür.
Der Anschluss der Osttangente an den Tönnhäuser Weg ist ohnehin mal zu kompliziert angelegt worden. Im Grunde ist das eine ganz normale Einmündung mit nur zusätzlichen Ampeln wegen dem Bahngleis. Warum daraus mal zwei Einbahnstraßen gemacht wurden, weiß ich nicht.
Glassman (2019-11-04 01:13:42+00:00): That small segment is really just a service road that connects to a parking aisle.
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/76560912
user_5359 (2019-11-04 16:53:26+00:00): Hallo! Du hast zwei Wasserwege, die im Kreis verlaufen, eingezeichnet. Wäre nicht die Notation als See (analog https://www.osm.org/way/28630435) nicht sinnvoller?
Madder_01 (2019-11-04 17:05:27+00:00): Ja, du hast Recht. Sorry.
km2bp (2019-11-04 06:40:26+00:00): Tusen takk
Mark Esperanto (2019-11-04 02:08:59+00:00): Young user, please don't change tags mechanically.
Hjart (2019-11-03 21:25:16+00:00): På p-pladser tilhørende et firma eller lignende angives generelt bedre operator=* fremfor name=*
ACarlotti (2019-11-03 21:22:37+00:00): I think you have misunderstood the meaning of many of the construction tags you have removed. They are being used to indicate what tags will be appropriate when all the construction at the junction is complete and the new roads are fully opened. Your edit removes all of these indications. I would agree that a few of the existing tags were incorrect, but a blanket removal of constuction: tags on all the roads that are open in some form (not necessarily their final form) seems incorrect.
james1b (2019-11-03 21:47:35+00:00): I see. Ok - can I propose that you please revert this one and then I make a smaller change which removes only the "construction - trunk" tags on ways
679237777
463123869
700382485
And leaves the construction:ref tags in place?
ACarlotti (2019-11-03 22:01:24+00:00): I've done something slightly different - changeset 76563347 fixes assorted issues, some of which were introduced here, and some of which were already present. Have a look at it and see if you agree and/or think I've missed anything.
NKA (2019-11-04 06:25:17+00:00): Ikke fjern noder slik, men legg heller til flere noder. Veier har ikke slike skarpe vinkler i virkeligheten. Du har også fjernet en hel vei ved Fabrikkvegen.
han6man (2019-11-04 17:23:04+00:00): De aller aller fleste steder i verden mapper man ikke bakgården til private. Det er irrelevant informasjon for at allmenheten skal kunne navigere. Allmenheten har normalt heller ikke tilgang til private eiendommer. Å gi informasjon om hvor innkjørselen er burde være mer enn nok.
Når det brukes haugevis med noder på å detaljert beskrive noe irrelevant, så er det grunn til å spare inn på nodene for å ikke gjøre kartet unødig stort. Du kan fort doble datamengden for en enkelt privat eiendom på denne måten.
Det virker som et lokalt fenomen i mjøstraktene at man mapper inn i hagen til folk.

De to veiene jeg tok vekk ved Fabrikkveien er ikke veier. Den ene eksisterer ikke, og den andre (lange) er stengt med et høyt gjerde og port. Jeg kontrollerte dette ved selvsyn i dag.
NKA (2019-11-04 17:49:57+00:00): I OSM kan man i grunnen mappe hva man vil, men det er ikke god tone å fjerne noe som andre har mappet.

Det er ingen grunn til å spare på noder. Tvert i mot forsøker vi i OSM å legge inn mange ganger så mye informasjon som dette. Igjen er det slik at noen har brukt tid på å mappe disse detaljene, og det er uheldig å fjerne andres arbeid dersom det ikke er feil.

Det er vanlig å mappe veier inne på større avstengte områder. Kan mappe porten for å markere avstengt område.
han6man (2019-11-04 19:44:37+00:00): Kan mappe omtrent hva man vil, ja, men hvilken allmenn nytte har det når tegner opp alt som finnes på en privat eiendom hvor allmennheten ikke har adgang? Dette grenser også til opp mot å forstyrre privatlivets fred. I allefall så finnes det mye som er umappet og som kunne trenge innsatsen mer enn å mappe vei frem til ripsbuskene i hagen.
han6man (2019-11-04 19:47:50+00:00): Og glem ikke at alt som er detaljert mappet fort fremstår som feilinformasjon med en gang det er skjedd endringer - vedlikeholdsbyrden (vedlikeholdsansvaret) øker.
Marius Geitle (2019-11-04 22:31:24+00:00): Det å fjerne gyldig informasjon som andre brukere har lagt inn er å beregne som vandalisme i OSM. Det er ingen grunn til å spare noder. Der er derimot opp til mapperen om han ønsker å bruke tiden sin på å mappe innkjørsler, eller fokusere på noe han synes er mer nyttig/interessant.

Det du skriver om at det ikke er det ikke er nyttig informasjon for alminnelig navigasjon er heller ikke gyldig. Det å ha informasjon om innkjørselen kan bety forskjellen mellom å få navigasjon til baksiden eller fremsiden av huset. I tillegg så er navigasjon bare en av enormt mange anvendelser av OSM data, slik som statistisk analyse, generering av 3D landskap mm. Folk kan bruke OSM til hva de vil.

I forhold til privatlivets fred kommentaren. Det har vært mange tilfeller i OSM historien om at grunneiere har ønsket å fjerne informasjon om private veier på eiendommene deres fra OSM. De har tapt i alle tilfeller jeg kjenner til. Det samme har vært tilfelle for militære områder.

Jeg mener at dette endringssettet bør bli reversert.
freebeer (2019-11-10 10:59:13+00:00): > Jeg mener at dette endringssettet bør bli reversert.

i see that some days later, this has not happened, and checking a few ways below, they remain deleted or unchanged.

https://nrenner.github.io/achavi/?changeset=76562562 shows me compared with aerials that the simplification (supposedly to save nodes) does more to degrade the map than to improve it, and the idea to save nodes is misled, once they are created, they exist in the database.

i agree this changeset should be reverted.
han6man (2019-11-10 20:22:16+00:00): Javel, det har ikke kommet inn støtteerklæringer for mitt syn her, så da må jeg vel føye meg. Greit nok.

Nå har det seg slik at jeg ikke er dreven på dette, og har hverken kunnskap eller verktøy om å reversere endringssettet på en god måte.

Det jeg føler jeg kan tilby er å bruke linken din, freebeer, (https://nrenner.github.io/achavi/?changeset=76562562) og manuelt forsøke å rette opp.
Ellers foreslår jeg at dere med erfaring gjør det som skal til for å reversere på en forsvarlig måte.

(Notis til freebeer: Selv om alle noder gjennom historien eksisterer i databasene, så vil de ikke tynge kartene som produseres, og det er når du f.eks står med en håndholdt GPS du virkelig merker at et stappet kart blir tregt å bruke.)
NKA (2019-11-11 06:08:57+00:00): Det er ikke så viktig for meg å få reversert akkurat dette, poenget var bare at det ikke burde fortsette. Jeg har fått tatt vare på ny Fv1774 som construction.

Det er flott at du får oppdatert så mye i Brumunddal. Fint å ha en lokal mapper her :)
freebeer (2019-11-11 07:21:10+00:00): han6man, it is true that a detailed and accurate map will have a lot of useless info for specific end-users.  however for a garmin, one can select to ignore or include select features, such as the residential driveways that have been simplified, with `mkgmap' rules, while still including generic service drives to businesses.  even private homes if you see no reason to have them on your map, or smaller buildings like sheds i see mapped.

also, just as editors have a function to simplify ways, the utility used to pre-process the map data should be able to do the same, turning rounded curves traced from 10cm or better aerials, into much coarser curves for gps use without losing map data details for more critical navigation like pedestrian or blind routing.

a commandline revert of this changeset will lose the non-controversial parts of this changeset such as adding service=driveway or a residential classification.  also, while https://www.openstreetmap.org/way/136485122/history was deleted, the current map data includes two replacement ways with cruder curves, but perhaps correct in not being continuous.  norway orthophoto shows an open gate between the two.

https://www.openstreetmap.org/way/127365373/history adds a driveway classification i suspect is wrong as it terminates in a car park in a business/commercial area, if i am to trust the map data.  the drawn carpark is badly outdated, covering decade-old bing overflights where maxar shows the buildings implied by the scattered address nodes as well as a now-grassy area, and rather than driveway, i'd want to classify the service drive as a parking aisle.  which again could be ignored by a gps where the area is mapped, but not by an autonomous self-driving app where the aisles through a car park are important to reach a parking space.

amazon logistics has been adding private residential driveways at breakneck speed in certain countries (the us, uk, germany) for deliveries.  norway orthophoto shows lots of missing details and in high enough resolution that any node savings resulting from simplifying residential driveways will be a drop in the bucket compared to newly added car parks and access drives or missing buildings, and it would be a shame to draw crude outlines to maxar satellite standards that are the best other parts of the world have available, when norway orthophoto gives native imagery to zoomlevel 21.
han6man (2019-11-11 19:31:19+00:00): Da har jeg fått ordnet opp litt. Håper dere godtar det.

Bakkehaugvegen 2 - ryddet opp bygg og parkering til svært nær dagens virkelighet. Jeg valgte å betegne innkjøringsveien som service road og ikke parking aisle da jeg er usikker. Det er både næringsvirksomhet og leiligheter her.

Fagerlundvegen 23, Brumunddal - har flyttet innkjøringen til Kirkevegen. Sjekket ved selvsyn i dag.

Resten er stort sett justeringer for å rette opp mine tidligere feilredigeringer.
han6man (2019-11-11 19:32:19+00:00): Og det gjelder changeset #76927178, for ordens skyld.
han6man (2019-11-11 20:27:52+00:00): Og en ting til - takk til dere alle for at dere deler deres innsikt og bruker tid på å forklare. 

NKA - beklager det med veien din som forsvant. Jeg fikk ikke med meg at den var construction.
pitscheplatsch (2019-12-23 12:12:12+00:00): Hi bielebog, du hast vermutlich unbeabsichtigt ein highway-Tag von einer Wohnstraße entfernt. Habe es wieder hergestellt. Viele Grüße, Pascal

partly reverted by https://www.openstreetmap.org/changeset/78771979
bielebog (2019-12-24 14:34:59+00:00): Jau, gut gesehen. Vielen Dank für's Korrigieren.