piebro/osm-data huggingface dataset:
spillunke (2024-07-30 08:57:28+00:00): Guten Tag,
erstmal vielen lieben Dank für die hilfreichen Nachrichten.
Das Großsteingrab in Theeßen wurde abgetragen und ist daher im Denkmalverzeichnis nicht zu finde, der Heimatverein hat jedoch eine Nachbildung errichtet welche sich am Feldrand befindet. Das Großsteingrab Grabow - ist im Unterschied zum Großsteingrab bei Friedensau jedoch wirklich im Denkmalverzeichnis als Baudenkmal mit der Objektnummer (09471275) zu finden es handelt sich dabei um ein Grabmal mit behauenen Steinen auf dem Hasselberg bei Grabow. Zudem habe ich mit dem ehemaligen Schulleiter der Schule in Theeßen gesprochen, welcher die Region rund um Grabow und Theeßen sehr gut kennt und mir von dem Großsteingrab auf dem Hasselberg berichtete.

MfG
Spillunke
ChillyDL (2024-08-07 19:58:08+00:00): Hallo und guten Abend,
danke für deine Antwort, jetzt ist es klarer. Beim Großsteingrab Theeßen habe ich jetzt ergänzt, dass es sich um eine Rekonstruktion handelt.

Die Fläche, die du als "Großsteingrab Grabow eingetragen hast, nehme ich jetzt aber doch wieder raus, denn:
- es ist kein Großsteingrab (womit in OSM nur steinzeitliche gemeint sind)
- Ein Großsteingrab Grabow gibt es zwar, aber das liegt woanders
- Was du eingezeichnet hast, wäre ein ausgesprochen riesiger Grabhügel mit 50 m bzw. 90 m Durchmesser, was sehr viel erscheint. Wie ich verstehe, sind die von dir eingezeichneten Umrisse nicht wirklich gemessen.
- das Denkmalverzeichnis spricht an dieser Stelle nicht von einem Bodendenkmal (was ein Grabhügel wäre), sondern von einem Baudenkmal oben auf dem nicht zum Denkmal gehörigen Hasselberg.

Mein Vorschlag: Geh mit dem GPS-Gerät direkt zu dem Grabmal, miss die Position und trag es in OSM als Punkt ein.

Viele Grüße, einen schönen Abend und weiter viel Spaß beim Mappen!
ChillyDL
HirschKauz (2024-07-26 20:57:25+00:00): Hi!  
Ein gemeinsamer Fuß- und Fahrradweg mit Zeichen 240 oder 241 wird IMMER als highway=path mit foot=deignated und bicycle=designated getaggt. Bitte nicht als footway taggen.
Und nochmal das Thema Changeset-Comment.... bitte beschreieb was Du gemacht hast und nicht einfach und faul  "Korrekturen"
Grüße
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/154459801
mavl (2024-08-07 11:02:44+00:00): This changeset has been reverted fully or in part by changeset 154930045 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping - https://www.openstreetmap.org/user_blocks/16542].
literan (2024-07-27 10:37:05+00:00): это не название, а текст с вывески. Не надо вставлять такое в поле name
Jo sóc jo (2024-07-27 06:45:39+00:00): Bon dia. El contingut de viquipedia que has posat a Caulès es refereix a la zona del voltant de Santa Susana (https://www.openstreetmap.org/way/218468330) no pas del lloc on està posat... De fet, com a Caulès jo coneixia el veïnat del voltant de Santa Susana, aquest Caulès del costat de la carretera de Lloret no el coneixia.
Inicialment la parroquia de Caulés estava situada a Santa Esteve de Caulès (https://www.openstreetmap.org/node/3623145781 també conegut com a Caulès Vell) però després de la pesta negre es va abandonar la parroquia i es va reconstruir a la zona de l'actual Santa Sussana de Caulès. En resum, crec que el wikidata i el wikipedia col·locat ara a la casa aquesta del costat de la carretera de Lloret, s'hauria de col·locar a la zona de Santa Sussana.
jmaspons (2024-07-27 08:46:13+00:00): Bon dia. El que he fet és afegir l'etiqueta wikipedia a partir del codi wikidata que ja hi havia (https://www.wikidata.org/wiki/Q11913310). La veritat és que no conec massa la zona així que si vols fer-hi millores, segur que tindràs millor criteri que el meu. Pots modificar o fins i tot eliminar el codi wikidata si no és correcte.
Jo sóc jo (2024-07-27 09:24:52+00:00): Ho reviso i faig alguns canvis doncs. Merci!
joost schouppe (2024-11-29 18:03:43+00:00): Die street lamp zie ik precies toch niet...
joost schouppe (2024-11-29 18:20:42+00:00): nevermind, ik was op de verkeerde plaats aan het kijken
mavl (2024-08-07 11:02:50+00:00): This changeset has been reverted fully or in part by changeset 154930045 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping - https://www.openstreetmap.org/user_blocks/16542].
emersonveenstra (2024-08-07 11:30:17+00:00): Hi there,

In OSM, generally you can't put a building on top of another building. In cases like this, you need to use building:part (https://wiki.openstreetmap.org/wiki/Key:building%3Apart). Could you please fix this (and the others you've done recently)? Thanks!
mavl (2024-08-07 11:02:51+00:00): This changeset has been reverted fully or in part by changeset 154930045 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping - https://www.openstreetmap.org/user_blocks/16542].
Jrachi (2024-07-27 05:22:02+00:00): Ciao.
Hai usato un tag senza riferimenti sulla wiki.
tunnel=cave
Mi spieghi cosa significa?
Ivo
Danysan95 (2024-07-27 06:39:14+00:00): Ciao,
questo sentiero passa immediatamente dietro la cascata in una sorta di grotta aperta di lato (così:  https://commons.wikimedia.org/wiki/File:Cascata_di_Noasca_dietro.jpg#/media/File:Cascata_di_Noasca_dietro.jpg ).
Prima era taggato come guado ma era sbagliato perché il sentiero non si incrocia con il fiume, sono a due livelli diversi grazie alla grotta.
Per il tratto di sentiero nella grotta l'ideale sarebbe qualcosa simile a covered=arcade ma senza le arcate, solo che non conosco un tag che esprima questa cosa né sotto tunnel=* né sotto covered=* né in generale, quindi ho guardato i valori proposti da iD e tunnel=cave mi sembrava quello più vicino al rappresentare la grotta. Se hai in mente un tag migliore correggi pure.
Wulf4096 (2024-11-25 06:12:38+00:00): Hi,
steht hier tatsächlich ein Blitzer? Auf Mapillary sieht man den nicht: https://www.mapillary.com/app/?pKey=1648746069022614

Siehe https://osm.org/note/4532024
felipeeugenio (2024-07-26 21:46:17+00:00): 4352355		2024-07-26 16:48	opened	Notro N° 3155 B.
4352354		2024-07-26 16:48	opened	Notro N° 3155 A.
4352350		2024-07-26 16:46	opened	Notro N° 3151.
4352349		2024-07-26 16:45	opened	Notro N° 3133.
4352345		2024-07-26 16:45	opened	Notro N° 3111.
4352339		2024-07-26 16:43	opened	Block 4.
4352338		2024-07-26 16:43	opened	Block 3.
4352337		2024-07-26 16:43	opened	Block 2.
4352336		2024-07-26 16:42	opened	Block 1.
4352335		2024-07-26 16:41	opened	Block 5.
4352332		2024-07-26 16:40	opened	Block 6.
4352331		2024-07-26 16:40	opened	Block 7.
4352321		2024-07-26 16:37	opened	Este sector está cerrado, se supone se construirá un edificio relacionado a la Universidad Andrés Bello.
4352315		2024-07-26 16:34	opened	Block A.
4352314		2024-07-26 16:34	opened	Block B.
4352312		2024-07-26 16:34	opened	Block C.
4352311		2024-07-26 16:34	opened	Block D.
4352309		2024-07-26 16:34	opened	Block E.
4352308		2024-07-26 16:34	opened	Block F.
4352307		2024-07-26 16:33	opened	Block J.
4352305		2024-07-26 16:33	opened	Block J.
4352302		2024-07-26 16:32	opened	Block L.
4352298		2024-07-26 16:30	opened	Block I.
4352297		2024-07-26 16:30	opened	Block H.
4352296		2024-07-26 16:30	opened	Block G.
woodpeck_repair (2024-08-23 20:35:56+00:00): This changeset has been reverted fully or in part by changeset 155671657 where the changeset comment is: revert hotel edits that were adding 3rd party web sites and affiliate links
Pan (2024-07-27 04:14:08+00:00): This changeset massively regressed landuses and separated relations. It should be reverted.
hmkaiser (2024-07-27 08:06:50+00:00): This multipolygon is completely broken. Just have a look at the processing in the relations editor. The sub-segments of the outer and inner lines are aligned differently, and some of them are directly connected to adjacent ways. Maintaining such large structures is practically impossible.
Pan (2024-07-27 08:14:02+00:00): It was not broken. I regularily check the relations on osm inspector and this relation was fine. Regressing geometries, creating non existing spaces between forest and meadows and deleting large village residential areas consists at best in non intentional vandalism.
hmkaiser (2024-07-27 08:38:09+00:00): Relation 3105910 is currently broken and not closed. This can be easily checked with JOSM. In addition, there are various other problems, e.g. landuse/natural areas located within the outer multipolygon 3105910, which are also recorded as multipolygons. In addition, there are the differently aligned ways within the outer line of relation 3105910.
Pan (2024-07-27 08:46:32+00:00): I have just checked and it isn't broken. It is quite normal to have different landuses sharing the same way in a relation, see: "Neighboured ways of landuse-areas share many nodes. To avoid to create two long ways sharing partially the same nodes, describe the areas with multipolygons which collect all outer and inner ways including the way shared by both areas. Because landuse=* is always an area and can therefore only be applied on closed ways, the relation has to wear the landuse-tag." ( https://wiki.openstreetmap.org/wiki/How_to_map_landuse ) Actually, introducing imaginary space between landuses is a regression.
hmkaiser (2024-07-27 09:30:08+00:00): Sorry, but it's a fact: The currently downloaded relation 3105910 is not closed in all segments.
Pan (2024-07-27 09:35:18+00:00): I have checked almost everyday with osminsoector and now twice with JOSM and it is fine. Even if it was broken, you could have fixed it without separating from other landuses where there is no separation, without regressing tge geometries by making them less accurate and without deleting the landuse of the main village of le Bouveret.
hmkaiser (2024-07-27 15:31:04+00:00): When recording multipolygons, the individual ways contained in the multipolygon as outer-, or inner- segments must be arranged in the correct order. If that will be correct, the relation editor in JOSM shows a closed rectangle in which all related ways are located. 
https://josm.openstreetmap.de/wiki/Help/Action/CreateMultipolygon

Ways are defined as vectors in OSM and therefore have a “direction”. It is always good for subsequent processing if the individual ways, which together form a closed multipolygon outer line, all have the same direction. However, this is not possible when using ways that are assigned to several multipolygons at the same time. In addition, the isolated maintenance of individual polygons in OSM is made much more difficult.
The principle should always be Keep it small and simple
Piz Pachific (2024-07-27 17:25:12+00:00): Just for reference on ongoing discussion: https://community.openstreetmap.org/t/regressions-par-hmkaiser/116617
mueschel (2024-07-27 15:30:56+00:00): Could you please point us to the mandatory documentation of this import? There are many issues with the tagging scheme that should have been solved beforehand.
E.g. these tags shouldn't be in OSM in their current form:

    Latitude = 40.805479
    LinkNYC_Site_ID = mn-09-120409
    Longitude = -73.965529
    addr:housenumber = 2880
    addr:postcode = 10025
    addr:street = BROADWAY
    amenity = wifi;telephone;device_charging_station
    wifi = LinkNYC Free Public Wi-Fi

https://wiki.openstreetmap.org/wiki/Import/Guidelines
mueschel (2024-08-07 17:57:08+00:00):  I reverted this import: Most of these nodes overlap with already existing POIs.
bxl-forever (2024-07-28 14:27:25+00:00): Hello,

Please be so kind as to provide a source when you change data on OSM.  Other people are reviewing changes, especially when a new account changes 2,532 objects at once over several thousands kilometers.

Your changes seem fairly suspicious, and so is your reluctance to writing true changeset comments.
https://wiki.openstreetmap.org/wiki/RU:Good_changeset_comments

Thanks in advance.
Khaled@nissan (2024-07-29 09:00:16+00:00): .
Mateusz Konieczny (2024-08-02 10:05:55+00:00): please read and follow https://wiki.openstreetmap.org/wiki/Good_changeset_comments
mf8s003j (2024-09-04 14:46:25+00:00): Hey Spacelist, in OpenStreetMap, if a name can be spelled without an abbreviation, we don't abbreviate it. Computers can easily shorten words, but not the other way. (The most common example there is that St would be Street or Saint)

https://wiki.openstreetmap.org/wiki/Abbreviations has more guidelines.
CurlingMan13 (2025-02-05 03:44:57+00:00): Changeset reverted.  These are residential roads, not living streets.  Living streets are very rare in the US.
See:

https://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_street#United_States

https://www.openstreetmap.org/changeset/162149151
Alyssa Chance (2024-09-25 13:10:24+00:00): No this is a private yard
Supaplex (2024-07-27 02:24:28+00:00): Hi GrandF

May you split the changeset into at least 3 parts? The whole changeset covering so many countries make it hard to review.
ZeLonewolf (2024-07-31 13:28:21+00:00): This changeset was reverted in whole or in part to restore place classifications to the status quo ante.

https://www.openstreetmap.org/changeset/154650004
CurlingMan13 (2024-07-27 04:15:34+00:00): Welcome to OSM!  Please use "Q" to square the buildings.

You can enable notes from the right sidebar and close your notes as you address them.
mmmac (2024-07-27 04:18:46+00:00): Awesome, thanks for the tips. Still getting used to contributing so anything helps!
gscholz (2024-08-18 08:46:52+00:00): Hi Pablo,
this changeset has created a lot of errors regarding self intersecting boundary lines:

https://tools.geofabrik.de/osmi/?view=areas&lon=-43.22718&lat=-22.89739&zoom=14&baselayer=Geofabrik%20Standard&overlays=duplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cintersection%2Cintersecting_segments%2Cways

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

Can you please fix this?
Kind regards
Guido
gscholz (2024-08-20 05:48:03+00:00): Hi Pablo, 
this errors still exist, can I get your feedback here?
Guido
gscholz (2024-08-21 05:45:40+00:00): Hi Pablo, 
due to your missing feedback I have reverted this changeset to fix those issues.
Kind regards
Guido
neuhausr (2024-07-30 19:41:02+00:00): Welcome to OpenStreetMap! Imagery does not show a hospital here. Do you have some local knowledge that it was built recently? If not, please remove it--OSM is for verifiable data only. Happy mapping!
jstutz (2024-07-27 00:51:55+00:00): I am going to go and physically verify business names and hours
silversurfer83 (2024-07-27 21:11:32+00:00): And again! No comment, no source, no squaring of the building.

How do you know this? Aerials are not conclusive!
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/154465166
LuxuryCoop (2024-07-27 01:32:31+00:00): 건물을 그리실 때 단축키 Q를 이용하면 건물을 직사각형 모양으로 만들 수 있어 지도가 더 깔끔해집니다!
nender (2024-07-27 01:31:11+00:00): Title should be “merged freestanding church POI into actual building”
LuxuryCoop (2024-07-27 04:56:26+00:00): 건물을 그리실 때 단축키 Q를 이용하면 건물을 직사각형 모양으로 만들 수 있어 지도가 더 깔끔해집니다!
mueschel (2024-07-28 15:55:57+00:00): Hi,
welcome to OSM!
You added many tags here that are not used in any other place. In OSM we have to use the tags that are defined in the wiki or available as presets in the editor - only these can be understood by other mappers and applications.
Could you check the objects you edited and change the tagging?

You're always welcome to ask in the forums in case you need help!
Tomas_J (2024-11-21 23:19:38+00:00): Hi, this road https://www.openstreetmap.org/way/1304015684#map=16/33.88963/73.82396 is really not visible on the Bing ortophoto. I need to delete it. Please, check the ortophoto map more carefully. Thanks.
vectorial8192 (2025-10-18 14:16:39+00:00): Hi there, do you have more information about "咸魚汁角"?
kingkingHK (2025-10-21 03:14:22+00:00): That person seems to be a protecthknames-sockpuppet. I think it should be fine to change his edits to `old_name` for now.
Kovoschiz (2025-10-21 17:09:11+00:00): I won't accuse everyone adding historical names is the same person without more incriminating evidence. But `old_name=` as usual.
TomPar (2024-10-24 20:05:19+00:00): Hello.  Generally speaking, landcover tags like natural=wood should NOT go on ways and/or multipolygons that define cadstre or property boundaries.  The "woods" don't start and end at the property boundary.  If you wish to do landcover mapping, it should be defined as its own way that is algined to where the tress actually ends.  Sounds reasonable?  Thanks.
imagico (2024-07-28 18:18:21+00:00): This is indeed the most common way to map tidally exposed rocky areas.  The combination natural=bare_rock + tidal=yes has more than 12k uses.  For permanently water covered rock areas the more common tagging is natural=reef + reef=rock.
Syl (2024-07-27 07:40:53+00:00): Bonjour, pour les lavoir il existe ce tag : https://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dlavoir
HellMap (2024-07-27 16:41:45+00:00): Hello,

Can I ask how exactly you are determining that features are duplicates?

For example, for this camera POI https://www.openstreetmap.org/node/9442716021/history , the location here indeed has two cameras on either side of the shop doors: https://www.mapillary.com/app/?pKey=2787369721427048&focus=photo 

Please review your edit(s) and restore any features that you deleted that are not in fact duplicates.

Thanks
richlv (2024-07-28 14:09:55+00:00): Could it be safer to revert the changeset and redo valid fixes?
didier2020 (2024-07-29 13:05:07+00:00): Hello,
changeset is reverted.

For example, for this camera POI 
https://www.openstreetmap.org/node/9442716021
https://www.openstreetmap.org/node/9442707523

this 2 node had exactly the same tags 
and exactly same geometry (lat and lon)
so there are duplicated 
since you had to add another tag (direction or ...)
didier2020 (2024-07-29 13:19:33+00:00): or change the lat and lon 
for ex, lat lon of nodes
1812435083 and 1715103641 
(right and left of the door of mapillary's photo)
habi (2025-01-01 22:05:17+00:00): Der Defi hier wurde mit `level=110` erfasst.
Zusätzlich ist er laut Operator-Tag evtl. *in* der Paketpost, aber hier mitten auf dem Parkplatz.
Kannst du dem mal nachgehen?
chnuessli (2025-01-02 19:06:50+00:00): Ich habe den Defi mal aufs Gebäude gemappt und das level gelöscht. Ich habe dem Sicherheitsverantwortlichen der Post geschrieben.
habi (2025-01-03 09:45:22+00:00): 👍
skyper (2024-08-13 09:52:04+00:00): Hallo HappyNut,
zwecks "review_requested": Das sieht ganz gut aus. Als Tipp: Wenn Du Häuser orthogonal ausrichten willst, kannst Du die Häuser durch Halten von "Strg" (Ctrl) und anklicken auswählen und dann "q"  drücken.
Grüße,
skyper
大山かなめ (2024-07-27 06:45:02+00:00): 編集コメントの市町村名が間違っていたので訂正です。
(誤)毛呂山町
(正)越生町
Herrieman (2025-01-01 13:15:25+00:00): Hoi Cas, ik vroeg me af of "Brug over het Voorkanaal" echt zo heet? Ik kan daar niks over vinden, ook niet terplekke. Weet dus niet of deze name-tag echt terecht is? Maar misschien heb jij daar een bron voor?
CasGroenigen (2025-01-01 13:22:22+00:00): Hoi Herrieman, 
Ik heb het even opgezocht, en de brug staat ook zo genoemd in de Kunst- en Monumentenkaart van de gemeente Haarlemmermeer: https://geoweb.haarlemmermeer.nl/Geoviewer/index.html?viewer=Kunst-enMonumentenkaart

Ik denk dat mijn originele bron de cultuuratlas van de Haarlemmermeer is, maar die lijkt niet meer beschikbaar te zijn.
Hungerburg (2024-07-27 09:09:30+00:00): Hallo Cowboy, wie wäre es, wenn du im Zuge deiner Arbeiten die highway=bus_stop von der Straßenmitte (stop_position) auf einen der Knoten der Plattform verlegen würdest? Man würde dann auf mehr Karten erkennen, an welche Straßenseite die Haltestelle liegt - ist ja nicht immer auf beiden Seiten genau gegenüber?
cowboyxup (2024-07-27 09:32:38+00:00): nein, diesen platform zeigt doch an, auf welcher seite es liegt. An dieser Diskussion, wo genau das älteren mapping von highway=bus_stop hingehört, da es nicht ganz kompaktibel mit dem neuen schema ist, möchte ich mir nicht die Finger verbrennen. Selbst das wiki ist da nicht ganz konsistent. Aktuell sind beide Möglichkeiten gebrächlich und akzeptiert. Siehe: https://wiki.openstreetmap.org/wiki/DE_talk:Tag:highway%3Dbus_stop
Hungerburg (2024-07-27 09:51:46+00:00): Da ist nichts kontroversiell. Dokumentiert ist : Knoten links und/oder rechts von einem highway-Weg am weitesten verbreitet und kennzeichnet die Position, an der die Passagiere neben der Fahrbahn auf den Bus warten - Das ist so tirolweit, nur in Innsbruck nicht, ganz sicher nicht aus ideologischen Gründen.
Fizzie-DWG (2025-04-12 04:36:09+00:00): DWG revert - undiscussed Organised import from unknown source

https://www.openstreetmap.org/changeset/164840032
philippec (2024-09-27 15:18:57+00:00): Ik heb het aangepast.
De AED in de Delhaize is nog niet gemapt.
jeslop (2024-07-27 09:35:55+00:00): Hola Peruan1966. ¿Qué has intentando incluir aquí? La etiqueta que has utilizado no corresponde con nada que se pueda ver en la ortofotografía del PNOA que utilizas como fuente. Según la wiki drains se usa para "cursos de agua artificiales, normalmente hechos a base de hormigón o similar, utilizados para transportar aguas superfluas tales como aguas pluviales o aguas grises" y en PNOA no se observa ninguna estructura de ese tipo. 

Un saludo,

Jesús López
OpenStreetMap Foundation
Data Working Group
mavl (2024-07-30 13:44:30+00:00): This changeset has been reverted fully or in part by changesets 154606945, 154607060, 154606852, 154606682, 154606922, 154606888, 154606817, 154607086, 154607139, 154607100, 154607116, 154606768, 154607328, 154606972, 154607347, 154607243, 154606611, 154607170, 154607000, 154607035, 154606643, 154607202, 154606740, 154606797, 154607308, 154607276, 154606705 where the changeset comment is: Whole World: the changesets are reverted [DWG has the request to revert the changesets. Reason: duplicates of objects, undiscussed mass editing].
mavl (2024-07-30 13:43:57+00:00): This changeset has been reverted fully or in part by changesets 154606945, 154607060, 154606852, 154606682, 154606922, 154606888, 154606817, 154607086, 154607139, 154607100, 154607116, 154606768, 154607328, 154606972, 154607347, 154607243, 154606611, 154607170, 154607000, 154607035, 154606643, 154607202, 154606740, 154606797, 154607308, 154607276, 154606705 where the changeset comment is: Whole World: the changesets are reverted [DWG has the request to revert the changesets. Reason: duplicates of objects, undiscussed mass editing].
mavl (2024-07-30 13:44:25+00:00): This changeset has been reverted fully or in part by changesets 154606945, 154607060, 154606852, 154606682, 154606922, 154606888, 154606817, 154607086, 154607139, 154607100, 154607116, 154606768, 154607328, 154606972, 154607347, 154607243, 154606611, 154607170, 154607000, 154607035, 154606643, 154607202, 154606740, 154606797, 154607308, 154607276, 154606705 where the changeset comment is: Whole World: the changesets are reverted [DWG has the request to revert the changesets. Reason: duplicates of objects, undiscussed mass editing].
mavl (2024-07-30 13:44:22+00:00): This changeset has been reverted fully or in part by changesets 154606945, 154607060, 154606852, 154606682, 154606922, 154606888, 154606817, 154607086, 154607139, 154607100, 154607116, 154606768, 154607328, 154606972, 154607347, 154607243, 154606611, 154607170, 154607000, 154607035, 154606643, 154607202, 154606740, 154606797, 154607308, 154607276, 154606705 where the changeset comment is: Whole World: the changesets are reverted [DWG has the request to revert the changesets. Reason: duplicates of objects, undiscussed mass editing].
mavl (2024-07-30 13:44:08+00:00): This changeset has been reverted fully or in part by changesets 154606945, 154607060, 154606852, 154606682, 154606922, 154606888, 154606817, 154607086, 154607139, 154607100, 154607116, 154606768, 154607328, 154606972, 154607347, 154607243, 154606611, 154607170, 154607000, 154607035, 154606643, 154607202, 154606740, 154606797, 154607308, 154607276, 154606705 where the changeset comment is: Whole World: the changesets are reverted [DWG has the request to revert the changesets. Reason: duplicates of objects, undiscussed mass editing].