piebro/osm-data huggingface dataset:
eggie (2026-04-27 15:34:00+00:00): Dag Pingu..
Er loopt hier een wandelroute. Dan zal het toch foot=yes zijn?
Mvg
eggie
eggie (2026-04-27 15:34:43+00:00): Al die unknown tags voegen niets toe.
eerib (2026-04-30 01:57:13+00:00): Reverted in full by CS#182013120

https://www.openstreetmap.org/changeset/182013120

Reason: User has added several dozen fake trails in a mass vandalism attempt.
Wildsharky (2026-04-29 06:38:50+00:00): Partially reverted in changeset id:181968705
VictorIE (2026-04-28 07:46:49+00:00): Hi,

https://www.openstreetmap.org/way/1340312367/

Building shape seems to cross itself twice.
b-unicycling (2026-04-28 21:49:57+00:00): Tut, tut, me. Fixed.
rarad74 (2026-04-27 20:13:53+00:00): BA tu esti dobitoc sau ce ai?|
eggie (2026-04-27 15:40:02+00:00): Dag ottoco,
Zou het dan geen access=no zijn?
Nu staat het nog open voor fietsers en wandelaars.
Mvg
eggie
eggie (2026-04-27 15:42:27+00:00): Herstel. Voor fietsers staat het wel op slot. Hoe zit het met de wandelaar? Dat is ook publiek.
ottoco (2026-04-28 17:52:58+00:00): Eggie,
Daar heb je een punt, maar betekent disused:highway dat niet al? (ik heb dit gedaan naar analogie met een paar opgeheven paden in de omgeving, hoewel daar geen vehicle=no bij staat, en hier denk ik ook niet nodig?).
Mvg, ottoco
eggie (2026-04-28 17:58:40+00:00): Hoi.. je hebt gelijk.. ik had de disused tag niet gezien.
Bij disused mogen alle accesstags er gewoon af.
Mapse,
eggie
eggie
kamilbogacki (2026-04-27 15:47:48+00:00): https://www.openstreetmap.org/changeset/181898036#map=19/52.642384/19.095273&layers=N
RoseArrow (2026-04-28 16:59:14+00:00): Correction: Source used was Vantor satellite imagery via Vantor Hub 2026-04-08
JeroenHoek (2026-07-06 12:02:56+00:00): Why are you turning this former church into a place of worship again? It's a holiday home now, not a church.
Nakaner (2026-07-06 15:00:21+00:00): @Pernycek Multiple users have complained about your low-quality addition of amenity=place_of_worship. It seems to me that they only found some issues. The absence of comments does not mean that the remaining changesets are of better quality.

In addition, Wikidata is not a valid source for OpenStreetMap contributions because they negate database rights in Europe. See the OSM wiki for details.

OpenStreetMap is not a data playground. We have a good quality and we want to preserve it. Edits like this are not helpful.

I hereby ask you to revert ALL your Wikidata-related changes where you added any amenity=place_of_worship before you upload any other map edit related to Wikidata.

If you don't do or cannot do it yourelf, I will do it. My time is limited. If I have to clean up this mechanical edit, I will not spend lots of time to preserve valueable contributions (i.e. I will revert maybe a bit more than necessary).
JeroenHoek (2026-07-06 15:27:21+00:00): Correct. The only reason I noticed this single church is because I'm staying there for a holiday and noticed it had reverted to being a place of worship on the map.

That is, this was a chance observation. But it is really easy to find out that this building had indeed stopped being a church (the OSM history shows it, it has a note stating that, and an internet search for this church would have yielded that fact too). If you automatically added amenity=place_of_worship in more places based on just Wikidata…
Tomas Straupis (2026-04-27 17:11:02+00:00): Sveiki. Atkreipsiu dėmesį, kad amenity=parking yra tik ten, kur yra atitinkamas vertikalus ar horizontalus ženklinimas. Tai aikštelių namų kiemuose kaip „parkingų“ žymėti nereikia, nes taip nėra.
CRCulver (2026-05-03 09:26:05+00:00): Why did you remove the sidewalk=no tag that I added here?

https://www.openstreetmap.org/way/30287919

The sidewalk=no tag makes no statement on whether a road is accessible to pedestrians or not (that would be foot=yes/no). It only provides further guidance to routers.
Barro (2026-05-03 11:20:28+00:00): This is StreetComplete functionality with some discussion about similar topic under https://github.com/streetcomplete/StreetComplete/issues/2472 issue. It may be a good idea to check with the developer if the tag modifications match the expected way of tagging.
CRCulver (2026-05-03 13:01:29+00:00): In this case we are not talking about foot= but about sidewalk. The use of sidewalk=separate tags along ways, and sidewalk=no at intersection, is now widely implemented internationally. I therefore ask you not to delete sidewalk tags, and I will revert your change here shortly.
Barro (2026-05-03 15:05:18+00:00): You are free to revert this change, but then it goes back being a quest in StreetComplete and you'll go through the same discussion next time with someone that has the same interpretation of Finnish road traffic law as I do. It could even be me the next time I go through that place and see this question on my phone's screen.

You may not be aware how StreetComplete works. You don't explicitly add any tags through this application. It has a higher level interface where it asks specific questions about existing OpenStreetMap objects. The exact tags are completely hidden in it, they are not even visible in specific layered views where you can modify existing data. So if you don't either file a StreetComplete bug or don't change anything in these tags, you're just fighting against all the StreetComplete users that travel around this area.
eggie (2026-04-27 16:17:08+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
MVG,
Eggie
Namens de OSM Community
Tomas09 (2026-04-29 00:15:15+00:00): Please add a different way inside water bodies and use `waterway=flowline`
fghj753 (2026-05-16 08:57:35+00:00): Acknowledged. Since I recently made such changes on multiple small islands, i'd probably need to build some overpass query to find all of them. Hoping to fix that in few weeks.
fghj753 (2026-05-16 10:32:46+00:00): Fixed 3 rivers in Jan Mayen (changeset/182733700) and Grande Terre (changeset/182735161) using overpass query:

[out:json][timeout:180];
way(user:"fghj753")(newer:"2026-02-16T00:00:00Z")["waterway"]->.user_waterways;
node(w.user_waterways)->.user_waterway_nodes;
way["natural"="water"](bn.user_waterway_nodes)->.natural_water_touching;
node(w.natural_water_touching)->.natural_water_nodes;
way.user_waterways(bn.natural_water_nodes)->.result;
.result out meta geom;
Jordi MF (2026-04-27 16:20:47+00:00): El usuario que previamente realizó los cambios no participa en los mensajes que se le dejan en los "changesets": https://resultmaps.neis-one.org/osm-discussion-comments?uid=21808597
MarcoR (2026-04-27 20:15:18+00:00): Ciao e benvenuto/a su OSM!

Il cimitero di Parrana San Martino è già stato mappato con way/267412959 ; se vuoi mappare un'area dedicata ai morti di religioni diverse potresti disegnare l'area approssimativa e usare le etichette landuse=cemetery + religion=>valore preciso> ; io ho usato un metodo simile qualche anno fa per il cimitero nuovo di Nugola: way/981991361

Buon mapping,
Marco.
woodpeck_repair (2026-06-11 09:12:32+00:00): This changeset has been reverted fully or in part by changeset 183960779 where the changeset comment is: revert low-quality AI building imports
woodpeck_repair (2026-06-11 09:10:03+00:00): This changeset has been reverted fully or in part by changeset 183960779 where the changeset comment is: revert low-quality AI building imports
ika-chan! (2026-04-30 02:59:20+00:00): What is the source for the junction layouts like what you did at  39.9097514,20.4129384? I don't think the proposed junction layouts are that elaborate as we have seen with the Ioannina–Kalpaki extension: I am concerned you are doing fictional mapping under the guise of proposed roads.
Glassman (2026-04-28 23:44:01+00:00): This app requires that I review everything as good or bad. There is no in between. When I mark it as bad, it may only be that it doesn't fit the OSM tagging scheme. I'll leave a changeset comment with what I found.

Two problems, the first is access=no is not likely since this road services a number of residences. Second, living_streets are very rare in the US. 

You can tag the road as ownership=private. If there are posted no trespassing signs then add access=private.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/181901254
Glassman (2026-04-28 23:44:35+00:00): Same comments as on your first edit.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/181901309
IvaKraljić (2026-05-07 17:22:19+00:00): The wrong tags have since been fixed in the changeset https://www.openstreetmap.org/changeset/182349549#map=17/32.444541/-93.766276. #OptimoRoute
Glassman (2026-04-28 23:52:13+00:00): I've update the streets back to residential and removed access=no. Let me know if you disagree.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/181901351
mavl (2026-06-07 06:02:08+00:00): This changeset has been reverted fully or in part by changesets 183764451, 183764460, 183764431, 183764453, 183764448, 183764459, 183764455 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/20768].
IvaKraljić (2026-05-07 17:23:33+00:00): The wrong tag has since been fixed in the changeset https://www.openstreetmap.org/changeset/182349612. #OptimoRoute
JJIglesias (2026-04-27 17:40:39+00:00): Por favor recordar Escuadrar las edificaciones apretando la letra Q o en el Mouse click derecho.

Las imágenes pueden distorsionar las edificaciones pero el 99% de ellas tienen ángulos a 90 grados y son simétricas y ortogonales. Las imágenes satélites son angulares NO verticales.

Por favor activa la opción ISSUES en el panel derecho de tu editor, para q te aparezcan tus errores, si los hubiera

Gracias
IvaKraljić (2026-05-07 17:19:40+00:00): The wrong tags have since been fixed in the changeset https://www.openstreetmap.org/changeset/182349395. #OptimoRoute
IvaKraljić (2026-05-07 17:27:16+00:00): The wrong tag has since been fixed in the changeset https://www.openstreetmap.org/changeset/182349775. #OptimoRoute
OpenCode (2026-05-18 10:14:48+00:00): Perché hai tolto l'altezza dalla strada? C'è un segnale che la indica e il passaggio sotto il ponte.
La puoi ripristinare, per favore?
pierfrancescop (2026-05-21 18:37:41+00:00): La limitazione di altezza vale (venendo da Monteiasi) dalla rotonda di Leonardo all'incrocio con via Partigiani Caduti, giustamente perché se prima di quell'incrocio si svolta a sinistra, si va alla Stazione o a Montemesola e li non c'è nessun ponte (è anzi un sovrappasso). Da quella rotonda fino a Grottaglie invece l'ho tenuta, infatti è sotto al ponte che c'è il cartello
IvaKraljić (2026-05-07 17:29:46+00:00): The wrong tag has since been fixed in the changeset https://www.openstreetmap.org/changeset/182349915. #OptimoRoute
OlasMapy (2026-04-28 11:03:12+00:00): Co z tagami name brand operator i wikidata? Bo nic się tu w tym momencie nie wyświetla
IvaKraljić (2026-05-07 17:15:53+00:00): The wrong weight restriction has since been fixed in the changeset https://www.openstreetmap.org/changeset/182349259#map=19/32.457552/-93.779134. #OptimoRoute
IvaKraljić (2026-05-07 17:31:06+00:00): The wrong tag has since been fixed in the changeset https://www.openstreetmap.org/changeset/182349971. #OptimoRoute
habi (2026-07-08 14:36:57+00:00): Ciao 9_tab

I'm looking at `ref`-Tags in Switzerland (to update http://boundaries.osm.ch/), and saw that you've added a bunch of https://taginfo.openstreetmap.org/keys/ref%3ACH%3Ahls-dhs
Here and at two other places, you've added `ref:CH:hls-hds` as a typo.
I corrected those three instances in https://www.openstreetmap.org/changeset/185345446

Happy mapping,
habi
9_tab (2026-07-08 18:33:46+00:00): Thanks. Occasionally I get the abbreviations mixed up or mistype them .. I usually fix them together with other things later.

BTW, https://wiki.openstreetmap.org/wiki/Key:ref:CH:bfs:HISTID could be useful for your boundaries project.

https://wiki.openstreetmap.org/wiki/Key%3Aswisstopo%3AKANTONSNUM seems to be deprecated. What's the plan for https://wiki.openstreetmap.org/wiki/Key:swisstopo:BEZIRKSNUM ?
habi (2026-07-17 10:24:35+00:00): > Occasionally I get the abbreviations mixed up or mistype them .. I usually fix them together with other things later.

No worries, correcting these typos is easy :)

> BTW, ref:CH:bfs:HISTID=* could be useful for your boundaries project. osm.wiki/Key%3Aswisstopo%3AKANTONSNUM seems to be deprecated.. What's the plan for swisstopo:BEZIRKSNUM=* ?

I thinks it's counter-productive to add many (different) `ref`s (of any kind) to objects in OSM. Honestly, I think that a better place for these is Wikidata, and the link to them on the OSM side should be the Wikidata ID. We quickly discussed this in the Swiss IRC channel, but haven't really figured out a plan. My idea is to deprecate *all* the `swisstopo:*=*` IDs in Switzerland and only keep `ref:ch:bfs` on the boundary relations to keep the matching working in boundaries.osm.ch.
9_tab (2026-07-21 10:16:20+00:00): > No worries, correcting these typos is easy :)

Agree, even if it seems it isn't always welcome. Some even get annoyed if the pragmatic imperfection of our approach gets pointed out to a random (most recent) mapper by OSMOSE ;)


> I thinks it's counter-productive to add many (different) `ref`s (of any kind) to objects in OSM. Honestly, I think that a better place for these is Wikidata, and the link to them on the OSM side should be the Wikidata ID. We quickly discussed this in the Swiss IRC channel, but haven't really figured out a plan. My idea is to deprecate *all* the `swisstopo:*=*` IDs in Switzerland and only keep `ref:ch:bfs` on the boundary relations to keep the matching working in boundaries.osm.ch.

Some mappers who are more experienced than me might prefer to deprecate the "swisstopo:*"-ones before actually removing them. 

The problem with ref:ch:bfs (compared to https://wiki.openstreetmap.org/wiki/Key:ref:CH:bfs:HISTID ) is that the border are those of a given HISTID and not of a BFS municipality number. It can lead to confusion when the same BFS municipality number is applied to multiple OSM features or merger/split aren't applied immediately. A possible alternative could be https://wiki.openstreetmap.org/wiki/Key:swisstopo:SHN but as Swisstopo's borders get adapted when added to OSM, it would be more suitable as a source:-tag. 

A general problem with adding only to Wikidata is that it adds another source of discrepancy: be it errors or many-to-1 or 1-to-many matches.

In general, the swisstopo:*=* tags are less problematic than openGeoDB-tags. I find those on OSM-features where I don't think they should be, but people might prefer them for historic reasons (database history).
eggie (2026-04-27 18:15:42+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
Feedback.. Welk bord staat hier vooraan.
Dat bepaalt voor welk type motorvoertuig dit geldt.
Meestal vallen moped en mofa niet onder dit bord. Graag reactie
MVG,
Eggie
Namens de OSM Community
Remco Bakx (2026-04-27 18:19:56+00:00): Dat is een goed punt. Het is verboden voor auto’s en motoren.
eggie (2026-04-27 18:36:29+00:00): Oke.. dan bijtaggen moped=yes en mofa=yes. 
Doe je het zelf?
Remco Bakx (2026-04-27 18:56:52+00:00): Ik heb een poging gedaan. Hopelijk heb ik het zo goed gedaan.
eggie (2026-04-27 19:01:43+00:00): Dit waren je edits https://overpass-api.de/achavi/?changeset=181906796

Dus het klopt nu.
Mapse
Wildsharky (2026-04-29 06:37:39+00:00): Partially reverted in changeset id:181936747
IvaKraljić (2026-05-07 17:28:33+00:00): The wrong tag has since been fixed in the changeset https://www.openstreetmap.org/changeset/182349848. #OptimoRoute
StC (2026-04-27 18:06:20+00:00): Bonjour,

ce changeset a brisé la continuité d'un itinéraire pédestre qui passe par là. J'ai aussi l'impression que l'un des chemins ne correspond pas trop à la carte de chaleur de Strava. Je peux tenter la correction, mais c'est peut-être mieux que ce soit fait par quelqu'un qu connaît l'endroit.
BCNorwich (2026-04-28 05:43:45+00:00): Hi, I;ve removed several duplicated sections of highways. Some were difficult to determine because you've mapped the grass areas to the highway center lines. The grass doesn't grow across these highways, does it?

Regards Bernard.
ABudz (2026-04-27 18:28:06+00:00): Komentarz do rozmiaru changesetu: istotne zmiany są tylko w Myśliborzu i w Chełmcu na Dolnym Śląsku, punkt https://www.openstreetmap.org/node/13767826077 koło Szczecina dodałem przypadkiem
b-jazz (2026-04-28 19:06:22+00:00): For future edits, please be aware that direction matters on golf=hole lines. They should point from the tee to the green, not the other way around. Thanks.
iandees (2026-04-27 18:37:44+00:00): Hello! I noticed that node https://www.openstreetmap.org/node/7492038763 was moved a long distance in this changeset. This is a common mistake that happens when you click on a point and drag to move the map. The point moves with your mouse instead of the map.

I moved things back to where they were before in https://www.openstreetmap.org/changeset/181906053, so no harm done!

To avoid this in the future:
- Try to click on an empty part of the map when you want to move around
- If you see a point move by mistake, press Ctrl+Z (or Cmd+Z on Mac) to undo it

Happy mapping!
IvaKraljić (2026-05-07 16:46:26+00:00): The unnecessary split has since been fixed in the changeset https://www.openstreetmap.org/changeset/182348037#map=15/32.38186/-93.79915. #OptimoRoute
IvaKraljić (2026-05-07 17:32:54+00:00): The wrong tags have since been fixed in the changeset https://www.openstreetmap.org/changeset/182350030#map=15/32.38188/-93.79974. #OptimoRoute
IvaKraljić (2026-05-07 17:36:24+00:00): The mistakes have since been corrected in the changeset https://www.openstreetmap.org/changeset/182350208. #OptimoRoute
eggie (2026-04-27 18:59:43+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
Feedback  .. In OSM hebben we adresnodes.  Dus nogmaals een adres toevoegen hoeft niet. Ik heb het verwijderd.
MVG,
Eggie
Namens de OSM Community
eggie (2026-04-27 18:57:19+00:00): Top!   moped en mofa zijn voor de wet wel geen motorvoertuigen, maar in OSM wel.
Mapse,
eggie
ajmat (2026-04-28 10:33:06+00:00): Partially reverted in changeset id: 181932856
mueschel (2026-04-30 10:47:50+00:00): Hi,
"ref_direction" is a new key. Could you explain what it means?
DeFra85 (2026-04-30 14:01:13+00:00): I tried to depict the trail markers with this, see: https://www.mapillary.com/app/?lat=-34.8118318&lng=19.9480541&z=17&pKey=972762988559402&focus=photo
mueschel (2026-05-04 10:11:50+00:00): I suggest to use the "direction_north" syntax here, e.g.

direction_southeast:symbol=shoe
direction_southeast:colour=red

You could also use osmc:symbol, but there is no (not yet) symbol for a shoe / sole.
iandees (2026-04-27 19:56:10+00:00): Hello! I noticed that nodes https://www.openstreetmap.org/node/12205959168, https://www.openstreetmap.org/node/13005884615, https://www.openstreetmap.org/node/4025621784 were moved a long distance in this changeset. This is a common mistake that happens when you click on a point and drag to move the map. The point moves with your mouse instead of the map.

I moved things back to where they were before in https://www.openstreetmap.org/changeset/181908933, so no harm done!

To avoid this in the future:
- Try to click on an empty part of the map when you want to move around
- If you see a point move by mistake, press Ctrl+Z (or Cmd+Z on Mac) to undo it

Happy mapping!
LordGarySugar (2026-05-13 17:05:16+00:00): I have reverted this changeset in https://www.openstreetmap.org/changeset/182611742 : you should improve what is already mapped rather than deleting en-masse like this
FroschForscher (2026-05-01 08:01:56+00:00): Hallo johnny-park,
du hast hier an der Heidenheimer Straße (way/633961378) bicyle=use_sidepath hinzugefügt. Könntest du einmal erklären welches der entsprechende sidepath ist und wo sich die zugehörigen Schilder befinden.

FroschForscher
johnny-park (2026-05-02 06:43:49+00:00): Hallo FroschForscher!
Von norden kommend, muss man den benutzungspflichtigen Fuß- und Radweg nutzen. 
https://www.mapillary.com/app/?lat=48.4353232&lng=10.011520000000019&z=17&focus=photo&pKey=153153511038481
Dieser endet im Örlinger Tal Weg, welcher für ein paar Hundert Meter parallel zur Heidenheimer Straße geführt wird und bei der Kreuzung zur Eberhard-Finckh-Straße wieder in einen benutzungspflichtigen Radweg parallel zur Heidenheimer Straße übergeht. Ich habe use_sidepath eingetragen, da die Intention der Stadt offensichtlich ist, dass man auf diesen Stück durch den Örlinger Tal weg fährt. Wie könnte man das besser abbilden?
cubbe8 (2026-06-26 16:31:53+00:00): Hello,
Street signs are present on Blackfan Street. It is not signed as Blackfan Circle.
StreetSurveyor (2026-06-26 16:56:00+00:00): The official addressing data used by the City of Boston identifies this roadway as Blackfan Circle. You can verify this in the City of Boston Parcel Viewer: https://app01.cityofboston.gov/parcelviewer/. The properties along this roadway are addressed as Blackfan Circle, which is why I believe Blackfan Circle is the correct name to use.
cubbe8 (2026-06-26 16:58:15+00:00): Street signs mention Blackfan Street.
eerib (2026-04-30 01:57:26+00:00): Reverted in full by CS#182013120

https://www.openstreetmap.org/changeset/182013120

Reason: User has added several dozen fake trails in a mass vandalism attempt.
eggie (2026-04-27 20:28:36+00:00): Hoi.
Je vraagt feedback.
Je zou in ieder geval de lege adresnode kunnen samenvoegen met éen van dr bedrijven.
Mvg,
eggie
Moonlit1337 (2026-04-27 20:35:34+00:00): Hoihoi, welke had een lege adresnode? Of bedoel je dat deze op een manier aan elkaar gelinked kunnen worden?
eggie (2026-04-27 20:39:38+00:00): Ik zie de oorspronkelijke BAGadresnode 22 aan de zuidzijde van het gebouw.
Volgens mij kun je die node gewoon schuiven met iD naar een van de bedrijven. iD plakt alles aan elkaar. Scheelt weer een adres.
Moonlit1337 (2026-04-27 20:42:07+00:00): Ik denk dat ik het half volg? Ik zal morgen kijken, heb net de boel afgesloten.. ;-;

In ieder geval bedankt!
eggie (2026-04-28 06:29:16+00:00): Ik heb de info  gecombineerd met oorspronkelijke adresnode.
MVG
eggie
Moonlit1337 (2026-04-28 07:15:41+00:00): Top, bedankt!

Ik heb net even getest door de node van 20 naar een bedrijf te zetten. Ik zie dan de vorm van de adresnode met het icoon en naam er net boven. Klopt dat, of doe ik het dan verkeerd?
eggie (2026-04-28 07:21:07+00:00): Oke, maar dat kan ik nog niet zien.
Je hebt geen upload gedaan.
Ik zie alleen een BAG adresnode.
Wat ik normaal doe is een bestaande adresnode selecteren en dan voeg ik regels toe..
bv office=company  name=......
Dan hoef je ook niet te schuiven en is het in 1x goed.
Gr eggie
Moonlit1337 (2026-04-28 08:47:56+00:00): Ohhh ik zie het nu!

Ik heb het inderdaad niet geupload. Ik was enkel aan het testen, anders zou ik inaccurate data uploaden.

Ik begrijp het nu, bedankt!
eerib (2026-04-30 01:57:36+00:00): Reverted in full by CS#182013120

https://www.openstreetmap.org/changeset/182013120

Reason: User has added several dozen fake trails in a mass vandalism attempt.
eerib (2026-04-30 01:57:44+00:00): Reverted in full by CS#182013120

https://www.openstreetmap.org/changeset/182013120

Reason: User has added several dozen fake trails in a mass vandalism attempt.
redwingsfan1975 (2026-05-01 23:30:58+00:00): This was not vandalism! Those trails exist. Please revert!?!