piebro/osm-data huggingface dataset:
M!dgard (2019-12-08 23:46:53+00:00): Hoi, gelieve voor telefoonnummers het standaardformaat te gebruiken:
 	+32 472 42 34 71
ipv 	+32 (0) 472 / 42 34 71

Thanks,

M!dgard
tux67 (2019-12-02 14:42:01+00:00): Fast, es ist demolished:building=yes
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/77828208
eggie (2019-12-02 15:00:03+00:00): Hier lopen fietsroutes. Die heb je verwijderd samen met de het hele fietspad. Was dat wel de bedoeling?
Eggie
eggie (2019-12-02 15:01:06+00:00): In deze layer zie je dat er fietsroutes liepen. 
Hoe loopt de fietsroute dan nu?
Graag reactie
Eggie
dvdhoven (2019-12-02 15:23:56+00:00): Deze changeset reverted, teveel schade aan routes ontstaan
dvdhoven (2019-12-02 15:32:19+00:00): Revert terug gedraaid. Totale chaos hier. Lekker  hoor als amateurs met ID en paar changesets denken dat ze een grote jongen zijn
eggie (2019-12-02 16:04:40+00:00): De fietsroute loopt nu wel door via de Karstraat. (omgelegd) De opgeplakte wegen heb ik verwijderd.
Helaas geen reactie van mapper Siljac
dvdhoven (2019-12-02 15:24:46+00:00): changeset reverted anders kon ik een andere changeset niet reverten
dvdhoven (2019-12-02 15:30:41+00:00): revert terug gedraaid. Het is een totale puinhoop hier krijg het niet meer goed
eggie (2019-12-02 17:29:57+00:00): Dick.. Hier heb ik net nog wat aangepast.
De route loopt nu aan de westzijde van de Elkweg. 
Geen idee of dat oostelijke fietspad weer terugkomt. 
Gr Eggie
dvdhoven (2019-12-02 18:03:50+00:00): ik heb route 25-26 hersteld.
Persoonlijk had ik liever gehad dat alle changesets waren terug gedraaid en alles weer op de oude manier had gelegen.
Vanuit die situatie had dan de aanpassing kunnen volgen met behoud van de routes.
Rücksichtlos alles zomaar verwijderen is nooit een oplossing. Dan zet je de wegen eerst op construction.
dvdhoven (2019-12-02 18:05:34+00:00): Kijk als er bepaalde fietspaden nu verwijderd zijn en die komen toch weer terug, dan hadden ze nooit verwijderd mogen worden, ook zijn ze buiten tijdelijk weg.
Dan moet je ze op construction zetten
En met zo'n foute werkwijze, moet je volgens mij alles terugdraaien
eggie (2019-12-02 18:34:45+00:00): In superview is niets meer te zien van de fietspaden. Dat ziet er definitief uit. Er ligt ook een heel wegennet klaar met de tag proposed.. De bedoeling van de mapper zal wel goed zijn.
Gr eggie
dvdhoven (2019-12-02 19:22:45+00:00): Linkje met link naar pdf https://www.gelderland.nl/N839-Huissen-Bemmel
Inderdaad fietspaden worden 2-richting
eggie (2019-12-02 20:49:12+00:00): Dick.. Filmpje is wel duidelijk.. merci.
In ieder geval nog mofa en moped yes toegevoegd voor de routering bij dat stukje Karstraat want het staat allemaal op access=no. 
Denk dat het nu aardig klopt met de werkelijkheid. 

Gr Eggie
eggie (2019-12-02 14:58:26+00:00): Kijk nog even. Je pad loopt door het water.
eggie (2019-12-02 20:53:44+00:00): Fixed wateroverlap
Frans S (2019-12-02 15:42:01+00:00): How to map tall buildings

Hi. Are you aware how tall buildings have to be mapped and positioned on their footprints? In the centre of some cities are rather tall buildings which are bad mapped and not shifted to their footprint. I’ve consulted Russel Deffner about this issues. He asked to pay attention to that so validators are going to correct these mappings or invalidate those tasks where there are wrong mapped and ask you mappers to redraw them according to the method shown in the video (see link ) I will refer to a Youtube video of Bigardot where he explains how to map these.

https://www.youtube.com/watch?v=JAPiGntG6fs
This video is made for JOSM, but in ID editor you can use it as well. Best regards
NunoCapeloCaldeira (2019-12-02 18:22:44+00:00): Viva Diogo, reparei que nesta edição moveu os limites do jardim e colou os nós do jardim com os nós da estrada. devem estar separados e não juntos. Fisicamente há o passeio a separar estes elementos e se alguém editar estes elementos, pelo facto de estarem colados, será altamente problemático.
NunoCapeloCaldeira (2019-12-02 18:21:20+00:00): Viva Diogo, o que você adicionou como nome, é na realidade uma descrição e não o nome do espaço. Agradeço que corrija sff
Diogo Correia (2019-12-02 23:40:34+00:00): Boa noite Nuno, uma vez mais obrigado pelo seu feedback. Adicionei a área dos jardins do adro da igreja presbiteriana. Desta vez adicionei em breve descrição a constituição do mesmo tal como havia sugerido. Espero desta forma ser o mais correcto. Caso não seja por favor dê "roll-back". Obrigado
eggie (2019-12-02 16:11:09+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
In principe taggen we bij op de aanwezige adresnode en niet op het gebouw zelf. 
Is hier geen adresnode?
MVG,
Eggie
eggie (2019-12-02 16:15:05+00:00): Je bijdrage heb ik weer verwijderd. het restaurant was immers al aanwezig op de adresnode en dus op de kaart van OSM.
Dubbel mappen heeft geen zin.
MVG,
Eggie
BCNorwich (2019-12-02 17:11:12+00:00): Hi, its best to tag the shop and name to disused. Folk can then easily see what was there and not inadvertently re-tag the old details.
MYKMYK123 (2019-12-02 15:02:32+00:00): not 'relation' but 'reference'
ramthelinefeed (2020-04-27 09:58:15+00:00): Is this 'Suttle to Cray link' formally waymarked with signage (in the same way the Shuttle Riverway, Cray Riverway and London LOOP routes are)? 
I'd advise against tagging it as a named route if it isn't...
motogs (2020-04-27 18:08:16+00:00): Hi ramthelinefeed,
I think you’re referring to relation 232039 created and given the name "Shuttle to Cray Link" by UrbanRambler in Sept 2009.
So that I could add tags to a section of one of its members with details not relevant to the rest of it I split the way, which created way 751605531 with all the existing tags, giving the appearance that I created the name tag.
I think your comments should therefore be addressed to UrbanRambler.
I believe this is not an officially-named route.  If this is the case, then I agree the name tag should be deleted.
I have no problem with the existence of the relation though and maybe there should be a note tag on the relation to explain the route is a suitable link between official routes.
As an aside, in looking at this I saw that route relation 236878 ("Cray Riverway") was broken at this location, so I’ve fixed that.
Regards,
motogs
ramthelinefeed (2020-04-27 18:16:41+00:00): Ah right - yes sorry, OSM is often a bit misleading as to who created things!
eggie (2019-12-02 15:28:33+00:00): Ha Dick .. 'k was al begonnen die route om te gooien. 'k Weet niet of mijn reparaties in de weg zitten?  Een atwoord van de mapper krijg ik niet. Die gaat weer ergens anders door. 
https://www.openstreetmap.org/changeset/77827884#map=15/51.8931/5.9040
MVH
Eggie
dvdhoven (2019-12-02 16:11:55+00:00): Ik heb alles terug gedraaid en wacht wel af hoe het loopt. Dus mij zit je niet in de weg
tux67 (2019-12-04 13:16:10+00:00): Hi,
nur nochmal um sicherzugehen ... im Text steht: "So ist das LETZTE STÜCK der Luise-Vollmar-Straße entlang des Schulgeländes der Gemeinschaftsgrundschule probeweise Einbahnstraße."
... aber vor Ort isses jetzt die ganze Straße, richtig?
Gruß
tux67
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/77831585
user_3716049 (2019-12-07 13:46:42+00:00): Hallo nochmal.
Du hast recht. Da hab ich wohl entweder die Nachricht nicht Gründlich genug gelesen oder hatte es schon wieder vergessen als ich das vor Ort dann kontrolliert hab und deshalb die Einfahrt nicht überprüft.  
Werde ich gleich korrigieren.

Gruß Kelso
eggie (2019-12-02 16:08:22+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
MVG,
Eggie
Supaplex (2020-01-02 18:04:14+00:00): 恭喜您完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features
給Pokemon Go玩家的建議：https://wiki.openstreetmap.org/wiki/Tips_for_new_(Pokemon_Go)_mappers
組織性編輯指南：https://wiki.osmfoundation.org/wiki/Organised_Editing_Guidelines

台灣社群網站
台灣 OpenStreetMap 網站 https://osm.tw/
臉書粉絲頁OpenStreetMap台灣 https://www.facebook.com/openstreetmaptaiwan/
台灣社群Facebook社團 https://www.facebook.com/groups/OpenStreetMap.TW/
郵件論壇 https://lists.openstreetmap.org/listinfo/talk-tw
Telegram OpenStreetMap Taiwan https://t.me/joinchat/Aqu2IgnTuIidMfREdNmomQ
Telegram OpenStreetMap Asia https://t.me/OpenStreetMapAsia
Slack https://osm-tw.signup.team/

Happy Mapping!
BCNorwich (2019-12-02 17:02:43+00:00): Hello, Welcome to OpenStreetMap.

Unfortunately you forgot to tag these two features. Neither of them seem to coincide with specific features seen on any imagery. Could you please modify the outlines and add tags.

Regards Bernard.
BCNorwich (2019-12-08 17:56:42+00:00): No response so I've removed them.
user_5359 (2019-12-03 07:24:41+00:00): Welcome to OSM! Welcome to OSM! You add many non-standard key to OSM like 
    Assainis_1=800.0
    Assainisse=4.0
    Commune=Tastour
    DrainageQu=0.0
    Drainageco=0.0
    Eaupotab_1=0.0
    Eaupotable=0.0
    Equipement=0.0
    Gouvernora=Béja
    HabBénéf=0.0
    Localindus=0.0
    NbrHabitan=2000.0
    Nbrlogemen=500.0
    Plumineux=0.0
    TOTAL=2300.0
    VoirieQuan=6.0
    Voiriecoû=1500.0
    Zoneinterv=Zaafrine-20 Mars
    coût=0.0
 What is the meaning of this keys and what are the source? Has this import been discussed with the local OSM community and on the import list?
I have revert this changeset and will also revert all following changeset with this type of keys. 
It would be interesting if those responsible at PRIHQ2 would get in touch and discuss a solution.

Bienvenue à l'OSM ! Bienvenue à l'OSM ! Vous ajoutez de nombreuses clés non standard à l'OSM comme 
    Assainis_1=800.0
    Assainisse=4.0
    Commune=Tastour
    DrainageQu=0,0
    Drainageco=0,0
    Eaupotab_1=0.0
    Eaupotable=0,0
    Équipement=0,0
    Gouvernora=Béja
    HabBénéf=0,0
    Localindus=0,0
    NbrHabitan=2000,0
    Nbrlogemen=500.0
    Plumineux=0,0
    TOTAL=2300,0
    VoirieQuan=6.0
    Voiriecoû=1500.0
    Zoneinterv=Zaafrine-20 Mars
    coût=0,0
 Quelle est la signification de ces touches et quelle en est la source ? Cette importation a-t-elle fait l'objet de discussions avec la communauté locale de l'OSM et figure-t-elle sur la liste des importations ?
J'ai réinitialisé ce changeset et je vais également réinitialiser tous les changements suivants avec ce type de touches. 
Il serait intéressant que les responsables du PRIHQ2 prennent contact et discutent d'une solution.
viloan (2019-12-02 15:41:37+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!
ToniE (2019-12-03 08:42:10+00:00): Servus,

ich habe vor ein paar Tagen den RVF in PTNA [1] integriert, falls du Interesse hast ...

Die 7xxx und 9xxx Busse wurden hier [2] aber noch nicht eingearbeitet. Auch gibt es keine sinnvolle Struktur der Liste.

Viele Grüße
Toni

[1] https://ptna.openstreetmap.de
[2] https://wiki.openstreetmap.org/wiki/Regio-Verkehrsverbund_Freiburg/Analyse/DE-BW-RVF-Routes
Kovoschiz (2019-12-03 14:12:04+00:00): Please don't remove info by editing the building.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.mapbox.com/changesets/77832913
JJIglesias (2019-12-02 17:07:01+00:00): Cuando hay un cruce a nivel entre un arroyo y cualquier via. Debe crearse un nodo de conexion entre ambos y debe ser marcado como Ford (Vado)
osmviborg (2019-12-02 16:18:39+00:00): "Danish community does not approve of merging the imported address nodes with buildings". https://wiki.openstreetmap.org/wiki/Addresses#Denmark
thevegetariancat (2019-12-02 22:39:32+00:00): Sorry, I didn't know that. You can reverse the deletions if you want.
melisramer (2019-12-02 16:22:23+00:00): Incorrect changeset comment, this is from adding destination sign information from street level imagery
EneaSuper (2019-12-03 09:19:26+00:00): Ciao laser82, forse si potrebbe mappare l'edificio della banca come "building" per intero, e le relative parti come "building:part". Cosa ne dici? 🤔
laser82 (2019-12-03 15:37:52+00:00): Ciao Enea
OK 
è un edificio un pò complicato
CapitaineMoustache (2019-12-03 17:03:32+00:00): Bonjour, cette modification me semble être un cas de "tagger pour le rendu".
Votre remarque sur le Gers est tout à fait juste cependant, modifier la clé "place" ainsi conduit à rendre sa signification plus ambigüe à une plus petite échelle (au sens géographique, donc plus grand espace) : d'après le wiki OSM, le tag place=* est calibré pour être cohérent au niveau mondial, ou au moins national (comme la plupart des tags sur OSM).

Je conseillerais de remettre le tag place=village pour L'Isle-Jourdain afin de conserver une cohérence globale.

Si vous souhaitez une carte rendant plus finement les structures urbaines gersoises, il est clair que la carte OSM de base n'est pas très adaptée. Mais pas la peine de retoucher les données pour autant !
Il vaudrait mieux construire une carte avec une nomenclature ad hoc, basée sur la population par exemple, lequel tag est déjà présent sur OSM.

Qu'en pensez-vous ?
CapitaineMoustache (2019-12-03 17:12:14+00:00): A titre d'exemple pour montrer qu'il n'est pas la peine de tagger pour le rendu : la carte OSMFR, basée aussi sur les données OSM mais avec une charte graphique un peu différente, qui affiche autant de communes que possible. Là, le Gers a un autre aspect... avec les mêmes données !
http://tile.openstreetmap.fr/?zoom=10&lat=43.6659&lon=0.66646&layers=B00000000FFFFFF
Zézinho (2019-12-03 18:14:47+00:00): Je comprends votre remarque, mais je pense qu'il faut quand même différencier les villes, qui ont  notamment un service public renforcé, des villages. Dans le Gers, 5 villes ont par exemple une antenne de la Sécurité Sociale : Auch/Mirande/Isle-Jourdain/Lectoure/Condom. Elles sont d'une toute autre échelle que les villages...
Zézinho (2019-12-03 18:17:19+00:00): La carte OSMFR me fait effectivement réfléchir, mais alors quoi, quelle est la carte de référence? La carte OSM met en avant Fonsorbes au lieu de L'Isle-Jourdain, ce qui est ridicule!
CapitaineMoustache (2019-12-03 21:43:20+00:00): Il n'y en fait aucune carte de référence, OSM est tout d'abord une base de données géographique mondiale. Les cartes qui sont produites à partir de ces données ne reflètent qu'une petite partie de ce qui présent dedans.
La carte OSM de base est une représentation qui se veut la plus généraliste possible, avec un point de vue international (par exemple, les noms des pays sont dans les langues officielles ou pratiquées localement).
Les cartes sont des représentations qui sont l'objet de choix car on ne peut pas tout représenter sans perdre en clarté !

La page wiki OSM de la clé "place" précise ceci quant à sa signification : "Dans de nombreux pays occidentaux, la dénomination d'une zone peuplée (ville, village, hameau, ...) est décidée par le gouvernement, et est indépendante de la taille. Cependant, de nombreuses communautés de ces pays ont choisi d'adopter par convention, différentes valeurs du tag "place" selon le nombre moyen d'habitants concernés (de façon à ne pas voir des villes de 1000 habitants par exemple).

En France, aucun consensus n'a été trouvé pour baser le tag à utiliser sur la population, ni sur le statut administratif, ni sur rien d'ailleurs, à vous pour l'instant de vous faire votre opinion.
Le tableau suivant est ce qui se rapproche le plus d'un semblant d'état de fait sur les pratiques."
(voir ici : https://wiki.openstreetmap.org/wiki/FR:Key:place)

Donc, vous pouvez effectivement proposer ce classement en "place=town" mais il me parait plus cohérent de laisser "place=village" puisqu'il y semble tout de même qu'à l'échelle française, ce soit le nombre d'habitants qui fixe la classification.
Zézinho (2019-12-04 09:19:34+00:00): Ok, merci pour toutes ces infos. Je vois que l'INSEE n'a pas fait consensus avec ses 2000 habitants ;-)
user_5359 (2019-12-02 18:35:12+00:00): Willkommen bei OSM! Bitte füge keine privaten Informationen von Mietern oder Eigentümer zu einem Wohngebäude hinzu.
user_5359 (2019-12-02 18:55:33+00:00): Welcome to OSM! Note that in OSM classification of the objects has the highest priority. Objects that have only name and description, have little sense. As home page for the question "How do I describe you?" I recommend the web site http://wiki.openstreetmap.org.
user_5359 (2019-12-02 18:54:35+00:00): Welcome to OSM! Please be careful when editing the map data. You moved the node https://www.osm.org/node/6643760779/history over 100 meters, so there were problems with the corresponding way.I move the node back to the original position.
mueschel (2019-12-03 08:56:11+00:00): Hi,
I found a few strange tags here:

name:oc:addr:city=Lemòtges
name:oc:addr:street=Rua Viena Auta
name:oc:brand=IEO

These don't exist anywhere else. I guess you wanted to use

addr:city:oc
addr:street:oc
brand:oc
short_name:oc

And there are some spelling mistakes like
name:oc:short:name
name:oc:adrr:city
name:oc: brand

Could you have a look and fix these?
Thanks!
Frans S (2019-12-18 14:54:57+00:00): Hello Emma-Hyde. Thanks for mapping on this project.
A request. Please map more accurate (following the outlines of a building) and square all mapped buildings with the Q key in iDeditor
Best regards
jpennycook (2019-12-02 19:18:21+00:00): Hi.
In this changeset, you changed a lot of cycleways to highway=footway.  Can I ask why?  As you can see at Mapillary (https://www.mapillary.com/map/im/sMgvaPymjZeMYfbsM72wSQ) these are marked with the cycleway sign as shown here: https://wiki.openstreetmap.org/wiki/Cycling_in_the_United_Kingdom

Jon
LikeBreathing (2019-12-02 23:27:24+00:00): The path is part footpath and part cycleway (half and half):
https://www.mapillary.com/app/?focus=photo&pKey=m0jCR1GB8oTS1uQVrzm4Gg&lat=51.318548441176475&lng=-0.737952751604278&z=17

Is there someway we can signify both without two lines?
SK53 (2019-12-04 14:27:26+00:00): Yes, use highway=cycleway (which in UK always implies usable by pedestrians), but you can add foot=yes. For the separated cycle & foot 'lanes' the tag is segregated=yes. (You may need to use the "advanced tags" bit to do this.) The wiki page helpfully shows the typical sign https://wiki.openstreetmap.org/wiki/Key%3Asegregated. 

Jerry
Frans S (2019-12-25 14:51:36+00:00): Hello LivingstonAme. Thanks for mapping.
A request. Your mapping are a bit inaccurate. Please be more accurate and square the buildings you map with the Q key in iDeditor.
You mapped 48 buildings here and 47 were not squared.!
Best regards and keep mapping
dekatherm (2019-12-17 11:40:34+00:00): Dear Carlitos,
please note what you've mapped and not always "Digitalisation Maxar". We already know this - from the "imagery_used" field ;)
mavl (2020-02-21 16:37:53+00:00): This changeset was redacted. Reason: personal data.
Frans S (2019-12-26 09:55:07+00:00): Hello Izzy. Thanks for mapping here.
Please square the buildings you map with the Q key in iDeditor. Thanks
Frans S (2019-12-26 12:01:05+00:00): Hello, Emy. Thanks for mapping
A request. Please map more accurate (you map rather sloppy) and square each building with the Q key in iDeditor.
Best regards and keep mapping
user_5359 (2019-12-02 18:39:48+00:00): Willkommen bei OSM! Widerspricht der Name nicht Deiner Notiz https://www.osm.org/note/2013516 ?
rainerU (2019-12-03 08:11:45+00:00): Hallo Arne Schwarck,

du hast den Kreisverkehr in der Biberacher Strasse beim Aldi in Laupheim bearbeitet. Dabei sind dir ein paar Fehler unterlaufen. 

Du hast den Kreisel etwas nach Nordost verschoben. Nach den Luftbildern (ESRI Clarity Beta) ist das nicht korrekt. Die vorherige Position war korrekt.

Die Zufahrten zum Kreisel waren bisher als Linie erfasst, die direkt auf den Kreisel zulief. Es war nicht berücksichtigt, dass die Zufahrten sich kurz vor dem Kreisel aufteilen und durch eine Verkehrsinsel getrennt sind. Du hast den Verlauf so geändert, dass die Strasse jetzt auf der auf den Kreisel zulaufenden rechten Spur verläuft. Wenn du das machst, dann musst du die Strasse konsequenterweise in zwei Zweige aufsplitten, jeweils als Oneway in die eine und die andere Richtung.  Wie das aussieht, kannst du dir z.B. hier anschauen: https://www.openstreetmap.org/#map=19/48.41450/10.05689 man kann das so machen, aber so wie es vorher war, war es auch ok. So wie es jetzt ist, entspricht es jedenfalls nicht der Situation vor Ort.

Grüße
Rainer
PT-53 (2019-12-03 09:00:18+00:00): Hallo,
ich bin überhaupt kein Fan davon, die Zu- und Ausfahrten an Kreiseln als separate Linien einzuzeichnen und halte das für "unnötig"! Es hätte vollkommen ausgereicht, die Verkehrsinselns an den Zufahrten als zusätzliches Merkmal zu ergänzen.
Über die Biberacher Straße verläuft auch diese Straßen-Relation
https://www.openstreetmap.org/relation/93819/history
für die L 265. Da müßten dann die neuen Ausfahrten
https://www.openstreetmap.org/way/751663443/history
https://www.openstreetmap.org/way/751663436/history
eigentlich auch noch rein.
Das Einbahnstraßenmerkmal gehört nur an die Zu- und Ausfahrten, nicht an den Kreisel selbst. Das ist soweit korrekt.
Zur Lage des Kreisel:
Wenn man das Maxar Premium Luftbild an anhand der lagegenau eingezeichneten Gebäude korrekt ausrichtet, war der Kreisel zuvor minimal zu weit südwestl. ausgerichtet und ist jetzt minmimal zu weit nordöstl. ausgerichtet. Eine echte Verbesserung ist das nicht, aber auch keine Verschlechterung.
Grüße
Arne Schwarck (2019-12-03 20:00:19+00:00): @PT-53 Ich verstehe deine Einbahnstraße zu Kreisverkehr. Mag es selbst auch nicht aber so wie du gesagt hast wenn da eine Insel dazwischen ist kann das gehen. Und Dieser Kreisverkehr ist meine meist besuchte in die letzten Monate. Darum auch so viele GPS tracks
L 265 ist hinzugefügt.
https://www.openstreetmap.org/changeset/77896293
Jetzt verstehe ich das auch besser.
Maxar Premium Luftbild würde ich sagen eine 2m Verschiebung nach Osten passt hier sehr gut laut meine GPS Tracks Messung, Was sagst Du? Es liegt noch gut im rahmen von Maps4BW (LGL-BW, www.lgl-bw.de)

@rainerU
Ich bin mit unter 1m Genauigkeit GPS hier für die letzen Monate gefahren. Bitte blende mal die GPS Tracks ein und das sieht man das (ESRI Clarity Beta) etwa 1.6m nach Norden und 1.1m nach Osten. Ich bin für eine generelle Verschiebung von alle Gebäude in die Umgebung. Werde mal einen Mess band in Biberach mitnehmen und mich mal am Kontrollpunkt orientieren. Zumindest ist da 10cm Genauigkeit gewährt. was schon möglich ist mit meinen GPS Empfänger in die richtige Situation. 
Viele Grüße und ich bin gespannt auf eure Antwort.
Als Schluss Zitat: Die Schärfsten Luftbild sind gut für relative Messungen aber sind nicht viel wert wenn sie nicht einen Kontrollpunkt haben.