Hej linerider,

von mir aus gern. Mir war nicht ganz so klar inwieweit die Baustelle bzw. Bauvorhaben dort weitergehen. Mein Fokus lag am Nordufer und ich hatte spontan nur herausfinden können, dass dort dicht gemacht wird bzw. an dem Tag schon so war.
Normalerweise würde ich auch für razed:highway plädieren, aber mit Erweiterung der Baustellenfläche dürfte das auch nicht so wichtig sein.

Schöne Grüße

Gut. Zurückgesetzt.

Auch wenn ich eher keinen Vorteil darin sehe bei abstrakten Objekten, die ohnehin nur annähernd in OSM erfasst sind und keiner nachvollziehbaren Realität entsprechen, sondern nur das Produkt eines anderen Datenmodells sind, diese auch genau so im OSM-Datenmodell zu erfassen.
Allerdings ist es natürlich auch kein strikt invalides Multipolygon, weswegen es vermutlich eh egal ist und mich nur der Eifer unnötig gepackt hattte.

cheerio.

Hallo k127,

hast du diesen und andere mechanische Edit irgendwo vorher angekündigt? Hast du die Objekte im einzelnen überprüft?
Im Penny-Changeset hast du zum Teil Eigennamen die vor Ort so ausgewiesen sind einfach in Penny umgemünzt. Das ist einfach falsch und vor allem keine einfache, geradlinige Verbesserung der Daten. Dementsprechend sind "mapillary; Bing" als Quelle für deine Änderungen auch nicht besonders treffend.

In jedem Fall verweise ich dich auf den Automated Edits code of conduct. (osm.wiki/Automated_Edits_code_of_conduct)

Diesen mechanischen Edit und deine anderen "consolidating" Changesets habe ich zurückgesetzt. Es ist nicht Ziel in OSM einfach alles en masse umzutaggen, weil dir mal eben so danach ist. Vor allem nicht, wenn du in kurzer Zeit einfach search and replace betreibst.

Schöne Grüße

Hej FloWil,

Google Maps ist keine mögliche Quelle für das Übertragen von Daten in OpenStreetMap. Ich bitte dich in Zukunft davon abzusehen von dort Informationen zu kopieren, weil du damit infolgedessen urheberrechtlich geschütze Daten überträgst die sich mit der Lizenz von OSM nicht vereinbaren lassen.

Siehe auch: osm.wiki/FAQ#Why_don.27t_you_just_use_Google_Maps.2Fwhoever_for_your_data.3F

Die Hausnummern wurden dementsprechend entfernt.

Schöne Grüße

Hej KPWeber;

es ist deutlich besser solche Feuchtgebiete als Fläche einzuzeichnen (wenn du kannst natürlich). Als Knoten haben sie nur wenig Aussagekraft.
Weiterhin ist "wetland=feuchtgebiete" keine entsprechende (englische) Kategorisierung. Eine Übersicht über übliche Tags findest du hier: osm.wiki/DE:Key:wetland

Falls du Fragen hast, gern nachhaken.

Schöne Grüße

Hej Katzenstreu,

in diesem Changeset hast du wiederholt ein Parkhaus (way/26986768) mit dem building-Tag bestückt. Ich gehe davon aus, dass das durch den iD-Editor und dessen Validierungsregeln vorgeschlagen wird. Da sich das Parkhaus innerhalb eines vorhandenen (größeren) Gebäudes befindet ist "building=*" hier nicht passend/nötig.

Ich kann nur empfehlen nicht blind die Validierungsregeln zu befolgen sondern jedes einzelne Objekt demensprechend zu überprüfen.

Das building=yes wurde von mir wieder entfernt und ich bitte dich, es nicht wieder hinzuzufügen. Danke für's Beachten.

Desweiteren verweise ich auf folgenden Wiki-Eintrag bezüglich des Changeset-Kommentars: osm.wiki/DE:Good_changeset_comments
Vielleicht kannst du dir das ja zu Herzen nehmen.

Schöne Grüße

Hej NataliXen,

please use actual names instead of inventing descriptive names. That doesn't really help anyone.

Thanks

Hast du diesen mechanischen Edit irgendwo vorher angekündigt*? Da du keine weiteren Überprüfungen vornimmst, sollte die Vorgehensweise dementsprechend geklärt werden. Schließlich ergänzt du zum Teil großflächig die Eigennamen überall als "nextbike" und passt weitere Tags an. Es ist keineswegs nur eine Ergänzung von wikidata-Tags.

Wenn in Berlin viel durcheinander ist, wäre es dann nicht sinnvoll sowas irgendwie auch mal in der Community anszuprechen anstatt es einfach im Wiki auf irgendeiner Seite zu ändern und dann auch gleich umzusetzen? Das ist gegenüber den Leuten die sich um sowas kümmern einfach nicht fair.

Es fällt immer wieder auf, dass viele der Stationen gar nicht an den Orten existieren, an denen sie ursprünglich eingetragen wurden. Gerade weil der Stand etwas älter ist.
So als zufälliges Beispiel: ist diese Station hier im Gebäude?
Dem sollte man sich bewusst sein bevor man deutschlandweit einfach mal alle umtaggt.

*osm.wiki/Automated_Edits_code_of_conduct

Hej Seandebasti,

mir sind bei deinen semi-mechanischem Anpassungen von nextbike-Stationen Ungereimtheiten aufgefallen.

Zum einen verteilst du oder lässt du Eigennamen der Stationen als "nextbike" stehen. Das entspricht nicht wirklich dem Standard hier keinen Eigennamen zu vergeben.
Zum anderen hast du teilweise unterschiedliche network-Angaben gemacht, oder mal ref, ref_name oder name anders gelassen.

Wie ist deine Vorgehensweise bei diesem semi-mechanischem Umtaggen, wie stellst du sicher, dass diese Stationen noch existieren und die Eintragungen so richtig sind?

Für mich sieht es nämlich sehr konzeptlos derzeit aus.

Schöne Grüße

Hallo alpha_14,

du setzt immer noch deine überdimensionalen Massenänderungen im Raum Berlin/Brandenburg fort. Du änderst relativ logikfrei bestimmte Namen in Großbuchstaben und andere in Kleinbuchstaben. Was mir dabei auffällt ist, dass sich die Vorgehensweise zu den letzten Malen schon wieder geändert hat. Was ist der Sinn dahinter?

Sind das automatische Änderungen, warst du vor Ort?

Eine Reihe von Mitwirkenden haben dich schon längst versucht zu erreichen: http://resultmaps.neis-one.org/osm-discussion-comments?uid=3266826

Es wäre an der Zeit mal zu antworten.

Did you check if it's actually a casino or maybe just an amusement_arcade or an adult_gaming_centre? Did you make any effort to find out why the tagging was the way it is?

In this changeset you blindly created 3 social_facilites just because the buildings had the name. Did you actually check these objects or is it a script you are running?

In this changeset you also didn't check already existing data and automatically added duplicate data. You should stop your "fixes" and start actually taking some time and think about what you are doing.

This changeset has been reverted since it's obviously creating nonsense. See changeset/76674483

You have duplicated the amenity values. I really don't understand why you keep on churning out these low-quality changesets where you don't even look at the data. They are producing more nonsense than they are improving things. But since you are not answering your comments, the only way to reach you is again through DWG and a block?

This changeset has been reverted since it's obviously creating nonsense.

Hej total_molle87,

wär ganz toll, wenn du den Vandalismus (wahlloses Löschen) unterlassen könntest. Wenn du kein Interesse daran hast entsprechend sinnvolle Beiträge zu OSM beizutragen, empfehle ich darauf einfach zu verzichten.

Schöne Grüße

Hej hfs,

danke, da hast du natürlich Recht. Das ist Quatsch. Ich fürchte, da hatte ich die Daten nicht ordentlich geladen und so den anderen Knoten übersehen. KSD konnte ich an der Adresse zwar wirklich nicht mehr finden, aber die Dublette hab ich jetzt einfach mal entfernt.

Schöne Grüße

Hej Steinkauz 20 und willkommen bei OSM,

du trägst hier überall doppelt Wälder mit Namen ein. Es ist unwahrscheinlich, dass diese Wälder diesen Eigennamen besitzen. Es wäre vorteilhaft, wenn du dich mal umschauen könntest (zB im Wiki osm.wiki/Main_Page) was du da eigentlich einträgen willst. Denn ansonsten sind es nur unbestimmte duplizierte Daten. Das ist unschön und muss dann von anderen wieder aufgeräumt werden. Vor allem wenn du einfach ins Grüne hinein ohne Vorkenntnise importierst.

Schöne Grüße

Hej nvv_dominik,

mein letzter Stand ist, dass das Kartenmaterial des Geoportals vom Hessischen Landesamt nicht zur Übertragung von Daten in OSM geeignet ist.
Habt ihr das entsprechend lizenztechnisch abgeklärt oder gegebenenfalls eine Sondergenehmigung erhalten? Es gibt derzeit keinerlei Dokumentation darüber ob das Benutzen dieser Daten als Grundlage gestattet ist. Ohne explizite Freigabe ist eine erlaubte Nutzung entsprechend den Nutzungsbedingungen des Geoportals und den einzelnen Ebenen unwahrscheinlich.

Weitere Informationen dazu:
http://www.geoportal.hessen.de/portal/ueber-uns/nutzungsbedingungen.html
osm.wiki/DE:Permissions#ab_2018
osm.wiki/DE:Potential_Datasources
https://wiki.osmfoundation.org/wiki/Licence/Licence_Compatibility

Schöne Grüße

Hej FreeWiFiBerlin,

das sieht mir nach einem Import von Daten aus. Daher die Fragen: Woher kommen die Daten und sind sie lizenztechnisch geieignet für die Übertragung in OSM?

Desweiteren bin ich etwas verwundert, dass WLAN-Eigenschaften an Adress-Knoten gelegt werden? Was ist da der Hintergrund?
Ich kanns mir schwer vorstellen und das wird dann auch eher schwierig zu verifizieren zu sein.

Schöne Grüße