piebro/osm-data huggingface dataset:
Weide (2020-08-14 14:30:41+00:00): Oh je. OSM ist doch immer wieder frustrierend. Wenn mir noch was Konstruktives einfallen würde, würde ich es jetzt schreiben...
Rainero (2020-08-16 19:32:59+00:00): Hallo 4b696d,
dieser Edit ist ziemlich großflächig. Zwecks Nachvollziehbarkeit für andere Mapper beschränk Änderungssätze bitte auf überschaubare Gebiete.

Ich beziehe mich jetzt nur auf das Objekt https://www.openstreetmap.org/node/1045702157 . Die Eichendorffstraße befindet sich im Süden der Stadt, in Connewitz, nicht hier in Wiederitzsch im Norden.
Bitte um Aufklärung.
Viele Grüße,
Rainer
4b696d (2020-08-17 08:17:11+00:00): Moin, ja, der Umfang des Änderungssatzes ist nicht ideal.

Ach verdammt, das Objekt habe ich verschoben, allerdings offensichtlich nicht die Adresse angepasst. Das sollte aber ein Einzelfall sein, der jetzt behoben wird. Danke für den Hinweis.
Rainero (2020-08-18 17:42:06+00:00): Super, danke!
Mateusz Konieczny (2024-12-29 21:56:02+00:00): What thw:rb tags means?

Is its meaning documented anywhere?
4b696d (2024-12-29 22:22:16+00:00): rb stands for Regionalbereich
lv stands for Landesverband
plus there are few more

The THW is grouped into those. The tags were documented in the wiki for the relations which were deleted at the beginning of this year. The tags replace the relations.
Mateusz Konieczny (2024-12-31 14:45:27+00:00): Created https://wiki.openstreetmap.org/wiki/Key:thw:rb for documenting what I can understand

More info would be still helpful
Mateusz Konieczny (2024-12-31 14:47:43+00:00): also I created https://wiki.openstreetmap.org/wiki/Key:thw:lv - also not enough for understanding what it actually means and where it should be used but I wanted to document what I found

(encountered it while developing OpenStreetMap editor)
os-emmer (2025-03-27 21:46:42+00:00): Hi Mateusz Konieczny,
I added some explanation to the wiki pages you created:
https://wiki.openstreetmap.org/wiki/Key:thw:lv
https://wiki.openstreetmap.org/wiki/Key:thw:rb
Is the meaning of the tags now understandable?
I only described the de facto situation without promoting this scheme. I already described that I would prefer a tagging scheme that is not exclusive to the THW, see the last section of this (German) comment: https://community.openstreetmap.org/t/richtige-erfassung-von-liegenschaften-des-technischen-hilfswerks/108790/47
Mateusz Konieczny (2025-03-28 07:49:11+00:00): thanks for that!
stevea (2020-08-14 04:08:37+00:00): A 600 square kilometer natural=scrub?  I don't think so.  If you continue to add such gigantic nonsense to the map (like relation/11498462) I will continue to delete them.  Please stop with the enormous landuse and natural (multi)polygons:  they are obvious and foolish additions to the map.  Especially when they aren't even properly-constructed multipolygons!
Fluffy89502 (2020-08-14 20:21:22+00:00): I don't see anything else within the area. Let me know if you see any other land/biomes because i cannot.
stevea (2020-08-14 20:35:41+00:00): Because the polygon was so gigantic, you have mixed in all sorts of other entities which do not belong in a polygon tagged natural.  I'm OK with the occasional "house in the woods" when it makes up 0.01% of a large natural=wood polygon, but in this case there were ALL sorts of exceptions to what should have been contained in a SINGLE natural=scrub polygon.

Two things:  do not "double tag" a polygon whereby, say, an entire military reservation is seen as "all heath" (it most absolutely is not – there are industrial, residential, even commercial areas like a PX) and so on the same polygon that is tagged landuse=military, you also tag natural=heath.  MUCH better is to break apart the landuse and natural tags to SEPARATE polygons, this allows a much finer gradation of accuracy.  It also avoids the very ugly and obviously-wrong "all the scrub stops at the fence" kinds of effects.  We used to do this in Santa Cruz County (and some multipolygons are still tagged both with a landuse and, say, natural=wood), but we now know that the much more correct method is with two separate polygons.  Landuse is not landcover and they should not be mixed.

Second, please see how doug_sfba and I have shared doing the difficult mix of landuse and landcover in and around the Santa Cruz Mountains, especially along the "spine" of the mountains, the Santa Clara County - Santa Cruz County boundary.  While there is still plenty of work to do (especially southeasterly towards San Benito County, where user:nmixter lives and mapped (/maps?) — he is a notoriously bad landuse / landcover mapper who you resemble and was roundly criticized by dozens of OSM volunteers all over California for his "spilling buckets of paint), it does get better and better.  This sort of work takes years, not a few days of tens-of-thousands-of-square-kilometers gigantic spilled buckets of landuse or landcover paint.

Be small.  Be fine.  Don't (generally) import, although I tried to guide Nathan (nmixter) with the Monterey County FMMP import many years ago (read our wiki about it) and the lessons didn't "stick" with him.

In short (too late), just don't make things so big, and especially, don't share boundaries with other polygons:  nature doesn't do that, so natural=* polygons should "go as far as they go" when / as they are entered.
stevea (2020-08-14 21:03:15+00:00): Following up with more, note the area SE of Uvas Canyon County Park SE to about Mount Madonna County Park / Hecker Pass Highway.  Nathan left that in a "crude, sloppy, spilled paint bucket" kind of roughness and it still hasn't (yet) been cleaned up by either Doug or me.  We're working on getting there, it might take another year or two, we agree.

That's similar to what you've done in SB / LA / Kern and it was wrong 11 years ago and it's wrong today.  Think acres (hectares) and maybe even a square kilometer or two (a square mile at most) in any given edit session.  Done right, done well, that can take an hour or more.  Hundreds or even tens of thousands of square kilometers of landcover or landuse:  those are simply going to be wrong no matter what, even in vast expanses of (heath? scrub? you tell me) the Mojave Desert.  Take care to be fine-toothed and accurate, not large-scale and sloppy, just for the sake of seeing some color on a rendering.

I don't mean to sound or be harsh, but I deeply care about growing this map well and I have for my twelfth year now.  Please "tend the garden" well if you expect it to grow and bloom well, eventually inspiring others to continue the work (and joy, really) that is mapping in OSM.
user_8334278 (2020-08-13 22:12:08+00:00): what i did is what i saw.
tastrax (2020-09-09 00:02:51+00:00): Hi folks FYI - Phone numbers in Australia should be added according to the following format +61 x xxxx xxxx, or use the phone:AU key if a 1300 or 1800 number as per the wiki guidelines https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines - I have just updated a recent addition that you made to OSM – Cheers
Leo Slager (2020-10-20 21:52:03+00:00): Dag stijnkl,

Je hebt de kazerne Haaksbergen verplaatst naar een ander gebouw.
Op grond van welke info is dat gebeurd.
Gelet op het adres staat deze node nu op het verkeerde gebouw en ik zet dat even terug op de juiste plaats.
Waarmee maar weer eens bewezen is dat Go Map meer fout doet dan goed.
gebruik alsjeblieft een echte editor en zoom in op je onderwerp zodat je kunt zien wat je aan het doen bent !
Linkid (2020-08-19 16:34:48+00:00): Bonjour,
Merci pour cette contribution :).
Je suis allé voir sur le site de l'IOT Valley pour connaître la délimitation de cette zone, mais la seule image que j'ai trouvé est une projection dans le futur. Quelle est votre source, s'il vous plaît ? La zone me paraît anormalement grande.
Merci encore,
Linkid
Tjiho (2020-08-19 21:45:31+00:00): Bonjour, 
Ma principale source viens du terrain j'ai travaillé 6 mois là bas, je me suis aussi aidé de leur site web via cette image: https://assets.website-files.com/5e8f2648c0c13c3fb24e0c33/5e8f2648c0c13c20934e0de2_campus3.jpg
Pour l'instant l'iot valley englobe 3 bâtiments, le 425, le 231 et le 201. Je suis d'accord que la zone pourrait être amélioré, je l'ai fait avec ID un peu vite. Si il y a une façon de relier ces trois bâtiments d'une autre façon, ce sera sûrement tout aussi bien.
Bonne soirée
Tom
BCNorwich (2020-08-15 13:33:03+00:00): Hi, It seems you've somehow duplicated a lot of sections of highways. Please see here :- https://tinyurl.com/y2pc2est
There were warnings of this in the box above. If you need help correcting these problems please just ask.

Regards Bernard.
beatpoet (2020-08-15 15:42:16+00:00): Hello Bernard, argh, seems like my browser did indeed have a problem, this certainly wasn't intentional. I honestly have no idea how to correct this, what do I do?
BCNorwich (2020-08-15 16:54:45+00:00): Hi, No problem, leave it with me. Please don't try to fix anything.
BCNorwich (2020-08-15 17:47:10+00:00): Hi, 
I think I've removed all the duplicates I tweaked the lines a bit so things line up better. A few ends were not extending to roads, I fixed them.
OSM may show anomalies till all tiles are re-rendered. If any more duplicates show up I'll sort them out.
Could I respectfully suggest you not make so many edits on any one changeset. It's then easier for you to see and resolve inadvertent mistakes, (easier for any one else to correct mistakes as well).
Regards Bernard.
beatpoet (2020-08-15 17:51:45+00:00): No problem, cheers and I'll do that. That's just a habit from Wikipedia, as on there, doing loads of small edits on an article (as opposed to one massive edit) is frowned upon!
Zatigem (2020-08-14 10:42:29+00:00): Hello,
Thanks for your contributions! Please, try to upload your changes only in a small area. And if you want to modify 2 different regions, publish them separatly. It makes it easier for inhabitants to check the modifications.
Thank you :)
l3nnox (2020-08-14 12:32:39+00:00): Hey,

firstoff all thanks for the hint :)

sorry for the big region.
I used the StrretComplete App (https://wiki.openstreetmap.org/wiki/Streethttps://wiki.openstreetmap.org/wiki/StreetCompleteComplete) and did not knew that all contributions will be grouped.
(first time using the app).

I'll make sure to separate things next time :)
FransWillem (2020-08-19 09:25:09+00:00): Hello. 

Thank you for mapping on this project.

Most buildings here are rectangular. Please square each of them with the Q key in the editor

Here are some tips and hints which might be helpful to improve your mapping skills

https://docs.google.com/document/d/e/2PACX-1vT_4K-s7HItsGTDt4dx43C3iD7u5uHtUyvasd_eMUQIq9zWbwlMXQk90jDHcdq6OcOnMc6B1NHYG4cO/pub
Best regards and keep mapping
Glassman (2020-08-14 23:32:46+00:00): Thank you for your edit. I reviewed your work and it look good.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/89379141
FransWillem (2020-08-19 10:04:13+00:00): Hello. 

Thank you for mapping on this project.

Most buildings here are rectangular. Please square each of them with the Q key in the editor

Here are some tips and hints which might be helpful to improve your mapping skills

https://docs.google.com/document/d/e/2PACX-1vT_4K-s7HItsGTDt4dx43C3iD7u5uHtUyvasd_eMUQIq9zWbwlMXQk90jDHcdq6OcOnMc6B1NHYG4cO/pub
Best regards and keep mapping
muralito (2025-04-10 03:05:25+00:00): Hola, como andas? tanto tiempo?

Podras revisar que hay dos nodos place Charigüé duplicados y con el mismo wikidata ID. Solo uno deberia haber, no? o si hay dos en OSM que sean homonimos pero distintos, tendria que haber dos items tambien distintos en wikidata, no?

Saludos.
mweper (2025-04-10 13:01:11+00:00): Hola Muralito. Más tarde lo reviso bien, no estoy en la PC hasta tarde. 
Gracias por detectar el error.
yadathot (2020-08-14 01:29:22+00:00): Modified the geometry of roads and Added Driveways as per Private Maxar imagery.
FransWillem (2020-08-25 08:05:51+00:00): Hello

I reviewed your work here.
Thank you for mapping on this project.
Your mappings are not always correct. Please do not collect multiple buildings and tag it as 1 building.
Most buildings here are rectangular. Please square each of them with the Q key in the editor

Here are some tips and hints which might be helpful to improve your mapping skills

https://docs.google.com/document/d/e/2PACX-1vT_4K-s7HItsGTDt4dx43C3iD7u5uHtUyvasd_eMUQIq9zWbwlMXQk90jDHcdq6OcOnMc6B1NHYG4cO/pub
Best regards and keep mapping
ortho_is_hot (2020-08-14 13:04:31+00:00): Hi there, just curious why you're deleting the trees you've added? Cheers, ortho_is_hot
aharvey (2020-08-16 00:06:10+00:00): I restored the trees in https://www.openstreetmap.org/changeset/89459121, so long as you're not mapping every single tree in the forest, mapping lone trees which are not dense enough for natural=wood is fine.
French_au (2020-08-16 22:23:42+00:00): Hi, thanks for the feedback. I've previously "panted" these trees and I'm not sure of the interest of them :
1) there are a lot in the neighborhood 
2) the map is less "readable"
Said that, I'm pretty "new" in editing and I haven't been trough all the best practices
aharvey (2020-08-18 05:41:33+00:00): I'm interested, help to know how leafy an area is. Don't worry about the map being less readable, in my eyes OSM is a database not a map, if someone wants a map without trees, they can just exclude them from their style. Of course you don't need to map them, but they are welcome contribution.
French_au (2020-08-18 07:08:48+00:00): You're right. I've been trough multiple layer online today and found F4 that render the area in 3D. The trees look nice there : https://demo.f4map.com/#lat=-33.8744264&lon=151.2411069&zoom=20&camera.theta=65.626&camera.phi=168.335 Thanks for the feedback
gscholz (2020-08-15 07:30:31+00:00): Hi Dartmouthmapmaker,
your recent changeset have created again a huge amount of errors in the OSM database:

http://tools.geofabrik.de/osmi/?view=geometry&lon=-64.70279&lat=44.94410&zoom=10&overlays=long_ways,self_intersection_ways,self_intersection_points,single_node_in_way,duplicate_node_in_way

The old ones we lately discussed are also still there.
Can you please fix this?

I am still wondering how this can happen as you are using JOSM. Do you ignore the error warnings JOSM shows when you try to upload those errors?

Guido
gscholz (2020-08-28 06:58:20+00:00): Hi Dartmouthmapmaker, 
this mess is still there. What is your approach to fix it? Can I help out? Did you make yourself familiar with OSM Inspector? Did you review your changesets on a regular base? What were your conclusion?
Guido
Dartmouthmapmaker (2020-08-28 18:41:44+00:00): fix as per osm inspector
Frans S (2020-08-22 10:56:01+00:00): Hello. 

Thank you for mapping on this project.
Your mappings are a bit below par.
Most buildings here are rectangular. Please square each of them with the Q key in the editor

Here are some tips and hints which might be helpful to improve your mapping skills

https://docs.google.com/document/d/e/2PACX-1vT_4K-s7HItsGTDt4dx43C3iD7u5uHtUyvasd_eMUQIq9zWbwlMXQk90jDHcdq6OcOnMc6B1NHYG4cO/pub
Best regards and keep mapping
user_5359 (2020-08-15 04:54:45+00:00): Hello! The tag building:levels=0 means that the building has no height above ground level. A building isn't natural=water. Please have a look on https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwater_tower.
ACarlotti (2020-08-16 21:34:53+00:00): Can you explain why you have made this change? As far as I can tell, the existing tags were more accurate.
Also, your recent pattern of edits (involving bus lanes in seemingly random locations across the world) suggests that you may be making edits based on a systematic rule without sufficient understanding of the area being mapped. If so, then you should read the policy on mechanical edits on the wiki (https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct).
ACarlotti (2020-08-27 13:26:08+00:00): I've reverted this in changeset 90029800.
I would still like to know why you originally made this change. Responding to comments from fellow mappers is an important part of contributing to OpenStreetMap, and is essential to attaining useful high-quality mapping.
Rainero (2020-08-16 19:17:07+00:00): Hallo Ralph Urbach,
ist der Polizeiposten umgezogen von der Beindstraße 19 in die Unterdorfstraße 14? Falls ja, bitte nicht die Adresse an der alten Position ändern, sondern an der neuen Position den Polizeiposten mit den Attributen, die er hier hat, eintragen und diese Attribute an der alten Stelle löschen. Es gibt keinen Automatismus, der Objekte umzieht, wenn man deren Adresse ändert.
Falls das mit dem iD-Editor hier auf openstreetmap.org zu kompliziert ist, bitte Bescheid sagen, dann helfe ich gerne.

Viele Grüße,
Rainer
Ralph Urbach (2020-08-23 06:58:33+00:00): Als POI habe ich das jetzt neu angelegt, aber wie bekomme ich den POI an dieser Stelle weg?

Gruß
Ralph
Rainero (2020-08-23 15:49:42+00:00): Hallo Ralph, danke für die Rückmeldung. Beim alten Polizeiposten waren die Attribute ans Gebäude geheftet, daher kann man nicht einfach das Objekt löschen, sondern muß dienicht mehr zutreffenden Attribute identifizieren und löschen.
Da ich mit JOSM und nicht nicht mit iD arbeite, kann ich nicht aus dem Stand die Vorgehensweise mit dem Editor beschreiben. Ich habe das einfach mal gemacht.
Grüße,
Rainer
olehz (2020-08-26 20:30:56+00:00): йолопи, ви заїбали ламати НП. свого часу вбив кілька місяців аби синхронізувати НП з КОАТУУ по усій Україні. потім починають періодично приходити різні уєбани і редагують на якусь маячню. і це лише по тому регіону за котрим я стежу. звідки ти, блять, це взяв? "Солець" - це історична назва!!! ЦЕ НЕ НП!!! Спасибі за дуже корисні правки. Молодець, блять!
Myazyk (2020-11-01 21:42:48+00:00): Шо за хуйня?!
На підставі чого ти село Болехівці переіменував у Солець?
Rostyslav_ua (2020-11-02 07:41:10+00:00): А на підставі чого вулиця Дрогобицька 4 Солець сука належить болехівцям?
Rostyslav_ua (2020-11-02 07:42:01+00:00): Солець належить до Стебника а не сука до Болехівців
Rostyslav_ua (2020-11-02 07:42:40+00:00): Може. И ще і Дрогобич Болехівцям припишеш?
olehz (2020-11-02 08:48:31+00:00): Солець - це історична назва частини Стебника. Нема такого окремого села в КОАТУУ. Верзеш якусь маячню, подись кадастр краще
Myazyk (2020-11-02 11:33:03+00:00): Чоловіче, якщо ти ніфіга не тямиш у адміністративних поділах земель, то не лізь у діло, у я кому ти дупля не даєш!
У Сільці нема вулиці Дрогобицької, бо такого населеного пункту, як Солець не існує. Солець - це частина Стебника, а землі навколо Сільця - болехівські. Тому та вулиця Дрогобицька у селі Болехівці.
Чоловіче, подружись з кадастровою картою!
P.S. Ти бачиш де вулиця Дрогобицька у Стебнику, а де та вулиця Дрогобицька, яку до Сільця ти приписуєш?
Myazyk (2020-11-02 11:54:08+00:00): Глянь, як виглядає територія Болехівської сільської ради:
https://www.openstreetmap.org/relation/2520777#map=13/49.3185/23.5777
Ти думаєш на болехівських землях може бути стебницька вулиця?
Rostyslav_ua (2020-11-03 18:22:15+00:00): Вбий в карті комплекс Золота гора і подивись адресу а не ліпи все до Болехівців. Я по твоїх дописах весь ястебник об'їздив поки знайшов людину за адресою Стебник, вул Дрогобицька 4. А вона виявляється в Болехівцях знаходиться. Я б тебе заставив мішком трохи походити по тій землі та побачити по факту адреси, вулиці і номери будинків. За компом в паперах файно ритися, ти візьми по тій карті похнаходь в реальності адреси деякі. Про навігацію в осм я взагалі мовчу.
Myazyk (2020-11-03 20:56:52+00:00): Введи у Ґуґлі "золота гора болехівці" і глянь які тобі покаже документи.
Не полінуйся, а подивись!
А те, що людина не оформила документи на хату і думає, що вона живе у Стебнику, не означає, що так є насправді.
P.S. Не повіриш, але я там пішки ходив
olehz (2020-11-04 07:44:02+00:00): Проблема не в осм, а в дебілах з архітектурних відділів міськрад і мешканцях, котрі самі собі адреси вигадують. Прикладів сотні, і з адресами, і з кордонами, і з вулицяии. Така реальність. Ну і осм - це не навігація, це база даних (тобі ніхто не заважає свою навігаційну систему на нашій базі збудувати під свої потреби). Я наприклад під ЛЕП робив: https://nadoloni.com
Myazyk (2020-11-08 12:21:05+00:00): Тут ше й справа у таксистах, які не розуміються в адміністративному поділі та адресації.
Думаю, ситуація була така: чоловік викликав таксі на адресу вул. Дрогобицька 4 і пояснив, що то тре їхати у Солець. Людина знає, що документи у нього на село Болехівці, вулиця Дрогобицька 4, але якби він сказав, що живе у Болехівцях на Дрогобицькій, то таксист би поїхав у село Болехівці і там би шукав. А так чоловік сказав, що тре у Солець їхати.
Але таксист далекий від ситуації з адресацією (хоча мав би вивчити то питання) і не знає, що у Сільці стебницька вулиця Дрогобицька закінчується і має нумерацію від 133 до 274, поїхав на Скрент у цент Стебника, де щей до того не існує хати з номером 4.
Таксист взлостився і почав фігачити карту, створюючи населений пункт Солець із двома Дрогобицькими вулицями.
Rostyslav_ua (2020-08-14 04:57:15+00:00): Що це за обєкт?
Myazyk (2020-11-01 21:38:58+00:00): Чому Ви вирішили землі Болехівської сільської ради перенести до Дрогоицької міської ради?
Spaghetti Monster🍝 (2023-04-18 21:57:52+00:00): You missed some of the ways
stevea (2023-04-18 22:16:10+00:00): Sometimes when I was a boy I'd sweep the garage and my father said "you missed a spot."  And he was right.

Is there something specific you like me to do or have you completed the task to mutual satisfaction?

Thanks for all you do!
Spaghetti Monster🍝 (2023-04-19 00:36:25+00:00): I removed it.
I think if you right click on a relation you can select all members. That way everything gets deleted.
stevea (2023-04-19 00:40:19+00:00): Yes, I believe that is true using a particular editor, and it's quite possible I wasn't or don't often use that particular editor.  Especially when I'm deleting / redacting (noise, bad data), I'm often more careful not to delete everything, or I "delete overcautiously" which could explain what happened here.

Nonetheless, between the two of us, we got it cleaned up, so again, thanks.
ortho_is_hot (2020-08-14 13:19:07+00:00): Hi there, just replying because you requested a changeset review;

When cutting out areas e.g. making areas from a pond, you need to use a multipolygon (i.e. a relation with "type=multipolygon"); you're halfway there, you just need to change it from "site" to "multipolygon".

As for the inner segments, as well as optionally tagged with landuse, they should be tagged with "place=islet", an islet being a small island.

Cheers,
ortho_is_hot
aharvey (2020-08-19 08:56:55+00:00): Since it's been a few days now I went in and fixed this in https://www.openstreetmap.org/changeset/89621054
naveenpf (2020-10-30 15:21:04+00:00): Welcome to OSM Kerala.
https://wiki.openstreetmap.org/wiki/Kerala/Members

To join OSM Kerala Telegram click on. 
https://t.me/osmkerala
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/89387089
Canal des Pangalanes (2021-05-13 11:12:07+00:00): Hi HJU,

why have you deleted Dr Kludge's church outline https://www.openstreetmap.org/way/388972136/history ?
ToniE (2020-08-14 07:52:24+00:00): Hi,

highway=road

is used if you do not know the exact type of a street.

In this case could those instead be marked as highway=service and service=driveway with appropriate access-tags, or just as highway=path, foot=yes, bicycle=yes and ?=yes?

Best regards,
Toni
EUradfahrer (2020-08-15 12:00:15+00:00): Hello Toni,
as service=driveway suggests you can go in here by car which is incorrect (no parking places, habitants park in the private underground carpark), I decided to set it to highway=path (implies foot/bicycle=yes) and motor_vehicle=emergency;delivery. That best describes the current situation.
(see changeset #89443519)
ToniE (2020-08-15 12:10:50+00:00): Hi, yes, I've noticed the changeset. Sounds reasonable.

We might have the same situation in Haar right and left of Dr.-Mach-Straße https://www.openstreetmap.org/?mlat=48.11436&mlon=11.71271#map=17/48.11436/11.71271 .
I've been there some days ago and ... maybe we should apply the same settings there.
Br
Toni