piebro/osm-data huggingface dataset:
Frans S (2019-11-09 11:20:24+00:00): Hello SadamAdam. Thanks for mapping on this project. We noticed that you are a new mapper and pay extra attention on your work to check if they comply with the requirements and are of a good quality.
A few remarks
First of all: Stay in the Pink lined square in iDeditor. When I am correct you mapped also a piece to the left,
Don't do this please. When you start mapping a task, the task area is blocked and reserved for you. This is to avoid that another mapper can work on the same place which causes conflicts at uploading.
When you map outside your task and 
another mapper has embarked on the adjacent task it causes conflicts which are reported at the moment of uploading. Both you and the other mapper are uploading to the same database which keeps records of the sequence of uploading an returns errors when you upload to a part which another mapper had uploaded as well. A hell of a job to correct that and cost a lot of time. The other mapper don't understand this because he has no idea that another mapper (you f.i) has uploaded mappings as well.
In several occasions you map a cluster of buildings as just 1 building. Please map each building individual. Also map more accurate in following the outlines of the building precise.
Please map missing buildings visible on the MAXAR imagery. Please use the Maxar Std Imagery as the primary source. More recent and actual than the BING imagery and prescribed in the instructions

Did you noticed the "issue triangle" on the right hand menu in iDeditor?  When a yellow or red dot pops up means that there are some issues. Mostly not squared buildings or connected nodes to other features. Please correct your own work before uploading it. 

Please square all rectangular buildings with the Q key of the iDeditor. A remark here. When your corners are not close enough to the 90 degrees angle the Issue triangle on the right hand menu don't react so try to map more precise and close to the 90 degrees corners
See this picture (example) Review own work in iDeditor.jpg
Did you have seen these pages ?
https://learnosm.org/en/hot-tips/

Best regards and success with future mappings
Leo Slager (2019-11-09 00:32:28+00:00): Dat is dan goed mislukt.
Nu staan er 2 slagbomen op de kaart.
En een lijnelement met de zelfde tags en dat is onbestaanbaar.
ik maak wat correcties.
GPX Speedtag (2019-11-09 19:00:39+00:00): Ik heb de slagboom op de weg gezet omdat naast de weg niet telt. Dus ik heb de slagboom aan de weg gekoppeld. Wie de slagboom er naast, op de plaatst waar de slagboom staat, heeft gezet zal mij een worst wezen.
Leo Slager (2019-11-09 23:20:30+00:00): Dan zou het netjes zijn als je die slagboom verwijdert. Nu je dat niet doet lever je dus half werk.
Verder teken je, waarschijnlijk onbewust, een lijnelement met diezelfde tags. Dat is dus een slagboom van ca 250 meter.
Dat bestaat echt niet.
SafetyIng (2022-09-21 13:15:05+00:00): Hallo, du hast hier sehr viele "Flecken" in den Ortsteilsgrenzen produziert, die so aber nicht den offiziellen Daten entsprechen. Weißt du noch, woher diese Daten waren?
user_390227 (2022-09-21 15:54:50+00:00): Die von mir in diesem Änderungssatz kartierten Admingrenzen (Gemarkungsgrenzen) stimmen mit dem Liegenschaftskataster überein (+/-2m). Punkt.
SafetyIng (2022-09-22 11:02:02+00:00): Im Liegenschaftskataster sind aber nicht die administrativen Daten hinterlegt, sondern die Gemarkungen. 
Für die admin-Boundaries müsste man auf das DVG zurück greifen.....
user_390227 (2022-09-22 11:28:41+00:00): Das sich die Verwaltungsgrenzen (DVG) nach den Gemeinde- und Gemarkungsgrenzen und somit nach dem Liegenschaftskataster richten ist Ihnen aber bewusst, oder?
streckenkundler (2022-09-22 13:41:51+00:00): @SafetyIng 
Nun es gibt solche kruden Grenzen...

Wenn hier in Brandenburg z.B. um den Ort Malz jemand die Ortsteile einpflegen will, kommen da ähnliche Exklaven zu Stande, vgl. https://bb-viewer.geobasis-bb.de/?projection=EPSG:25833&center=384879.7649310053,5851335.803322407&zoom=8&bglayer=1&layers=25,27

Zum Vergleich hier in Brandenburg: die aktuellen verwendbaren administrativen Grenzen haben die Lagegenauigkeit des Liegenschaftskatasters und solche Exklaven (nicht alle) der Gemarkungen die Zuordnung zu den Gemeinden. Da kommt solch Flickenteppich zu Stande. Ist leider so.

@richtkreiser: ich sehe hier keine Fehler. Mein Beispiel aus Brandenburg entspricht der Situation hier.

Sven


Sven
SafetyIng (2022-09-22 20:25:30+00:00): Die DVG sind aber nur bis zur Ebene der Gemeindegrenze gleich den Gemarkungsgrenzen. Innerhalb einer Gemeinde kann diese eigenständige Grenzen auch unabhängig der Gemarkungen festlegen. Und das ist anscheinend hier passiert:
https://www.geodatenportal.sachsen-anhalt.de/mapapps/resources/apps/viewer_v40/index.html?lang=de&vm=2D&s=584.7787775306149&r=0&c=691172.0274688093%2C5775036.978984564&l=dvg%28-0%2C-2%2C-3%2C-5%2C-6%2C-7%2C-8%2C-9%2C-10%2C-11%2C-12%2C-13%29%2C%7Ebauleit%28%7E6%7Bt%3A50%7D%2C%7E7%7Bt%3A50%7D%29%2Cflur%28-flur%2C-flurbez%2C-gemabez%29

Hier könnt ihr in rot die Gemarkungen und in grau-gestrichelt die Gemeindeteilgrenze aus dem DVG-Katalog sehen.
streckenkundler (2022-09-23 06:41:36+00:00): Ah, jetzt weiß ich, was du meinst...

...ist aber eine selten dämliche Darstellung der Gemeindeteilgrenzen...

Dann ist es klar... Gemarkungsgrenze ist hier verwendet und als Ortsteil/ Gemeindeteil verwurstet worden... Das ist natürlich nicht richtig.

Sven
gileri (2019-11-06 22:09:20+00:00): Please stop deleting PTv2 features (stop_areas, platforms). You say you are open to dialog but you go on ignoring many other mapper I listed on an earlier changesets.
Snusmumriken (2019-11-07 07:00:34+00:00): For me to respond meaningfully, you have to be more specific, where have I deleted what feature?
gileri (2019-11-07 19:21:24+00:00): Part-Dieu Servient : It seems that those stops are not in service

Saxe-Lafayette, Edgar Quinet, Foch - Roosevelt Metro, Barrème : You removed the platforms that were well mapped for years, and added platforms as nodes, and kept an highway=platform without any tag.

I can't make sense of what value there is to have two platform objets, in addition to using a node instead of ways for well-defined platforms.

In another changeset you said that such platforms are not visible on the ground. I can quite well see the platform for Edgar Quinet (sorry for the proprietary source):

https://www.google.fr/maps/@45.7655733,4.8445923,3a,51.2y,32.24h,70.18t/data=!3m6!1e1!3m4!1sw16fcj2FQf8dHQHwBlDSzg!2e0!7i13312!8i6656?hl=fr

There is a raised curb, yellow zebras, the cycle lane is closed, and all this align with the length of a bus.
Snusmumriken (2019-11-07 21:16:04+00:00): You speak about Part-Dieu Servient, but I have not touched any bus stop by that name. I did delete Servient - Liberté, because there was no longer any bus stop there. Are you arguing that it should have been kept?

A couple of observation about my other bus stop edits in this changeset: 

1 I do not believe that they in any form break PTv2 or are in contrary to it.
2 I do believe they are more inline with how bus stops are mapped else where in France.
3 Just because a thing has been mapped in one way in the past doesn't mean it has to stay that way for ever, and to be frank, bus stop in general are not mapped right now in any consistent manner in Lyon. And there are older bus stops mapped by others that are mapped just like mine edits.
4 I don't see any problem with having two objects, one for the platform (if there is one) and one for the bus stop.
gileri (2019-11-07 21:47:51+00:00): >You speak about Part-Dieu Servient

Yeah I was talking about Servient - Liberté

>Are you arguing that it should have been kept?

Nope

>1 I do not believe that they in any form break PTv2 or are in contrary to it.

Indeed you seem to have undestood that recently, after this first changeset that sparked this exchange :
https://openstreetmap.org/changeset/76235549/

>2 I do believe they are more inline with how bus stops are mapped else where in France. 

Less inline in Lyon, more inline in France... What about the world, especially recent high-quality changesets ? imo that's what count

>3 Just because a thing has been mapped in one way in the past doesn't mean it has to stay that way for ever, and to be frank, bus stop in general are not mapped right now in any consistent manner in Lyon. And there are older bus stops mapped by others that are mapped just like mine edits. 

Exactly, why should we continue using PTv1 or node-only platforms when we have sub-10cm aerial imagery and nice opendata to map them from

>4 I don't see any problem with having two objects, one for the platform (if there is one) and one for the bus stop. 

OSM is a database. Having duplicated or useless features is bad design. In turn, I don't see any problem having only one object where the passengers await, and one object where the vehicle stops.
eggie (2019-11-06 22:42:19+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
MVG,
Eggie
rarad74 (2019-11-07 17:44:04+00:00): Salut. Vezi cai botzit toate numele. Ai scris magayin si piese autu...
sskalyan (2019-12-28 13:26:45+00:00): Hi,

I have reverted wrongly added restriction from Freedom Boulevard to Freedom Boulevard. 

Thanks,
Kalyan.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.mapbox.com/changesets/76723000
PT-53 (2019-11-07 07:29:28+00:00): Hallo lubaum,
Du hast Hauseingänge mit entranchttps://wiki.openstreetmap.org/wiki/DE:Key:entrance?uselang=dee=yes + access=no eingetragen:
https://www.openstreetmap.org/node/6952083477/history
Grüße
PT-53 (2019-11-07 08:18:56+00:00): Hallo lubaum, 
Du hast Hauseingänge mit entrance=yes und access=no eingetragen.
z.B.
https://www.openstreetmap.org/node/6952083477/history
Wie wäre es mit entrance=home?
Wiki: https://wiki.openstreetmap.org/wiki/DE:Key:entrance
Grüße
lubaum (2019-11-07 08:27:02+00:00): hallo Herr/Frau PT-53,
herzlichen Dank für den Hinweis. Das habe ich gestern lange im Wiki gesucht , aber nicht gefunden (kannst Du es dort bitte ergänzen? Danke! ) Ich hatte mir vom Züricher Stammtisch letztes Mal die Idee mit den Hauseingängen mitgebracht, aber offensichtlich ganz richtig zugehört....
mhG Ludwig Baumgart, Steisslingen
PT-53 (2019-11-07 08:38:46+00:00): Hallo Ludwig,
entrance=home ist im Wiki bereits eingetragen (letzter Eintrag in der Tabelle).
Grüße
user_5359 (2019-11-07 04:53:48+00:00): Welcome to OSM! We usually draw only one path and not an area of the path. This is also connected to the existing paths.
DLBeckwith (2019-11-07 05:08:59+00:00): Thanks for making the connections. Should I add the street address to this tag?
user_5359 (2019-11-07 05:29:41+00:00): Hello! You can add the name of the street on https://www.osm.org/way/742760492 but an address is part of the (main) building, not of the highway or property.
sskalyan (2019-12-28 13:19:05+00:00): Hi, 

I reverted your edits which caused duplicate roads.

thanks,
kalyan.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.mapbox.com/changesets/76723317
abrensch (2019-11-17 08:28:54+00:00): Hallo 54north,

diese Anfahrt hier hat nach Deinem Edit keine Verbindung mehr, weil da ein Ministück zwischen Radweg und Strasse gelöscht wurde: 

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

Gruss, Arndt
abrensch (2019-11-27 12:01:22+00:00): hab's dann mal ffür Dich repariert...
viloan (2019-11-06 21:52:04+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt
Se você está mapeando por causa do jogo do Harry Potter, as dicas e explicações na página anterior também são úteis para você.

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
Frans S (2019-11-14 18:29:37+00:00): Hello. Thanks for mapping here.
Please read the instructions before you start mapping. This is a buildings only project. Just buildings. nothing else !
The instructions also require the MAXAR std imagery to be used. You used an old Bing imagery,
Best regards
cristianro (2019-11-08 17:39:36+00:00): Tot Update Mega Image Strada Balinesti 2
cristianro (2019-11-08 17:38:51+00:00): Update Mega Image Strada Balinesti nr2.
Frans S (2019-11-07 16:04:39+00:00): Hello 30Watts. Thanks for mapping here.
I review work done by (new) mappers to check if they comply with the instructions and are of a good quality.
A few remarks.
Please keep yourself to the instructions.
This is a building only project. Please map accordingly.
The Imagery to be used is the MAXAR imagery. You mapped with BING, which is much older and show no newer buildings and shows also buildings which has been demolished or  not altered.
btw. apart of a few landuse mappings, which I removed,  did you not map buildings at all here !
I checking your other mappings as well
Best regards
Viajero Perdido (2020-02-04 21:35:24+00:00): Hi palimpadum.

I just noticed some islets you added to Murtle Lake weren't appearing on the map.  That's because they need to be mapped as "holes" in the lake, inner members of a multipolygon, with the lake perimeter as the outer.  I've taken care of that here, but mention it for future reference.

place=islet doesn't really accomplish anything unless the islet has a name, in which case it affects how prominently it's shown.

Also, when adding forest roads, I'd suggest adding surface=unpaved to avoid ambiguity; some maps/routers seem to assume unclassified means paved.

Cheers, VP
Frans S (2019-11-07 16:07:15+00:00): Hello
Here I removed your landuse mapping as well
skquinn (2019-11-06 22:27:30+00:00): Source should be: Mapbox Satellite
Frans S (2019-11-07 16:18:11+00:00): Hello
Please take a look to this page
It shows your mappings in red and the adjustments which has been made
https://overpass-api.de/achavi/?changeset=76767689
See the legend for more info
If you hoover over a building with your mouse you see who mapped it
you combined a few buildings into 1 mapped building. Please map each building individual.
Best regards
Frans S (2019-11-07 16:08:55+00:00): Hello 30Watts
Removed farmland mappings. 
Please keep yourself to the instructions
Frans S (2019-11-07 16:10:09+00:00): a few other remarks
Please use the Maxar Std Imagery as the primary source. More recent and actual than the BING imagery and prescribed in the instructions

Did you noticed the "issue triangle" on the right hand menu in iDeditor?  When a yellow or red dot pops up means that there are some issues. Mostly not squared buildings or connected nodes to other features. Please correct your own work before uploading it. 
Please square all rectangular buildings with the Q key of the iDeditor. A remark here. When your corners are not close enough to the 90 degrees angle the Issue triangle on the right hand menu don't react so try to map more precise and close to the 90 degrees corners
See this picture (example) https://drive.google.com/open?id=1gjraDKIuYKQ9c7asnOlA4ioeZDty195U
Did you have seen these pages ?
https://learnosm.org/en/hot-tips/
Best regards and success with future mappings
viloan (2019-11-06 22:26:58+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt
Se você está mapeando por causa do jogo do Harry Potter, as dicas e explicações na página anterior também são úteis para você.

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
skquinn (2019-11-06 22:27:13+00:00): Source should be: Mapbox Satellite
Frans S (2019-11-07 11:41:45+00:00): Hello Vincenzeo516
Thanks for mapping here.
A few remarks.  Buildings ought to be tagged as building=yes.  Not as landuse=residential. That tag is suitable to tag a village etc as a total.

Did you noticed the "issue triangle" on the right hand menu in iDeditor?  When a yellow or red dot pops up means that there are some issues. Mostly not squared buildings or connected nodes to other features. Please correct your own work before uploading it. 
Please square all rectangular buildings with the Q key of the iDeditor. A remark here. When your corners are not close enough to the 90 degrees angle the Issue triangle on the right hand menu don't react so try to map more precise and close to the 90 degrees corners
See this picture (example) https://drive.google.com/open?id=1gjraDKIuYKQ9c7asnOlA4ioeZDty195U
Did you have seen these pages ?
https://learnosm.org/en/hot-tips/
Best regards and success with future mappings
eggie (2019-11-06 22:50:02+00:00): Your scrub is rendering in the natural= water?
Please use multipolygons to fix it.
Eggie
eggie (2019-11-06 22:54:10+00:00): fixed with mp water and landuse
eggie (2019-11-06 22:36:25+00:00): Hi sinabz.. Is Basic-Fit really an estate agent?
Your tags..
https://overpass-api.de/achavi/?changeset=76724559

Please tag at the present addresnodes.. Don't add addresses in OSM.
Greetz,
Eggie
eggie (2019-11-06 22:41:17+00:00): Merged info at addressnode.. Changes estate+agent into fitness_centre
A67-A67 (2019-11-06 22:48:47+00:00): Hallo Gekke Henkie,

Afslagbeperkingen hoeven alleen toegevoegd te worden, als deze beperking niet uit de bestaande data af te leiden is.

In dit geval is de busbaan getagd als verboden voor ander verkeer dan bussen. OSM geeft dus al aan dat ander verkeer niet af mag slaan en de afslagbeperking is overbodig.
GPX Speedtag (2019-11-07 02:03:58+00:00): Hallo A67-A67,

Dit heb ik ook ingesteld dat dit m.u.v. lijnbussen is.
Er staat bord D4 met een verplichte rijrichting.
Onderbord: uitgezonderd lijnbussen.

Als je de busbaan zowel links als rechts oprijdt staat er bord C1 met daaronder: Uitgezonderd lijnbussen.

In de praktijk staat het dus ook dubbel.

Een verplichte rijrichting is ook een verbod om te keren. 
Ik neem aan dat navigatiesystemen deze informatie gebruiken om zo de kwaliteit te verbeteren.
Door bijvoorbeeld niet aan te geven: Probeer om te keren, terwijl dat hier niet mag.

Zonder verkeersbord D4 mag je de busbaan een paar meter oprijden om te keren.
Ook is het toegestaan om zonder dit bord op een busbaan te laden en te lossen.
A67-A67 (2019-11-07 13:00:47+00:00): Als iets in de praktijk dubbel staat aangegeven, hoeven wij dat niet te doen. Een afslagbeperking is niet gelijk aan een verkeersbord. Er kan bijvoorbeeld ook een afslagbeperking zijn bij een dubbele streep of juist geen afslagbeperking bij een eenrichtingsweg, busbaan, etc.

Het keerverbod wordt in principe alleen gebruikt door navigatiesystemen als er meerdere ways zijn, bijvoorbeeld bij een middenberm. Je zou namelijk ook midden op een wegvak kunnen keren, waar nooit een afslagbeperking zou worden toegevoegd.

Je kan natuurlijk altijd informatie dubbel toevoegen, maar andere mappers zullen het dan misschien later weer verwijderen, omdat het de kaart nodeloos ingewikkeld maakt.
Leo Slager (2019-11-07 23:36:11+00:00): Door deze volledig overbodige changeset zijn 17 routerelaties beschadigd.
Dat is voor mij voldoende redenen om deze changeset te reverten.
Leo Slager (2019-11-07 23:40:14+00:00): Deze volledig overbodige wijziging heeft 17 route relaties beschadigd.
Dat is voor mij voldoende redenen om deze changeset te reverten.
Leo Slager (2019-11-07 23:40:42+00:00): Reverted with my changeset 76780818 .
GPX Speedtag (2019-11-09 17:23:09+00:00): Lul niet, 
Geen 1 relatie beschadigd door een extra relatie aan te maken.
dvdhoven (2019-11-09 19:46:20+00:00): Blijf fatsoenlijk in je taalgebruik
Als een zeer ervaren mapper zegt dat je busrelaties beschadigd hebt, dan kun je er vanuit gaan dat dat klopt.
Je hebt namelijk niet alleen een extra relatie aangemaakt, daarvoor heb je ook wegen doorgeknipt en juist dat doorknippen kan relaties beschadigen
GPX Speedtag (2019-11-12 09:47:05+00:00): En het is wel fatsoenlijk om een wijziging waar je tijd in hebt besteed volledig overbodig te nomen?
Leo Slager (2019-11-12 10:59:14+00:00): Ja, de waarheid mag gezegd worden.
Sterker nog: Je zou dit kunnen classificeren als vernieling van de kaart.
Leo Slager (2019-11-12 11:03:51+00:00): Maar zo haatdragend zijn we niet.
Integendeel, we proberen je de weg tw wijzen in de regelgeving van OSM.
Dus adviseren wij je om het anders te doen en als het te erg wordt dan corrigeren we de fouten.
Dat je met circa 10% van je changesets meer of minder ernstig in de fout gaat is jammer. Met wat inspanning van jouw kant zou je zelfs een uitstekende mapper kunnen worden.
GPX Speedtag (2019-11-12 11:24:06+00:00): Hoe kan het dan dat je een andere relatie vernield als je alleen een nieuwe relatie aanmaakt?
eggie (2019-11-12 11:30:41+00:00): Zie commentaar DvdHoven.
Verder gaat editor iD al snel de fout in met routerelaties. het is daarom beter om zulke zaken aan te pakken met editor JOSM.
editor josm stap voor stap
https://forum.openstreetmap.org/viewtopic.php?id=53710       
... en ook dan nog zul je de busroutes nogmaals moeten controleren, want ook bij JOSM krijg je weleens fouten. 
Eggie
GPX Speedtag (2019-11-12 11:42:20+00:00): Dat kost mij harde schijfruimte.
Hoe komt het dan dat iD deze fouten maakt? Dan hebben ze iD niet goed geprogrammeerd. 

Als ik relaties aanmaak op wegen waar nog geen andere relaties zijn gaat alles goed.

Op het sorteren na dan wat ik dacht dat dit vanzelf ging, maar dat is een persoonlijke fout. Dat heb ik ondertussen bij mijn gemaakte relaties weer op volgorde gezet.

Ook kan een programmeur natuurlijk al voorzien dat deze fouten gemaakt worden.
eggie (2019-11-12 11:52:29+00:00): Editor iD wordt wel steeds beter en zelf in het omgaan met relaties, maar is nog niet perfect. 
Nederland is ook lastig mappen met al deze routerelaties. Het wordt ook niemand kwalijk genomen als het verkeerd gaat. Natuurlijk wel als je willens en wetens de wegen met iD gaat opknippen, maar dat zal hier niet het geval zijn. 
Wij adviseren josm  en zelfs dan is het nog uitkijken.
GPX Speedtag (2019-11-12 12:05:30+00:00): De weg moest ook geknipt worden omdat er een heel wegdeel ontbrak. Dat is gewoon zoals de situatie is. Het lijkt mij dat we alleen mappen zoals de situatie is, 
en bij gebouwen zelfs zoals de situatie gaat worden.