piebro/osm-data huggingface dataset:
aharvey (2017-02-27 00:26:34+00:00): You've only connected these two new roads here to the footpath, was that intentional? They aren't connected to Captain Cook Drive?
Erin Evans (2017-02-27 00:35:28+00:00): Not intentional at all. First time using open street map, so still figuring out how to use it. I've now connected the rods to Captain Cook Drive.
aharvey (2017-02-27 01:01:22+00:00): No worries and thanks for your edits here, very much appreciated and welcome.

The way you've mapped it now, it means you can turn left but not right into Dune Walk. And you can turn both left and right into Foreshore Boulevard from Captain Cook Drive.

Dune Walk is very close to that existing service road to the park, are they separated?

To map traffic lights for example at https://www.openstreetmap.org/node/4707492421, use highway=traffic_signals, and reserve the name for real names, so in this case there is probably no name so just leave it out.
Erin Evans (2017-02-27 01:21:19+00:00): Yes that's correct - left only into Dune Walk, but you can turn left and right from Foreshore Boulevard. I've had to add two sets of lights for both directions of road, even though there is only one set of lights due to cutting through the medium strip.

The service road you're referring to - is that the one parallel to Dune Walk, or perpendicular? 
Dune Walk continues only until the point of just beyond the building in the park and then the "parking aisle" extends to the end of the carpark. Not sure how to map this correctly.
They've joined the perpendicular road to Dune Walk, so I have amended that to connect.
Erin Evans (2017-02-27 01:35:37+00:00): I believe I've just managed to amend the parking aisle to extend beyond Dune Walk as is now in real life. 
I've also removed traffic lights at the park's entry, as well as removed the cycleway through the centre.
aharvey (2017-02-27 02:07:11+00:00): > Yes that's correct - left only into Dune Walk, but you can turn left and right from Foreshore Boulevard.

Good.

> I've had to add two sets of lights for both directions of road, even though there is only one set of lights due to cutting through the medium strip.

That's okay, this is generally how it's done for dual carriageways.

> I believe I've just managed to amend the parking aisle to extend beyond Dune Walk as is now in real life.

Perfect.

> They've joined the perpendicular road to Dune Walk, so I have amended that to connect.

Perfect.

> I've also removed traffic lights at the park's entry, as well as removed the cycleway through the centre.

If that reflects reality now, great.

I've made a few other minor fixes around here.
etajin (2017-04-05 10:51:37+00:00): この編集で削除されたリレーション5145361、5148098、5011494およびその子要素は、インポートされたものではありません。さらにチェンジセットに対するコメントもされてた形跡はありません。また、talk-jaのアーカイブを参照すると何も議論がされていないことが確認できます。この編集のsource記述には虚偽しか含まれていません。このように不正な破壊行為に対し厳重に抗議するとともに、早急な原状回復(削除編集のリバート)を要求します。
さらに、データの座標値等を確認すればインポートでは無いことは容易に判断できるにも拘わらず、インポートであると扱うに至ったプロセスと責任の明確化、それに基づく再発防止策の公開を求めます。
nissyyu (2017-04-05 11:35:43+00:00): 
etajinさん

下記のメッセージに関してのリバートの経緯についてですが、nissyyuアカウントで2016年11月28日に送信した添付のメッセージについて、ご返信がなかったため、削除の対応を行なっています

リレーション5145361、5148098、5011494に関わる編集については、インポートでないとのことですが、元データはどのようなデータでしょうか。国立公園の範域は、現地で目視で確認できるものではありませんので、なんらかのデータに依拠して作成されたものと考えられます

国土数値情報ではなく、もし環境省生物多様性センターのデータを利用されて作成されているデータであれば、こちらもOpenStreetMapのライセンスとの齟齬があるデータのため、利用できないデータとなります。それらについては、すでに下記のtalk-jaのスレッドで議論を行っています。

https://lists.openstreetmap.org/pipermail/talk-ja/2015-August/thread.html#9017

https://lists.openstreetmap.org/pipermail/talk-ja/2016-October/009558.html

ライセンス的に問題のない編集であれば、データを復旧させることも可能であると思いますが、これまでに直接のご返信がないため、二次利用も含め自由に利用できるOpenStreetMapのライセンス上、止むを得ずリバートせざるを得ない状況となっています。

状況をご理解いただき、どのようなデータに依拠して、作成されたものなのか、ご返信いただければと思います

ライセンス上の疑問がもしあるのであれば、talk-jaで議論することも可能であると思いますので、ご検討頂ければと思います

-------
2016年11月28日 09:43

etajinさん

OSMFJの西村雄一郎と申します．

etajinさんがインポートによって投入されている国土数値情報は，2015年7月に国土数値情報の利用約款により，インポートを含むデータ利用ができなくなりました

http://wiki.openstreetmap.org/wiki/JA:Import/Catalogue/Japan_KSJ2_Import

https://lists.openstreetmap.org/pipermail/talk-ja/2015-July/009000.html

国土数値情報自然公園地域データを利用して自然公園や国立公園などの範域を投入されていますが，国土数値情報の利用は認められないため、2015年7月以降に投入されたこれらのデータについては速やかに削除をお願いできますでしょうか

また同時に国立公園以外などでも，国土数値情報を利用して2015年7月以降編集を行ったものがあれば，そちらについても削除し，以前の状態に戻すことが必要となります

OpenStreetMapでは，インポートなどフィールドワークに基づかないデータについては，二次利用などが自由に可能なライセンスによるデータで，かつOSMのコミュニティで議論され，受け入れられたもののみがインポート可能です

http://wiki.openstreetmap.org/wiki/JA:インポート/ガイドライン

もし，ご連絡や削除が行われない場合には，現状、広域にわたるこのデータをこのまま放置はできずリバートを行う必要が生じます．それには他者による多大の労力を要します．

もしご不明な点などありましたら返信を頂ければと思います

以上よろしくお願いいたします
etajin (2017-04-09 01:13:58+00:00): 「KSJ2データのインポート」も虚偽、「チェンジセットへのコメント送信」も虚偽、リンク先も虚偽ということであれば、他ユーザーの編集の成果を削除する合理的な根拠を何ら構成していません。
このような暴挙が許されるのであれば、OSMに貢献しようとするユーザーはすべて、一方的、主観的な言いがかりによって自分の編集を不当に削除されるリスクに晒されます。
早急な原状回復、プロセスと責任の明確化、それに基づく再発防止策の公開を求めます。
nissyyu (2017-04-09 12:49:02+00:00): etajinさん

リバートの経緯については、2017-04-05に行った前のコメントに示した通りです

当該データは、etajinさんによるその他の自然公園や国立公園などの範域に関する編集とともに、下記の点から破壊行為（Vandalism）と推定されるデータとなっています

http://wiki.openstreetmap.org/wiki/Vandalism

http://wiki.openstreetmap.org/wiki/JA:破壊行為

破壊行為の種類としては著作権侵害並びに議論されていないインポートと推定される編集となります

自然公園や国立公園の範域は、現地で目視で確認できるものではありませんので、なんらかのデータに依拠して作成されたものと推定されます

そして、自然公園や国立公園の範域に関して日本では国土数値情報もしくは環境省生物多様性センターのデータがありますが、ライセンス上齟齬があることや利用規約の改定などから利用ができないこと、またそれ以前に、インポートガイドライン（http://wiki.openstreetmap.org/wiki/JA:インポート/ガイドライン）に則り、インポートに関する議論が完了したデータではありません

以上の点から、破壊行為（Vandalism）に当たる編集と強く推定されたことから、2016年11月28日 09:43にメッセージにて問い合わせを行っています

リレーション5145361、5148098、5011494に関わる編集については、インポートでないとのことですが、元データはどのようなデータでしょうか。問い合わせのメッセージに対して、ご返信いただけていないことから、国土数値情報のインポートと推定し、その旨削除時のチェンジセットに記載していますが、もしそれとは異なるOSMで利用が可能なデータであれば、それは、リバートを実施した当方ではなく、そのデータを利用して編集を行ったetajinさんから明示していただく必要があります

また、2016年11月28日 09:43に、メッセージによって問い合わせを行っていますが、これは破壊行為と推定されるデータの場合に、編集者に対して問い合わせを第一に行うこととされており、その手順に従っています（http://wiki.openstreetmap.org/wiki/JA:破壊行為#.E7.A0.B4.E5.A3.8A.E8.A1.8C.E7.82.BA.E3.81.B8.E3.81.AE.E5.AF.BE.E5.BF.9C）。これに対してなんら返信がなかったことから、コミュニティにおいて議論を行いながら（このリバートは元々talk-jaでの議論から始まっています　https://lists.openstreetmap.org/pipermail/talk-ja/2016-October/009558.html）、進めたリバートとなります。以上のように今回の手続きは破壊行為への一般的なガイドラインに沿って進めているものであることをご理解いただければと思います

以上のように、今回の対処については、etajinさんからコメントがあったような主観的な言いがかり、不当な削除に当たるものではありません

破壊行為には当たらないデータによる編集であれば、データを復旧させることも可能であると思います。しかし、それについてこれまでetajinさんより明示されていないことから、止むを得ずリバートせざるを得ない状況となっています。上記２回のコメントにおいても、どのようなデータに依拠して作成されたものなのか示していただいていませんので、その点について明確に示していただければと思います

上記の点についての疑問があれば、talk-jaで議論することも可能であると思いますので、ご検討頂ければと思います
etajin (2017-04-16 12:02:40+00:00): リレーション5145361、5148098、5011494の編集がインポートであると言い張るなら、第三者が客観的に検証できる証拠を示すべきです。データを破壊する側がそのような証明を怠り、被害者にはいかなるデータのインポートでもないという悪魔の証明を求めるような暴論が成り立つなら、気に食わない編集はすべて削除可能となります。このような行為こそ破壊行為です。
早急な原状回復、プロセスと責任の明確化、それに基づく再発防止策の公開を求めます。
mxrev8 (2017-04-03 11:00:57+00:00): OSM is not a place for stalkers and bullies like dgitto. dgitto must stop stalking and sistematically reversing and deleting edits of singled out contributors. the tag "name" (Common name) means the name normally used by the general public in everyday life. it cannot be used to describe things. for long bureacratic names use the tag "official name" and for other descriptions use other tags like the tag "description"  http://wiki.openstreetmap.org/wiki/Naming_conventions. dgitto reversed a perfectly legitimate editi just for the purpose of stalking and bullying. stalking and bullying is a crime in real life and it is punished by the law with restraining orders and prison time. OSM administrators must not allow the stalking of bullying of dgitto  https://www.openstreetmap.org/user/dgitto/history
user_5359 (2017-02-19 06:56:53+00:00): Welcome to OSM! Please notice this is a production database not a playground or testing database. I delete your test entry.
user_5359 (2017-02-19 06:57:38+00:00): Welcome to OSM! Please notice this is a production database not a playground or testing database. I delete your test entry.
user_5359 (2017-02-19 07:04:55+00:00): Welcome to OSM! Please don't mark the whole property as building. Only mark the building as building.
user_5359 (2017-02-19 06:58:26+00:00): Welcome to OSM! Please notice this is a production database not a playground or testing database. I delete your test entry.
user_5359 (2017-02-19 06:59:58+00:00): Welcome to OSM! Please notice this is a production database not a playground or testing database. I delete your test entry.
user_5359 (2017-02-19 07:01:14+00:00): Welcome to OSM! Please notice this is a production database not a playground or testing database. I delete your test entry.
pitscheplatsch (2017-02-19 07:44:47+00:00): Hi ninjaslayer461, welcome to OSM. Please only map what's on the ground. https://wiki.openstreetmap.org/wiki/Good_practice#Map_what.27s_on_the_ground
pitscheplatsch (2017-02-19 07:45:26+00:00): reverted by https://www.openstreetmap.org/changeset/46208047
pnorman (2017-02-26 02:12:04+00:00): Hello,

In OpenStreetMap you can't copy from copyrighted maps without permission. This includes vworld, which you did here. Continuing to copy like this could lead to a permanent block. Unfortunately I have to remove this copied data.

Paul Norman
For the OpenStreetMap Data Working Group


안녕하세요.

오픈스트리트맵(OpenStreetMap)에서는 저작권이 있는 지도를 여러분이 허락없이 복사하여 사용할 수는 없습니다. 이 해당 범위에는 여러분이 사용한 Vworld도 포함됩니다. 이와 같은 복사작업을 지속적으로 하게 된다면, 접속이 영구적으로 차단하게 될수도 있습니다. 안타깝지만, 저는 복사된 데이터는 삭제할 수 밖에 없다는 것을 알려 드립니다. 

오픈스트리트맵 데이터 워킹 그룹을 대신하여
폴 노먼 (Paul Norman) 드림
pitscheplatsch (2017-02-19 07:41:55+00:00): Hi jacksonmapman1234444, welcome to OSM. May I know the resaon behind changing the highways from residential to footways? I'm not local contributor, but think this is not correct. See http://overpass-api.de/achavi/?changeset=46208014
pitscheplatsch (2017-02-19 09:39:34+00:00): Can you please revert your changes? Furthermore, if you want a test server, perhaps http://api06.dev.openstreetmap.org/ would work for you?
user_5359 (2017-05-10 19:58:42+00:00): Don’t add private information to the object. By the way: this isn’t a name, it is a description.
nammala (2017-02-20 04:06:00+00:00): Hi  ninjaslayer461,

Welcome and thanks for contributing to OpenStreetMap. May I know the reason behind deleting the buildings which exists in the Imagery.

Regards,
nammala
user_5359 (2017-05-10 20:02:13+00:00): I have revert this changeset.
nammala (2017-05-11 04:12:29+00:00): Thanks user_5359 for taking care of this :)
PlaneMad (2017-02-20 14:28:37+00:00): Welcome to OSM and thanks for your contributions ninjaslayer461.

Adding incorrect information is not fair to the others in your area who are making positive contributions to make this a highly useful resource for the benefit of others.

It would be great if you could fix your edits to accurately reflect the ground reality of your locality. Happy to help :)
user_5359 (2017-05-10 20:02:33+00:00): I hvae revert your changeset!
captain_slow (2017-02-22 06:44:20+00:00): hallo
du hast hier sehr viele pfade zu feldwegen geändert. aufgrund von was hast du das genau gemacht? denn von einigen wegen bin ich mir sicher dass es pfade und keine feldwege sind.
gruss
user_3012156 (2017-02-22 18:12:14+00:00): Hallo
Ja das ist richtig. Des öfteren wurde festgestellt, das normale Waldwege als Pfade markiert wurden, was falsch ist. Daher wurden die Wege von Pfad auf Waldweg umgestellt. Genau dafür ist der Waldweg ja auch da, da es kein Fussweg mehr ist. Die Definition von Pfad ist, das der so schmal ist, das nur eine Person entlang gehen kann. So als Beispiel in der Fallätsche am Uetliberg welchen ich selbst entlang gelaufen bin. Aufgefallen war auch, das Biker ihre Routen markiert hatten und festgehalten hatten, das keine Fussgänger dort entlang gehen dürfen. Diese wurden somit dann auch als Veloweg markiert, damit die Sache auch klar ist. Genau für das ist ja auch der Veloweg da und nicht dafür, das man Gehwege als Velowege markiert, was immer wieder vorkommt. Definition Waldweg: https://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dtrack
captain_slow (2017-02-22 22:37:18+00:00): bei einigen von path zu track geänderten wegen kommt aber genau folgendes zum tragen: "Für Wege, die nicht zum Befahren durch zweispurige Fahrzeuge vorgesehen sind, wird highway=path verwendet." (zitat von der wiki-seite zu highway=track).
dann wäre path bei denen also schon korrekt gewesen. hast du all diese geänderten wege vor ort gesehen?
datendelphin (2017-02-23 19:07:01+00:00): Du hast das zu highway=track geaendert, was für Land und Forstwirtschaft ist. Für zweispurige Fahrzeuge hauptsächlich. Highway=path ist recht allgemein, nicht nur für die aller schmalsten Wege. Was du mit Velowegen und Gehwegen meinst, ist mir nicht klar.
Jedenfalls solch grossflächiges umtagen ist nicht ok. Frag zuerst auf der Schweizer Mailingliste nach.
captain_slow (2017-02-27 07:13:14+00:00): Sollte eventuell ein Revert ins Auge gefasst werden? Und falls ja, durch wen?
user_3012156 (2017-02-27 07:56:47+00:00): Ich halte nach wie vor an den Änderungen fest. Festhalten muss man hier auch mal, dass es bei Änderungen oftmals zu Diskussionen mit "captain_slow" kommt und dieser User sich hier aufführt, als würde OSM ihm gehören und er müsse alle Änderungen prüfen oder kommentieren. Nochmals, ein Waldweg ist ein weiter Begriff ja. Aber hier - wieder einmal mehr - eine sinnlose Diskussion starten, bringt hier nichts. Sollte ein Weg irrtümlich geändert worden sein, kann man seine Zeit kurz so investieren, dass man den Irrtum kurz ändert und nicht tagelang herum diskutiert! Somit nei, ein Revert ist meiner Ansicht nach hier ganz klar falsch. Und captain_slow, bitte investiere Deine Zeit doch ein wenig sinnvoller
captain_slow (2017-02-27 19:02:06+00:00): Es ist sehr freundlich von dir, dass du dich um meine Zeit sorgst. Aber ich denke es wäre zielführender, wenn du auf die Diskussion eingehen würdest.
datendelphin (2017-02-27 19:25:29+00:00): This changeset has been reverted: http://www.openstreetmap.org/changeset/46449419 here, because it mechanically re-tagged paths in forests. Please discuss such edits first.

Diese ändrungen wurden revertiert, weil einfach alle path in einem Wald umgetagt wurden. Waldweg ist nicht einfach track.

eagleeye_zh bitte gehe darauf ein was andere Leute aus de community schreiben. Beleidigungen sind nicht angebracht. Du kannst dich im Wiki informieren und bei unklarheiten zum Beispiel auf der mailingliste http://lists.openstreetmap.ch/mailman/listinfo nachfragen.
Grüsse
Michael
highflyer74 (2017-02-20 08:39:24+00:00): Hallo nochmal!

Auch auf die Gefahr hin, Dich zu nerven: auch hier habe ich mehrere Anmerkungen.

Du hast zwei "Erweiterungen" an das schon vorhandene Gebäude gesetzt. Es wäre gut, wenn Du beim Zeichnen ein wenig Sorgfalt walten ließest, so daß die Linien bzw. Winkel der Wirklichkeit entsprechen. Ich habe das für Dich erledigt. Auch denke hier wieder daran: Wir erfassen jedes Objekt nur einmal. Jetzt hängen dort zwei gleiche Adressen an zwei kleinen Gebäuden. Hat vielleicht das ganze große Gebäude eine Adresse (inkl. des Postamts)? Oder gibt es am Gebäude verschiedene Eingänge mit verschiedenen Adressen? Dann ließen sich diese als entrance=* mappen. Dann hast Du in beide Gebäudeteile die "SoViSo GmbH" gesetzt (oder ist es die "SoViSo Eis GmbH"...?). Bitte achte auch auf solche Feinheiten. Auch haben beide Einträge, von denen vermutlich einer reicht, keinerlei Tags, welche die Funktion beschreiben. Ich entnehme Deinem Changeset Kommentar, daß es sich um einen Eisladen handelt? Dann wäre ein Tagging mit https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dice_cream angebracht.

Bitte befasse Dich, bevor Du weitermappst, mit den Grundlagen von OSM.

Bitte denke daran, daß die hinzugefügten Daten nach dem OSM-Wiki (https://wiki.openstreetmap.org/wiki/Main_Page) getaggt werden müssen, damit sie für andere Menschen nutzbar gemacht werden können. Ansonsten kann Software, die die Einträge nutzen möchte, diese nicht lesen.

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 Hilfe beim Mappen brauchst, melde Dich bitte.

Gruss aus HB!
plachetka (2017-02-20 10:11:16+00:00): An das Gebäude mit östlichen Zugängen zu den Wohnungen wurden westlich in zwei Bauabschnitten zwei zusätzliche Gebäude angebaut, die im EG Räume des Hauptgebäudes mit nutzen.

Es gibt zum einen die SoViSo GmbH (inkl. Postagentur) - hier muss der Eintrag noch korrigiert werden) und südlich die SoViSo Eis GmbH. Das sind getrennte Unternehmen mit unterschiedlichen Eingängen - aber in der Tat mit der gleichen Hausnummer. Da habe ich schon auf die korrekten Bezeichnungen geachtet.

Die Änderungen habe ich per Webeditor vorgenommen, da sind die Linien leider nicht optimal geraten.
highflyer74 (2017-02-22 12:09:54+00:00): Hallo nochmal!

Das heisst, der westliche Teil des Hauses hat die Adresse Kirchenstraße 123 und der östliche Am Ahrenshof 1? Ich würde das dann entsprechend anpassen, indem ich die POIs als Node in Gebäude setze. Dann müsste ich noch wissen, ob es sich bei der Eis GmbH um ein öffentlich zugängliches Eiscafé handelt, und ob die Post noch im östlichen Teil des Gebäudes ist, oder nur im nordwestlichen Anbau. Danke für Deine Hilfe!
plachetka (2017-02-22 12:42:51+00:00): Die Adressierung ist in der Tat so, dass die Anbauten jeweils an der Kirchenstraße liegen, der Altbau ist Am Ahrenshof.

Die SoViSo Eis GmbH ist ein öffentlich zugängliches Eiscafé. Die Post war schon immer nur im nordwestlichen Anbau.
highflyer74 (2017-02-22 13:19:50+00:00): Ich hab's angepasst. Du kannst ja nochmal nachsehen, ob alles stimmig ist.
literan (2017-02-19 10:43:26+00:00): Здравствуйте! Пожалуйста, не надо добавлять в название описательные слова вроде "палатка", "магазин". Только имена собственные. Если их нет- оставьте поле пустым.
mavl (2019-06-14 16:14:27+00:00): This changeset was redacted.
RoterEmil (2017-02-20 07:21:17+00:00): Hallo, eine Frage zu den PLZ für die Borchshöher Straße 63, 65, 67, 69, 75 und 66. Bist Du Dir sicher, dass diese PLZ stimmen? Denn die PLZ-Grenze verläuft ja genau in diesem Areal. Danke für Aufklärung :)
hwi (2017-02-21 08:38:50+00:00): Laut https://www.postdirekt.de/plzserver/ sind ungerade Hausnummern ab 61a in PLZ 28755 und die 66 noch in PLZ 28757.
Evtl. muss die PLZ-Grenze in OSM noch angepasst werden.
RoterEmil (2017-02-21 11:23:22+00:00): Danke für die Antwort. Habe die PLZ-Grenze entsprechend angepasst. Wenn Du magst, schau nochmal drüber, ob's so stimmig ist (CS 46271665).
Schöne Grüße
freeExec (2017-02-20 09:34:27+00:00): Опечатка или и вправду первые две буквы заглавные?
bekreyev (2017-02-22 15:06:53+00:00): Они то СРеда пишут, то СрЕда - не понятно как правильно, потому написал так как хештег они пишут: #СРеда_бар
SK53 (2017-02-19 16:49:07+00:00): I a path is a public right of way you can add designation=public_footpath or public_bridleway etc. This helps distinguish any old path from ones which can certainly be used for country walks.

I know the original creator of the path round to the W of the cottage (although not through OSM), and would trust her mapping. The path you've added is on old OS maps as a footpath. Would be interesting to know if anything has changed.

Incidentally, this area, say around Buckleberry & Yattendon, had lots of missing rights of way.
cmeerw (2017-02-19 17:02:06+00:00): Ok, so there was a public footpath sign (on the southern side of Bucklebury Road) pointing straight to the driveway, you then get to a sign saying "private" on that driveway, but with a yellow "public footpath" arrow pointing to that path I have added east of the property.
mavl (2019-06-14 16:14:30+00:00): This changeset was redacted.
Peda_repair (2017-02-19 09:30:53+00:00): This changeset reverts some or all edits made in changesets 46205949, 46205956, 46205970.
mavl (2019-06-14 16:14:33+00:00): This changeset was redacted.
mavl (2019-06-14 16:14:36+00:00): This changeset was redacted.
GerdP (2017-11-24 09:34:36+00:00): Hi!
Please check your changes on https://www.openstreetmap.org/way/284938446
I think you didn't want to add highway=traffic_signals to a building?
TKE-waka (2017-11-24 12:05:13+00:00): I made a mistake, fixed it
mavl (2019-06-14 16:14:39+00:00): This changeset was redacted.
*Martin* (2017-02-21 21:30:53+00:00): Ahoj. Prosim precitaj si najprv nieco o multipolygonoch predtym nez budes pokracovat v editacii lesov, lebo tvoja praca nie je velmi koser. https://wiki.openstreetmap.org/wiki/Cs:Relation:multipolygon
mavl (2019-06-14 16:14:42+00:00): This changeset was redacted.
mavl (2019-06-14 16:14:45+00:00): This changeset was redacted.
mavl (2019-06-14 16:14:48+00:00): This changeset was redacted.
mavl (2019-06-14 16:14:51+00:00): This changeset was redacted.
mavl (2019-06-14 16:14:55+00:00): This changeset was redacted.
Nmxosm (2019-01-09 21:10:11+00:00): Hello tommystyle84,

why did you change the height of https://osm.org/way/473357612 to 40? Your previous value of 117 was correct according to https://www.wikidata.org/wiki/Q471340

Greetings
Nmxosm
Nmxosm (2019-01-10 07:52:18+00:00): I changed it back to 117 meteres: https://www.openstreetmap.org/changeset/66186013

Greetings
Nmxosm
tuxayo (2017-03-11 20:52:47+00:00): Bonjour, il semble y avoir un problème avec la position de l'aérodrome. Où est-il censé être?

De plus le lien vers le site web ne fonctionne pas.
tuxayo (2017-03-11 20:58:42+00:00): Lien qui montre bien l'aérodrome au milieu de l'eau: 

https://www.openstreetmap.org/changeset/46211223#map=13/43.4257/5.0908
tuxayo (2017-07-14 19:10:57+00:00): Contributeur relancé par MP
tuxayo (2017-07-14 19:11:31+00:00): Note liée: https://www.openstreetmap.org/note/923524
redrace (2017-02-28 12:39:57+00:00): HUHU
Sei gegrüßt! Warum hast Du eigenständige Nodes für die Adresse gemacht und die Adressdaten  nicht einfach an den Gebäudeumriss getaggt?
Schöne Grüße
Geofreund1 (2017-02-28 15:26:11+00:00): Guckst du hier:
https://wiki.openstreetmap.org/wiki/DE:Adressen

Knoten haben z. B. den Vorteil, dass man sie an den Ort des Eingangs platzieren kann (soweit der bekannt ist). Auch mehrere HN in einem Gebäude lassen sich so erfassen. Wie machst du das in dem Fall mit dem Umriss? 
Ich verwende aber auch die andere Methode.
redrace (2017-02-28 16:45:02+00:00): HUHU
Ich persönlich packe die Adressdaten immer an den Gebäudeumriss! Es sei den, dass der Umriss mehrere Adressen hat dann kommen sie an einen Node der dann irgendwann auch den Eingangstagg bekommt. Es ist gängige Praxis die Adressdaten an Gebäudeumriss zu packen, weil das sind dann wieder weniger Daten in der Datenbank. Hauseingänge tagge ich eigentlich nur bei öffentlichen Gebäuden!
redrace (2017-02-28 16:46:27+00:00): Du hast ja zu dem noch bei einigen Daten die Adresse gesplittet. Die Postleitzahl ist am Gebäude und der Rest am Node. Das ist auch nicht wirklich üblich. :-)
Geofreund1 (2017-02-28 17:15:11+00:00): PLZ tagge ich schon lange nicht mehr! Die sollten aus dem PLZ Polygon entnommen werden. Evtl. durch copy and paste zu erklären? Darfst du aber gerne reparieren.

Und das Argument "... weniger Daten in der Datenbank..." ist ja wohl ein Witz. Da sollte man besser die PLZ weglassen.
redrace (2017-02-28 18:22:33+00:00): Es ist halt gängige Praxis die Adressdaten an die Gebäude zu hängen. Ich werde bestimmt nicht deine Eintragungen korrigieren, ich habe genug mit OSM zu tun.
Jeder Node der nicht nötig ist ist ein überflüssiger Node. Da führt kein weg dran vorbei. Ob die PLZ aus dem Polygon entnommen wird oder ob sie am Umriss klebt macht die Datenbank nicht gößer, aber überflüssige Nodes schon. 
Schönen Abend noch.
DD1GJ (2017-02-28 19:36:37+00:00): Postleitzahlen an der Adresse, egal ob Knoten oder Gebäude, sind enorm wichtig, da es keine frei verfügbaren PLZ-Polygone gibt und unsere (fehleranfälligen) Polygone  nur durch die ganzen Crowdsource-Postleitzahlen an den Adressen geprüft werden können.
redrace (2017-03-01 07:05:40+00:00): HUHU
Das solltest Du mal im Forum kund tun! Hier in der Gegend gibt es einige Adressen ohne PLZ. :-(
Supaplex (2017-02-21 12:59:02+00:00): 你好

請依據當地實際狀況繪圖，這條路是伯玉路二段和三段，而不是华夏大道
Supaplex (2017-02-21 13:01:24+00:00): 已經回退這筆編輯

http://www.openstreetmap.org/changeset/46272322