piebro/osm-data huggingface dataset:
Furdrien (2019-08-06 08:46:49+00:00): Bonjour,
Oui c'est un oublie  
Je suis allé voire sur place, la voie  "Rue Eric de Martimprey" est en double sens cyclable 
J'ai corrigé cette omission
Bien à Toi,
Carto'Cité (2019-09-02 13:17:32+00:00): Bonjour Furdrien,
Merci beaucoup pour ton retour et ta correction :)
Charles
us2ivb (2019-07-20 12:32:42+00:00): Здравствуйте. Зачем рисовать дорогу https://www.openstreetmap.org/way/705678408 и запрещать через нее проезды со всех сторон? Там действительно стоят запрещающие знаки? Если Вы хотели обозначить что-то другое, опишите проблему на форуме и вам помогут https://forum.openstreetmap.org/viewtopic.php?id=10206
eggie (2019-07-19 08:35:16+00:00): Sorry, maar de straatnaam is toch niet "Lansinkesweg eigenweg"
Die bestaat toch helemaal niet. 
Ook de Brandweer moet toch vertrouwen op een juiste weergave van de straatnamen. 
Wanneer de toegang hier alleen voor de brandweer is is de tag access=private voldoende.
Zet je de juiste straatnaam weer terug.
MVG,
Eggie
eggie (2019-07-19 08:36:16+00:00): De straatnaam Uitruk brandweer bestaat iet.
Wel kun je zo'n tekst kwijt onder description=......
Haal je de straatnaam weer weg?
Gr eggie
eggie (2019-07-19 10:18:13+00:00): Omdat de routering van fietsers hier ook niet meer functioneerde. De Lansinkse weg stond op slot voor fietsers heb ik de accesstgas aangepast naar access=private en motorvehicle=yes verwijderd van de poorten. De verkeerde nametags heb ik onder description gezet.
MVG,
Eggie
Alan (2021-02-09 21:09:22+00:00): Hello!
A lot of the reservoirs you added in this changeset aren't filled with water on most of the satellite layers. Should they be tagged with `intermittent=yes`?
TobyOrr (2021-02-09 23:09:12+00:00): Alan, Thanks for your message. I have visited the area by car but mostly could observe only from public roads and did not have access to private property. Thus my mapping mostly relied on the satellite imagery available at the time. Waterways, lakes and reservoirs in Australia can be variable in regard to water levels but I have added "intermittent" tags only where I have observed, either in person or in satellite imagery, a lack of water. Obviously there was water in those reservoirs when I mapped them. But I always regard mapping as a process of improvements and, if the reservoirs now are dry, then I agree it is appropriate to add intermittent tags. I have recently come to appreciate that it, where something is edited after original mapping, then it is useful to add a tag identifying the source for the additional tags, For example:
intermittent=yes
source:intermittent=Bing imagery February 2021

This can be important lest someone else revisit the area next year, see the reservoirs full, and think the "intermittent" tags are an error.

Please feel free to improve any of my mapping efforts where you are able to do so. So please go ahead and add "intermittent" tags where you think appropriate and I think it would also be helpful if you were also to "source:intermittent" tags.

Thanks again for contacting me and for any improvements you are able to make to my own mapping efforts.

Regards

Toby
BCNorwich (2019-07-24 17:36:27+00:00): I removed the cemetery from the center line of highways.
eggie (2019-07-19 08:16:21+00:00): Hi... I don't think the name of the tree is "Iconic Amsterdam canal houses photosight"
It's tagged as a tree by an other mapper. 
I'll remove your contribution.

Greetz,
eggie
eggie (2019-07-19 08:18:12+00:00): reverted by changeset  #72418986
Максим Домасёв (2019-07-19 10:31:41+00:00): Oh, yes, maybe it is a tree, what I mean is that when standing on that spot you take one of the most famous photo of Amsterdam canal houses: https://farm5.static.flickr.com/4764/39362931435_4ef3917ba7_b.jpg
eggie (2019-07-19 10:38:43+00:00): Sure I believe you, but don't use a tree  :)
or you must climb into that subject?
Don't use a geographic  nametag for  "Iconic Amsterdam canal houses photosight" 
Better use description=
Perhaps a seperate note besides the tree?
Greetz,
Eggie
eggie (2019-07-19 10:57:20+00:00): Hi.. Ik added your viewpoint with description= "Iconic Amsterdam canal houses photosight"  :)
Максим Домасёв (2019-07-19 11:57:22+00:00): Thanks!
andi9876 (2019-07-22 14:41:34+00:00): Dear, please stop add nodes.
SomeoneElse (2019-07-22 15:17:49+00:00): @andi9876 Hi - What I'd suggest here is to add a little more detail about the problem.  Explain that all of this user's recent changes are of the same format, all have the same (unhelpful) description and ask why they're adding this data.
Best Regards,
Andy
nevw (2019-07-19 08:28:35+00:00): Hi, 
I reverted you business addition to the OpenStreetMap for some of the reasons listed on our wiki, , including #1 King Street not at this position and street corner moved in error. 
https://wiki.openstreetmap.org/wiki/Spam#SEO_Spam

Please use something like https://osmybiz.osm.ch/#/9/-27.49122/152.67700 to initially help adding your business in to the OSM with suitable tags.
eggie (2019-07-19 11:00:42+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
eggie (2019-07-19 11:03:43+00:00): Denk niet dat dit hier helemaal goed is gegaan. https://overpass-api.de/achavi/?changeset=72418776

In Den Haag en scheveningen heeft een mapper tegen alle advies in alle landuse aan de wegen vastgeplakt. het is zeker voor als je net begint extreem moeilijk om hier te mappen.
Ik kijk even ...
Gr eggie
mavl (2019-11-10 13:05:24+00:00): This changeset was redacted. Reason: an incompatible source.
eggie (2019-07-19 11:07:23+00:00): Al die bossen horen er inderdaad niet. Je zou losse bomen kunnen toevoegen op nodes met natural=tree  Als voorbeeld zet ik er een paar op de kaart.
MVG,
Eggie
ftcat (2019-07-19 17:19:14+00:00): You are messing up relations and squaring them off. Please stop you are destroying hours of work
chnav (2019-07-25 08:37:50+00:00): Объясните причину удаления моста https://www.openstreetmap.org/way/262826535

Это вандализм. В следующий раз буду писать в DWG.
mavl (2019-11-10 13:05:20+00:00): This changeset was redacted. Reason: an incompatible source.
eggie (2019-07-19 10:31:49+00:00): access private is de juiste tagging. Ik heb dat aangepast. het adres van de straat is niet Uitruk Brandweer maar waarschijnlijk Torenlaan. Uitruk.. heb ik onder description gezet. Het heb heb ik verbonden met de serviceroad. Dat lag los. 
Wellicht even terugkijken naar je vorige edits. Er komen wel erg veel "fouten" in de kaart. Ook was op sommige plaatsen de routering stuk.
Gr eggie
eggie (2019-07-19 10:33:18+00:00): Het Hek bedoel ik lag los en zit nu vast. Verder heeft een hek geen name= of designation= Ik heb er description van gemaakt.
eggie (2019-07-22 11:24:51+00:00): Een weg die eigen terrein heet ????? 
Je tagt zoiets met access=private... klaar. 
Je tagt niet conform afspraken in OSM. Graag een reactie
Eggie
mavl (2019-07-24 16:23:41+00:00): This changeset has been reverted fully or in part by changeset 72609993 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping, damage - https://www.openstreetmap.org/user_blocks/3040].
Leo Slager (2019-07-19 22:54:39+00:00): De routerelaties van de buslijnen 156 en 157 zijn weer gerepareerd.
Joseph E (2019-08-16 12:44:40+00:00): I checked way https://www.openstreetmap.org/way/703367059 and https://www.openstreetmap.org/way/703367058 which were added in this changeset based on facebook's RapidiD program. Both of these are small streams, not roads. I've fixed them.

Joseph Eisenberg
multimodaal (2021-01-01 13:15:51+00:00): Hoi Ankeric, je hebt op dit pad met een jaarlijks terugkerende sluiting op 1 januari "access:conditional=" weggehaald omdat dat "redundant" zou zijn.
http://osm.mapki.com/history/way.php?id=555458955

Dat is niet correct en je beschadigt hiermee bovendien de routering (Osmand) en rendering (van mijn onlinekaarten met periodieke sluitingen).  

Wil je dit herstellen ajb, zowel hier als op overige plekken waar je access:conditional hebt verwijderd ?

Toelichting:
Dit is een juridische sluiting op een eigen weg obv de terreinvoorwaarden aangegeven op het toegangsbord. Juridische sluitingen worden getagd met de key:access

Tijdgebonden afsluitingen worden getagd met access:conditional. Dat is zo vastgelegd in de algemene wiki voor key:access:
https://wiki.openstreetmap.org/wiki/Key:access#Access_time_and_other_conditional_restrictions 

En verder op https://wiki.openstreetmap.org/wiki/Conditional_restrictions
 
 Dat hebben we voor dit soort paden 6 jaar geleden ook al zo besproken:
 https://forum.openstreetmap.org/viewtopic.php?pid=560645#p560645

en hier 4 jaar geleden weer:
https://forum.openstreetmap.org/viewtopic.php?id=60504

 En in 2017 schreef je zelf ook nog: "opening_hours beschouw ik als een beetje oneigenlijk: doet iemand hier 's morgens het hek open?"
 
Prima als je in de tussentijd tot nieuwe inzichten bent gekomen. Ook ik vind de opbouw van de access-key een draak. Maar wat je hier doet is het feitelijk afschaffen van access:conditional voor tijdgebonden sluitingen van wegen voor alle vervoerswijzen. 

Daar is inhoudelijke best wat voor te zeggen vind ik, maar als je zo'n breed gebruikte taggingswijze wilt wijzigen, dan vereist dat wel een breed gedragen en gedocumenteerd proposal zodat de grote datagebruikers dat ook gaan overnemen. Pas daarna kan je gaan denken aan het verwijderen van de data die op de gebruikelijk manier is getagd, en niet daarvoor. Nu beschadig je de routing en rendering van correcte data:
Osmand routeert hier nu op de sluitingsdatum ten onrechte overheen, terwijl het op andere paden met de oude tagging voor sluiting op 1 januari wel goed gaat.

 Dank voor het snel herstellen van de access:conditionals die je hebt verwijderd.
user_242798 (2021-01-01 16:21:07+00:00): Ik vind dit verschrikkelijk:
access:conditional=no @ (Jan 01- Jan 01)
foot:conditional=permissive @ (Jan 02-Dec 31)
opening_hours=Jan 01 off; "Gesloten op 1 januari"
seasonal=yes
Maar het argument dat Osmose - uitsluitend - routeert op basis van access:conditional=no @ is een redelijk argument.
Ook al is dit "Mappen for the Renderer" en ken ik verder geen andere Renderer die iets nuttigs doet met "access:conditional=no @ (..)".
Ook is het bezwaar tegen Redundant tags dat er - soms - twee verschillende - conflicterende - periodes zijn ingesteld. De Renderer mag dan kiezen welke correct is? 
Ook de onderhoudbaarheid van de data wordt lastiger (3x update in het geval van een wijziging).
Beter is het dan om opening_hours te verwijderen (omdat OsmAnd hier toch, voor zover ik weet, niets mee doet. Alleen OpenFietsMap Rendert opening_hours (en geen conditional), maar dan weer alleen op fietspaden.
Misschien nog beter om dan [opening_hours= "Gesloten op 1 januari"] als toelichting op die "moeilijke" conditional toe te voegen, maar dan zonder de redundant periode.
Renderer toont "Gesloten op 1 januari" (of "bird breeding season") (als pop-up), Router navigeert op basis van access:conditional.
En dan graag Engelstalig.
user_242798 (2021-01-01 18:12:36+00:00): Inmiddels gezien in OsmAnd Live dat het Boerenlandpad vandaag (!) goed routeert. 
Dus niet routeert. Mooi!
Zie (ook):
https://help.openstreetmap.org/questions/35189/appropriate-to-use-opening_hours-on-a-road-gate-or-trail
algemene regel:
foot = permissive
specifieke regel:
access:conditional = no @ ([closed hours] "explanation")
Bijvoorbeeld:
highway=path
foot=permissive (of: yes)
vehicle=private (of: no)
access:conditional=yes @ (sunrise-sunset); no @ (Apr 01-May 31 "bird breeding season").
Dit is geaccepteerd door JOSM, inclusief de ".." toevoeging. IMO noodzakelijk voor "bird breeding" omdat dit seizoen meer en meer verschilt per jaar (SBB: die volgels lezen onze bordjes niet, daarom gaan we ieder jaar opnieuw kijken waar we wel/niet afsluiten).
Voor navigeren gebruik: "access:conditional"
Objecten die niet routeren (restaurant, museum): gebruik "opening_hours".
Gebruik niet beide!
Betekent ook dat alle ferries moeten worden gewijzigd van "opening_hours" naar "access:conditional".
Dit is ongewenst:
foot:conditional=permissive @ (Jan 02-Dec 31)
Want:
- Ik (...) kan geen twee kapiteins op één schip in één pop-up Renderen (concatenate strings is "onleesbaar").
- Redundant (complementair, tegengestelde periode)
- Kan door de gemiddelde Renderer (OpenFietsMap bijvoorbeeld) niet worden geïnterpreteerd als "foot=yes".
Zie bijvoorbeeld: "route=ferry & access:conditional=*  {set bicycle=no; <knip}").
Dus hoe ferries te mappen voor de Renderer OFM is mij vooralsnog een raadsel.
user_242798 (2021-01-01 18:29:17+00:00): access:conditional = 
yes @ (sunrise-sunset); <-- general rule 
no @ (Apr 01-May 31) <-- specific rule (will overrule the general rule).
So: correct ordering of rules is most relevant!
user_242798 (2021-01-01 18:42:36+00:00): OsmAnd weigert Boerenlandpad te navigeren op 1 januari:
https://i.postimg.cc/HsqqT0St/Osm-And-Access-Conditional.jpg
multimodaal (2021-01-01 21:13:16+00:00): Dank voor het snelle herstel. Bij mij in Osmand Live werkt het nu ook weer zoals het moet: er wordt niet over dit pad gerouteerd met de optie "Houd rekening met tijdelijke beperkingen" ingeschakeld, en wel als deze optie is uitgeschakeld. 

Ook op mijn renderer voor datum-gebaseerde sluitingen van wandelpaden gaat het weer goed:
https://openkaart.net/wandel/#map=16/52.2340/4.4735

Ik reageer van de week even nader mbt algemene tagging van dit soort paden, want ik liep nog wel tegen meer vervelende zaken in de opbouw van de access-key aan waardoor het eveneens opnemen van opening_hours ook voordelen heeft (of eigenlijk zelfs te verkiezen is als iemand de puf heeft om daar een proposal van te maken). Groet.
nshz (2019-08-18 07:47:14+00:00): لاین برگشت بلوار صدوقی از میدان فنی حرفه ای  چرا حذف شده؟؟؟؟؟؟؟
abakus_uploader (2019-07-19 22:31:34+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
Leo Slager (2019-08-11 12:27:36+00:00): verkeerd gebruik van de key "name="
gewijzigd in "description="
nevw (2019-07-19 10:32:24+00:00): Hi, 
I reverted your business addition to the OpenStreetMap for some of the reasons listed on our wiki 
https://wiki.openstreetmap.org/wiki/Spam#SEO_Spam.

Adding a business with a name and all the other info in a description tag is totally inadequate.

Please try to learn an adequate way to add your business details by using something like https://osmybiz.osm.ch/#/9/-27.49122/152.67700 to initially help adding your business in to the OSM with suitable tags.
Leo Slager (2019-07-20 09:24:02+00:00): Misschien omdat op die node ook layer=-1 was getagd ?
Je hebt die node nu verwijderd. Bestaat de parkeergarage niet meer ?
Zo nee, dan de node terugzetten en vastmaken aan de toegangsweg.
kurrid (2019-07-22 11:15:03+00:00): Dag Leo,

Dank voor je reactie. Net voor mijn vakantie had ik parkeergarage de bloem toegevoegd om er na mijn vakantie achter te komen dat iemand anders ook een Parkeeringang had toegevoegd. 
Als beginner dacht ik dat de mijne dan wel fout zou zijn geweest dus heb ik 'm maar verwijderd.
De parkeergarage bestaat dus wel maar een dubbele item lijkt me niet wenselijk.
En begrijp ik uit jouw reactie dat layer=-1 ervoor zorgt dat de P niet te zien is? Welke layer nummer zorgt daar dan wel voor?
Ik hoop dat je deze JOSM beginner weer een stapje verder kunt brengen ;-)
Leo Slager (2019-07-22 13:36:58+00:00): Dag kurrid,
Dan was jouw edit van de parkeergarage helemaal goed. Interessante vraag: staat die ook in de BAG van het kadaster?
https://bagviewer.kadaster.nl/lvbag/bag-viewer/index.html#?geometry.x=90566.373586736&geometry.y=466941.67992859&zoomlevel=6
Nee, de BAG loopt dus wat achter.
De fout zit dan in de node van de andere mapper. Die node hoort dan op de toegangsweg te staan en wordt daarmee dan zichtbaar op de kaart, zoals het in de wiki bedoeld is.
Ik ga even kijken of ik de verwijdering ongedaan kan maken.
Leo Slager (2019-07-22 13:48:38+00:00): De node van de parkeergarage weer hersteld en beide nodes samengevoegd.
Ik neem aan dat de garage alleen voor bewoners is en dus is de access=private.
kurrid (2019-07-26 06:57:33+00:00): Dank je wel Leo en je hebt gelijk, de parkeergarage is alleen voor de bewoners.
Mijn bedoeling is om de parkeeringang als icoontje visueel op kaart te zien die we op het werk gebruiken. Ik weet dat de verwekingstijd lang kan duren maar heb jij wellicht enig idee wanneer we 'm in beeld krijgen?
Leo Slager (2019-07-26 18:48:20+00:00): maximaal inzoomen en eventueel de cache leegmaken met F5 of CTRL-F5.
Overigens lukte me dat 1 uur geleden nog niet. Alstest heb ik accesss=private verwijderd.
Die zet ik nu weer terug. Het is niet uit te sluiten dat het daarna niet meer zichtbaar is. Door micro-mapping van elke parkeerplaats langs een straat kleurt een hele stad blauw, dus misschien is de rendering van de P niet meer in alle gevallen en zeker niet meer op alle zoom niveau's
kurrid (2019-07-28 11:13:01+00:00): Leo, ik heb 'm nu in ieder geval in beeld op de kaart!
Dank voor je hulp, fijne dag verder.
mavl (2019-07-24 16:21:46+00:00): This changeset has been reverted fully or in part by changeset 72609993 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping, damage - https://www.openstreetmap.org/user_blocks/3040].
eggie (2019-07-19 11:21:38+00:00): Kijk even hier of designation =Brandweer Twente wel goed gebruikt is.
Dat is geen valide tag in deze sitiuatie.. 
https://wiki.openstreetmap.org/wiki/Key:designation
Bedoel je wellicht description= ? 
MVG,
Eggie
jaap de vries (2019-07-22 11:55:21+00:00): Brandweerkazerne aangepast, poi op bestaand adres gezet, weg verwijderd, bestaat niet. De slagboom gehandhaafd.
eggie (2019-07-22 12:53:20+00:00): Bedankt Jaap
Gr eggie
Leo Slager (2019-07-19 23:52:48+00:00): De kruising Dijksweg, VobaRitsemastraat, busbaan was ernstig beschadigd, dubbele highway is weer verwijderd, restrictions gerepareerd, routerelatie buslijn weer gerepareerd.

de OpenStreetMap is een internationaal vrijwillegers project. Houdt je aan de internationaal vastgelegde principes. Het is geen prive-kaart voor de VRT  !!
Lees je in in de wiki en wees voorzichtig met verdere wijzigingen. Vraag eventueel hulp van ervaren mappers. Op het forum of via een PB aan Eggie of mij.
Kars (2020-06-19 15:15:36+00:00): Dag OSM VRT,

Je hebt in deze changeset de maxspeed van de busbaan op 70 gezet, wat is daar de bron van? Die staat nu nog op NL:urban, wat een melding geeft in Osmose.

Verder heb je de busbaan een service=emergency_access gegeven. Daar ben ik het niet mee eens, de primaire functie is busbaan. Een “emergency=yes” was genoeg geweest.

Met vriendelijke groet,

Kars.
mavl (2019-07-24 16:21:05+00:00): This changeset has been reverted fully or in part by changeset 72609993 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping, damage - https://www.openstreetmap.org/user_blocks/3040].
eggie (2019-07-19 12:31:36+00:00): source=emergency_access?
source gebruik je om aan te geven waar de kennis vandaan komt. Bv source=local_knowledge of survey of aerial image pdok 2018
motorcar=no is al default. Wel kun je aangeven wat er wel doormag. bv motorcycle=yes
Ook kun je op een bollard aangeven op de paal naar beneden kan of verwijderd kan worden. 
Kijk je nog even? 
Eggie

https://overpass-api.de/achavi/?changeset=72422559
mavl (2019-07-24 16:22:21+00:00): This changeset has been reverted fully or in part by changeset 72609993 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping, damage - https://www.openstreetmap.org/user_blocks/3040].
Jessy73 (2023-01-15 14:05:17+00:00): Bonjour,
On (Groupe OSM sur les Activités de Pleine Nature) se pose un peu la question de la pertinence des itinéraires de ski de randonnée (qui ne sont pas officiels, hors station et qu'on retrouve seulement sur les topos ou cartes IGN) de les garder dans OSM. 
De quelle source prenez vous vos tracés ? 
- Sortie perso ? 
- IGN ? Mais pas tjrs pertinent sur le risque sur certains passages, car on a une image d'itinéraires "facile, sécurisés" 
- Topos ?
On parlait de la pertinence pour : 
- La responsabilité (qqn suit "bêtement" le tracé) après en soit chacun est responsable en montagne 
- Le choix des itinéraires. Savoir si on quadrille la montagne de ces tracés en fonction des sources qui sont nombreuses.
J'aimerai avoir votre point de vue. 
Merci
NikoJorj (2023-01-15 14:37:09+00:00): Je n'ai pas rempli beaucoup plus d'itinéraires ski de rando, là il y en avait déjà un et je l'ai affiné ou prolongé je crois me souvenir. Dans la mesure où ils ne correspondent pas vraiment à un élément physique sur le terrain, cela pousserait plutôt à ne pas les cartographier (sauf peut-être pour les quelques itinéraires balisés des stations, au même titre qu'une piste de ski mécanisé?).
mavl (2019-07-24 16:23:16+00:00): This changeset has been reverted fully or in part by changeset 72609993 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping, damage - https://www.openstreetmap.org/user_blocks/3040].
frosm (2019-07-19 10:42:09+00:00): Bonjour et bienvenu
https://wiki.openstreetmap.org/wiki/FR:WikiProject_France/bienvenue
puis-e vous inviter à suivre le tutoriel pour découvrir comment ajouter des informations utilisables dans osm ?
parce que là on l'occurence, l'info sur le leader auto-proclamé de la carto est renseigné de manière inutilisable par la majorité des outils à cause de l'absence de tag principal.
par ailleurs, on évite dans osm de mettre des noms tout en majuscule, sauf si ce sont des abréviations (long nom dans name, abréviation dans short_name)
bonne continuation
mavl (2019-07-24 16:20:24+00:00): This changeset has been reverted fully or in part by changeset 72609993 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping, damage - https://www.openstreetmap.org/user_blocks/3040].
mavl (2019-07-24 16:21:02+00:00): This changeset has been reverted fully or in part by changeset 72609993 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping, damage - https://www.openstreetmap.org/user_blocks/3040].
mavl (2019-07-24 16:21:18+00:00): This changeset has been reverted fully or in part by changeset 72609993 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping, damage - https://www.openstreetmap.org/user_blocks/3040].
mavl (2019-07-24 16:20:14+00:00): This changeset has been reverted fully or in part by changeset 72609993 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping, damage - https://www.openstreetmap.org/user_blocks/3040].
mavl (2019-07-24 16:21:48+00:00): This changeset has been reverted fully or in part by changeset 72609993 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping, damage - https://www.openstreetmap.org/user_blocks/3040].
eggie (2019-07-19 11:50:58+00:00): name=Toegang Brandweer is een verkeerd gebruik van de nametag.
Waarom aanwijzingen negeren?
MVG,
Eggie