Lieber Eifelaner,

ich wünschte, unser erster Kontakt von mir als „Vor-Eifelaner“ (komme aus Euskirchen) zu jemanden wie dir aus der Region wäre ein anderer als wegen diesem Thema. Aber aufgrund deines Verhaltens bin ich zuallererst gezwungen zu sagen: *UNTERLASSE BITTE SOFORT BIS ZUR WEITEREN KLÄRUNG DURCH DIE COMMUNITY SÄMTLICHE ÄNDERUNGEN AM NETWORK-TAG ZUM VRS!!! ANDERENFALLS WERDE ICH DIE ENTSPRECHENDEN KONSEQUENZEN ZIEHEN!!!*
Bei deinen Änderungen handelt es sich um undiskutierte, nicht genehmigte, mechanische Änderungen, die gegen den „Automated Edits code of conduct“ verstoßen (osm.wiki/DE:Automated_Edits_code_of_conduct). Diese verärgern andere Personen der OSM-Community wie „bernward1“ und mich und du wurdest bereits darauf hingewiesen, machst aber wiederholt weiter. Das geht absolut garnicht! OpenStreetMap ist ein Gemeinschaftsprojekt und solche Alleingänge ohne weitere Abstimmungen, trotz wiederholter Hinweise sind unerwünscht! Der Mapper „bernward1“ hat dich am 06.06.2026 erstmalig per Änderungssatzkommentar hier darauf hingewiesen, dass eine Änderung des Attributs „network“ vom Kurznamen „VRS“ auf den Langnamen „Verkehrsverbund Rhein-Sieg“ problematisch ist. Laut seiner Begründung wurde bisher seit Jahrzehnten einheitlich die Variante „VRS“ genutzt, ein Umändern würde andere User in Schwierigkeiten bringen und Abfragen nicht mehr funktionieren. Als Alternative hat er das Suffix-Attribut „network:long=Verkehrsverbund Rhein-Sieg“ vorgeschlagen. Verweise deinerseits aufs OSM-Wiki mit der Empfehlung zur Nutzung von Langnamen sind keinesfalls eindeutig, hier gibt es wie von bernward1 beschrieben auch andere, widersprüchliche Wiki-Seiten und keinen Konsens. Ich kann den Aussagen von bernward1 nur vollends zustimmen und finde die Suffix-Variante eine vollkommen gute, minimalinvasive Lösung, um bestehendes Tagging nicht zu zerstören und dennoch die fehlende Information des ausgeschriebenen Langnamens zu ergänzen, so dass beide Seiten befriedigt sein sollten. Am 25.06.2026 hat dich bernward1 erneut per Änderungssatzkommentar (changeset/184599002) an einem wiederholten Edit ermahnt. Obwohl die Diskussion in beiden Änderungssätzen auf kein klares Ergebnis hinauslief oder die OSM-Community zur weiteren Klärung, bspw. in einer Mailingliste oder im OSM-Forum hinzugezogen wurde, setzt du dein Tagging durch und wiederholst die bereits von bernward1 zurückgesetzten Änderungen.
Also mir persönlich ist es vollkommen wurscht, welches Attribut letztlich genommen wird oder „gewinnt“. Ich selbst arbeite in der IT und bin da sogar auf deiner Seite, dass Langnamen besser sind, weil abkürzen kann ein IT-System immer, aber aus Abkürzungen die fehlende Information herzuholen, eher weniger.
Aber einfach mal eine andere, vielleicht unerwartete Einsicht in mein Mindset, die du vielleicht noch garnicht bedacht hast: Mich nerven diese ständigen Umtagging-Aktionen (übrigens auch den User „aixbrick“ aus Aachen in einem der von dir verlinkten Forums-Beiträge). Ich möchte, dass es einheitlich ist und dass alle Leute das gleiche Tagging benutzen, dass ich hier meine Ruhe habe. Ich mache unter anderem Qualitätssicherung und mir plöppen hier in den QA-Tools regelmäßig deine und bernward1s Änderungen auf, was meine Ansicht zumüllt und nervt. Außerdem werden dadurch viele neue unnötige Historieneinträge in den Objekten gemacht. Und ich bin ein Fan von Einheitlichkeit. Mein Heimat-Gebiet ist Euskirchen, nur da mappe ich, nirgendwo sonst. Da habe ich über die Jahre meine wertvolle Freizeit in Bearbeitungen bei OSM investiert, wo ich die ÖPNV-Objekte im Laufe der Zeit überarbeitet und dabei vereinheitlicht habe. Nun kommst du dahergelaufen, scheinst eher auf die Buslinien Richtung Eifel/Kall/Schleiden fokussiert zu sein, und taggst primär nur diese Objekte um. Das ist dann aber für mich Mist, denn so ist nur ein kleiner Teil aller Euskirchen-ÖPNV-Objekte umgetaggt, aber nicht alles und ich mache jedes Jahr zum Fahrplanwechsel eine Abfrage auf die Objekte und dann müsste ich nun 2 unterschiedliche Tags beachten und es ist wieder nicht einheitlich im ganzen Stadtgebiet meiner Heimatstadt – also eine Verschlechterung und damit im Prinzip „Zerstörung“ meiner über die Jahre aufgebauten Einheitlichkeit. Nicht gut!
Wenn du einen sinnvollen Beitrag im klassischen und ursprünglich gedachten Sinne zu OSM machen würdest, z.B. eine vor-Ort-Besichtigung in der Eifel und dort in dem Edit z.B. ein fehlendes Restaurant ergänzt, einen Wanderweg ergänzt und (unter anderem!) auch an einer Bushaltestelle vorbeikommst und dort das Tagging wie du willst auf den Langnamen änderst, habe ich damit nicht das Problem. Aber das machst du nicht. Du holst dir per Abfrage zahlreiche Objekte mit dem network=VRS-Tag in deinen Editor und bearbeitest die alle auf einen Schlag um. *DAS ist das Problem!* Das ist ganz klar ein mechanischer Edit, und das ist ein Fakt gemäß OSM-Wiki: sowas ist – ohne vorherige Diskussion – unerwünscht bzw. nicht erlaubt! Also brauchst du dich nicht wundern, dass bernward1 und ich das als Vandalismus ansehen und erstmal zurücksetzen, um den Ursprungszustand wiederherzustellen, vollkommen egal, was nun das „richtigere“ Tag ist. Aktion => Reaktion, verstehst du? Du bist Auslöser, wir reagieren nur gemäß OSM-Richtlinien darauf. Das ist in dem OSM Wiki-Artikel zu den „Automated Edits code of conduct“ beschrieben. Du kannst froh sein, dass hier noch nicht mehr passiert ist, ich kenne andere viel striktere Mapper und Gegenden, da wäre sowas sofort aufgefallen und du hättest dir eine große Diskussion mit User-Sperre eingehandelt.
Für mich ist die Sache zum richtigen Mapping von VRS alles andere als klar und es gibt keinen Konsens. Jetzt hast du da ein paar Forums-Diskussionen verlinkt. Grundsätzlich gehe ich mit vielen Meinungen dort mit. Ich sehe da aber kein finales, abschließendes Fazit und damit „Go“ für dich, hier irgendwelche wilden Umtagging-Aktionen zu starten, sondern nur verschiedene Ansichten. Höchstens ein langsames „es-schleicht-sich-über-die-Zeit-aus“, wenn man gerade mal zufällig an einer Bushaltestelle vorbeikommt und diese umtaggt, geht OK. Und im OSM-Wiki stehen zwar wie von dir vollkommen berechtigt angemerkt Hinweise, dass Langnamen vorteilhaft sind, genauso sind dort aber noch auch Seiten, wo das kurze VRS-Tag vorgeschlagen wird (osm.wiki/VRS, osm.wiki/DE:%C3%96ffentlicher_Verkehr). Also alles andere als klar!
Mein Ansatz ist folgender: dieses Thema muss einmal global, nicht hier in dieser Diskussion unter uns dreien, betrachtet werden und vernünftig im OSM-Forum oder auf einer Mailingliste, mit Voting im OSM-Wiki, ausdiskutiert werden, und zwar mit Einbezug verschiedenster anderer Mapper/Meinungen aus insbesondere dem VRS-Gebiet/Nordrhein-Westfalen. Dann votet man für ein Proposal bzw. stimmt über einen geplanten mechanischen Edit ab und dann gibt es viel erfahrenere Mapper/Spezis als wir beide, die sich richtig gut mit OSM auskennen, die bauen ein Skript und machen einmal einheitlich mit einem speziell dafür vorgesehenen Bot-Account über ganz NRW direkt in der Datenbank eine Abfrage und ändern alle network-Angaben einheitlich um, auf allen Bushaltestellen, Bus-Wartebereichen, Routenrelationen, Master-Routen usw. usf. Sämtliche OSM-Wiki-Seiten werden einheitlich angepasst, damit jeder weiß, was der richtige Weg ist und eine Sprache spricht. Dann ist Ruhe im Karton wir müssen hier nicht mühsam händisch alles ändern und diese Diskussionen haben sich erledigt. So habe ich es im Rahmen meiner Laufbahn bei OSM durch regelmäßiges Mitlesen und Erfahrung mitbekommen und das wäre der gewünschte Weg. Du, bernward1 und ich, wir müssen hier garnicht händisch irgendwas nur lokal begrenzt rumfuddeln und damit nur kleinste Gebiete im großen VRS-Gebiet anpassen, sodass „Inseln“ von unterschiedlichen Taggings entstehen. Das macht ein Einziger mal einheitlich für ganz NRW.
Zuletzt habe ich noch einen vielleicht etwas philosophischen Denkanstoß für dich. Ich möchte jetzt nicht arrogant erscheinen, wir sind alle gleich, Hierarchien sind mir egal, ich bin nicht besser als du, aber einfach nur als Überlegung für dich: du bist seit dem 28.02.2024 bei OSM dabei, 2 Jahre, 600 Edits. Ich seit dem 07.01.2014, seit 12 Jahren, über 15.000 Edits. Ich habe seit jeher nur VRS als Kurzname kennengelernt und verfolge rege alles zu dem Projekt „OSM“, würde mich also schon als „erfahren“ bezeichnen und kenne andere Votings und Diskussionen zu Umtaggings, dass man sowas erst abspricht. Du bist also noch relativ „frisch“ dabei und ziehst hier deinen Mappingstil durch, der auf berechtigte Rückfragen stieß und andere Leute, u.a. langjährige alte Hasen, verärgerst du. Das ist nicht nett, für wen hältst du dich, merkst du nicht dass bernward1’s wiederholte Rücksetzungen vielleicht bedeuten könnten, dass du einen Fehler machst? Ein Community-Projekt wie OSM ist ein gemeinsames Projekt. Nach Recherche in den Forumsbeiträgen hat bernward1 offenbar sogar den OSM-Stammtisch in Bonn besucht, ein persönliches Treffen von Mappern, und dieses Thema angesprochen, um es weiter zu klären. Auch im OSM-Forum hat er sich beteiligt und Beiträge geschrieben. Das ist super! Nicht, was du abziehst.
Ich wünsche mir mehr das Mindset/den Spirit der Vergangenheit zurück: Früher, als ich bei OSM angefangen habe, ist man noch mit GPS-Tracker raus gegangen und hat vor Ort Infos gesammelt. Der eigentliche Ursprung und Sinn von OSM. Dafür investiert man in dieses tolle Projekt ehrenamtlich seine wertvolle Freizeit, so auch ich. Daher kann ich nicht nachvollziehen, warum du solche „unnötigen“ Umtagging-Aktionen von der Ferne nur vom Computer aus in großem Stil über ein größeres Gebiet abziehst. Du siehst doch, dass es einigen Personen nicht passt und es berechtigte Kritik gibt. Da sollte man erstmal innehalten, in die Diskussion gehen und nicht weitermachen. Daher verstehe ich deine Motivation nicht. Willst du uns ärgern? Bist du Mitarbeiter beim VRS und willst deinen Tagging-Stil durchsetzen? Anstatt dieser Kindergarten-Aktion hier würde ich mich viel mehr über sinnvolle Edits freuen. In der Eifel fehlen noch so viele Dinge: Restaurants, Wanderwege, Defibrillatoren, Rettungspunkte. DAS ist sinnvoll und bringt dieses Projekt voran! Nicht, wie nun ein network-Tag geschrieben wird. Meinetwegen lass das doch andere Mapper klären, die sich mit automatisierten Edits auskennen und sowas vernünftig für alles Objekte umsetzen. Wenn du schon deine wertvolle Freizeit in OSM investierst, so mappe doch sinnvolle Dinge, statt diese mit solchen Aktionen zu verschwenden und indirekt auch anderen Mappern ihre Freizeit und Nerven zu stehlen.
FAZIT => mir ist schnuppe, wie am Ende VRS richtig geschrieben wird. Ich werde hier nicht diese Grundsatzdiskussion führen, haltet mich bitte da raus. Ich habe meinen Senf dazugegeben, weil die Edits auch in meine Heimat hineinreichten und du mir eine PN geschrieben hast. Ich bin jetzt erstmal raus. Aber das Thema soll bitte zuerst vernünftig im OSM-Forum/auf einer Mailingliste mit *mehreren* Usern diskutiert, abgestimmt und im OSM-Wiki auf sämtlichen betroffenen Seiten festgehalten werden, damit jeder einheitlich arbeitet. Dann werden über ganz NRW bzw. VRS-Gebiet per genehmigter und dokumentierter mechanischer Abfrage sämtliche network-Tags einheitlich umgestellt, dann ist Ruhe und wir müssen nichts mehr machen. Du hältst nun bitte die Füße still und lässt die Umtaggings sofort sein, denn das sind ganz klar gemäß Doku undiskutierte mechanische Edits, die gegen Richtlinien verstoßen. *DAS* ist das Problem, das *MASSENHAFTE* Ändern. Die eigentliche Idee mit dem ausgeschriebenen Namen will ich dir ja garnicht verübeln oder ein langsames Ausschleichen wenn man über eine Bushaltestelle stolpert. Aber nun schon 2 Mapper haben Bedenken, die du bei einem Community-Projekt nicht einfach so ignorieren und dich darüber hinwegsetzen darfst. Solltest du es nicht lassen, sehe ich mich leider gezwungen, für dein Benutzerkonto bei den OSM-Admins eine temporäre Sperre zu erwirken und einen Mediator hinzuzuziehen. Das muss doch nicht sein. Auf den Ärger habe ich selbst keine Lust. Ich will hier in meinem Mapping-Gebiet nur meine Ruhe und einheitliches Tagging haben, mehr nicht. Durch deinen erneuten Edit vor ein paar Minuten hast du mir wieder in mein Gebiet Uneinheitlichkeit durch 2 unterschiedliche Taggingstile reingebracht. Ich verzichte nun erstmal auf einen Revert, so kann es aber nicht bleiben. Und wozu führen dich deine Aktionen? bernward1 hat bisher jede deiner Änderungen zurückgesetzt. Das wird genau so weitergehen. Damit ist keinem geholfen und nicht zielführend. Denk da bitte nochmal drüber nach!

Viele Grüße
Euskirchener (ein eigentlich sehr netter Mapper, der aber so einen Edit-War hier nicht haben will. Meine Nachricht klingt vermutlich sehr „harsch“ und unfreundlich, aber eigentlich bin ich nicht auf Ärger aus. Nur wenn du etwas falsch machst, sehe ich mich dazu verpflichtet, im Sinne des gesamten Projektes dich darauf hinzuweisen und das ganze in die richtigen Bahnen zu lenken. Für das Wort „Scheiße“ in meinem Edit und den harten Ton hier möchte ich mich ausdrücklich entschuldigen, war heute aber auch wegen anderer privater Sachen genervt, da hat der wiederholte Edit von dir ausgerechnet heute nicht gerade geholfen – auf dennoch eine gute Zukunft. DANKE!)

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 CS 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