piebro/osm-data huggingface dataset:
skyper (2022-11-10 13:26:11+00:00): Hallo osm-pt-account,
wie findest Du denn die beschädigten Relationen? Hier am Bahnhof sind ja fast alle Relationen kaputt, wäre es da nicht sinnvoll auch gleich alle in einem Aufwasch und einem einzigen CS zu reparieren? Siehe auch https://www.openstreetmap.org/changeset/125951284.

Grüße skyper

P.S.: Hab gerade leider wenig Zeit für OSM ansonsten hätte ich mich schon selbst um eine komplette Aktualisierung der Linien gekümmert.
osm-pt-account 😎 (2022-11-15 17:04:53+00:00): Hi skyper,
please check my profile to see the QA tools. I use separate CS so that any wrong edit can be undone individually.

Regards
😎
skyper (2022-11-17 13:30:58+00:00): Hallo osm-pt-account,
well PTNA is listed, too. Looking at Bus 264 (https://ptna.openstreetmap.de/results/DE/BW/DE-BW-RVF-Analysis.html#bus_264) I find several relations with problems and even #12384338 (https://ptna.openstreetmap.de/results/DE/BW/DE-BW-RVF-Analysis.html#12384338) shows errors with stop_positions (missing way) and oneway.

Partial reverts are quite simple with reverter plugin while fiddling with a lot of different CS does make it more complex. Changing fundamental tags like https://www.openstreetmap.org/changeset/128101654 makes only sense if the route_master and all members are changed at once, aka one CS.

Regards,
skyper
osm-pt-account 😎 (2022-11-18 06:35:54+00:00): Hi skyper,
In principle, all routes of a route master should be changed if they are faulty.
Since some route masters contain many routes, it is not always possible to change all routes at once. This can happen simply because of time constraints.

Regards
😎
mcliquid (2022-12-05 16:02:02+00:00): Hi, foot=yes und motor_vehicle=no wird bei highway=footway impliziert. Das musst du nicht nochmals eintragen. Siehe https://wiki.openstreetmap.org/wiki/DE:Tag:highway=footway
gscscnd (2022-11-10 09:53:12+00:00): <https://www.openstreetmap.org/node/7122965682> jest „Pod Lwem”, a <https://www.openstreetmap.org/node/7122965681> jest „Apteka Pod Lwem”.
Marek-M (2022-11-10 11:49:02+00:00): Jak rozumiem problem jest w nazwie, że raz jest 'Apteka' a w drugim przypadku jest bez tego słowa. Ogólnie w związku z tym, że tag amenity=pharmacy oznacza aptekę, to w obu przypadkach w nazwie wystarczy 'Pod Lwem'. Czasami czegoś nie zauważam i teraz też tak było. Zaraz poprawię 'Apteka Pod Lwem'. Dzięki za uwagę.
gscscnd (2022-11-10 11:52:20+00:00): OK, byłem ciekaw czy to wszystko ręcznie poprawiasz, czy kopiujesz nazwy z tego rejestru.
Marek-M (2022-11-10 12:05:30+00:00): Trochę w to automatyki wrzucam, chociażby po to, żeby mieć aktualne informacje o aktywnych aptekach. Na OSM wrzucam ręcznie i głównie staram się kontrolować ref:csioz, bo po nim będzie można jednoznacznie później ocenić czy dana apteka jeszcze działa (na podstawie rejestru aktualizowanego codziennie). Czasami nazwę albo nazwę ulicy zapomnę zaktualizować ale nie myli się tylko ten co nic nie robi :D
gscscnd (2022-11-10 12:13:04+00:00): W porządku, dzięki!
CurlingMan13 (2023-05-20 07:05:14+00:00): Please do not use descriptive tags to describe a feature...  such as:
https://www.openstreetmap.org/way/1111879384/history
Frans S (2022-11-11 14:27:10+00:00):  Hello. Thanks for mapping here.
 A request.  Please leave a gap in a hedge where a road/path crosses the hedge. In real live there is no hedge crossing (blocking) a road.
Frans S (2022-11-11 14:29:11+00:00): Hi. Back again.
Please do not map a hedge twice on the same trace. just connect them on a corner.
Best regards
Frans S (2022-11-11 14:59:28+00:00): Sorry again,
Just map a barrier as 
Barrier=hedge. Nothing else like area=yes
Please read also the article in the instructions about which hedges needs to be mapped.
Best regards
user_5359 (2023-03-25 19:50:42+00:00): Welcome to OSM! Please notice we work with key=value not with value=key. You write yes=highway instead highway=yes (by the way the key highway has other values as yes and no)
literan (2022-11-10 19:14:48+00:00): вроде все верно. футбол они есть футбол)
aharvey (2022-11-10 02:46:39+00:00): Hi and welcome to OSM.

Further to my comments on your note. The access=no tag shoudn't be set since generally the public can access this bridge. From what I could see on albit outdated imagery there is no special pedestrian or bicycle signage, therefore bicycle/foot shouldn't be designated.

Also the name should be the street name, bridge name can go under https://wiki.openstreetmap.org/wiki/Key:bridge:name.
aharvey (2022-11-10 02:49:32+00:00): You can see the changes at http://osmlab.github.io/osm-deep-history/#/way/30738624
zstadler (2023-01-17 11:56:34+00:00): Hello Hatul,

This is an invalid multipolygon.

See https://wiki.openstreetmap.org/wiki/Relation:multipolygon#Overlapping,_unclosed_member_ways_belonging_to_the_same_role
hatul (2023-01-17 12:35:22+00:00): מוזמן לתקן
hatul (2023-01-17 22:30:02+00:00): תודה על התיקון, אז כל היחס מיותר. חיברתי את הקווים ומחקתי אותו.
felipeeugenio (2022-11-10 11:25:30+00:00): Hola
una vereda puede ser un footway (en caso de que esté separada de la calle) o un tagsidewalk=right/left/both en la calle misma, en caso de que esté junto.

pero tu agregaste un footway separado con sidewalk=left. Eso es como que la vereda tuviera una vereda. No sé si me explico.

Saludos
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128706579
Juampayo Escorpio (2022-11-10 16:57:40+00:00): ¿Caupolicán, entre qué calles?
Mateusz Konieczny (2025-12-05 17:23:17+00:00): Hello! https://www.openstreetmap.org/way/22012575/history has maxweight = 3.628739 that was added in this edit
this value is unexpectedly long and detailed - is it really correct?
salisburymistake (2025-12-05 17:31:26+00:00): At the time (~3 years ago) the guidance for maxweight tagging was to use tonnes, so I converted the posted 8000 pound limit to those units. I've gone ahead updated it using lbs. Good looking out!
Mateusz Konieczny (2025-12-05 17:40:14+00:00): thanks! I was guessing that unit conversion may be root cause, but I was only guessing
vuckan (2022-12-04 01:33:51+00:00): In Croatia, all county roads (županijske ceste) are represented as second roads, no matter if they are paved or not.
Matija Nalis (2023-11-02 08:58:14+00:00): this was changed by consesus (and already fixed here), but for reference: https://wiki.openstreetmap.org/wiki/Croatia/Ceste#Neasfaltirane_razvrstane_ceste
Dyzz (2022-11-09 22:50:11+00:00): Senderos peatonales*
mk2k22 (2022-11-10 10:56:55+00:00): Hi,

I noticed you changed the building to "boathouse" following my comment. 

Actually this building *used to be* a boathouse back in the day but has been used as a cafe for years now. I believe there are no more "boats" (skiffs) to be found around in the buildin (though I haven't been there in quite some time), so it would probably be better to revert the edit.

Regards
martianfreeloader (2022-11-10 12:35:14+00:00): I think this is ok as the tag is about the type of the building, not about its current use. From the wiki:

"[T]he value [of building=*] may be used to classify the type of building. Note that it may be not the same as the building's current use (tagged using building:use=*). For example, a hospital building that is abandoned or repurposed to be a marketplace is still a building=hospital"
mk2k22 (2022-11-10 14:21:39+00:00): Ok then, I guess. :)
wireguy (2022-11-10 16:33:33+00:00): Hi WJS, welcome to osm!   Is this a homework assignment?   Taking a guess from the comment.   There are a couple of issues you may want to address.   The comment is cryptic, and doesn't say what you changed.   The bounding box area should be kept as small as possible, and not half the US.   The change also has broken the Potomac.   Can you look into correcting?  relation 1858408
wjs123 (2022-11-10 16:52:33+00:00): Yes this was a homework assignment, I was looking at things in VA and San Diego. I did not mean to do this, thank you for making me aware of the problem
Segelpaule (2022-11-21 09:35:31+00:00): An der Richard-Wagner-Straße sind Parkplätze und die Kreuzung zur Gartenstraße verschoben. Bitte prüfen!
Batschmirne (2022-11-21 11:00:42+00:00): Habe es korrigiert, muss wohl unabsichtlich passiert sein
ChaireMobiliteKaligrafy (2022-11-10 11:15:08+00:00): Please do not "try" stuff on openstretmap. There is no hospital there. I will revert your change.
pitscheplatsch (2022-11-11 06:01:58+00:00): reverted by https://www.openstreetmap.org/changeset/128728217
b-jazz (2022-11-15 19:16:58+00:00): Sidewalks on 126?! Bwahahaha. Thanks for helping out @archpdx.
eggie (2022-11-10 07:24:17+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 
Feedback.. Je zou de door jou geplaatste opmerking op de kaart ook zelf op opgelost kunnen zetten. 

Een playground kun je ook als vlak intekeken, maar dan met een reguliere editor als josm of iD.
MVG, 

Eggie 

Namens de OSM Community
hangy (2022-11-10 10:01:14+00:00): Laut https://de.wikipedia.org/w/index.php?title=Marienm%C3%BCnster&oldid=222493254 sollte Marienmünster eine Stadt sein
lberges (2022-11-11 00:36:19+00:00): Unter https://wiki.openstreetmap.org/wiki/DE:Tag:place%3Dtown ist ausgeführt: Manchmal tragen Verwaltungseinheiten, die aus mehreren Dörfern und/oder Kleinstädten bestehen, in Deutschland das Wort "Stadt" im Namen. Es dürfte jedoch weitgehender Konsens darüber bestehen, dass für den geographischen Mittelpunkt eines solchen Gebietes place=town nicht verwendet werden sollte, wenn sich dort kein reales Stadtzentrum im Sinne der oben aufgeführten Beispiele befindet.
lberges (2022-11-11 00:37:16+00:00): Ausführliche Diskussion zum Thema: https://forum.openstreetmap.org/viewtopic.php?id=74587
hangy (2022-11-13 12:00:35+00:00): Interessant, da ich mich intuitiv erstmal an die "offizielle" Definition gehalten hätte. Danke für den Hinweis und Link zur Diskussion!
chris66 (2022-11-16 13:07:17+00:00): Marienmünster ist ein Zusammenschluss von 13 Ortschaften und sollte somit als MUNIPALICITY gemappt werden. 

WP:

"Marienmünster ist eine 1970 im Zuge der Gemeindegebietsreform neu gebildete ostwestfälische Stadt in Nordrhein-Westfalen, Deutschland und gehört zum Kreis Höxter. "
Glassman (2022-11-10 22:07:23+00:00): #TIP: We don't use descriptive names like Koi Pond. Just natural=water and water=pond is sufficient.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128709339
Supaplex (2022-11-10 02:59:41+00:00): 可以直接在資料上加上 source=中華民國山岳協會
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128709377
rudychung (2022-11-10 09:17:18+00:00): Got it. Thank you!
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128709377
Adikso (2022-11-10 02:36:44+00:00): Cześć, jest kilka problemów z twoimi zmianami:
- "Motocross" nie powinno mieć ustawionej nazwy. Nazwy powinny istnieć tylko na trasach/punktach, które mają rzeczywistą nadaną nazwę (nazwa sklepu, nazwa szczytu, nazwa kościoła). Ten tag nie służy do opisu danego elementu. Do takich rzeczy są osobne "Rodzaje obiektów", w tym przypadku "Tor Motocrossowy". Mam jednak wątpliwość czy rzeczywiście w tamtym miejscu znajduje się prosty tor motocrossowy.

- "Bouilding zone" nie powinien mieć nazwy, ponieważ taka nazwa obszaru nie funkcjonuje w rzeczywistości i stanowi jedynie opis, który można zamienić odpowiednim rodzajem obiektu, w tym przypadku: "Plac budowy". Rodzaj może być ustawiony na "residential" jeżeli rzeczywiście są to cele mieszkalne.

- "Observation Rock on Górka" nie powinno mieć ustawionej nazwy, ponieważ taka nazwa nie funkcjonuje w rzeczywistości. Mam też wątpliwość czy rzeczywiście jest to obszar, gdzie widoczna jest lita skała.

- Dla "Górka śmieciowka" został zastosowany rodzaj opisujący klif, czyli nagłą, prawie pionową przepaść wzdłuż linii co na pewno tutaj nie występuje. Jeżeli chcesz dodać alternatywną nazwę, jakiej się używa dla Górki Rogowskiej, to możesz wybrać będący obok punkt nazwany "Górka Rogowska" i dodać do niej znacznik "alt_name=Górka śmieciówka". W zwykłym polu nazwa powinny znajdować się tylko oficjalne nazwy.
Adikso (2022-11-10 02:45:09+00:00): Widzę też, że stworzyłeś sklep "Spożywczy", który określiłeś, że jest sklepem z winem. Czy na pewno on istnieje i sprzedaje głównie wino?
Mashin (2022-11-10 10:39:31+00:00): Hi and tanks for improving OSM!
Just a question, were you trying to update the Laurel Park boundaries?
In that case you can do that by dragging corner points or by creating new points (you can double click anywhere on the line to create a new point that you can drag afterwards).

Because you created a new tree row which is mean more for trees that where planted in a row one next to another.
https://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree_row

Cheers
Nordico (2022-11-10 02:11:26+00:00): ok
Nordico (2022-11-10 02:11:51+00:00): Aceptado
Glassman (2022-11-10 22:17:52+00:00): #TIP: We spell out street names in OSM the reason is that software has a hard time unabbreviating.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128710655
gpserror (2022-11-11 02:09:04+00:00): It might not be that inconsistent... The whole area is under amenity=university, but not sure if it's best to have Newsom Hall be building=university - though it is a CSU building, it's a residence hall versus something like a lecture hall, so not sure whether the distinction matters.  Perhaps it could be building=residential too...
felipeeugenio (2024-07-16 13:49:57+00:00): Hola. "Plaza Acceso Sur X" son los nombres oficiales de las plazas? o es solo una descripción?
saludos
wkdgs (2023-02-28 13:48:00+00:00): Hi,

der Weg https://www.openstreetmap.org/way/25834439 existiert noch. 

Er ist nur unter dem Laub etwas schwer zu erkennen und recht schmal.

Gibt es einen besonderen Grund dafür, dass er gelöscht wurde oder kann ich ihn wieder hinzufügen?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128710930
Bienson (2023-04-27 01:04:13+00:00): Wenn der Weg existiert und begehbar ist, dann ja.
Hier waren viele Mountainbike-Trails von vor 8 Jahren eingetragen, die ich gelöscht habe
Mateusz Konieczny (2025-04-02 14:48:22+00:00): Hello! https://www.openstreetmap.org/node/10172642826/history has amenity = fixme that was added in this edit (if I checked things correctly)
What kind of object is here? Is it a shop? What kind of a shop? (see https://wiki.openstreetmap.org/wiki/Key:shop )
oba510 (2022-11-13 02:42:34+00:00): Hi, welcome to OSM!

Fyi, Little Gem is already mapped here, in the correct location: https://www.openstreetmap.org/node/6448583485
oba510 (2022-11-13 02:45:47+00:00): No it isn't.  You also removed the place=neighborhood tag from the neighborhood name here. I have reverted this changeset; please only map things that actually exist.
oba510 (2022-11-13 02:47:00+00:00): Unfortunately I had to revert this changeset; please don't add nonsense to the map.  Thank you.
fue (2022-11-11 06:33:10+00:00): Moin,

welche Quelle hast Du für die Einwohnerzahlen benutzt ?
Für Schwentinental scheint sie nicht zu stimmen, siehe https://region.statistik-nord.de/detail/0010000000000000000/1/350/119893/

Ist es wirklich sinnvoll die Einwohnerzahl hier noch mal zu erfassen, wenn sie doch bereits im Wikidata gepflegt wird ?
puma515 (2022-11-11 09:16:02+00:00): Moin als Quelle wurden die Daten zu den Gemeinden vom Statistischen Bundesamt genutzt. https://www.destatis.de/DE/Themen/Laender-Regionen/Regionales/Gemeindeverzeichnis/Administrativ/Archiv/GVAuszugQ/AuszugGV3QAktuell.html

Für Schwentinetal steht dort Stand 31.12.2021 Die Einwohner=13 873 da bin ich leider in der zeile verutscht und habe die falsche zahl eingetragen. 
Danke für den hinweiß ich habe das nun korigirt.

Ob es sinnvoll ist die Einwohnerzahl zu erfassen, wenn sie doch bereits im Wikidata gepflegt wird weiß ich nicht. 
Im wiki steht dazu nichts. 

Ich habe bei den anpassungen nur die zuvor vorhanden Einwohnerzahlen auf aktuellen Stand mit angepasst. 

habe grade mal mit overpass geprüft und 95% der Gemeinden sind auch mit population=* erfasst. 
Bei allen wo noch das admin_centre zur relation fehlt stehen sie noch  beim place node bei allen andren steht das in der Grenzrelation.

Hoffe die infos helfen weiter. 
Schön gruß 
puma515
puma515 (2022-11-11 09:36:14+00:00): Gemappt wirdn nach der wiki: 
https://wiki.openstreetmap.org/wiki/DE:Gemeindegrenze#Zus%C3%A4tzliche_Relationselemente

Bei weiteren Fragen bitte im Forum nachfragen da ich nicht mehr zu dem thema sagen kann.
https://community.openstreetmap.org/c/communities/de/56
kartler175 (2022-11-10 13:40:07+00:00): Please consider the unintended side effect of your changes:
https://tools.geofabrik.de/osmi/?view=areas&lon=-64.44796&lat=44.19075&zoom=15&baselayer=Geofabrik%20Standard&opacity=0.95&overlays=duplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways%2Cduplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways
Frans S (2022-11-12 16:22:41+00:00): Hello. Thanks for your mappings on this project.
You altered a number of track into hedges. Why? These are paths at least.
Hedges can be identified by their thick black line, surrounding a piece of land. 
I brought the mappings back to the former situation.
Best regards
SomeoneElse_Revert (2023-01-27 16:34:13+00:00): This changeset has been reverted fully or in part by changesets 131779437, 131779414, 131779448, 131779428, 131779443, 131779417, 131779421, 131775334, 131779434 where the changeset comment is: Reverting some undiscussed imports.  See https://www.openstreetmap.org/user_blocks/6789 ; which was ignored and the imports moved to another account, hence this revert
SomeoneElse_Revert (2023-01-27 16:15:32+00:00): This changeset has been reverted fully or in part by changesets 131779437, 131779414, 131779448, 131779428, 131779443, 131779417, 131779421, 131775334, 131779434 where the changeset comment is: Reverting some undiscussed imports.  See https://www.openstreetmap.org/user_blocks/6789 ; which was ignored and the imports moved to another account, hence this revert
Svalbard (2022-11-11 04:37:36+00:00): Hallo puma515, bist du sicher, dass parking=lane hier korrekt ist? Das Bild dazu im Wiki sieht anders aus als die Lage vor Ort. Man muss ein sehr kleines Stück in den Wald hineinfahren, um auf den Parkplatz zu gelangen und parkt damit nicht direkt an der Straße wie parking=lane es definiert. Gruß Svalbard
puma515 (2022-11-11 08:26:28+00:00): Hallo Svalbard, Danke für dne hinweis da hast du recht ich wollte das entsprechend der maproulett aufgabe als Fläche erfassen und damit die Prüftols dann nicht meckern ist es dabei sinnvoll den Typ genauer anzupassen.
Da nach meiner erinnerung vom letzten vorbeifahren dort Autos am Straßenrand geparkt haben dachte ich wäre parking=lane passend.  Aber da war wohl an dem Tag nur viel los auf dem Mappilary bild der stelle sehe ich auch das Schild das man in den weg rein muss. https://www.mapillary.com/app/?lat=53.940886971591&lng=9.5332694705664&z=17&pKey=476764090215435&focus=photo

Dann ist hier entsprechend wiki ein tag als  parking=street_side sinnvoller.
Habe das angepasst.
gruß puma515
emersonveenstra (2022-11-10 12:35:36+00:00): Hi,

Why did you change 84th/Byron Rd to secondary? It's the main road between 3 large towns (Byron Center, Zeeland, and Holland), so wouldn't that qualify it to be a primary road?
baumann3141 (2023-01-21 20:06:38+00:00): Hi, Saginaw St at Marsh Rd and Meijer does not have bike lanes, the shoulders/turn lanes should not be tagged as cycleway=lane, see https://wiki.openstreetmap.org/wiki/Key:cycleway for reference.
gscholz (2022-11-12 07:56:14+00:00): This changeset has created self intersecting lines. I have reverted it to fix those issues.
Guido
kartler175 (2022-11-10 13:50:45+00:00): Please fix : https://tools.geofabrik.de/osmi/?view=areas&lon=-64.83861&lat=44.26896&zoom=17&baselayer=Geofabrik%20Standard&opacity=0.95&overlays=duplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways%2Cduplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways
Cause: https://www.openstreetmap.org/node/10172797388
riiga (2022-11-10 10:09:16+00:00): Hej!

Varför har du ändrat vissa gång- och cykelvägar till enbart gångvägar?
Raforafo (2022-11-10 10:52:44+00:00): Hej!
Ändrade stig till gångväg.
Stig bör vara i skogen, oasfalterat, du har en kategori för gång & cykelväg som går att använda. Men "Stig" ställer till det med navigeringen i tätbygden.
riiga (2022-11-10 14:55:40+00:00): Låt dig inte luras av vad iD kallar det. Det som gäller i OpenStreetMap är vilka taggar ett objekt har. I detta fall hade vägarna "highway=path + foot=designated + bicycle=designated + segregated=yes/no (+ surface=*)". Det är [allmänt vedertaget](https://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath#Usage_as_a_universal_tag) att kombinationen "highway=path + foot=designated + bicycle=designated + segregated=yes/no" betyder gång- och cykelväg (vägmärke D6/D7), oavsett hur iD benämner det. Nu ändrade du det till gångväg (vägmärke D5) istället. 

Du skriver också att '"Stig" ställer till det med navigeringen', hur menar du?
Josef73 (2026-03-26 20:07:28+00:00): Hello, how long is the  SAARAH Day Spa open?
EasyKoni (2026-03-28 11:52:58+00:00): It’s my friends business and I don’t seem to be able to enter opening hours.
They are every day from 13:00 till 21:00
Josef73 (2026-03-28 15:50:09+00:00): I put it on both. Now you can check
EasyKoni (2026-03-29 07:22:49+00:00): Thank you 🙏🏼
mavl (2023-04-25 09:11:11+00:00): This changeset has been reverted fully or in part by changesets 135307362, 135331978, 135327734, 135318197, 135323168 where the changeset comment is: Hi all. The changesets are reverted [DWG has the request to revert the changesets. Reason: valid data are deleted - https://www.openstreetmap.org/user_blocks/7056].
Aleksey Gorelikov (2022-11-10 05:27:48+00:00): https://data-usdot.opendata.arcgis.com/datasets/highway-performance-monitoring-system-fsys-3/explore?filters=eyJCZWdpbl9Qb2ludCI6WzAsMzQ4LjQ4OF19&location=37.475117%2C-91.280824%2C15.44&style=ROUTE_NAME
Warin61 (2022-11-10 23:58:55+00:00): Hi again,

Same problem with relation 14867988 scrub.
AntBurnett (2022-11-11 01:31:49+00:00): There appear to be some inconsistencies between ID and JOSM. Either way, I'll take extra care with dissolving scrub areas. Updated (deleted). Thanks Warin61
Warin61 (2022-11-11 05:58:03+00:00): Not iD/JOSM but that OSM Inspector website... 

And also the OSM wiki says 
"Anything that is not a valid multipolygon according to this standard (e.g., polygons with intersecting rings) should also be considered an invalid multipolygon relation"
see https://wiki.openstreetmap.org/wiki/Relation:multipolygon
AntBurnett (2022-11-11 06:40:48+00:00): Sorry, that's what I meant - neither ID or JOSM are picking it up as an invalid geometry. I'm not sure how often the OSM Inspector site is refreshed but I'll try to see it before you do for the next one ;-) Hopefully https://www.openstreetmap.org/changeset/128756598 is valid.
Warin61 (2022-11-12 07:04:02+00:00): OSm Inspector refreshes once a day. I keep an eye on it to pick up my own and those admin boundaries that get broken with road changes.
emersonveenstra (2022-11-11 00:43:18+00:00): Are you sure the library moved to that location? https://www.openstreetmap.org/node/367814539
emersonveenstra (2022-11-17 13:02:05+00:00): fixed in https://www.openstreetmap.org/changeset/128904929