Ah OK, ich kenne nur die iOS-App, aber im Apple-Universum ist der App Store ja geräteübergreifend evtl. einheitlicher.

Offen ist dann aber noch die Frage, was an dem Verlauf der Gasleitung bisher falsch war und mit welcher Quelle/Hintergrund eine unterirdische nicht sichtbare Gasleitung verfeinert werden kann?

Grüße
Euskirchener

Hallo gasdriver_de,
du hast mit einer mobilen Handyapp (Go Map!!), die man nur mit seinen Fingern an einem Touchschreen bedienen kann, eine unterirdische Gasleitung verschoben. Kannst du mir bitte erläutern, wie das funktionieren soll? Zum einen kann man mit Fingern unmöglich so präzise arbeiten wie mit einer Maus am PC und mit welchem Hintergrundbild konntest du eine andere Position der Gasleitung erahnen?
---
An 2 Stellen wurden die Gasmarker-Schilder mit der Leitung verbunden, das erzeugt eine Fehlermeldung. Die Marker müssen separate Punktobjekte sein. Ich habe die wieder von der Leitung getrennt. Und ich habe sie wieder zurück an die richtige(re) Position verschoben, denn die sieht man auf dem Luftbild und da waren sie nach deiner Korrektur nun ungenauer.
---
an 2 Stellen ist eine Verschiebung/Verklebung/Delle entstanden: an der Gasübernahmestation Roitzheimer Straße und einer Grünfläche an der Von-Siemens-Straße. Beide Fehler habe ich bereits behoben.
---
Bitte benutze ab sofort *immer* einen Kommentar für deine Änderungen. Nach Durchsicht haben dir dies bereits mehrere Mapper seit Jahren gesagt und es wird nicht umgesetzt. osm.wiki/DE:Good_changeset_comments

Grüße
Euskirchener

Hallo mueschel,
ich weiß nicht wie die Pläne der Telekom sind. Ob das nie wieder in Betrieb gehen wird, ist mir unklar. Das und die Tatsache, dass es da noch steht, lässt mich den Node dort noch stehen und nicht löschen.
Und da war mir nur das Anliegen im Bezug auf den Edit des Vorgängers, dass wenn schon denn schon entweder alle Tags einheitlich mit Lifecycle Prefix versehen werden oder alles wegkommt, aber keine halben Sachen und teilweises Löschen von Infos. Denn für den Fall, dass es wieder repariert wird, sind die Infos dann nicht weg bzw. z.B. für Anfänger umständlich in der Historie versteckt, sondern man muss die Tags nur wieder „aktiv“ setzen indem man den Prefix entfernt.
Gruß
Euskirchener

Das ist - wenn auch unschön - richtig und hinzunehmen. OpenStreetMap ist eigentlich eine Geodatenbank und keine Karte. Die Karte auf der Startseite ist nur eine Variante, die ganzen Daten darzustellen. Dies wird durch einen „Renderer“ dargestellt. Es gibt verschiedenste Kartenstile/Renderer. Das ganze ist voneinander getrennt, das heißt auch wenn es eine Website ist, ich/wir Freiwilligen ändern die Datenbank. Der Kartenstil ist davon separat und ändere ich nicht. Was für Icons angezeigt werden, obliegt der Entscheidung der jeweiligen Entwickler der Kartenstile.
Bei uns, in der OSM-Datenbank, ist alles richtig.
Wenn du gerne diese Verkaufsautomaten sehen möchtest, kannst du auf GitHub bei den Entwicklern des Stils einen Change Request abgeben: osm.wiki/DE:OpenStreetMap_Carto

Hallo,
alles gut, hier gibt es nichts mehr zu tun, ich habe mich schon gekümmert.
Hauptproblem war nur, dass der Automat als Supermarkt (shop=supermarket) erfasst war. Wie der Name schon sagt, passt das nicht und ist für große Geschäfte gedacht. Hier ist amenity=vending_machine korrekt.
Grüße
Euskirchener

Hallo zusammen,

es handelt sich um einen Fehler seitens Sevaz. Vorher war alles richtig, ich habe "access=agricultural" wieder gelöscht. @Sevaz: Ich vermute, dass du im iD-Editor einfach in der linken Seitenleiste die Tabelle ausgefüllt hast, was aber leider zu keinem korrekten Tagging führt. Ich empfehle bei intensiverer Arbeit mit OpenStreetMap, sich das OSM-Wiki osm.wiki/DE:Key:motor_vehicle oder bei Verkehszeichen das Vekehrszeichen Tool anzusehen: https://osmtools.de/traffic_signs/

Gruß
Euskirchener

Hallo Ivan Serghei,
wie besprochen soll ich dich informieren => ich sehe eine kleine Abweichung aller Objekte zum Luftbild und würde das gerne korrigieren. Gerne kannst du selber einmal vergleichen mit dem Luftbild "NRW-Atlas: Digitale Orthophotos". Hier sieht man z.B. die Parkscheinautomaten sehr gut und deine Positionen weichen ein bisschen ab.
Gruß Euskirchener

Hallo limes11,
das verstehe ich nicht bzw. teile die Meinung in meinem jetzigen Verständnis deines Kommentars nicht.
Die Lifecycle prefixes sind laut Wiki z.B. für Objekte, die nicht mehr vorhanden sind, gedacht (jetzt mal unabhängig davon, ob disused oder removed etc. besser passt). Das trifft ja hier zu, das Büro gibt es nicht mehr. Löscht man wie der Mapper "Pango86" jedoch nur die Tags, die das Büro bezeichnen, aber lässt die Adress-Tags übrig, hinterlässt man einen unnötigen doppelten Adress-Eintrag redundant zum Gebäudeumriss, der z.B. in QA-Tools als Fehler gemeldet wird. Deshalb sollen meiner Meinung nach wenn schon denn schon alle Tags "inaktiv" gesetzt werden, weil der Node nur den Sinn des Büros hat(te) und sonst nichts weiter. Mir geht es also nur darum, dass keine doppelten Adresseinträge ohne weiteren Sinn übrigbleiben. Völlig dahingestellt sei mal, ob man sowas überhaupt aufbewahrt oder gleich den ganzen Node löscht, weil die Firma halt weg ist, aber das ist eine andere Diskussion.
Gruß
Euskirchener

Hallo Edelsalami,
ui, das Changeset ist ja schon 2 Jahre alt - nach Prüfung aller Luftbilder Stand heute passt das für mich, denn die Objekte sind auf keinen mehr zu sehen. Mir ging es wohl darum, wir haben ja extra dieses Lifecycle prefix für verschwundene Objekte laut Wiki. Deswegen nutze ich es gerne, wenn wir schon sowas zur Kennzeichnung haben, das Objekte von der Karte verschwinden lässt, aber intern im Editor wir Mapper noch sehen. Damals waren die Sachen wohl noch auf ein paar Luftbildern zu erkennen. Dann lass ich sie drin und tagge sie damit. Weil dieses Gelände auch sehr im Umbau ist und man ggf. nach den Umbaumaßnahmen das ein oder andere "reaktivieren" kann (z.B. eine Grasfläche, die während der Bauphase nur Erde ist, aber später hergerichtet wird) - wusste ich damals nicht was hier alles passiert. Und unerfahrene Mapper (die vielleicht alte Luftbilder in ihrem Editor aktiviert haben) sehen so, dass hier Änderungen passieren, uns OMSlern diese aber bekannt sind. Natürlich müssen wir nicht auf ewig alten Kram aufbewahren. Ich glaube, damals hatte ich einen schlechten Tag und hatte keine Lust auf eine Diskussion und fand den Edit unnötig, weil ja schon extra bei mir bekannt war, dass alles abgerissen ist und deshalb mühsam alles sauber mit den Lifecycle prefixes getaggt war und ich deshalb eine Löschung für unnötige Zeitverschwendung fand. Aber das ist nun zu lange her, um mich genau zu erinnern.
Gruß
Euskirchener

Mist, zu schnell auf Enter gedrückt. Es sollte heißen "Teilrevert changeset/157938457 von UKausch in meinem Gebiet Euskirchen: Mapper reagiert nicht auf CS-Kommentare eines anderen Mappers, führt fragwürdige und große/ggf. manuelle Änderungen durch. AUßerdem hier speziell in Euskirchen Schwachsinn. Bereits "geschlossene" Brauereien mit Lifecycle prefixes werden so umgebaut, dass einige Tags gelöscht bzw. andere wieder neu ergänzt werden - Unsinn! Dafür hab ich doch die Lifecycle Tags benutzt, um die Historie zu bewahren und alles auf inaktiv zu setzen. Da muss nix dran gemacht werden!!! Ich vermute auch, dass die Edits dieses Mappers in Gefahr eines kompletten Reverts stehen, wenn er sich nicht auf die CS-Kommentare äußert oder weitermacht"

Guten Morgen, nein, der bench-key sollte "yes" sein. Vermutlich in JOSM zu schnell geklickt und noch einen AutoFill-Text einer note von einem anderen Objekt drin gehabt. Ist korrigiert

Änderungen zurückgesetzt aufgrund Ignorierung der Nachrichten trotz Aktivität/Antworten in anderen Änderungssätzen und Weitermachen von Mapping-Aktivität sowie fehlender Quelle der Hausnummer und meines Wissens (lebe seit Jahrzehnten hier) keiner Existenz einer Adresse sowie laut offizieller Info des NRW-Liegenschaftskatasters.

Sollte nachträglich noch eine erlaubte Quelle genannt werden können, ist das Neueintragen eine schnell erledigte Sache.

Viele Grüße aus Euskirchen,
Euskirchener

@emu-olli

Nachdem du ja den anderen Änderungssatz bereits beantwortet hast, kannst du hier auch noch etwas zu sagen? Wollte das Thema gerne noch vor meinem Urlaub geklärt haben ;)

Ich bitte erst um Rückmeldung vor Hochladen weiterer Edits.
Grüße, Euskirchener

Was ist die Quelle der Hausnummern? Soweit mir bekannt hat keins der beiden Gebäude eine Hausnummer, offiziell sogar laut Liegenschaftskataster keine.

Hallo nochmal,

danke für die Antwort und Umsetzung. Das hört sich alles plausibel an.
---
Thema Quellenangabe: Am besten so wie hier in der Antwort geschrieben diese Angabe zukünftig in das Feld "source" beim Hochladen schreiben. Vorher stand dort nur "knowledge", was zu Rückfragen führen kann. Also gerne detailliert dort den Text aus Ihrer Antwort rein, ggf. gekürzt (max. 255 Zeichen). Zusätzlich ggf. auch im Profil vermerken.
---
Thema Bereichsgröße: wie auch schon von User flohoff unter changeset/146176313 angemerkt, bitte die geografischen Abmessungen reduzieren. Also nicht in einem Änderungssatz Änderungen hochladen, die quer über NRW verteilt sind, sondern am besten immer nur pro Gebiet (z.B. erstmal alles in Rheinbach, dann ein neuer Änderungssatz für alles in Paderborn usw.).
---
Ich habe nun innerhalb meiner Heimat Euskirchen (gesamtes Stadt-/Gemeindegebiet) alle Ihre Objekte überarbeitet. Hier kein To-do mehr. Anhand dessen können Sie nochmal den Rest nacharbeiten. Konkret aber nochmal die Beispiele:
-
Löschteiche: eigentlich ist das Attribut "emergency=fire_water_pond" für die gesamte Umrissfläche des Sees/Teiches gedacht. Also nicht als separates Punktobjekt, sondern direkt auf dem Umriss. In den meisten Fällen (hab nicht alle geprüft) existiert der See vermutlich schon. Das heißt: Euer Punktobjekt wieder löschen und einfach nur das Attribut emergency=fire_water_pond an den bestehenden Umriss/das Objekt des Sees/Teiches ergänzen. Thema Namensgebung Beispiel: Der von Ihnen genannte "Löschteich Staatsforst Tomberg" heißt offiziell "Alte Weiher". Den offiziellen, ausgeschilderten, unter der Bevölkerung bekannten Namen lässt man. Ihr Name scheint nur eine interne Bezeichnung in den Systemen zu sein. Da er für andere nicht nachvollziehbar ist, am besten weglassen. Andernfalls kann man den im Feld "description"/Beschreibung unterbringen als Bemerkung/Notiz.
-
Hydranten: "name" löschen. Hydranten haben keinen Namen. Meist stand da ja nur H und der Durchmesser drin. Für den Durchmesser gibt es das Attribut "fire_hydrant:diameter", bitte dort eintragen.
-
Zisternen: "name" löschen. Zisternen haben keinen Namen. Meist stand da ja nur Zisterne und der Inhalt drin. Bezeichnungen wie "Mun Depot" scheinen nur eine interne Bezeichnung in Ihren Systemen zu sein, da für andere nicht nachvollziehbar weglassen. Für den Inhalt gibt es das Attribut "water_tank:volume", bitte dort eintragen. Außerdem habt ihr die Zisternen als "emergency=suction_point" (Saugstelle) bezeichnet. Richtig wäre jedoch "emergency=water tank". Den Punkt kann man mittig auf die Zisterne setzen. Zusätzlich, falls vorhanden, sollte das Saugrohr separat als Punkt erfasst werden und wie folgt getaggt werden: "emergency=fire_hydrant", "fire_hydrant:type=pipe" für Saugrohre oder "fire_hydrant:type=underground" für Schachtabdeckungen im Boden, "fire_hydrant:pressure=suction", "water_source=water_tank", "water_volume=xxx m³"

Anhand der "NRW-Atlas: Digitale Orthophotos"-Luftbilder konnte ich ebenfalls einige Hydrantpositionen verfeinern.
Bei neuen Fragen zu den richtigen Attributen hilft generell auch unser OSM-Wiki (bereits in meiner 1. Antwort verlinkt).

Gruß
Euskirchener

Hallo flohoff,

hier hatte ich das erste Mal kommentiert: changeset/146175853

Das Tagging ist ebenfalls noch nicht korrekt (name-Tag statt entsprechende Attribute).

Gruß
Euskirchener

Hallo nochmal,

bitte erstmal stoppen, weitere Bearbeitungen hochzuladen. Es gibt ausstehende Probleme und Fragen zur Datenquelle. Siehe changeset/146175853

Hallo Wald und Holz NRW,
Erst einmal willkommen!
Wenn es sich hierbei um einen Account des offiziellen gleichnamigen Landesbetriebes handelt, so bitte dies am besten im Profil vermerken.

Als jemand der neu dabei ist, kann man natürlich nicht direkt alles wissen. So sind hier einige Punkte aufgefallen, sodass ich darum bitte, erst einmal einen Bearbeitungsstopp einzulegen. Folgende Themen müssten wir klären:

Thema 1: Daten, die nach OpenStreetMap eingetragen werden, müssen aus einer legalen Datenquelle sein, die für andere User auffindbar und dokumentiert o.ä. ist. Woher sind die Daten der Hydranten und Löschwasserentnahmenstellen?

Thema 2: es haben sich einige Fehler eingeschlichen.
-das Attribut "name" darf nicht für Beschreibungen verwendet werden (osm.wiki/DE:Good_practice#Verwende_das_Name-Tag_nicht,_um_Dinge_zu_beschreiben). "H150" als Hydrantnamen müsste man bitte löschen. Stattdessen bitte das Attribut "fire_hydrant:diameter" nutzen und diese Seite durchlesen: osm.wiki/DE:Tag:emergency=fire_hydrant. Das gleiche bei den Löschwasserentnahmestellen. Sofern der Name keinen Mehrwert hat und nur die nähere Region beschreibt, entweder ganz weglassen, oder falls er offiziell z.B. an einem kleinen Schild daran so vermerkt ist, kann das in das Attribut "ref" oder "description".

Jetzt könnte man zwar anfangen alles umzuändern, aber bitte noch abwarten. Je nachdem, ob der Import der Daten überhaupt legal war, müssen wir sowieso abwarten ob diese so bleiben können. Danach könnte ich z.B. exemplarisch in meiner Region mal alles überarbeiten und dann haben wir ein Beispiel wie es korrekt wäre. Das aber erst nach Rückmeldung.

Gruß
Euskirchener

Hello kdr2kdr,
For being new to OSM and having your first edit, this is a massive edit. Please limit the size of your edits in the future to much smaller geographic areas (like a "Landkreis" in germany or city). It is very difficult to analyze such large changes, my program crashed.
After checking the changes in my region I could not find any errors, everything correct. However, I wonder what your query syntax was. Because quite a lot of objects were changed, but some were not. I wonder why some things "fell through the cracks". Then rather take a smaller area and capture everything there. Currently I have now a mix in my region of objects with wikimedia_commons tag and some without (although there is a page there). Not ideal.
But before I add them manually, I'm afraid your edit violates OSM's guidelines. Please refer to this page: osm.wiki/Automated_Edits_code_of_conduct