Hallo,

könntest du mir bitte erklären, die du die BVG- und VBB-Nummer im Luftbild erkennen kannst?

Bitte beachte außerdem vorangegangene Diskussionen zu diesem Thema, insbesondere https://lists.openstreetmap.de/pipermail/berlin/2018-March/001184.html und http://resultmaps.neis-one.org/osm-discussion-comments?uid=122712

Viele Grüße

Michael

Hallo,

mit "Prüfung" meinte ich keine Funktionsprüfung, sondern eine Existenzprüfung. Es ist in Ordnung, wenn ihr die Liste des Wasserversorgers als Checkliste verwendet und dann unabhängig davon all diese Hydranten geprüft habt. Die Koordinaten müssen dann aber unabhängig von der Liste zustande gekommen sein.

Ich bin deshalb so kritisch, weil wir in der Vergangenheit wiederholt Urheberrechtsbeschwerden von Wasserversorgern hatten, die ihre Hydranten in OSM gefunden haben.

Du darfst gerne eingestehen, dass ihr die Koordinaten 1:1 übernommen habt. Euch wird nicht der Kopf abgerissen und ihr seid weiterhin willkommen. Es werden nur die Hydranten gelöscht werden.

Viele Grüße

Michael

Hallo,

wir haben in der Vergangenheit wiederholt berechtigte Urheberrechtsbeschwerden von Wasserversorgern bekommen, weil die örtliche Feuerwehr die Hydranten ungefragt in OSM übernommen hat. Deshalb sind wir mittlerweile sehr vorsichtig.

Habt ihr alle Hydranten vor Ort geprüft und die Koordinaten und Sachdaten nicht aus dem Plan übernommen, sondern die Pläne nur als Aufgabenliste verwendet?

Viele Grüße

Michael

Just for reference: This series of changesets is most likely subject to the Automated Edits Code of Conduct. osm.wiki/Automated_Edits_code_of_conduct

Hi Petymag,

please stop this mechanical edit.

When and where did you discuss it?

Best regards

Michael

Hallo Feuerwehr Gößnitz,

aus welcher Datenquelle stammen denn die Hydrantendaten? Habt ihr die direkt vom Wasserversorger übernommen?

Ich möchte dich um einen zeitnahe Antwort bitten, da ich mich andernfalls genötigt sehe, die Hydranten wieder zu löschen.

Viele Grüße

Michael

Hallo,

ich bin weder einheimisch noch ortskundig, aber "Nordseite" und "Südseite" sind für mich derart generische Beschreibungen, dass sie keine Eigennamen mehr sind und von einem Programm auch automatisch generiert werden könnten (Fläche halbieren, Namen dran, fertig).

Viele Grüße

Michale

Hi,

which sources did you use to map these forests? I don't find any satellite imagery which matches uploads.

Best regards

Michael

Hallo johndoe,

was sind denn die Quellen dieses Änderungssatzes?

Viele Grüße

Michael

Hi MICUGR,

I have reverte all your deletions. As other users have already pointed out, deleting private ways is not correct. Please add the tag access=private instead. Any proper application will interprete this tag and exclude these ways from routing. If they don't use the tag and still route over these ways, it is a bug of the application and has to be reported to its developer. Deleting these ways in OSM instead, is no option and it is a matter of time only until the ways are added by someone else because they exist (on satellite imagery).

Please do not confuse the legal term "access" with the access key in the OpenStreetMap database.

Best regards

Michael
---
#REVIEWED_BAD #OSMCHA
Published using OSMCha: https://osmcha.mapbox.com/changesets/60334176

Hallo CiroxX,

die Namen der Tunnel sind als tunnel:name=*, die Namen der Brücken als bridge:name=*, der Streckenname als name=* erfasst.

Viele Grüße

Michael

Hallo sixdata,

ich möchte dich bitten, die intensiv mit dem korrekten Tagging von Grenzrelationen zu beschäftigen, bevor du weitere Änderungen daran vornimmst. Deine letzten Änderungssätze mussten alle zurückgesetzt werden, weil du mit deinen vermutlich gut gemeinten Änderungen teils schwere Kollateralschäden angerichtet hast. Grenzrelationen sind fragile Konstrukte, auf deren Korrektheit und Existenz sich viele unserer Datennutzer verlassen.

Darüber hinaus fordere ich dich auf, für derartige Änderungen künftig ausschließlich den Editor JOSM zu verwenden, denn iD prüft Änderungen vor dem Hochladen nicht auf Fehler.

Viele Grüße

Michael

Hallo,

dieser Änderungssatz wurde durch changeset/60461186 zurückgesetzt. Der Kommentar der Zurücksetzung war:

------------------

Revert changeset/60435868 because addr:*=* should not be added to administrative boundaries. Do not map for the renderer, do not map for the geocoder. Fix the geocoder instead. It is free and open source software.

------------------

Bitte ändere OSM-Daten nicht, nur weil ein Geocoder falsche Ergebnisse ausgibt. Bitte nutze deine Zeit bzw. deine finanziellen Mittel stattdessen dazu, den Geocoder Nominatim zu verbessern, indem du entweder selbst Pull-Requests schreibst oder jemanden dafür bezahlst. https://github.com/openstreetmap/nominatim osm.wiki/Commercial_OSM_Software_and_Services osm.wiki/Tagging_for_the_renderer

Viele Grüße

Michael

Hallo,

vielen Dank für deine Antwort und den Hinweis auf die Wikiseite DE:Tag:amenity=shelter. Die englische Seite hatte eine sanftere Formulierung, die mehr der Realität entspricht. Da besagte Formulierung im Deutschen von Geozeisig eingetragen wurde, den ich für seine Alleingänge kenne, habe ich die englische ins Deutsche übersetzt.

Viele Grüße

Michael

Hallo CiroxX,

warum trägst du die Tunnel als in Bau nochmal ein, obwohl sie schon in OSM erfasst sind? Warum trägst du sie als in Betrieb ein? Solange dort noch keine Züge fahren, ist das falsch.

Falls du sie nur auf einer Karte visualisieren möchtest, so verwende bitte https://umap.osm.ch/de/ und nicht OpenStreetMap als Datenbank. OpenStreetMap wird auch von vielen anderen Anwendungen genutzt und ist kein allgemeiner Speicher für Daten aller Art, sondern erfasst nur die aktuelle Realität.

Viele Grüße

Michael

Hallo Mond00,

ich finde es nicht in Ordnung, dass du die Wartehäuschen an Straßebahnhaltestellen löscht und durch ein schnödes shelter=yes am Bahnsteig ergänzt. Dadurch gehen Informationen verloren.

covered=yes ist übrigens an einem Bahnsteig, der nur ein Wartehäuschen hat, falsch (bzw. übertrieben)

Könntest du diese und vergleichbare Änderungen daher wieder rückgängig machen? Einen Grund, sie zu löschen, hattest du ja scheinbar nicht, denn du schreibst ja von "Ergänzungen".

osm.wiki/DE:Good_changeset_comments

Viele Grüße

Michael

Hi UtahBuildingsImport,

why did you delete existing buildings to replace them with new buildings?

I had a look on your import documentation but I was unable to find a link to the archives of the Imports mailing list. When did you sent the email to the Imports mailing list? (Please note that there is an Imports and an Imports-us mailing list and their are not the same)

Best regards

Michael

Hi TheOutpost,

when did you discuss this import on the Imports mailing list? Where can I find the documentation on the OSM wiki?

osm.wiki/Import/Guidelines

Best regards

Michael

Hi Leif,

when was this import discussed on the imports mailing list?

I found the wiki page myself but please add the link to osm.wiki/Durham_County,_North_Carolina_Building_Import to your user profile page.

Best regards

Michael

Hi LeifRasmussen,

could you stop this mechanical editing? Removing created_by=* does not save disk space but waste some because a new version is stored. Data consumers receive an extra update without any benefit. The only advantage of this changeset is that all these nodes now have a new version in their history with zero meaningful changes.

The created_by=* tag and many other legacy tags are removed automatically by popular editors like iD or JOSM once a user modifies the node.

Best regards

Michael