piebro/osm-data huggingface dataset:
mj7149 (2018-04-14 20:56:34+00:00): I have updated the restaurant details.
emvee (2018-09-10 19:29:07+00:00): Dear Rego_Loos,

Please have a look at https://www.openstreetmap.org/note/1117429#map=13/52.4304/12.6658, we are wondering where the name "Die erste Insel" comes from. Can you please add to that note the source/reason for renaming?
ij_ (2015-04-20 17:39:50+00:00): Tällä talolla pitäisi ilmeisimmin olla molemmille kaduille osoite, korjasin niin että lisäsin sen 30:n omana nodena ja muutin tämän takaisin Professorintie 2:ksi.
Supaplex (2015-04-19 18:37:42+00:00): I think it's not very properly to delete the Russia name replace with Japanese name
ma-rt-in (2015-04-20 07:22:01+00:00): Was ist da? Warum nur area=yes?
binobino (2015-04-20 07:23:17+00:00): Da ist ein Mini Wochenendhäuschen und ein Schuppen.
ma-rt-in (2015-04-20 07:25:44+00:00): dann auch so taggen :) bitte
Hjart (2015-05-21 04:14:32+00:00): Du har glemt at angive ensretning af Østerbrogades kørebaner hvor du har delt dem i separate ways (ved Engvej og Sankt Peders Gade)
mikkolukas (2015-05-26 14:26:13+00:00): Tak! :)
Hermed rettet :)
Mateusz Konieczny (2024-03-12 20:25:30+00:00): Hello! Can you take a look at https://www.openstreetmap.org/note/4150615 ?
Miselajus (2024-11-17 22:59:37+00:00): Hallo celsius11, du hast vor Jahren in der Söhre bei Kassel (nicht nur in diesem CS) zahlreiche damalige Windwurfflächen nach damals schon alten Luftbildern eingetragen. 
Ganz abgesehen davon, dass auch junger Wald Wald ist und keine Buschlandschaft, mittlerweile stehen auf diesen Flächen 10 bis 15 Meter hohe Bäume.
Meine Frage ist: Wann gedenkst du, diese scrub-Flächen wieder zu löschen?
Beste Grüße Miselajus
celsius11 (2024-11-18 09:52:25+00:00): Hallo Miselajus,

Wenig Zeit, Aber: Habe die Alten Buschbereich gerade hier gelöscht. Hast recht: Kyril 2007 lange vorbei und da stehen nahc Luftbild nach 15 Jahren wieder entspr. Bäume. Das mit dem Buschland wird allerdings auch in anderen Bereichen so als Kahle WAldfläche bzw. für niedrige Schonung so gehandhabt: https://www.openstreetmap.org/#map=14/51.80213/10.72935

Aber Sturmfläche / Käferksahschlag ist formal noch wald. auch wenn nichts mehr steht. 

Lösche das alte Buschland hier von mir in Habichtswald / Kaufungerwald nach und nach von mir raus. Kannst aber auch gerne sofort ändern. 

VG

Celsius11
celsius11 (2024-11-18 10:08:12+00:00): So schon etwas in Söhre und Habichtswald gelöscht. Der Rest folgt später. VG Celsius11
Miselajus (2024-11-18 22:50:14+00:00): Danke für die schnelle Reaktion! Gruß M
Miselajus (2024-12-07 21:41:41+00:00): Hallo,
in der Söhre, am Bärenberg und Röderser Berg habe ich einige von diesen scrub-Flächen als inner aus den jeweiligen MP forests herausgelöst, aber nicht gelöscht.
Beste Grüße Miselajus
celsius11 (2024-12-09 18:46:51+00:00): Hallo Miselajus,

diese Flächen mit Scrub kannst du ruhig alle Löschen. Was extra lag habe ich gelöscht. Am Bärenberg sind auch noch Buschländer, die als "Inner" teil des Waldes dort sind. Wie man die löscht, ohne den Wald  datentechnisch mit zu beschädigen, habe ich leider nicht raus  gefunden. Kannst die Scrubs da alle löschen: https://www.openstreetmap.org/#map=15/51.35703/9.26798

da sind in den Luftbilder schon wieder Bäume zu sehen.

Grüße

Celsius11
Miselajus (2024-12-13 19:28:14+00:00): Hallo, die scrubs in dem etwas undurchsichtigerem Inner des MP am Bärenberg habe ich herausgelöst und gelöscht.    
  ................?
Gute Zeit Miselajus
saintam1 (2015-04-19 20:53:00+00:00): Привет и добре дошли в OpenStreetMap!

Повечето блокове вече имат си имат име във формата "addr:housename" в "All tags". Няма нужда да се копира в полето 'таг'.

За сметка на това обаче имаме нужда от повече информация относно етажите на всяка сграда. Ще е полезно, ако въвеждате повече тези данни.

Мерси!
Kaziu Kisiel (2015-04-19 10:05:04+00:00): I added also SH35 interchange.
aharvey (2015-04-23 00:13:28+00:00): Just a question, when you said your source was Topo? What specifically was this source?
NathanaelCBR (2015-04-23 00:23:24+00:00): NSW Government topographic map which I referred to to draw my poly.
aharvey (2015-04-23 00:26:54+00:00): Aren't the NSW Government Topo Maps Copyright All Rights Reserved? I know the paper ones I have are and it appears the online ones at http://maps.six.nsw.gov.au/arcgis/rest/services/sixmaps/LPITopoMap/MapServer are too.

Were you able to get these under a license compatible with deriving information for OSM?
NathanaelCBR (2015-04-23 00:42:41+00:00): I drew the poly and referred to paper map for some of the boundaries for less than 10% of the nodes plus my own on-the-ground survey and GPX data and reused the estuary shorelines and coastline nodes for the rest. Don't think that constitutes breaching copyright.
Valerio_Bozzolan (2022-08-29 11:43:49+00:00): Ciaao!

Eliminerei questo elemento senza tag e sovrapposto ad un edificio. Che ne pensi?
https://www.openstreetmap.org/way/339323221/history#map=19/45.99769/9.34141

GraIe ciao!
RColombo (2022-08-30 10:14:09+00:00): Ciao Valerio, probabilmente è un "refuso", nessun problema per me
trigpoint (2015-04-19 20:15:19+00:00): Mace Express should probably be shop=convienience
kaitu (2015-05-22 21:21:43+00:00): The ways 339329613 and 339329612 don't have any tag. It looks like they might be some kind of path, but it's hard to tell without knowledge.
trigpoint (2015-04-23 16:55:01+00:00): The park and ride wasn't residential last time I was there.
Monster, arbitrary landuse makes detailed mapping more difficult.
It should never cross major roads.
CrimsonCaribou (2015-04-23 18:10:10+00:00): I'm currently in the process of splitting these into increasingly smaller and more detailed blocks. I've switched to josm so I don't have to put any more 'unfinished' big blocks onto the live map. I should really have done that to start with.
EinKonstanzer (2015-04-19 16:22:49+00:00): Ich weiß, ich weiß...
Man muß nur lange genug warten und dann erledigt es sich von selbst. :-)
Grüße aus D'dorf
Nakaner (2015-04-19 16:24:29+00:00): Mit ist die Juristische Fakultät negativ aufgefallen, weil sie mit nam_1=* getaggt war. Und dann konnte ich mich nicht mehr zusammenreißen … :)
robbieonsea (2015-04-19 18:42:32+00:00): I don't think this postbox is in the middle of road!
Which side should it be?
vSecam (2015-04-19 15:08:30+00:00): Добавил некоторые объекты вокруг своей дачи
SomeoneElse (2015-04-22 13:39:30+00:00): What's the evidence for the name and location of http://www.openstreetmap.org/node/30000436 ?
vSecam (2015-04-19 15:07:32+00:00): Добавил некоторые объекты вокруг своего дома
margadoosh (2015-04-19 15:09:20+00:00): connected road, added buildings and park
SomeoneElse (2015-05-20 11:19:54+00:00): You've deleted the man_made=survey_point tag from https://www.openstreetmap.org/node/1308949083/history and changed the name in this changeset.  Have you actually verified on the ground that there is no longer a trig point here?  Also, "Starvehouse Mine" is an unusual name.  What is the source of it?
SomeoneElse (2015-04-22 13:27:23+00:00): You've changed http://www.openstreetmap.org/node/304452970/history to not have an apostrophe in it.  What evidence do you have for this?  The previous edit was by someone who goes out and surveys things; did you do this here or are you just copying from some other source without checking yourself?
John Murrell (2021-09-06 17:08:59+00:00): Seven Sisters Park is in East Sussex not Essex
Endres Pelka (2015-07-29 09:42:28+00:00): Worum genau geht es mit dem hinzugefügten Minus in voltage=-750?
rayquaza (2015-10-19 12:36:38+00:00): Die Polung des RNV-Netzes ist andersrum als normal üblich. Ich bin kein Elektriker, deshalb kann ich nicht erklären, wie genau das funktioniert, habe mir aber von einem bestätigen lassen, dass das sein kann. Bis Januar wäre in Heidelberg voltage=750 richtig gewesen.
Mateusz Konieczny (2025-06-13 14:21:18+00:00): Hello! https://www.openstreetmap.org/way/339391829/history has roof = skillion that was added in this edit
Maybe roof:shape=skillion was intended here?

See https://wiki.openstreetmap.org/wiki/Key:roof:shape and https://wiki.openstreetmap.org/wiki/Key:roof
Kaziu Kisiel (2015-04-20 18:33:18+00:00): Taa, a pobliski stadion to autostrada.
maraf24 (2015-04-20 18:35:11+00:00): Mam skasować name=Plac targowy?
Kaziu Kisiel (2015-04-20 18:43:07+00:00): Nie rób takiej zmiany.
maraf24 (2015-04-20 20:32:53+00:00): Nie zamierzam. Po prostu nie rozumiałem tagowania. Stadion, "Plac targowy", highway=services i stacja paliw - jak to się wiąże? 
I jak to jest prawdziwy plac targowy, to może amenity=marketplace? Chyba, że to nazwa albo funkcja historyczna. 
A jak tam się zatrzymują kierowcy odpocząć to raczej highway=rest_area.
Kaziu Kisiel (2015-04-27 19:31:07+00:00): Dlaczego podczas edycji map nie ma kategorii: chodnik i droga wewnętrzna? Brakuje też specjalnego oznaczenia dla rynków miast.
maraf24 (2015-04-27 20:47:25+00:00): Chodnik jest, nawet w iD tak się nazywa. Czasem występuje w równoważnym otagowaniu jako ścieżka dla pieszych.
Polskiej drogi wewnętrznej nie ma, zwykle pasuje droga serwisowa, sporadycznie droga lokalna. Liczy się ważność, nie status prawny.
Takie klasyczne rynki w formie placów taguje się jako highway=pedestrian z area=yes. Czasem jednak rynek to tylko okalające ulice.
Владимир К (2015-12-02 11:04:16+00:00): Зачем вы на участки ставите building=yes? Это неверно. Нужно отдельно от линий участка отрисовать сам дом и на него уже повесить building
Hooter (2015-12-02 11:45:26+00:00): Это временное решение, все это будет вычищено. Если просто указать адрес участка, его номер отображаться не будет, а нам нужна карта по которой можно ориентироваться. Сейчас поселок активно строится, но спутниковые снимки более менее свежие, есть только у Yandex. А их для отрисовки использовать сколь помню нельзя. 
Как только появится новые снимки, то поселок будет "застроен" и будет подчищен. Пока просьба это не трогать.
Владимир К (2015-12-02 15:26:26+00:00): Рисовать под рендер ни в коем случае. Для того, чтобы показывался адрес, есть точка. Все переделал, с участков убрал все, кроме landuse, адреску в точки. Проверьте нечетные номера по советской улице. На участках был один адрес, на домах внутри участков другой. Если на домах неверный, просто уберите адрес с домов, а адресную точку перетащите внутрь контура дома
Владимир К (2015-12-02 15:27:22+00:00): Ошибка, не по советской улице, а по строительной. Нечетные номера в начале улицы. там сдвиг
Владимир К (2015-12-02 15:28:50+00:00): А насчет снимков - они могут не обновляться по несколько лет. особенно за городом, так что их ждать все равно что у моря погоды
utack (2015-08-31 22:16:48+00:00): Bitte einmal Prüfen ob ich die "Via Bavarica" jetzt vermurkst habe oder besser gemacht.
Da waren Stufen mit drin, der Radweg ist außen rum
heilbron (2025-08-17 12:36:09+00:00): Zu spät ;)
sabas88 (2015-04-19 21:26:34+00:00): Is this an import?
I see a wrong encoding in the names
DD1GJ (2015-04-19 21:58:02+00:00): http://wiki.openstreetmap.org/wiki/DE:Import/Guidelines


Hallo morgen1,

ich habe Deinen Import zurückgesetzt, da er gegen die Import-Richtlinien von OpenStreetMap verstößt. Du hast u.a. die bereits vorhandenen Gleitschirm-Gelände überhaupt nicht berücksichtigt und doppelte Einträge erzeugt.
morgen1 (2015-04-20 17:55:35+00:00): 1. Habe ich wohl die Umlaute  übersehen. Ich habe jetzt eine neue Fassung in Arbeit, wo die Umlaute ersetzt sind. Das solte also gelöst sein. 
2. hatte ich schon die europa-latest vom 27.03.2015 mittels OSMOSIS nach den tag sport=free_flying durchsucht. Es gab 363 Treffer. Dann habe ich auf meine Liste eine selbst mit VB
 geschrieben Maske angewendet, die Übereinstimmungen in Lat +lon bei den ersten 3 Kommastellen aufzeigt un diese Punkte gar nicht erst importiert. Dopplungen sollten so vermieden werden. Jetzt habe ich das verfeinert, indem ich den  exacten Abstand ermittelt habe zwischen den vorhandenen Punkten und meiner Liste. Den Abstand kann ich variiren. Mit 50 m ergeben sich 128 Treffer. Heißt 128 Punkte können doppelt sein. Mit dieser Kenntnis kann ich die aus meiner Liste entfernen. Man kann durchaus diskutieren , welcher Abstand zwischen den im OSM-Datenbestand vorhandenen Punkten  und meinen neuen Punktion als 'Dopplung' angesehen wird. Wenn ich z..B. die Verhältnisse am Planai in Schladming ansehe. dann gibt es dort am Gipfel 3 Startplätze. die alle weniger als 50 m voneinander entfernt sind. Nämlich den unmittelbar neben der Bergstation, den 50 m oberhalb auf der Wiese und den Weststart.  Auf alle Fälle ist die Lagegenauigkeit meiner Punkte besser als einige jetzt enthaltene. Beispiel: Emberger Alm in Greifenburg. Dort sind 2 eingezeichnet. Einer davon stimmt und der 2. bei N46,77207 E13,15018 ist totaler Schrott. Ich kenne das Gelände sehr genau: diesen Punkt hat ein Idiot angelegt. Bevor ich mein überarbeitete Liste nochmals hochlade, solltest Du bitte sagen , was Dich daran stört. Welches Kriterium für Dopplungen hälst du für angemessen ? Bitte konkret mit Beispielen.

mfg
DD1GJ (2015-04-20 19:52:03+00:00): Sind es wirklich „Deine Punkte“ oder ist es die Datenbank des DHV? 
Falls DHV: Aus der Webseite geht nicht eindeutig hervor, ob der DHV seine Daten unter einer freien, zu OSM kompatiblen Lizenz/-Nutzungsrechten bereitstellt. Das sollte als erstes geklärt werden.

Dann hat eine öffentliche Ankündigung zu erfolgen. Ich empfehle hierfür zunächst das deutsche OSM-Forum, in dem auch einige sehr OSM-aktive Gleitschirmflieger anzutreffen sind. Die können besser als ich beurteilen, ob man den Import auch international ankündigen sollte, da auch einige Nachbarländer davon betroffen sind. http://forum.openstreetmap.org/viewforum.php?id=14 
Die Erklärungen stehen in dem Link zu den Importrichtlinien zu Beginn meiner ersten Nachricht..

Erst wenn im Forum/Import-Mailingliste keine Bedenken bestehen kannst Du importieren, keinesfalls vorher!

1. Umlaute waren ein Schönheitsfehler und dürften dann wohl kein Problem mehr sein.

2. Beispiel: http://www.openstreetmap.org/way/91861762
Start- und Landeplätze können auch flächenhaft angelegt sein, was Deine Doppelungserkennung wohl nicht bemerkt. In allen Plätzen der Schwarzwaldgeier war ein zusätzlicher Punkt von Dir!

Für die Kürzel GS, HG, SP, LP, Himmelsrichtung... solltest Du die im Wiki vorgesehenen Tags verwenden.
http://wiki.openstreetmap.org/wiki/DE%3ATag%3Asport%3Dfree_flying

Die Koordinaten waren an den mir bekannten Stellen wirklich sehr genau. Sollte ein bereits bei OSM vorhandener Punkt danebenliegen, so ist dieser bei einem Import an die richtige Stelle zu schieben. Den falschen oder unvollständigen Punkt zu löschen um dann den eigenen zu importieren ist verpönt.

Grüße
Joachim
morgen1 (2015-04-20 20:31:53+00:00): Sorry, den Aufwand werde ich nicht betreiben.Ich bin weder Rechtsanwalt noch habe ich Zeit und Lust für unnütze Bürokratie.International ankündigen ? Wozu das ? Es ist nur gutgemeint von mir. Dann seht zu, wie Ihr anderweitig an die Punkte kommt. Das schließt ja nicht aus , dass ich die Punkte in meinem privaten Karten importiere. Dazu kann man mit OSMOSIS auch mergen.
mfg
DD1GJ (2015-04-20 21:20:09+00:00): Es hatte sich leider gezeigt, dass Dein erster Import eine Bruchlandung war. Denk bitte mal an Deine ersten Flugversuche zurück und vor allem an das, was Dir erfahrene Fluglehrer und Kameraden so alles beigebracht haben. So ähnlich läuft es auch bei OSM, gerade bei schwierigeren Sachen wie Massenimporten. Deshalb auch mein Hinweis auf das Forum. Da wird Dir geholfen und ich bin auch gerne bereit mitzuhelfen, dass es, falls die Urheberrechte an den Daten passen, ein gelungener Import mit Punktlandung wird. Schlaf bitte eine Nacht drüber und sag mir dann Bescheid, ob ich die ersten Schritte im Forum für Dich übernehmen soll.
Harald Hartmann (2015-04-21 05:57:05+00:00): Sodele, ich (Gleitschirmflieger) hab mir das Ganze jetzt auch mal angeschaut und muss DD1GJ leider Recht geben, der Import ist - unabhängig von der Rechtsfrage - definitiv misslungen. V.a. das sämtliche Daten in "name" stehen, WTF?! name brauchst nämlich überhaupt nicht und würde die Kartendarstellung in solchen Bereich nur verschlechtern.
z.B. Zwölferkopf SP 1 GS und HG N würde ich - mit teils neuen Tags - eher so taggen:
sport=free_flying
free_flying=start
paragliding=yes
hangliding=yes
direction=N
Dieser und die anderen Start- und Landeplätze für den Zwölferkopf dann in eine site-Relation.

PS: Ich schau mal, was ich bzgl. der Verwendung der Daten vom DHV für eine Auskunft bekomme.
morgen1 (2015-04-21 07:13:12+00:00): danke für die Antwort,
dazu eine technische Frage: ich benutze zum rendern mkgamp mit einem Style, der  90% ig der mkgmap_Vorlage entspricht, jedoch beim Umsetzen der Tags in Garmin Types individuell angepast wurde.  Damit werden keine  tags free_flying:site v=takeoff
und orientation 
 in Mapsoure bei den Objekteigenschaften dargestellt. Wozu dann diese tags , wenn die eh keine Auswirkung haben ? Ich fürchte bei Deinen t6ags, dass die auch nirgends dargestellt werden. Im Name -Tag sehe ich die Infos sehr wohl. Du kannst Dir die Analyse dazu als jpg ansehen unter : https://d100635.odilo.greatnet.de//data/public/32b425ae04a34d353ab2a2ac12f17114.php?lang=de (OSM-Quelltext) und https://d100635.odilo.greatnet.de//data/public/40c4a3a6584de798a75e670766b92f87.php?lang=de (Ansicht Mapsource) . Es könnte an meinem STYLE liegen. Aber welche Codezeilen im STYLE sind erforderlich um die Eigenschaften in Mapsource anzuzeigen ?
Solange das nicht geklärt ist, werde ich die mir vorliegende, mittlerweile bereinigt von Dopplungen im 50 m Umkreis und auf UTF8 umgestellte Liste nicht verändern. Per Hand ist es wegen der Stückzahl sowieso nicht möglich. Ich schreibe mir für solche Sachen immer VB6-Tools. Damit wäre ein Umbau der Liste zur Erzeugung weiterer Tags prinzipiell möglich, nur macht es keinen Sinn, da die nicht dargestellt werden.

nb: was ist  WTF?!.
Harald Hartmann (2015-04-21 07:31:53+00:00): Ja, das ist korrekt, dass "meine" Tags nicht angezeigt oder gerendert werden, was bei vielen (neuen oder auch zu spezifischen) Tags der Fall ist. Aber hierzu solltest du dich vielleicht auch noch mit den Grundsätzen von OSM beschäftigen und einer davon ist "Wir mappen nicht für den Renderer". Die spezifischen Daten aus name rauszukitzeln schafft kein Algorithmus.
Letztendlich bräuchte es dann in der Tat auch eine Spezialkarte (mit eigenen Rendering, z.B. einen Pfeil für die orientation/direction) für uns Gleitschirmflieger, wie z.B. unter http://forum.openstreetmap.org/viewtopic.php?id=30809 angesprochen.
Wie man eine solche erstellt, weiss ich wegen Zeitmangels aber leider auch nicht.
PS: WTF kannst du bei Wikipedia nachschlagen ;-)
morgen1 (2015-04-21 07:56:02+00:00): Also ich mappe, um Karten zu rendern ! und nicht um akademische  Gelüste  zu befriedigen. Da habem wir unterschiedliche Ziele. Eine OSM-Datenbank, die nichts praktisches auswirft, ist für mich sinnlos. Es sind nur wenige spezifische Daten im Namen (Himmelsrichtung Start-landung usw. ) die kann man suchen und in tags packen. Das wäre aufwendig aber machbar. Stellt sich noch die Frage, ob es eine Liste gibt, welche die renderbaren tags enthält ? meine mkgmap version ist 3258. .
mfg
Harald Hartmann (2015-04-21 08:30:14+00:00): Also ohne mich jetzt mit mkgmap auszukennen, habe ich beim Drüberlesen im Wiki und auf mkgmap durchaus den Eindruck gewonnen, dass man ALLE tags, eben halt über einen eigenen custom style, rendern lassen kann?! Und da bringt dir wohl vermutlich in der Tat eine "Standardliste" herzlich wenig. Und ich zitiere: "Da die Verwendungszwecke, für den die Karten generiert werden, sehr unterschiedlich sind ist der Standard-Style nicht für jede Karte gleich gut geeignet. Deshalb gibt es schon in mkgmap selbst unterschiedliche Styles, und darüberhinaus können eigene Styles erzeugt werden." (http://wiki.openstreetmap.org/wiki/Mkgmap/help/DE:Custom_styles)
morgen1 (2015-04-23 17:08:46+00:00): Hallo , ich habe mich mit mkgamp und den STYLE beschäftigt, dabei viel gelernt und kann jetzt sagen, dass es fast gleichgültig ist, was in den tags steht. Prinzipiell solte man sich aber aus systematischen Gründen an die Vorgaben halten. Aber was dann in einer Karte gerendert wird, wird ausschließlich vom STYLE bestimmt. Damit ist es volllkommem egal, ob im name-tag mehr als nur der Name steht. Nur der TSYLE bestimmt, ob der name überhaupt angezeigt wird und die Karte ggf. unübersichtlich wäre..   Beispiel : Bei einigen Einträgen in Friaul unter dem tag sport=freee_flying  sind tags drin 'free_fliying:site:takeoff'. Man beachte , dass der tag einen Schreibfehler enthält, i und y sind verwechselt !  Es ist die node id 2402611752. Gibt aber noch einige mehr  in der Gegend. Wenn man den STYLE mit den passenden action {....} versieht, ist das kein Problem. Fazit : zusätzliche Angaben in name-tag, oder sonstwo, sind zwar systematisch gesehen nicht wünschenswert, aber für das rendern bedeutungslos.  Noch was zum  Hinweis von Joachim betreffs flächenhaft gerenderter Gleitschirmplätze und einem extra Punkt darauf. Das ist unbedingt erforderlich, weil sonst nicht danach gesucht werden kann ! Ich habe meinen STYLE, jetzt so ausgelegt, dass in den Merkmaleigenschaften die ggf. vorhandenetags Free_flying:site und ...:orientation angezeigt werden und nicht mehr im Namen. Ob der Punkt in der Karte dargestellt wir, hängt wie schon bemerkt ausschließlich vom STYLE ab.Letzte Frage an die Experten: mein vorbereitetes OSM-file , erzeugt mit GlobalMapper, hat aus guten Grund node id mit negativen Zahlen, damit keine Überschneidung mit der offiziellen OSM-Datenbank erfolgt, Falls ich mich zum hochladen entschließen sollte, wie soll ich mit den node-id verfahren ? Ganz rausschmeißen, also ohne node -id ? oder die 'falschne 'von GlobalMapper drin lassen ? werden die in der offiziellen Datenbank automatisch neu vergeben ?

Als Anregung würde ich wünschen, dass beim hochladen serverseitig eine Kontrolle erfolgt, ob offensichtlich tags mit Schreibfehlern behaftet sind. Fall so ein tag ankommt, der dann ja unbekannt ist, sollte man fragen, ob das echt so gewünscht ist und nicht kommentarlos akzeptieren. 
morgen1
Harald Hartmann (2015-04-23 19:06:14+00:00): Da mkgmap nicht mein Thema ist, möchte ich mich nur zu deinem letzten Absatz äußern und eine Bitte wiederholen: Bitte beschäftige dich mit den Grundzügen-/prinzipien von OpenStreetMap: Da es keine Definition von "korrekten" Tags gibt und eben das Benennen von Keys völlig offen ist, wird es so eine Kontrolle nicht geben können. Bzgl. Keys mit Schreibfehlern gab es eine entsprechende Aktion, hier findest du nähere Infos dazu: http://www.fossgis.de/konferenz/2015/programm/track/Vortr%C3%A4ge%20(OSM)/884.de.html
Harald Hartmann (2015-04-25 18:40:15+00:00): Hier die abschließende Antwort vom DHV:
wenn es sich bei den hochgeladenen Daten bei bei OpenStreetMap.org um die Daten aus der DHV-Geländedatenbank handeln sollte, würde ein Upload in dieser Form gegen die Nutzungsbedingungen verstoßen!
http://www.dhv.de/web/fileadmin/user_upload/dbfiles/gelaendedaten/nutzung_gelaendedb.pdf
dudka (2015-04-23 14:57:09+00:00): Якийсь кривуватий вийшов мультиполігон http://www.openstreetmap.org/relation/4812053#map=19/49.11219/25.89426
Dyoma (2015-04-23 14:59:11+00:00): ага, як це виправити? А то я почав детально промальовувати landuse в місті, а от в цьому конкретному місці не знаю чого так вийшло)
trigpoint (2015-04-23 16:50:38+00:00): I am not sure I would call The Golden Mile residential.
ij_ (2015-04-20 17:20:32+00:00): Laittaisin mielummin alt_name:ksi ton Malmin jäähallin. Ja se ei muuten taida olla muuten enää Vaunula Areenakaan, kun sain sen nimen vaihdettua vihdoin joku aika sitten, se vaihtui taas joksikin muuksi tosi pian. En nyt valitettavasti muista enää mikä se nyt olikaan tällä hetkellä, kun en ole muistanut ottaa ylös ohikulkiessani.

--
 i.
Nakaner (2015-04-24 10:50:52+00:00): danke
tyr_asd (2015-04-26 10:01:46+00:00): Hey. Could you please (additionally) use an English changeset comment when doing international reverts in the future? Thank you!

PS: This one is about reverting an undiscussed import of free flying infrastructure which didn't consider already mapped objects.
tosky (2015-06-27 23:34:21+00:00): Questo punto pompa aria che occupa un intero edificio (e che è comunque replicato in un altro punto) è quasi sicuramente errato.