piebro/osm-data huggingface dataset:
highflyer74 (2017-12-15 13:22:48+00:00): Moin Volker und willkommen bei OSM!

Vielen Dank für das Hinzufügen der Landflächen. Versuche immer, möglichst präzise zur arbeiten, damit keine Überschneidungen auftreten und die Landflächen an allen Nodes (Punkten) auch verbunden sind. Vermieden werden sollte nach Ansicht vieler User (nicht verboten) ein Verbinden von Landflächen mit Wegen, da diese später nur mit viel Mehraufwand bearbeitet werden können und die Gefahr steigt, dass Mapper übereinander liegende Linien nicht erkennen und beim Bearbeiten Schaden anrichten. Schau Dir auch noch einmal die westliche Wiese an der Soeste an. Die schneidet fast den Weg, endet aber in Wirklichkeit am Fuß des Deiches.

Wenn Du weiterhin Lust hast, zu OSM beizutragen, kann ich Dir sehr den Editor JOSM (https://josm.openstreetmap.de/) ans Herz legen. Dieser macht die Bearbeitung sehr viel komfortabler und sicherer, da er vor potentiellen Fehlern warnt.

Ein tolles Tutorial im PDF Format, welches von einem engagierten Mit-Mapper erstellt wurde, findest Du hier:

https://wiki.openstreetmap.org/wiki/File:Osm-tutorial.pdf

Weiteren Lesestoff gibt es hier:

https://wiki.openstreetmap.org/wiki/DE:Good_changeset_comments
https://wiki.openstreetmap.org/wiki/DE:Good_practice

Wenn Du Fragen hast, immer her damit!

Viele Grüße aus HB!
OSM_RogerWilco (2019-09-20 11:00:19+00:00): Hallo django-69,
der Waldweg https://www.openstreetmap.org/way/547001932 war nicht mit der Straße "Bomlitzer Weg" verbunden. Ich habe den Weg mit der Straße verbunden. Ich hoffe, das passt.
Gruß Roger Wilco
django-69 (2019-09-20 16:10:06+00:00): Hallo Roger,
passt - vielen Dank
Gruß, django-69
Constable (2017-12-15 10:58:39+00:00): stessa cosa anche qua, col il tag building tu indichi un edificio, ok inserire church come valore, però essendo le chiese dei luoghi di culto, dovresti usare anche il tag place of worship (luogo di preghiera)
ENTUR Johan Wiklund (2017-12-15 11:15:09+00:00): Hei Tom Arvid. Ikke la stier eller veier du tegner ligge dobbelt på hverandre (frem og tilbake over seg selv). Lag heller en ny sti og koble dem på hverandre. Dette vil hjelpe forskjellige gangruting-tjenester å gi riktige forslag. Det er i tillegg viktig å koble stiene til nærliggende veier (der det virkelig er en kobling) sånn at gangruting også kan gå inn og ut av parken (eller gjennom).

Vær også bevisst på at bakgrunnsbildet (Bing) ikke alltid er til å stole på i presisjon. Det kan være grunn til å justere det før man tegner. https://wiki.openstreetmap.org/wiki/Using_Imagery#iD
mueschel (2017-12-25 18:15:10+00:00): Nach allen verfügbaren Luftbildern hat die Geometrie bisher perfekt gestimmt. Jetzt passt da leider sehr wenig, Fußgängerüberwege im Nichts, eine 1m lange Abbiegespur, eine ganze Handvoll Abbiegebeschränkungen fehlen auch.

Die OSM-Daten orientieren sich immer an den tatsächlichen Gegebenheiten, nicht am Verhalten irgendeines Navigationsprogrammes.
Amitl (2017-12-25 18:25:12+00:00): Sorry, ich bin da noch nicht so perfekt.

Aber ich denke, dass du verstanden hast, weshalb ich aktiv wurde:
Wie hier in Zell gibt es immer wieder Abbiegesituationen, wo sich aus einer
Spur zwei entwickeln.
Wenn dann bei Geradeaus-Weiterfahrt ein extra Hinweis kommt, der voelli=
g unnoetig, ist weil ich geradeaus weiterfahre, dann wird dieses OSM fuers
navigieren nie akzeptiert werden.

Wer ist denn fuer die Navigation mit OSM+ zustaendig?

Ich erhalte jetzt zum wiederholten Mal von Euch den Hinweis, dass Euch das
nicht interessiert.
mueschel (2017-12-25 18:32:58+00:00): "OSM+" kenne ich nicht. In der OSM-Datenbank lag der Fehler aber jedenfalls nicht.

Mit passendem Spurtagging und eventuell noch einem zusätzlichen "transit=new_on_right" ist alles erledigt, was man in der OSM-Datenbank tun kann. Der Rest liegt dann am Ersteller der jeweiligen Software. Navigieren für Autos ist ja auch nur eine mögliche Anwendung, Kartendarstellungen und z.B. Fußgängernavigation brauchen genau diese Details, die hier jetzt fehlen.
Amitl (2017-12-25 18:41:52+00:00): Kannst du das bitte wieder reparieren bzw. meine Änderung rückgängig machen.
(Es war eben nicht so, wie es bei den allermeisten ähnlichen Situationen angetroffen hatte). Nochmals sorry. Werde mich künftig wieder aufs melden sog. Fehler beschränken...
mueschel (2017-12-25 18:52:22+00:00): Kein Problem, es ist ja nicht schlimmes passiert - ich will dich da nicht von zukünftigen Änderungen abhalten. 
Ich habe gleich noch die Spuren weiter erfasst und die eine fehlende Ampel. Falls du noch Bilder von Wegweisern beisteuern kannst, kann man die auch noch erfassen, so dass die Navigation in Zukunft auch Dinge sagen kann wie "weiter Richtung X".

Hier ist mein Changeset:
http://www.openstreetmap.org/changeset/54913470
Constable (2017-12-15 11:07:43+00:00): ciao, occhio però che villa Venini nel centro ha un cortile, bisogna creare una relazione come questa http://www.openstreetmap.org/relation/1176392
Vuoi che lo faccia io? vuoi provarci tu?
Grazie, ciao!
Constable (2017-12-15 11:08:32+00:00): se riesci quando aggiungi i parcheggi usa anche il tag fee=* per indicare se sono a pagamento (fee=yes) o gratuiti  (fee=no)
Grazie mille!
ciao
NightH (2017-12-18 06:36:19+00:00): Van valami biztató információ az átadással kapcsolatban? Az M85 átadásának híreiben még az szerepelt, hogy a 813-ast márciusban fogják átadni. Ha ez igaz, akkor még egy kicsit korai volt levenni a construction tag-et.
Berci75 (2017-12-18 07:41:58+00:00): Szia!
Időben akartam megcsinálni a módosítást, hogy lássák az OSM a leggyorsabb ☺
Valóban kint volt még a tábla ma hajnalban, de én már azon jöttem ma is dolgozni...
A nyilvános gpx utvonalakat, amit ott látsz, azokat is többnyire én rögzítettem.
Berci75 (2017-12-18 07:43:49+00:00): http://www.kisalfold.hu/gyori_hirek/teherautokkal_teszteltek_a_gyori_keleti_elkerulo_mosoni-duna_hidjat/2542990/?utm_source=rssfeed
NightH (2017-12-18 07:46:24+00:00): Akkor úgy néz ki, hogy csak a szalagvágással várnak, de használni lehet már. Öröm és boldogság.
Berci75 (2017-12-29 15:13:26+00:00): Szia! Bocs a zavarásért így a két ünnep között.
Szóval szerintem rajtam kívül még többen figyelmen kívül hagyták a "kivéve építési forgalom" táblát,. és birtokba vették az említett útszakaszt. (Én a 14-es út és Kisbajcs között jártam ott, de a főnököm már átjött egyszer a hídon is.) Ezért az utat fizikailag eltorlaszolták. Ma láttam. Közben rákerestem a legfrissebb információra:
http://www.kisalfold.hu/gyori_hirek/atsetaltunk_az_uj_gyori_hidon_-_sok-sok_foto/2543431/
Szóval inkább visszaállítom az útszakaszt készülőre, s majd figyelem, mikor lehet tényleg használni. Nem hiszem, hogy sok embert átvertem vele, mert a legtöbb navigáció majd január 1-én frissül, a nagy árufuvarozók meg úgysem OSM-et használnak...
Constable (2017-12-15 10:56:49+00:00): Se conosci i nomi dell'asilo e della scuola, aggiungili pure, ricorda di aggiungere anche i tag amenity=kindergarten all'asilo e amenity=school alla scuola, in modo da far comparire un'apposita icona sulla scuola
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dkindergarten

http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool
freebeer (2017-12-15 12:06:23+00:00): Hi,
I just noticed you deleted this small park you had added, just as I was researching it.
All evidence I find shows me that it does exist, but probably does not have this name, officially.
I know there is a lot of controversy now over small parks like this, and I am still trying to find more references to it.
Can you explain why you deleted it from OpenStreetMap?
thanks!
fargoadvice (2017-12-15 13:33:08+00:00): Oh, sorry, I had added a 'relation' somehow and didn't know what happened - it's a legitimate park - if you want a photo of the sign at the entrance, I can get one for you :) Thought I deleted the 'relation', not the whole park :D
fargoadvice (2017-12-15 13:35:34+00:00): https://imgur.com/a/tLQbL

I hope that helps! :)
Constable (2017-12-15 10:54:28+00:00): il parco si chiama "Villa Comunale" ? Essendo un parco io credo che nel nome abbia almeno la dicitura Parco, non è così?
grazie
eggie (2017-12-15 11:05:52+00:00): oke
Digne (2017-12-15 13:34:39+00:00): Hallo Schave16,

Ik zie dat je de changeset wil laten nakijken, dus bij deze. 

Het ziet er goed uit. Ik zou alleen de intermittent tag weg laten. Als je die niet specificeert wordt er sowieso vanuit gegaan dat het water niet intermittent is.
Schave16 (2017-12-15 13:45:56+00:00): ok, bedankt. Ik was heel enthousiast zo veel mogelijk aan het invullen..
Constable (2017-12-15 10:52:21+00:00): Ciao, gli elementi della mappa non devono essere sempre mappati con il tag name=*.
Il tag name va usato per inserire il nome proprio di un oggetto (Piazza Navona, Fontana di Trevi,...), non per indicarne la natura. Per indicare il tipo di oggetto devi trovare il tag corrispondente, una villetta singola sarà da mappare come building=house, non come building=yes e name=casa, prché senò dovremmo mappare come name=albero tutti gli alberi del mondo, name=fontanella tutte le fontanelle, name=ponte tutti i ponti e così via.
Rimuovi il nome da questo edificio ed usa la funzione "ortogonalizza" per migliorarne la forma
Grazie
Constable (2017-12-15 10:52:51+00:00): qua trovi alcuni tag disponibili
http://wiki.openstreetmap.org/wiki/Map_Features
Constable (2018-01-18 10:13:55+00:00): rimuovo io
eggie (2017-12-15 10:57:44+00:00): Probeer zaken aan te vullen niet de 3dshapes een andere tag te geven. 
Zo'n pitch ligt op het gras. Dus apart intekeken. 
Ik draai de edit terug.
eggie (2017-12-15 11:00:01+00:00): reverted wegen omtaggen 3dshapes in Leisure http://overpass-api.de/achavi/?changeset=54649216
eggie (2017-12-15 11:04:34+00:00): Kijk dadelijk even hoe ik zo'n pitch aanleg.
Schave16 (2017-12-15 12:09:07+00:00): ik zie het en ik snap het principe, bedankt!
eggie (2017-12-15 12:13:49+00:00): pitch ligt nu op het gras. Het gaat dus om de landuse te behouden en daar voeg je zaken aan toe.
eggie (2017-12-15 12:14:47+00:00): rendering duurt even.. graag gedaan.
highflyer74 (2017-12-15 14:35:10+00:00): Ist das hier ein Restaurant..? Wenn ja, fehlt noch das Hauptattribut. Schau mal bei https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Drestaurant nach. Vielleicht kannst Du es noch verfeinern :-)
mueschel (2017-12-21 11:38:19+00:00): Hallo,
das Tag "destination:sym =U-Bahn;Tram" gibt es so nicht, es müsste heißen
"destination:symbol = subway;tram"

Gruß, Jan
soemisch (2017-12-21 12:02:24+00:00): Hallo Jan, danke für den Hinweis wir haben den Fehler gleich ausgebessert. Aber wir verwenden trotzdem U-Bahn. Aber beim Tagging der Beschilderung sind doch andere Fehler aufgetreten, die wir jetzt korrigieren.

Danke und viele Grüße, Lars
mueschel (2017-12-21 19:37:20+00:00): Diese ganzen neuen Symbole (U-Bahn, DBTram, S-Bahn) müssten dann allerdings auch im Wiki erfasst werden und sollten den gängigen Schreibweisen für Tags entsprechen (Kleinbuchstaben, normalerweise keine Bindestriche).
https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Destination_details
soemisch (2017-12-22 07:09:44+00:00): Hallo mueschel, 
bitte schau Dir mal diese Definitionen auf unserer Site an. Wir haben diese Änderungen vor etwa zwei, drei Jahren am Stammstisch besprochen und eingeführt:
http://wiki.openstreetmap.org/wiki/MENTZ_GmbH/Modellierungsvorschl%C3%A4ge_Indoor#Guideposts_for_pedestrians_inside_buildings

Aber ich werde mit unseren Leuten sprechen, um diesen Link auf Deiner Site zu plazieren.

Viele Grüße, Lars
mueschel (2017-12-22 10:00:16+00:00): Solche speziellen Werte in einem weltweit verwendeten Tag stellen jedes Tool vor eine Herausforderung. Wenn wir so spezielle Symbole wie "MVGU8", das ausschließlich in München verwendet werden kann, hochrechnen auf die Zahl der Städte weltweit gibt das entweder ein riesiges Chaos oder Anwendungen die nur lokal funktionieren.
Für solche Dinge gibt es "osmc:symbol", das viele solche Schilder generisch erfassen kann.
Über solche Taggingvorschläge sollte offen geredet werden, z.B. auf der tagging-Mailingliste oder auf der verlinkten wiki/Talk: Seite.
drolbr_mdv (2017-12-22 10:58:44+00:00): Hallo Mueschel,

danke für den Hinweis auf "osmc:symbol". Es ist aber für unsere Zwecke ungeeignet. Schon die benannte Software kann keine runden Formen und nur 3 Buchstaben, was schon nicht mehr für die deutschen Symbole "S" und "Tram" reicht. Von den oft künstlerisch polierten Versionen im Ausland ganz zu schweigen.

Ich halte da den Ansatz mit der URL "destination:url" für zielführender. Der Auswerter muss dann nichts über das Symbol wissen und kann die Datei durchreichen.

Was die deutschen Symbole angeht: die deutsche Nomenklatur passt auch strukturell nicht zu anderen Staaten. Von daher sollte man da nicht zusammenzwängen, was nicht zusammen passt.

Ich würde vorschlagen, das ganze nochmal breiter auf der nahverkehr-Mailingliste zu diskutieren, mit Hinweis im Forum, und erst dann zielgerichtete Änderungen entlang der Vorschläge vorzunehmen.

Wanderwege (praktisch kein Text) und Autobahn-Wegweiser (Text als bedeutungstragendes Element, stark normiert, auch international) sind ein jeweils eigenes Thema, daher lohnt es sich nicht, die Systeme vereinigen zu wollen.

Viele Grüße, Roland
mueschel (2017-12-25 11:35:59+00:00): "osmc:symbol" ist ein Konzept, keine Software. Damit lassen sich alle Formen beschreiben, sie müssen nur nach und nach bei Bedarf ergänzt werden. 

Das Tagging von Wegweisern sollte allerdings nicht auf der ÖPNV Mailing Liste
diskutiert werden, sondern allgemein in der Community. Mit Nahverkehr hat es erst einmal nichts zu tun, vielmehr mit Routing und anderen Anwendungen.
blauer_elefant (2017-12-15 14:29:10+00:00): Hallo BigFull1989, zusätzlich zu dem CS-Kommentar bei CS 54649531 folgende Hinweise: 1. Ein Park, wenn es einer wäre, sollte bitte als Fläche (d.h. geschlossener Way) eingetragen werden, nicht aber als einzelner Punkt/Node. 2. Wenn Du Gebäudeumrisse vom Luftbild abmalst, achte bitte darauf, dass die allermeisten Gebäude rechtwinklige Grundrisse haben und seltenst zwei Ecken zweier Häuser einen gemeinsamen Node teilen. Ich habe daher einige Änderungen dieses CS revertiert. Viel Spaß weiterhin beim Kartieren!
corfede (2017-12-17 18:12:41+00:00): Ciao Marco, con questo changeset hai eliminato diversi poligoni creati da me e da PeppeBA. Inoltre hai modificato in landuse=orchard (alberi da frutto) terreni con destinazione seminativo (es. https://www.openstreetmap.org/way/541382988). Non capisco in base a cosa fai queste modifiche, ma mi piacerebbe un confronto costruttivo perchè sono convinto che hai tutta la volontà di apportare miglioramenti ad OSM e non danneggiare il lavoro fatto dagli altri. Spero ancora in una tua risposta. Grazie. Federico.
niubii (2018-01-05 09:18:29+00:00): OK corfede, ma se mi consenti un suggerimento, poni una scadenza entro cui l'utente deve rispondere (un tempo tecnico ragionevolmente accettabile sarebbe un mese).
Se non risponde, vai di revert. Non dobbiamo aspettare che altri modifichino i dati, giusti o sbagliati che siano, perché poi il revert sarebbe più problematico.
blauer_elefant (2017-12-15 14:01:42+00:00): Hallo BigFull1989, willkommen bei OSM. Schön, dass Du Dich beteiligen möchtest. Bitte beachte folgende Hinweise: 1. Bitte keine Objekte eintragen, die es nicht gibt (z.B. den Park beim Freibad, den Du eintragen wolltest). 2. Bitte Flächen (z.B. landuse) nicht an Straßen/Wege kleben (das erschwert die Pflege der Daten). 3. Bitte Attribute nicht willkürlich verändern: Der Wald südlich der Lahntalbahn ist kein Park, sondern ein Wald (landuse=forest). 4. Bitte nutze aussagekräftige CS-Kommentare, die beschreiben, was Du geändert hast ('Aktueller' ist nicht aussagekräftig). Bei Fragen steht Dir die Community helfend zur Seite und das OSM-Wiki ist auch sehr umfangreich.
Deinen CS habe ich aus o.g. Gründen revertiert. Bitte fühle Dich davon nicht verschreckt; sinnvolle und gute Edits sind jederzeit willkommen.
OF0 (2017-12-15 15:42:43+00:00): [...] Bitte Flächen (z.B. landuse) nicht an Straßen/Wege kleben (das erschwert die Pflege der Daten) [...]

Das Verbinden von Wegen und Flächen ist  eine anerkannte Mappingtechnik, welche den Vorteil bietet, Wege und angrenzende Flächen in ihrer tatsächlichen Beziehung zueinander zu erfassen. Es befindet sich kein Streifen "nichts" zwischen Straße und angrenzder Fläche. Die Breite der Straße kann mit dem width-Attribut angegeben werden. Es ist Sache des Renderers dies ensprechend darzustellen. Einfachere Wartbarkeit ist kein Grund etwas falsch zu erfassen.

http://wiki.openstreetmap.org/wiki/Editing_Standards_and_Conventions#Areas_and_Ways_Sharing_Nodes
blauer_elefant (2017-12-15 16:08:03+00:00): Hallo OF0, danke für den Link, liefert er doch Argumente genau gegen Deine Ausführung: "…when the way is a highway, it usually is most accurate to include a gap, so that the area ends by the side of the road and does not share nodes with the road's way. This is because highway ways usually are traced along the centerline of the road, and it is unlikely that the area being tagged actually extends to the center of the road."
Weiters findet man Pro- und Contra-Argumente auf S. 28 von http://einklich.net/osm/osm-tutorial.pdf
Du hast Recht, dass tatsächlich nicht "nichts" zw. Straße und Fläche ist, und dass der Renderer die width eines highways auswerten könnte/sollte. Genau das ist ein Grund mehr, die Fläche nicht größer zu erfassen als sie ist, was Du aber machst, wenn Du sie an die Straße klebst. Das ist dann nämlich tatsächlich "falsch erfasst". Hingegen ist es nicht "falsch erfasst", eine Lücke zu lassen, da die Fläche genau so erfasst ist, wie sie tatsächlich ist, und die Straße durch den highway (und im besten Fall width) korrekt abgebildet wird. Viele Grüße.
OF0 (2017-12-15 18:00:55+00:00): [...] liefert er doch Argumente genau gegen Deine Ausführung: "…when the way is a highway, it usually is most accurate to include a gap, so that the area ends by the side of the road and does not share nodes with the road's way. This is because highway ways usually are traced along the centerline of the road, and it is unlikely that the area being tagged actually extends to the center of the road."  [...]

Dass der Autor genau ein Argument gegen  ein Verbinden von Wegen und Flächen anführt, auf die Argumente unerwähnt lässt, darauf schließen welcher Variante er anhängt. Ich muss jedoch eingestehen, dass er soviel Anstand besitzt, nicht unerwähnt zu lassen, dass es auch andere Meinungen gibt. Nicht selbstverständlich in diesem Lager.

[...] Genau das ist ein Grund mehr, die Fläche nicht größer zu erfassen als sie ist, was Du aber machst, wenn Du sie an die Straße klebst. [...]

Welche international verfügbare Quellen haben wir eigentlich um ein Kataster nachzubilden? Oder dient die Lücke tatsächlich nur dem Zweck die Fläche der Straße abzubilden, da die Renderer das width-Attribut nicht auswerten. Außerdem bin ich nicht damit einverstanden, dass das fortschrittliche teilen von Knoten durch Wege und Flächen als verkleben bezeichnet wird. Scheint es doch, es dient lediglich der Diffamierung unliebsamer Ansichten. Oder soll es möglicherweise darüber hinwegtäuschen, dass es dir im Grunde völlig egal ist wie gemappt wird. Dich stört aber der geringe Mehraufwand beim editieren? Oder welche Bewegründe hast du dies als verkleben zu bezeichnen.

[...] Das ist dann nämlich tatsächlich "falsch erfasst". [...]

Nur wenn man ausschließlich Wert auf die Flächentreue der Landuses legt.

Hingegen ist es nicht "falsch erfasst", eine Lücke zu lassen, da die Fläche genau so erfasst ist, wie sie tatsächlich ist, und die Straße durch den highway (und im besten Fall width) korrekt abgebildet wird. 

Du blendest aus, dass die Straße mit ihrer Fläche nur durch den Way representiert wird. Es existiert kein Streifen nichts zwischen Straße und angrenzendem Landuse. Beide Flächen stehen nicht mehr in der der Realität entsprechenden Beziehung zueinander. Und das ist falsch. Auf jeden Fall falscher als Flächen von nicht vollständig entzerrten Luftbildern abzuzeichnen.

Gruß zurück.
blauer_elefant (2017-12-15 19:21:39+00:00): Bzgl. der Wortwahl "verkleben": Das nutze ich ohne Konnotation; bei JOSM gibt es den Befehl "UnGlue Ways", die Bezeichnung scheint also etabliert zu sein.
Es bleibt dabei, dass beim Verbinden von areas und ways die Fläche der area zu groß erfasst wird; dagegen lässt sich nichts sagen. Mag sein, dass die Representation einer Straße durch einen way und ein width nicht 100% wirklichkeitsgetreu ist, aber solange Straßen nicht als areas erfasst werden, wird sich das Dilemma des "Nichts" zwischen way und landuse nicht vermeiden lassen. Außer durch das Verbinden, das landuses zu groß erfasst und mehr Wartungsaufwand bedeutet. Mir persönlich ist dann dieses "Nichts" lieber, immerhin stört es nicht.
Wie ein Renderer mit dem "Nichts" umgeht, ist mir egal; der könnte von mir aus gern das width auswerten. Es sollte jedenfalls nicht Anspruch sein, Daten so zu erfassen, dass ein beliebiger Renderer sie schön darstellt.
Bzgl. der "Beziehung" zwischen ways und benachbarten landuses: Die ist tatsächlich einfacher erfasst, wenn way und landuse verbunden sind; ich sehe auch den Nutzen dieser Beziehung (ein Router könnte sagen, man solle der Straße entlang der Wiese folgen); aber ein cleverer Auswerter könnte diese Beziehung selbst herstellen indem er die Nähe eines ways untersucht: zw. Straße und Wiese ist eine schmale Lücke (die etwa der halben Straßenbreite entspricht)?, dann wird die Straße wohl entlang der Wiese führen! – Problem gelöst.
Wie auch immer: Es gibt verschiedene Sichtweisen, mit verschiedenen Vor- und Nachteilen; soll BigFull1989 doch nun selbst entscheiden, welcher Methode er den Vorzug geben möchte.
Schönes Wochenende
user_5359 (2017-12-16 18:33:35+00:00): Welcome to OSM! Please read https://wiki.openstreetmap.org/wiki/Key:payment for a better description of payments. Please add more details as the generic credit_cards.
GOwin (2018-01-03 08:56:26+00:00): Good job, Nic! Thank you for helping create a better of your favorite neighbourhoods, by updating the establishments inside this mall.

And welcome to OpenStreetMap.
viloan (2017-12-15 11:18:38+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

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

Também 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 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!
corfede (2017-12-17 17:49:02+00:00): Continuo a scriverti anche se non ricevo mai risposte. Il tag landuse=conservation è deprecated (https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dconservation), per questo motivo anche mcheckimport aveva modificato questi poligoni in boundary=protected_area. Se quelle che hai disegnato sono aree naturalistiche con qualche tipo di tutela potresti valutare di usare il tag protected_area, magari definendo gli altri aspetti connessi di cui alle tabelle della wiki per il territorio italiano (https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area).
ChehrehBargi (2017-12-16 03:40:55+00:00): سلام
لطفا قسمت هایی که اطلاع دقیق ندارید ویرایش نکنید
این کار باعث دلسرد شدن نقشه کش های محلی می گردد
peppeBA (2017-12-15 15:50:07+00:00): Caro Marco
da qualche tempo sto segnando i sentieri di Mercadante.
Hai appena aggiunto in un'area di boscaglia waterway=riverbank usando i corsi d'acqua segnati su IGM 1:25000. 
Praticamente vuoi segnare ciò che era la lama che però ora è un'altra cosa. 
Ciò che vuoi fare tu si indica meglio con waterway=stream e poi intermittent=yes. Ora si vedrebbe un fiume in terreni dove il fiume non c'è.
Giuseppe Cassano