piebro/osm-data huggingface dataset:
luschi (2016-01-06 00:00:45+00:00): Hallo,
du hast den Bach(http://www.openstreetmap.org/way/214690846/history) in diesem Changeset auf layer=-1 gesetzt obwohl er nicht unterirdisch verläuft.
Da du das in der Vergangenheit schon des öfteren gemacht hast, bitte dich das in Zukunft nicht mehr zu machen, da es falsch ist. Besser die Fehlermeldung von JOSM ignorieren.

Detailliertere Infos findest du in der Wiki: http://wiki.openstreetmap.org/wiki/DE:Key:layer
BeKri (2016-01-07 10:27:12+00:00): Servus,
Hmmm. da muss ich wohl umdenken ...
für mich ist layer=-1 nicht unterirdisch, das wäre es für mich erst zusammen mit tunnel=* oder covered=*. Layer=-1 ist für mich eine Ebene tiefer als 0, was Gewässer überwiegend sind.
Die Krücke Gewässer nur am Tunnel "eine Ebene tiefer fallen zu lassen" um das Wasser nach dem Tunnel "wieder auf Ebene 0 hochlaufen zu lassen" ist für mich nicht glücklich. Josm bemängelt nicht umsonst aus meiner Sicht zu Recht eine nivaugleiche Kreuzung.
ABER ... ich werde eine weitere Unlogik in OSM akzeptieren und auf "-1" in Zukunft verzichten. Danke für Deinen Hinweis und happy tagging
derBeKri
geow (2016-01-09 16:31:42+00:00): Hallo Bekri, 
mit dem Layer-Konzept wird in OSM nicht die reale Landschaft abgebildet, sondern der relative Lagebezug von z.B. zwei Linien, die sich kreuzen, modelliert. 
Im Bereich einer Kreuzung Bach/Straße ist für die Länge des culvert ein layer=-1 erforderlich, weil drüber die Straße verläuft.  In der freien Landschaft ist kein Layer-Tag erforderlich ( entspricht layer=0) weil sich über dem Bach keine anderen Objekte befinden. Vielleicht kannst du dich ja mit dieser Logik anfreunden? :-)
Grüße, geow
GerdP (2015-12-26 06:32:23+00:00): Hi there!
I noticed a typo crossing=trafic_signals (one missing f) here:
https://www.openstreetmap.org/node/3909605210
I did not yet change it because you've also added two nodes with 
highway=_trafic_signals (same typo) and I think these are obsolete as they are duplicating the meaning of the above node. What do you think ?
jpennycook (2015-12-26 08:59:31+00:00): Thanks GerdP.

I'll fix the typo later on. I really disagree with your suggestion that this system is obsolete - my sat nav thinks that a highway=traffic_signals node slows down cycling, but a highway=crossing is good for cycling and when combined with crossing=traffic_signals node is even better for cycling (e.g. where a cycle path crosses a busy road). Also, the crossing and the associated traffic lights can be separated, and especially at complex junctions not all traffic lights may have a crossing. 
This article says the crossing node should be _near_ the highway=traffic_signals tag: http://wiki.openstreetmap.org/wiki/Key:crossing
This article suggests that separating the highway=crossing / crossing=traffic_signals node from the highway=traffic_signals node is "strongly recommended": 
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtraffic_signals
OpenCycleMap shows highway=crossing nodes differently depending on the value of crossing= - if the highway=crossing node is merged with the highway=traffic_signals node, this information is lost, and OpenCycleMap doesn't show either yellow (dismount for crossing) or green (crossing designed for bicycles).
In short - I think it's best to separate the traffic lights from the crossings, as this works better with OpenCycleMap, with my journey planner,  looks more like what you would see on the ground, and matches the wiki articles.

Jon
GerdP (2015-12-26 09:08:47+00:00): Hi Jon,
my thinking was that the traffic lights are only for the crossing, not for anything else. In that case it seems redundant to me.
opendcc (2016-02-05 17:45:02+00:00): Hallo Hannma,

haben diese einzelnen Punkte ohne Tags irgendeine Bedeutung - schon was ausgemessen oder so?

Servus Wolfgang, Mdf.
Ismael Olea (2015-12-25 20:15:27+00:00): Descripción equivocada: Área recreativa el Cristal
user_599436 (2016-03-22 21:04:58+00:00): Hi EdSS, I believe it is standard practice to expand abbreviations. See https://wiki.openstreetmap.org/wiki/Abbreviation#Abbreviation_.28don.27t_do_it.29

I've corrected some of your edits on I 88, but you may want to go back and check your work if you've done so elsewhere.

Thanks for your improvements to OSM!

-zeromap
EdSS (2016-03-23 17:00:04+00:00): Hi zeromap, This is not an earthshaking issue but I do have to take exception to your comment.  Your abbreviation reference to at the Names section of the Wiki.  However Destination is something different.  The Destination section of the Wiki says unequivocally "Value: Just take the text of the signpost" which I agree is best.  I think the map would be improved if you roll back your changes.
Your efforts are also appreciated!
-EdSS
user_599436 (2016-03-23 17:18:11+00:00): I appreciate the response! Many people don't bother. May I suggest we move the conversation here? 

https://wiki.openstreetmap.org/wiki/Talk:Key:destination#Abbreviations_on_signs
EdSS (2016-03-23 17:30:36+00:00): That is agreeable to me.
EdSS (2016-03-26 17:18:56+00:00): Thanks for the even-handed edit to the Wiki.  I assure you I will comply and will comply with whatever consensus is reached.
user_599436 (2016-03-27 12:36:54+00:00): Great, as will I. Happy mapping!
Dakon (2020-09-19 17:49:21+00:00): Guck dir bitte https://www.openstreetmap.org/node/3909604848 nochmal an. Ein Ks-Signal als Schild?
Dakon (2020-09-19 17:51:09+00:00): Da sing noch einige weitere Hp-Signale aus diesem Changeset, die angeblich Schilder sind.
stk_ulm (2021-04-08 16:31:21+00:00): Ah, sorry, Diskussion uebersehen. Ich kann nicht mehr rekonstruieren, was ich damals gemacht habe – ich glaube, ich habe das in JOSM mit irgendeinem Plugin gemacht, aber ich habe keine Ahnung mehr, was das war.
dcapillae_old (2016-08-20 00:04:02+00:00): ¡Hola, Ismael!

Imagino que el punto de agua (amenity=water) del área recreativa corresponderá con un punto de agua potable. En ese caso, debería etiquetarse como "amenity=drinking_water".

El empleo de "amenity=water" se considera un error de etiquetado, por lo que convendría corregirlo. Puedes consultar la documentación de la etiqueta en el wiki: https://wiki.openstreetmap.org/wiki/ES:Tag:amenity%3Ddrinking_water

Un cordial saludo.
Ismael Olea (2016-08-20 11:09:42+00:00): ¡Corregido!
dcapillae_old (2016-08-20 11:24:05+00:00): Buen trabajo. ¡Gracias!
LucFreitas (2015-12-25 20:12:55+00:00): Adicionada loja, de acordo com nota #475174.
eggie (2020-04-26 09:02:21+00:00): Nu ook een bijdrage in Nederland  daarom
Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
MVG,
Eggie
Polarbear (2015-12-29 00:15:33+00:00): Hallo oeoeoe, ist das in http://www.openstreetmap.org/way/387715323 nun ein (a) Kindergarten oder ein (b) Jugendclub? 

Wenn (a) bitte amenity=kindergarten, wenn (b) bitte amenity=community_centre + community_centre:for=child;juvenile

Viele Grüsse
Polarbear (2016-01-06 21:57:03+00:00): Kindertagesstätte Herfa, gefixt.
SammysHP (2016-01-07 22:46:11+00:00): Tja, so kurz vorm Ende noch vervollständigt… "Gegen den Strich" gibt es seit Ende des Jahres nicht mehr.
thomersch (2016-01-10 11:58:35+00:00): Ja, ich wollte dem GdS einen würdigen Abgang gönnen *seufz*
malenki (2016-02-25 18:39:39+00:00): I assume you added "intermittend=yes" just by accident to a part of the river Osum.
It looks strange if you have upstream and downstream no intermittent waterways, only in between a piece.
Regarding my survey in summer 2013¹ this river is quite unlikely to become dry completely. Or do you have more recent data?
For the time being I removed the tag from the river.

¹ http://malenki.ch/Touren/13/Galerie/04/slide_53.html
(EXIF data is contains coordinates)
Scout Jens (2022-04-15 18:23:59+00:00): Das Gelände beim Mundenhof für das Zeltmusikfestival ist zu "normalen Zeiten" ein Parkplatz. Ich war heute und im Januar vor Ort
maraf24 (2016-02-11 11:25:18+00:00): Czy mógłbyś skomentować tę uwagę http://www.openstreetmap.org/note/511335 ?
5m4u9 (2015-12-28 00:19:15+00:00): I will revert this edit. Because change "official" boundary of neightbourhood
wambacher (2015-12-28 12:51:20+00:00): ok, if you like to. remember: those two boundaries were damaged and i only tried to fix them. If i remember there were overlapping or not closed members.
5m4u9 (2015-12-28 13:36:51+00:00): Yes. I found this error, the problem are in the node http://www.openstreetmap.org/node/3283018585 and boundaries are separated. I fixed with this changeset https://overpass-api.de/achavi/?changeset=36209239.

Check out http://korona.geog.uni-heidelberg.de/?zoom=18&lat=-17.36042&lon=-66.14276&layers=B00000FTTT
RicoElectrico (2018-02-04 12:00:44+00:00): Cześć

https://www.openstreetmap.org/way/387749900/history

Jeśli rondo ma nazwę, to powinno się otagować drogę, a nie trawę.,
Nakaner (2015-12-26 09:23:48+00:00): Schön, dass du einen Editwar anfängst. Aber der von mir revertierte Änderungssatz (https://www.openstreetmap.org/changeset/36163944) war in Teilen einfaches mechanisches Umtaggen. Hättest du die von dir bearbeiteten Objekte genauer angesehen, wären dir syntaktisch falsche Telefonnummern aufgefallen. Dass du diese nicht korrigiert hast, zeigt mir, dass es sich um einen undiskutierten mechanischen Edit gehandelt hat. https://www.openstreetmap.org/node/2021474352/history

Ich werde die DWG bitten, sich den Fall anzuschauen, da ich selbst keine Lust auf Editwar habe.
atpl_pilot (2015-12-27 17:22:56+00:00): Und wenn Du Dich mit meinem Änderungssätzen in den letzten Tagen beschäftigt hättest, dann hättest Du erkennen müssen, das ich systematisch gemäß DPAG und berlinadd.morbz.de alle Adressen berichtige. Wenn hierbei - und wenn auch auch nur Teile eines Edits sind, die neue tagging Sntax gemäß dem Wiki zur Anwendung bringe, dann solte das kein Grund sein, kommentarlos zu reverten. Ferner ist es dann auch für andere User viel leichter sich bei anderen das Abzuschauen, wie es richtig gemacht wird.
Außerdem habe ich begonnen die Syntax der TelefonNr auf "+49 30" anstelle von "+4930" zu ändern. Genauso wie oft ein fehlendes "http://" vor einem Webseitenaufruf fehlte. Leider verfüge ich nicht über die Kenntnisse, ganz speziell mit overpass nach solchen tagging Fehlern zu suchen.
Wenn ich mir also ein Gebiet vornehme und mir dann irgendwann nachts die Augen zufallen, dann lade ich erst einmal das hoch, was ich schon geschafft habe. Das bedeutet aber nicht, dass ich mit meiner Aufgabe fertig bin.

Wenn Du meine Arbeit beobachtest, dann müsstest Du erkennen, das ich sehr gewissenhaft und genau arbeite, darauf achte, dass KEINE Informationen verloren gehen. Da wir uns vom Stammtis h kennen, hätte ich von Dir erwartet, dass Du mich vorher kontaktierst, bevor Du als Sherrif auftrittst und einfach revertest. Wer gibt Dir denn das Recht, Daten ohne Rücksprache zu reverten? Selobst ich mache das nur dann, wenn ein User - wie in der Vergangenheit als Fake meine Daten kommentarlos revertet. Sonst nie! Und ich erwarte einfach ein bisschen mehr Respekt.
woodpeck (2015-12-27 19:24:25+00:00): Ein mechenischer Edit liegt dann vor, wenn jemand im Blindflug das Tag A gegen das vermeintlich richtigere Tag B austauscht, ohne auf den Einzelfall zu achten. Solche Edits sind unerwünscht bzw. erfordern vorherige Diskussion. Deine hier vorgenommene Änderung, atpl_pilot, ist *offensichtlich* eine solche mechanische Änderung, sonst wären Dir zum Beispiel solche Klopfer wie der Name des Restaurants hier https://www.openstreetmap.org/node/3172085961 aufgefallen. Mit solchen gutgemeinten Massen-Edits verbesserst Du OpenStreetMap nicht; Dein Name erscheint nun als letzter Bearbeiter des seltsam benannten Restaurants und ein Ortsunkundiger muss annehmen, dass dieser Name offensichtlich richtig ist, denn sonst hätte atpl_pilot ihn ja sicherlich korrigiert? -- Also: Du darfst schon die Telefonnummer oder Webseite eines Objekts umstellen, aber wenn Du das mit der Gießkanne tust und dabei gar nicht anschaust, was Du da eigentlich bearbeitest, dann ist Nakaner mit seinem Revert im Recht. Bitte unterlasse diese Gießkannen-Edits, da wir die sonst auch offiziell von der DWG revertieren werden.
atpl_pilot (2016-01-02 14:30:39+00:00): Das wäre dann der Fall, wenn ich umtaggen würde und mich dann nicht mehr weiter um diese Daten kümmern würde. Das tue ich jedoch nicht. Ich gehe gans systematisch eine Adresse nach der anderen durch und kontrolliere die Angaben. Es macht nur wenig Sinn, ständig "contact:" zu schreiben. Da die Feiertage ja nun zu Ende sind, habe ich auch wieder mehr Zeit dazu, aber wenn man meine Arbeit verfolgt, dann wird man sehen, dass ich xxx-Nodes berichtigt und ergänzt habe. Nur ist eine Beurteilung immer erst am Ende einer Arbeit möglich und nicht erst nach wenigen Stunden. Und der Kollege Nakaner, den ich ja vom Stammtisch kenne, hätte mich ruhig mal vorher anschreiben können, als gleich reverten zu müssen. Wie gesagt, ich kümmere mich um diese Datensätze.
GerdP (2015-12-28 12:45:29+00:00): Hi  there!
Please check this way tagged highway=crossing:
https://www.openstreetmap.org/way/387752604
It partly duplicates the footway
https://www.openstreetmap.org/way/387747952
The tag highway=crossing should be used for the node, so I guess you meant highway=footway, footway=crossing ?
The aerial image doesn't show much detail.
pmailkeey (2015-12-29 13:34:41+00:00): Well, since you've complained, I've corrected it.
It just looks much worse now.
GerdP (2015-12-29 13:47:36+00:00): yes, looks strange. I am not a local, but Google Streetview shows a very differnt 
picture coming from south west and seems to be quite actual.
pmailkeey (2015-12-29 15:51:55+00:00): Unfortunately there's 1 crossing crossing 2 segregated lanes - so I'd put the crossing in as a 'linear node'. Normally where there are two roads, there are two crossings with a pedestrian refuge in the middle - but there's no such refuge here - which would have had ped-operated buttons.

In fact the whole junction is full of oddities.
maxerickson (2016-01-03 03:03:08+00:00): There's no policy that justifies this change.

I hope you've made sure to add every island to all the lake relations before you did this? Last time someone got all fussy about the lakes having natural=coastline, Isle Royale disappeared.
jptolosa (2016-01-07 19:00:47+00:00): Hi, in the wiki appears that natural=coastline tagging in inlands waters is deprecated. Before mi changeset I saw that Lake Ontario was tagging with natural=water, meanwhile Lake Erie was tagging with natural=coastline and there was an incomplete multipolygon for Lake Superior with natural=water tagging. I thought the work was incomplete and I tried to "help". If there is a consensus for natural=coastline tagging for rendering porpuse maybe, I'm sorry. Don't worry, I built multipolygons correctly.
GerdP (2015-12-29 09:10:07+00:00): Hi there!
Please check highway=ra, not sure what was meant (guess traffic_signals ?):
https://www.openstreetmap.org/node/3910032278
Nakaner (2015-12-26 09:25:03+00:00): siehe auch meinen Kommentar bei https://www.openstreetmap.org/changeset/36168592
seav (2015-12-31 15:00:53+00:00): What exactly are you testing?
Rally (2015-12-31 16:17:54+00:00): I'm testing admin level 11 on neighborhood (looks like nobody has never been used this in PH): if search-able, and how will it be described on nominatim (eg. as village, county or just another administrative boundary?); how is it rendered (visible dotted lines)? Or should barangay be admin_level=9? so that there will be no need to propose to add admin_level=11 for purok/neighborhood.
keithonearth (2015-12-26 07:55:24+00:00): oops, I forgot to update the source field, this edit was just a Bing trace. Only my last edit was from wikipedia.
user_5359 (2022-03-25 15:29:25+00:00): Hallo! Sieh Dir bitte mal die Relation https://www.openstreetmap.org/relation/5780871/history an. Kann es sein, dass der Tag wiki:symbol=(new value)red:white:red_x eher wiki:symbol=red:white:red_x lauten sollte (hat sich bis jetzt keiner getraut, dass anzupassen, deshalb frage ich lieber nach).
SomeoneElse (2015-12-26 14:17:39+00:00): Hi,
Could you please start using changeset comments and explain what the source of things that you are adding is? There's no information on what the source of the changes in this changeset was.

Best Regards,

Andy Townsend (SomeoneElse) on behalf of OpenStreetMap's Data Working Group.
Hjart (2015-12-26 10:45:58+00:00): Super spottet. Den slags fejl stammer ofte fra da de bedste luftfotos vi havde var Fugro eller før vi havde adgang til luftfotos overhovedet. Da var det i mange tilfælde svært at spotte om der var tale om kryds, broer eller tunneller. Jeg har personligt rettet rigtig mange. Der skal nok gemme sig nogen rundt omkring endnu, men jeg tror dog ikke det kan være ret mange.
LarsBG (2015-12-26 10:59:52+00:00): Helt fejlfrit bliver det jo aldrig. Men det er altså dejligt at have muligheden for at kunne rettet dem som findes.

på danmarksadresser var der på et tidspunk noget med nedlagte jernbarne overskæringer nordpå måske var det ved struer ? Mon de er rettet til ? her er der også lidt om det http://www.tvmidtvest.dk/node/18960
Supaplex (2015-12-26 09:44:10+00:00): 臺南需要大整理啊
當時應該不少是匯入的資料
Zbigniew_Cz (2015-12-26 15:34:30+00:00): http://www.openstreetmap.org/relation/5780931 - coś się nie domknęło...
marimil (2015-12-26 16:59:32+00:00): Cały czas działam. Co chwilę jakieś dziury ;) Co godzinę łatam i mam nadzieję na koniec zostawić w miarę w całości.
G4rp (2015-12-26 12:32:49+00:00): Ciao chrisanter
Nel landuse=residential non andrebbe messo il tag name, altrimenti nel render il nome esce doppio ;)

Buone feste
G4rp
Nakaner (2016-09-18 21:51:51+00:00): Hallo Peter,

nur als Hinweis, weil ich gerade deine Lärmschutzwände entlang der Anhalter Bahn mit Videoaufnahmen verbessert habe: In Berlin gibt es bessere Luftbilder als Bing, nämlich die amtlichen. Es gibt derzeit vier verschiedene Jahrgänge, teils mit, teils ohne Laub. So erkennt man auch Lärmschutzwände im tiefsten Gebüsch. Die Luftbilder werden (mittlerweile) in JOSM im Hintergrund-Menü angeboten, wenn du in ihrem Abdeckungsbereich mappst. Du musst jedoch, um sie zu nutzen, die Projektion auf EPSG:25833 umstellen (Einstellungen → Gitternetz-Symbol → Projektionsmethode). Mit Bing (geht nur mit "Merkator" kann man dann zwar nicht mehr gescheit arbeiten, aber man kann ja seine Änderungssätze an der Stadtgrenze aufteilen.

Viele Grüße

Michael
zgroza (2022-02-20 18:08:35+00:00): Adam, ja bym wywalił tą ścieżkę przez pole, tam jest regularnie orane i błoto po kolona. To nawet na track się nie kwalifikuje.
adas (2022-02-20 19:02:35+00:00): Nie byłem tam dawno a wiem, że tam się jakieś zmiany dotyczące ścieżek zrobiły. Kiedyś ludzie z Fordonu mieli dojście na wały. Ale chyba się skończyło:( nie mam kiedy zweryfikować.

Ale jeszcze ślady są na heatmapie.
adas (2022-02-20 19:02:43+00:00): https://www.strava.com/heatmap#14.22/18.18451/53.17101/hot/all
zgroza (2022-02-20 20:02:28+00:00): Wczoraj szedłem i widać, że 2021 było orane. Są ślady, ale one są ewidentnie przez pole orne.
GOwin (2015-12-26 13:11:28+00:00): Please add the tag:
amenity=dojo

Welcome to OSM!
SK53 (2015-12-31 14:58:01+00:00): Seems unlikely that you meant bare_rock for http://www.openstreetmap.org/way/387806282!
dudone (2015-12-31 17:50:07+00:00): Should now be fixed.
Dudley
5m4u9 (2015-12-28 00:48:29+00:00): Gracias por añadir al mapa este hotel. Si puede indicar a qué horas atiende, correo electrónico, wifi, cantidad de habitaciones... será más útil. Sugiera la app OSMAnd para que le encuentren.

En la próxima tenga más cuidado al hacer clic con el ratón, movió algunas calles de avenida illimani y el área de una escuela :).

///

Thank you for add this hotel. If you can tell what opening hours, email, wifi, rooms ... will be more useful. Suggests OsmAnd app to your customers for find it on the map.

Be more careful next time with mouse, you moved some streets and area of school :).
Repair mechanische Reverts ohne Sinn (2016-01-17 21:32:17+00:00): Durch dummes unkluges reverten von Nakaner wurden contact-Deteails bei den Adressen, wie z.B. Telefonnr und Webseiten gelöscht.
Bespiele:
1. dm Drogeriemarkt Kuhlighofstraße 2-10
2. Eurogida Supermarkt Albrechtstraße 19
3. Restaurant Ahornstraße 22
4. Werken-Spielen-Schenken, Schloßstraße 110b

DAS SIND KEINE POI IMPORTS SONDERN MANUELL RECHERCHIERTE UND GEPRÜFTE DATEN!!!!!!
atpl_pilot (2016-01-18 20:08:19+00:00): Ich habe woodpeek heute über Dein Verhalten dieses unklugen reverten unterrichtet. Ich habe weiter recherchiert und mir die Datensätze angesehen. Du hast zum Teil Daten der letzten drei Jahre von diversen Usern rückgängig gemacht.

Vielleicht solltest Du anstatt mit einem POI Checker zu spielen, lieber mal den Verstand einschalten und dir genauer ansehen wer was gemacht hat. Übrigens verstößt Du mit Deinem Verhalten gegen die Richtlinien, die unter http://wiki.openstreetmap.org/wiki/DE:Vandalism nachzulesen sind.

Jedenfalls habe ich Dich jetzt im Auge und werde genauer Untersuchen, was Du zukünftig Vandalismus verbesserst.
user_5359 (2015-12-26 15:01:33+00:00): Wenn der Kindergarten dort nicht mehr existiert, dann sollte man auch die Kontaktdaten entfernen oder ist das Löschen des Kindergarten nur ein Fehler gewesen?
Radeung (2015-12-26 15:05:37+00:00): Ich hatte die Kontaktdaten gelöscht und kann diese auch nicht mehr einsehen?
user_5359 (2015-12-27 06:48:37+00:00): Hallo Radeung, wenn man sich das Gebäude ansieht (siehe Link unterhalb) sieht man was aktuell in der Datenbank steht (ggf. auch dort auf Chronik gehen). Hier scheint Deine letzte Änderung nicht in die Datenbank geschrieben sein.
ff5722 (2018-09-21 15:13:12+00:00): 你使用了那个来源？对齐有错误百出。
https://pan.baidu.com/s/1_DFYsoyoEoVIOUk1Yc1XZw
mueschel (2015-12-27 12:57:09+00:00): Hi mapper999,
für wechselnde Höchstgeschwindigkeiten benutzt du hier
maxspeed:backward:variable=obstruction
- das ist nicht ganz richtig, das ":backward" müsste an das Ende vom Key, also maxspeed:variable:backward = *. 
Ich ändere das gerade mal.
Grüße und Frohes Mappen, 
Jan
mapper999 (2015-12-27 13:43:00+00:00): Danke, ich kann mir die Reihenfolge nie merken und habe in diesem Fall vergessen im Wiki danach zu suchen.
mueschel (2015-12-27 16:38:47+00:00): Es sollte genügen sich diese Anleitung zu merken:
key[:subkey][:hgv|:bicycle|...][:lanes][:forward|:backward|:both_ways][:conditional][:start|:end]=*

siehe auch
http://wiki.openstreetmap.org/wiki/User:Mueschel/Stra%C3%9Feneigenschaften#Beschr.C3.A4nkungen
flohoff (2015-12-26 19:17:14+00:00): Hi,
du hast da auf die Straße ein access=destination gepackt und der Kommentar lässt darauf schließen das das da gar nicht existiert sondern deiner Idee entspringt. Es ist eigentlich keine gute idee sich access beschränkungen auszudenken wenn die da nicht wirklich stehen. Wenn das ein Neubaugebiet ist ist das eine öffentliche Straße. Wenn dann da keinerlei zufahrtsbeschränkungen stehen sollten wir die nicht und ausdenken. Die bleiben dann wohlmöglich 10 jahre da drin weil keinem das auffällt.
flohoff (2015-12-26 19:18:15+00:00): Ach ja - access=destination ist auch eine Beschilderung die nach StVO nicht möglich ist. Das ist typischerweise entweder vehicle=destination oder motor_vehicle=destination je nach schild. Access würde auch Fußgänger beinhalten - das ist auf öffentlichen Straßen mit StVO  Beschilderung aber nicht möglich.
HolgerJeromin (2015-12-26 20:28:37+00:00): ok. Guter Punkt. 
Die Zufahrt ist aktuell nicht beschränkt, aber ob ich da während den Bauarbeiten wirklich Leute durchrouten will, weiß ich nicht.
Nehme ich trotzdem raus.
flohoff (2015-12-26 20:35:38+00:00): Wir sollten uns als OSM davor hüten selber einzugreifen und restrictions zu mappen die nicht existieren. In diesem fall wird das keinerlei auswirkungen haben aber in anderen fällen können sich Verkehrsströme ungewollt verlagern. Wir sollten uns darauf beschränken wirklich die rechtliche Situation zu mappen sonst kommen wir irgendwann in teufels Küche und in Rechtfertigungsnot.
fsteggink (2015-12-27 17:59:33+00:00): Waarom zit je op eigen houtje BGT data toe te voegen, terwijl er op het OSM forum een discussie gaande is over een eventuele import?