piebro/osm-data huggingface dataset:
HAmap (2024-11-17 10:38:25+00:00): Wegen der Wasserfläche in der Schleusenkammer: 
Im Forum ist das noch nicht so differenziert diskutiert. 
Nach Wiki "Große Schleuse" trennt man die Wasserfläche genau am Schleusentor. An Schleuse 25, die noch in Betrieb ist, ist das anwendbar.

Weil beim LDMK ein Wehr teilweise ein Schleusentor ersetzt hat (das aber manchmal an leicht anderer Stelle steht) haben wir das Wehr als Grenze der Wasserflächen genommen. Das erscheint logisch, weil sich dort das Niveau der Wasserflächen ändert, ist dann aber für kleine Stücke innerhalb der Schleusenkammer im Widerspruch zum Wiki (das allerdings für Schleusen in Betrieb geschrieben wurde).

Ein Wiki für historische, umgebaute, umgenutzte Wasserstraßen gibt es noch nicht ... Ich habe auch noch keine klare Meinung, was wir da am besten machen sollten.
HAmap (2024-11-17 11:02:42+00:00): Ich hab das mal als Fragen ins Forum gegeben. Mal sehen, was die Schwarmintelligenz dazu meint.
https://community.openstreetmap.org/t/ludwig-donau-main-kanal-alter-kanal-ludwigskanal/119372/269
HeiKue (2024-11-17 11:16:34+00:00): Wir wollen ja den heutigen und nicht den historischen Stand erfassen.
Demgemäß dürfte nur noch die heute in Betrieb befindliche Schleuse 25 getaggt werden.
maxwidth usw. beziehen sich ja auf die Schiffe und nicht auf die (stillgelegten) Kammern.
Und manual usw. beziehen sich ja auf den Betrieb (Benutzung) und bis auf die 25 sind alle außer Betrieb.
ivanbranco (2024-11-17 11:39:43+00:00): Hi twistmedalblank,

you added around 74 elements with "operator=(Police Dept/Owner)" and "operator:wikidata=(WikiData ID)". Could you fix them with the proper values? Thanks and good mapping
5m4u9 (2024-11-17 02:22:32+00:00): Hi,

Why boundary + admin_level=8?

that combination of labels is valid for municipalities in Bolivia not for towns/villages. The area drawn should be landuse=residential.
CharliePlett (2024-11-18 13:49:51+00:00): Yeah, JJIglesias was telling me about it already. I will fix up the boundaries yet.
5m4u9 (2024-11-18 15:23:07+00:00): One question, What do the areas you drew mean? all the properties of the inhabitants in each colony?
CharliePlett (2024-11-18 19:28:50+00:00): Yes. It's the boundary of the property they bought for their communities. I have a map of all Mennonite communities in Latin America. And I would like to somehow show that data on OpenStreetMap. But it seems to not be approved in Bolivia how I do it.
5m4u9 (2024-11-18 20:07:09+00:00): admin_level=8 tag is not appropriate because it is reserved for municipalities. Towns, villages and others in Bolivia are just being delimited and approved.

admin_level=9 would be the most appropriate, I just found out, that towns, villages are seen (legally) as districts.

I saw that you added some mennonite communities like Santa Rita (https://www.openstreetmap.org/relation/18295134) that have several settlements, is set to admin_level=7, but it is admin_level=9.
CharliePlett (2024-11-18 20:29:06+00:00): Ok, thanks I will change them all to admin_level 9.
mcliquid (2024-11-17 08:28:48+00:00): Aus welchem Grund darf das vordere Stück kein "cycleway:both=no" haben?
tirek (2024-11-17 10:43:19+00:00): Ich bemühe mich um Konsistenz mit den Mapping-Standards der Gegend. highway=service bedeutet hier (habe ich mir aber auch nur mit Mühen erschlossen!): Hat keine Radinfra, ist aber ggf. die Radinfra. Ich finde das auch nicht gut, aber so isset halt.
Strubbl (2024-11-21 22:09:21+00:00): Hi ZheM4ster, ist die Hausnummer 0 hier wirklich korrekt? Viele Grüße
ZheM4ster (2024-11-21 22:17:59+00:00): Hi Strubbl,
vermutlich nicht, das Gebäude hat keine Hausnummer.
Strubbl (2024-11-21 22:31:14+00:00): Ok, magst du die von die hinzugefügte Hausnummer dann wieder entfernen?
ZheM4ster (2024-11-21 23:05:33+00:00): Ja, ist wieder weg.
eggie (2024-11-17 06:16:22+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
eggie (2024-11-17 08:38:19+00:00): Wanneer er een C15 bord staat dan is =no inderdaad correct.
Google kun je beter niet als bron aanvoeren. Niet toegestaan. 
Hier het verkeersborden bestand van de overheid.
https://smoothefiets.ddns.net/html/verkeersbordenkaart/index.php?lat=52.436934399&lng=5.070029497&z=17

MVG
eggie
PeeHeng9 (2024-11-17 20:19:30+00:00): Given this governmental database, is it possible to write a script to fetch the data automatically and update our database (not sure whether this is legal)? I remember that there were occasions that constructions on streets were not correctly labeled.
eggie (2024-11-17 20:39:52+00:00): Hi  The answer is no...  
We are allowed to use the database anyway. It could be outdated. 
Most of the data is 2 years old.
After some years the is an new survey by the government. 
If you select a traffic_sign info will tell you the last survey.

The only database we use for import is buildings and addressnodes.
Otherbulk imports must be discussed at the Dutch forum.

The traffic_signs are also tagged in the roads for routing purpose .  That is not the fact in the traffic_sign database.  

Greetz,
eggie
Ropino (2025-06-25 11:08:35+00:00): Hi,
layer=-11/-12/-13 !?
Sollte dort nicht -1/-2/-3 reichen, um die Leitungen über-/untereinander zu sortieren?
siehe auch 
https://wiki.openstreetmap.org/wiki/Key:layer
VG
Tatfahren (2025-06-25 13:02:35+00:00): Tatsächlich nicht, ich kann dir wenn ich Zuhause bin mal ein Bild schicken, wo ich glaube ich die layer der einzelnen Leitungen gekennzeichnet hatte. Da liegen soviel gekreuzte Leitungen drin, die sich wieder mit ner anderen Kreuzen und wieder mit ner anderen Kreuzen.
Tatfahren (2025-06-25 15:48:13+00:00): https://github.com/Tatfahren/Tatfahren/discussions/1
Ropino (2025-06-26 08:41:27+00:00): d.h. die bisher nicht erfassten anderen Leitungen kommen noch?
Bisher finde ich in OSM nur 4* "man_made=pipeline" und da hätte layer -1 / -2 gereicht.
VG
Lumikeiju (2024-11-17 01:09:55+00:00): Hi, and welcome to OpenStreetMap! Thank you for your recent additions - trash cans are great to have mapped!

Do note that the "amenity=waste_basket" node shouldn't be made a part of a way such as a sidewalk (unless it's serving as an obstacle) - the node should be placed at the location of the bin. I've touched up this one in Changeset: 159226900 already, so no need to do anything more!

Let me know if you have any questions. Happy mapping!
RamblingRubbisher (2024-12-01 18:27:49+00:00): Hi,
Thanks for the tip. I can keep the amenity off the sidewalks moving forward. Unfortunately, I've been doing it wrong for a while. :(

I don't know how to search OSM effectively, but any Changeset Comment I made includes  "added a bin to a sidewalk" or "added a barrel to a sidewalk".

How do I search by Changset Comment, so I can go back and fix the points?

Thanks in advance.

~Craig
Lumikeiju (2024-12-01 19:25:12+00:00): Don't worry - essentially everyone (myself definitely included!) makes some minor mistakes as they learn to map.

There's two approaches you could take to find the waste baskets you previously mapped as nodes on sidewalks:

By Overpass: Overpass Turbo (or Ultra) is a very powerful tool and a query like this should help:

https://overpass-turbo.eu/s/1V1z
Click "Run" at the top left and wait (it will take a bit!)
I did my best to annotate and explain what each line does. (I'm not a software dev)

By changesets: OSMCha is a great resource and a query like this may help you find those earlier changesets:

https://osmcha.org/filters?aoi=914b9552-813c-4360-baa2-5a6a8c211759

Do let me know if you need any further help or have any additional questions. :)
bxl-forever (2024-11-17 11:02:24+00:00): OK mais svp ne pas créer des doublons d'adresses dans la database, ça nous oblige à tout renettoyer derrière vous.

Adresse sur le bâtiment, c'est suffisant.

Aussi, les numéros de téléphone dans OSM, toujours au format international : +32 81 XX XX XX pas 081 XX XX XX, merci.
JeroenHoek (2024-11-17 09:41:26+00:00): In principe moet je bij een brug/tunnel altijd kiezen of er een brug is, of een tunnel; niet beiden. Die spoordoorgang in de Boksumerdyk is geen tunnel, maar een spoorbrug, en het spoor is ook als brug getagt. Dan mag de weg eronder niet een tunnel zijn.

Let even op: je tekent in dit gebied een aantal zaken in die niet meer kloppen. Daar bij de Werpsterhoek teken je nu opnieuw een stukje weg in wat daar niet meer ligt; ik heb het eerder juist van de kaart gehaald. Prorail heeft die geruimd, en is juist bezig om daar een anders lopend pad aan te leggen. Dat stukje Uniadyk is ook niet echt als service in gebruik en wordt mogelijk opgeheven; bestemmingsverkeer gaat via het weggetje wat er oostelijk omheen gaat.

Dit gebied rondom Middelsee verandert veel en snel; probeer om daar niet te werken met verouderd beeldmateriaal. Mapper E. de Wit en ikzelf zitten hier vrij dicht op en houden het al actueel.
JeroenHoek (2024-11-17 10:02:54+00:00): Ik heb de meeste fouten hier opgelost:

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

Je tekende ook een verwijderd stukje Brédyk in; dat doen we in principe alleen als er ook in het landschap nog sporen te zien zijn. Dat is hier niet meer het geval. OpenStreetMap is een kaart van wat er nu verifieerbaar bestaat.
earlyistimeless (2024-11-17 16:55:38+00:00): Hé Jeroen, wat de tunnels betreft duidelijk. 

En wat de veranderingen in het gebied betreft, had ik al zo'n vermoeden. Door deze veranderingen is het tevens lastig te bepalen wat de (tijdelijke) functie is van bepaalde objecten. Maar als je er met de andere mapper al op zit, dan houd ik wel afstand. 

De voormalige tunnel is voor mij nog steeds zichtbaar in het landschap: in hoe de weg plotseling ophoudt in een flauwe bocht, en de hekken in het landschap die de voormalige bocht ook volgen. Het was voornamelijk bedoeld de oude situatie te duiden voor toekomstige mappers, die zich wellicht afvragen waarom het zo gek loopt; en waarom bepaalde objecten getagged zijn op deze manier. Het doet tevens geen afbreuk aan de kaart, aangezien het niet gerendered wordt. Overigens is dit tevens de reden waarom ik opnieuw het veldweggetje tussen Nije Werpsterdyk intekende. Als je het als demolished had gelaten, dan was het mij duidelijk geweest.

En als het stukje Kempenaersreed nog steeds z'n naam draagt, dan is old_name inderdaad niet juist. Hoewel niet relevant nu, verwacht ik niet dat het de naam nog veel langer zal dragen: gezien het nu enkel nog lijkt te functioneren als toegangsweg naar de landeren.
JeroenHoek (2024-11-17 17:35:10+00:00): De naam is er nog van voor het sluiten van de spoorwegovergang daar eind vorige eeuw, die zal niet zomaar verdwijnen. Pas als daar het nieuwe fiets- of wandelpad gerealiseerd is zou het kunnen dat die naam veranderd, maar meestal worden historische namen wel in stand gehouden.

Natuurlijk is de loop van de Brédyk wel grofweg zichtbaar, maar in het veld kun je niet meer zien hoe exact. Allen het hek geeft nog de bocht ongeveer aan. Daarmee is hij te abstract geworden om te behouden. Tag-prefixes zoals demolished, razed, was, etc. worden eigenlijk alleen gebruikt waar een andere tag erover heen komt, zoals een opgeheven highway=primary nog wel als (afgesloten) highway=track kan fungeren (zoals een deel van de Hendrik Algraweg).

Je kan op het forum wel discussies teruglezen over railway=razed. Er zijn wel eens mappers die hele historische spoorlijnen intekenen, maar zonder iets in het landschap wat ze markeert (een talud, een fietspad op de route, etc.) zijn ze te abstract en niet verifieerbaar. De consensus is om ze niet in te tekenen.

We kunnen niet alles wat verdwijnt behouden onder demolished:xxx. Bij een beetje nieuwbouwwijk of herinrichting verandert er zo veel, dat maakt de kaart heel lastig om te onderhouden.

In deze omgeving is trouwens Ortho 8cm 2024 beschikbaar, daarop zie je al dat ProRail daar dat weggetje weghaalt:

https://app.pdok.nl/viewer/#x=181862.87&y=574899.66&z=13.4749&background=BRT-A%20standaard&layers=c82a783a-9a58-4761-a809-b4c5d90dcd35;2024_orthoHR

Voor recentere beelden kun je satellietdataportaal gebruiken:

https://viewer.satellietdataportaal.nl/@53.15968,5.788768,19/?datastrip=20241015_SVNEO-01

Daar ligt het nieuwe pad al.
earlyistimeless (2024-11-18 01:35:22+00:00): Ah oké. En waarschijnlijk wel inderdaad, aangezien het er dan ook weer op aansluit. Maar mogelijk wordt het tevens bouwgrond, zoals over de Bredyk. 

De historische zaken die niet langer zichtbaar zijn, zijn ook niet nodig naar mijn mening, en in dit geval ook niet zo zeer. Maar het kan zinnig zijn voor duiding aan toekomstige mappers. Maar om hele spoorlijnen over de data te leggen gaat wel wat ver. Ik zou wel voor een afzonderlijke data laag zijn waar dit soort duidingen toonbaar kunnen worden gemaakt (ook al zouden het enkel ballonnetjes zijn met een description).

Daarnaast bedankt voor het satellietdataportaal, dit is erg nuttig! :)
TheCornCollector (2024-11-18 03:18:30+00:00): Hoi snoepkous,
Was het de bedoeling om de namen van de stop posities op station Almere Centrum naar "Allevoort Centrum" te veranderen?
Groeten,
TheCornCollector
A67-A67 (2024-12-12 23:07:00+00:00): Teruggedraaid (vandalisme).
eggie (2024-12-13 09:16:59+00:00): DWG melding gedaan. 
Snoepkous was al eerder gewaarschuwd.
MVG
eggie
eggie (2024-12-13 09:34:36+00:00): Inmiddels geblokkeerd door de DWG
cpanw (2024-11-16 22:23:04+00:00): source: https://gismaps.kingcounty.gov/iMap/
JeroenHoek (2024-11-17 09:43:11+00:00): Waarom maak je daar old_name van? De naam is niet ingetrokken en staat zelfs in de BGT.
eggie (2024-11-29 21:29:56+00:00): Dag Anna. Wat heb je hier gewijzigd.
Beter geen routerelaties wijzigen met editor iD.
Gebruik daarvoor JOSM.
MVG
eggie
syntex (2025-01-27 17:36:05+00:00): Czy możesz nie tworzyć multipolygonów złożonych z prostych geometri? To utrudnia mapowanie innym.
Tomasz Buchholz (2025-01-27 18:18:51+00:00): Linie które pokrywają się z przebiegiem ogrodzenia też są problematyczne, bo ich nie widać oraz ciężko je zaznaczyć w edytorze.
syntex (2025-01-27 18:30:04+00:00): Celem relacji multipolygon jest odwzorowywanie skomplikowanych geometrii tj. obiektów wieloelementowych, wielokątów z "dziurą" w środku i innych. (https://wiki.openstreetmap.org/wiki/Pl:Relation:multipolygon). Zdecydowanie nie jest jej celem "szatkowanie" prostych wielokątów na kilka-kilkanaście obiektów - to jest zła praktyka. W edytorze ID (przeglądarkowym) istnieje możliwość filtrowania obiektów (zakładka dane mapy lub klawisz U -> obiekty na mapie). I nie jest prawdą, że ich nie widać bo linie ze znacznikami barier=* mają inny styl obrysu od zwykłego obszaru.
Tomasz Buchholz (2025-01-28 06:38:17+00:00): To jest analogiczna sytuacja jak z granicami administracyjnymi. Tam też *nie* trzeba używać relacji multipolygon (z wyjątkiem gdy jest osiągany limit punktów w lini), a wszystkie używają multipoligon do mapowania prostych obszarów. Także to podejście też jest legitne.

W tym przypadku było mi łatwiej utworzyć nowe obszary z istniejących obiektów niż odrysowywanie jeszcze raz linii po tych samych węzłach. 

Obecnie używam JOSM do edycji i teraz ten obszar podzieliłbym używając alt+x
syntex (2025-02-13 21:54:05+00:00): Ok
martinst (2025-05-14 20:17:16+00:00): Wieso hast Du access=private beim Wandererparkplatz Way 370684645 gesetzt?
Glassman (2024-11-17 20:25:38+00:00): #TIP: try to match the roof outline better. Then use the square tool by selecting the outline then just type a "q"
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/159225104
PlayGuide (2025-01-19 21:36:06+00:00): Bonjour,
J'ai remarqué que lors de ce changeset, vous avez supprimé une aire de jeux place jean Jaurès, qui avait été signalée sur playguide.eu en avril, puis transférée dans osm. Était-ce volontaire car l'aire n'existe plus ?
Merci
https://pewu.github.io/osm-history/#/way/1273521668
https://playguide.eu/app/playground/0229e505-0f3b-4f69-8113-86cd07b7a2ab
Tjuro (2024-11-16 23:27:06+00:00): Beste Michiel M,

Ik zie dat je hier een poi hebt toegevoegd. Gelieve poi's waar mogelijk toe te voegen aan de geïmporteerde adressen.

 Met vriendelijke groet,

Tjuro
eggie (2024-11-17 06:29:58+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
Feedback Je hebt een tijdelijk? race parcours over bestaande wegen heen getekend.Ik denk niet dat zoiets in OSM thuishoort. 
Verder geeft je niet aan wat je hebt gedaan. Je commentaar is 'mooi'. 
MVG,
Eggie
Namens de OSM Community
eggie (2024-11-17 06:38:14+00:00): Reverted by changeset #159230758

Tijdelijke evenementen horen niet in OSM thuis.
Ik heb je edits teruggedraaid. 
MVG
eggie
Glassman (2024-11-17 20:27:42+00:00): Thank you for your edit. I reviewed your work and it looks good.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/159225685
eggie (2024-11-17 08:33:58+00:00): Dag Molensteen. Lijk me oke nu.
MVG
eggie
molensteen (2024-11-17 12:23:46+00:00): dankjewel eggie!
ivanbranco (2025-04-04 17:03:17+00:00): Hi DBC141,

you added some elements with operator:wikidata=(WikiData ID). This is the same error made by another user, who added Flock Safety cameras as well and signed up just one day after you: https://www.openstreetmap.org/changeset/159221670

Is it a secondary account of yours? If is another person, is this organized activity documented somewhere? What's the source of the many cameras you added?

Thanks and good mapping
ivanbranco (2025-04-04 20:30:37+00:00): I eventually found out that the reason multiple accounts used the same invalid Q-Item is because they all have copied the suggested values in this page: https://deflock.me/report
eggie (2024-11-17 06:39: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
cepwt0x (2024-11-18 12:08:33+00:00): Bedankt!
Cosmin
Microaviator (2024-11-23 20:13:05+00:00): Populacja w nieprawidłowym formacie - z separatorem tysięcznym (12 030 zamiast 12030). Poprawione.
Spaghetti Monster🍝 (2024-11-22 00:32:18+00:00): dragged node
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/159226213
Mashin (2024-11-17 11:32:33+00:00): Welcome to OSM and thanks for editing!
Here are a few tips for editing:

1) When drawing a parking lot area, try placing new nodes at every corner of the parking lot and make sure the line traces the outline precisely. Try to avoid cases where the line would cross grass, buildings or other objects that are not part of the parking.

2) I suggest you switch from the default background to 'CT ECO Orthoimagery (2019)'. It was made in spring when the tree leaves are gone and you can see the parking lot outlines under tree canopies better. 
Here is how to change the background: https://learnosm.org/en/beginner/id-editor/#configuring-the-background-layer

Let me know if you need help.
Cheers
Mashin (2024-11-17 11:34:15+00:00): When you switch the background, you will see that this parking lot has still some hidden parts that are obstructed by trees.

https://www.openstreetmap.org/way/1334626417
InsertUser (2024-11-17 17:34:41+00:00): Also Cuba and Costa Rica.
Spaghetti Monster🍝 (2024-11-22 00:29:25+00:00): Duplicates
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/159227172
Spaghetti Monster🍝 (2024-11-22 00:29:34+00:00): fake
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/159227460
Spaghetti Monster🍝 (2024-11-22 00:40:16+00:00): reverted

https://www.openstreetmap.org/changeset/159439875
streckenkundler (2024-11-17 10:42:57+00:00): Hei, hier ist was schief gelaufen. Du hast alle Daten, die am Gebäude waren auch ans Gelände gepackt, so was das ganze Gelände ein Gebäude.  Ich hab das zurück gebaut. Du hat ha auch weitere Daten erfasst. Bei Telefonnummern, die bitte stets in folgendem Format: "+49 3546 4066"
Bei Webseiten immer komplett, hier mit "https://"

Jetzt passt es. 
Grüße
streckenkundler
plausibel161 (2024-11-17 11:53:45+00:00): Alles klar, vielen Dank! Also gehören Daten, wie Telefonnr. und Webseiten immer ans Gebäude und nicht ans Gelände? War mir etwas unsicher und habs deswegen an beide gepackt. Fürs nächste Mal weiß ich Bescheid.

plausible Grüße zurück
skyper (2024-11-17 13:56:23+00:00): Hallo ihr Beiden,
die zusätzlichen Informationen sollten immer zum Haupt-Tag passen. Bei Adressinformationen mag es ja noch sowohl zu `building=*` und `amenity=school` passen, aber Informationen zur Schule wie z.B. `grade=*` oder auch dem `name=*` und `phone=*` würde ich immer das Objekt mit `amentity=school` wählen. Daher fand ich es schon richtig, dass die meisten Informationen jetzt auf das Gelände verschoben wurden, nur eben nicht `building=*`. Im Moment hat die "Schule" fast keine zusätzlichen Informationen und das "Schulgebäude" um so mehr, welche zum Teil aber nur zu `amenity=school` und nicht zu `building=*` passen.

LG,
skyper
PcMouse1 (2024-11-19 08:01:27+00:00): Hello VikashT,

Welcome to OpenStreetMap and thank you for your contributions! I am contacting you due to a requested review. The building you deleted still shows up on aerial imagery. Does it still exist on the ground? Also, it is preferable to acknowledge flagged issues before upload. Acknowledging these not only improves data quality but also makes it easier for data consumers to use. 
 If you require resources or  further assistance with this changeset feel free to reach out to me. 
Cheers, PcMouse1
Fizzie-DWG (2025-04-18 04:26:44+00:00): DWG revert – undiscussed Organised import from unknown source

https://www.openstreetmap.org/changeset/165095187
Unarmored5156 (2024-11-19 05:02:39+00:00): Ditto for more dupes (4882, 4886, 5095, 5094, 5240)
Fizzie-DWG (2025-04-18 04:26:45+00:00): DWG revert – undiscussed Organised import from unknown source

https://www.openstreetmap.org/changeset/165095187
Tom Brennan (2024-11-23 10:24:49+00:00): If there's no track, then it shouldn't really be mapped in OSM: see https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines/Cycling_and_Foot_Paths#Informal,_Invisible_Trails
nevw (2024-11-23 10:43:03+00:00): I think such routes could be entered with full details and gps trace in Wikiloc. That allows for a complete description and images for others.
John Kastner (2024-11-19 03:58:32+00:00): Hi, I commented on one of your earlier changesets but wanted to bring this up again. You've been adding `bicycle=use_sidepath` to a lot of roads. According to the wiki, that only be used when there is "compulsory cycleway," which to my knowledge does not exist in DC.

I plan on removing this tag in a few days.
NickMole (2024-11-20 01:56:59+00:00): Hi. Thank you for bringing this up and apologies for missing your earlier comment until now. My inclination was to map roads with separated bike lanes as use_sidepath for prioritizing their use in bike navigation apps that use osm, but in reviewing the wiki again I agree with you. I appreciate the constructive feedback and I will undo the use_sidepath tags I applied.
John Kastner (2024-11-23 13:26:24+00:00): Thanks! Great work mapping the bike routes. There's been a lot of improvements to the network recently, so it's good to get it on the map.
Supaplex (2024-11-17 13:28:15+00:00): 回退幻想並非事實的編輯

https://www.openstreetmap.org/changeset/159242849
mcconner22 (2025-12-30 15:48:14+00:00): Just as a heads up, the Dunkin' Donuts was accidentally moved in this change. I've restored it in #176634633
Fizzie-DWG (2025-04-08 04:05:21+00:00): DWG revert - undiscussed Organised import from unknown source

https://www.openstreetmap.org/changeset/164659356
Glassman (2024-11-17 20:28:40+00:00): Thank you for your edit. I reviewed your work and it looks good.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/159230296