app_operated=only would be more precise in this case, yes (but together with display_operated=no it's also quite clear now). I think I didn't had the “only” value in my preset when I tagged this parcel locker.

Hallo!

Schade, dass du nicht geantwortet hast. Hätte mich interessiert, ob du da mehr weißt.

Ich war nochmal dort und hab es wieder auf building=yes geändert, weil für mich nicht erkennbar ist, ob das als Wohn- oder Bürogebäude gebaut wurde. Könnte auch gut ein Wohngebäude gewesen sein ...

Hallo FahRadler! Entschuldige, aber was hast du an der L'Osteria gemacht? Soweit ich mich erinnere, hatte ich das ziemlich sauber gezeichnet (allerdings noch ohne Satellitenbild). Aber jetzt ist das Gebäude hinten nicht mehr rechtwinklig, der Parkplatz überlappt mit Doppelgarage und hatte vorne an Gebäudeecke und weiter hinten eine Schräge bekommen, die glaube ich keinen Sinn machen, also falsch sind. Der Parkplatz ist glaube ich sehr rechtwinklig angelegt (ich war länger dort ...).

Vielleicht schaust du dir es nochmal an und könntest das noch etwas säubern und nochmal in Ordnung bringen? Wäre super ... Ansonsten steht es jetzt auch auf meiner To-Do-Liste... Oder Do-It-Again-Liste ;-) Viele Grüße!

Hallo!

Kleine Frage: du hast dieses Gebäude (way/610042398) vor einiger Zeit von building=yes zu building=office geändert. Weißt du denn sicher, dass es als Bürogebäude gebaut wurde (und nicht z.B. als Wohngebäude und dann umgenutzt)?

Denn nur dann wäre building=office richtig, ansonsten sollte man es bei building=yes + building:use=office belassen (wenn man es nicht klar entscheiden kann). Siehe Wiki: „building=office is used to tag an office building constructed to house offices.“ (Wiki deutsch: „Ein Gebäude, das zur Büronutzung errichtet wurde.“)

Ich frage das, denn soweit ich mich an das Gebäude erinnere, sieht es nicht eindeutig wie ein als Bürogebäude gebautes Haus aus (sonst hätte ich es auch schon als building=office getaggt).

Viele Grüße!

Hallo!

Bei Änderung building=yes zu buiding=office doch bitte auch building:use=office entfernen (siehe Wiki – das sollte nur bei einer ANDEREN Nutzung als ursprünglich benutzt werden).

Also hier:
way/218604681

Ich ändere es gerade, weil es mir aufgefallen ist.

Bei anderen Gebäudetypen gilt das natürlich genauso (z.B. residential usw.) ...

Merci und Grüße!

Hallo! Kleine Info: hier hast du aber definitiv mindestens einen Tag zuviel entfernt: way/1187277784, nämlich leisure=outdoor_seating.

Ich war gestern (31.10.) nochmal dort ... das ist der Außenbereich des Restaurants ... selbst jetzt noch bestuhlt ...

Ich hab es nochmal korrigiert.

(highway=pedestrian etc. würde ich da auch nicht hinzufügen, wäre auch ein unschönes Doppel-Tagging von 2 versch. Features, ich denke, das kann wirklich weg.)

Viele Grüße!

Hallo Zesstra!
Bei diesem Knoten stimmte deine Änderung von 2024 aber ganz und gar nicht ... Warst du denn 2024/09 dort?

node/4146923451

Ich war heute dort, da ist ein seit längerer Zeit leerstehendes Ladenlokal, wo früher eine Firma drin war, die Computer und Zubehör verkauft hat (WIKO). Gehört nicht zum Hotel. Fenster sind ziemlich mit Graffiti übersät, ist eigentlich nicht zu übersehen, dass das alte Tagging richtig war (disused:shop=yes). Ich hab es daher jetzt wieder hergestellt ...
Bei solchen Änderungen bitte immer sorgfältig sein, hat ja jetzt über 1 Jahr gedauert, bis das jemandem aufgefallen ist.

Aber weiterhin frohes Mappen!!!

Viele Grüße!

Hallo! Da wächst wahrscheinlich alles gut ... v.a. dieses Jahr mit Brombeeren etc.

Soll es denn also bei disused:highway=path bleiben? Passt das gut für dich? Nicht eher was:highway oder abandoned:highway?

Vielleicht fahr ich morgen mal hin, bevor der Regen kommt ...

Kleine Frage: Man kommt also eher nicht so leicht oder gar nicht durch die Unterführung am Bach entlang zu diesem track, der zu „Zur Fabrik“ führt: way/49682210, also präzise von node/631501418 nach node/13112988251, z.B. mit dem Fahrrad? Da wollte ich eigentlich mal gerne lang, auch weil der Weg da noch den Bach kreuzt (siehe node/3654290676 mit fixme von mir) – und auch der Bachverlauf dort kommt mir etwas komisch vor (tunnel neben der Unterführung? – so sieht es auf Saarland DOP20 aus).

Und weil ich erst vorgestern an der Straße „Zur Fabrik“ war (von Kleinblittersdorf aus) und am Anfang des tracks (der dort übrigens asphaltiert ist, also grade1, nicht grade4) ... aber es war schon zu spät und dunkel, um dort weiterzufahren bis zum Hahnenklamm, uz.B. um zu sehen, bis wohin der asphaltiert ist etc. Ich frag mich halt, ob man auch von Bübingen aus da hin kommt ... wäre schön.

Mich stört auch das leisure=nature_reserve hier: way/96215622, das laut Schutzkataster kein Naturschutzgebiet ist. Ich wollte mal nach Schildern schauen. Am Beginn des tracks dort an der Straße „Zur Fabrik“ stand jedenfalls gar kein Schild (nur eine offen stehende Schranke). Es ist glaube ich auch kein Landschaftsschutzgebiet o.Ä., müsste ich aber nochmal checken (ist dann oft falsch getaggt als leisure=nature_reserve, was nur für richtige Naturschutzgebiete verwendet werden sollte).

Da ist wohl noch so einiges im Argen. Auch das mit dem beliebten meadow, ja ... Dieses angebliche Naturschutzgebiet ist auch mit landuse=grass getaggt, was ja eigentlich nur für kultivierte Grasflächen gilt (regelmäßiges Mähen usw.) – das würde jedenfalls einem Naturschutzgebiet o.Ä. ziemlich widersprechen. Aber vielleicht ist das ja (z.T.) eine Heuwiese o.Ä., die ab und zu gemäht wird ... Will es mir mal anschauen.

Übrigens kann man theoretisch von der Industriestraße aus über ein stillgelegtes Bahngleis bis zur der Unterführung dort laufen (way/49682223); ist aber auch leicht zugewachsen und etwas waghalsig, weil recht nah an der doch stark befahrenen Bahnstrecke lang … mit Fahrrad (auch dismounted) kaum möglich bzw. beschwerlich, vielleicht im Winter einfacher. Ich hab das aber bisher noch nicht probiert, hörte aber dort von jemanden, dass dort öfters mal Leute lang laufen ... Aber vielleicht bist du ja abenteuerlustig ...

Apropos: wie schätzt du die Wildschweingefahr da ein? :-)

Viele Grüße!

Hallo Vinzenz! Ich bin gestern zum ersten Mal auf einen Weg mit disused:highway gestoßen – von dir in Bübingen (way/49682203). Wurde bei mir in Vespucci auch seltsam dargestellt (was ich jetzt noch optimiert hab im Datastyling – für alle zukünftigen Fälle).

Ich kenne die Situation vor Ort genau an der Stelle nicht genau (wollte aber bald mal hin), mich hat nur das disused: etwas stutzig gemacht zusammen mit der note „Nichts davon zu sehen.“ Passt da disused:*?

Ich hab mir disused: grob gemerkt im Sinne von „Derzeit nicht genutzt – Wiederinbetriebnahme leicht möglich; alles noch ziemlich intakt“ – das passt aber nicht so ganz zu deiner note (oder war es so gemeint – bzw. hattest du was Bestimmtes im Sinn wegen disused:?) ...

Aber ich weiß auch nicht genau, was am besten oder besser passen würde. Vielleicht eher was:highway=path, wenn man es noch nicht löschen will + da definitiv nix Nennenswertes mehr ist von einem Pfad? Zu was:* ist der englische Text im Wiki (was:*=*): „(...) features that don't exist but have an high probability to be re-added by a non surveyed edit, as they were present there before (so can for example still be seen on commonly used imagery (...)“ Ich würde es ja so formulieren: „... don't exist anymore ...“ oder „features that no longer exist ...“ – so ist es wohl gemeint.

Das trifft vielleicht zu, denn z.B. mit Saarland DOP20 (sehr zu empfehlen; siehe JOSM!) sehe ich zumindest noch den Anfang dieses Pfades (Reifenspuren?) und kann auch ahnen, wo er lang geführt hat.

Vielleicht ist er ja auch nur jetzt im Sommer stark zugewachsen und im Winter sieht es wieder anders aus ... Solche Fälle finde ich auch immer etwas schwierig zu taggen ... Da wäre dann ggf. sowas wie „seasonal“=* angebracht, aber das genau rauszufinden ist mühsam und unsicher ... Manchmal existieren die ja auch nur eine Zeitlang, z.B. wenn mal was gerodet wurde und dafür eine Zufahrt angelegt/freigeschnitten wurde, die aber kein fester Weg ist und dann nach und nach zuwächst. Vielleicht ist das da so was in der Art?

Viele Grüße und weiterhin gutes Erforschen abgelegener Pfade (das ist ja dort auch ziemlich abseits gelegen).

Hallo unique_identifier!

Noch ein Gedanke wegen operator:signed=outdated:
Es könnte etwas missverständlich sein, wenn man z.B. was:operator=Post angegeben hat UND einen neuen operator=xyz – dass auch dieser neue, aktuelle Operator xyz veraltet ist. Es fehlt eben die Angabe, WAS auf dem Kasten drauf steht ...

EIne Möglichkeit wäre inscription=* (wie oben beschrieben), eine andere, noch explizitere vielleicht operator:signed:outdated=Post (Any Tags You Like ...). Würde wohl keinem etablierten Tag in die Quere kommen.

Und vielleicht besser als inscription (denn bei inscription gebe ich eigentlich gerne ALLES an, was irgendwo drauf steht, bei einem street_cabinet wäre das dann z.B. „Post“ + Modellangabe wie „KVz 82“ + auch noch der Herstellername samt Adresse manchmal – und das wird dann sehr redundant, aufgebläht und auch umständlich, wenn es schon per model=* und manufacturer=* angegeben ist).

operator:signed:outdated=Post wäre dann vergleichsweise kurz, präzise und alles wäre abgedeckt und klar.

Was denkst du?

Hallo unique_identifier!

Danke für dein sehr informative Antwort … Ist für mich alles recht nachvollziehbar. Und ich werde das mit operator=Post in meinen Presets auch ändern – du hast schon recht, dass der Fall eigentlich als Allgemeinwissen gelten kann, und Wikipedia erklärt es auch, klar.

Ich denke, ich werde es mit was:operator machen. Dass die lifecycle-Präfixe kleinere Nutzungszahlen haben, ist für mich nicht überraschend, weil ihre Nutzung etwas umständlicher ist und die Unterstützung in Editoren (z.B. Icondarstellungen und Editorsupport per Presets selbst) auch recht mangelhaft ist – wenn überhaupt, werden oft nur sehr häufig vorkommende Kombinationen wie disused:shop unterstützt und sauber dargestellt. Dafür sind sie eben sehr universell (z.B. für alle möglichen top_level Tags + auch Subtags) und differenziert (je nach Präfix) einsetzbar und sagen somit viel aus, wenn sie richtig angewendet werden – das finde ich einen großen Vorteil. Ich wundere mich schon seit langem, dass da nicht mal nachgebessert wird. In meinen Presets und Datastyling hab ich das schon seit langem drin (Vespucci + JOSM), so dass es mich selbst nicht betrifft (ich habe auch selbsterstellte „intelligente“ Javascript-Presets für Vespucci, die lifecycle-Präfixe hinzufügen/entfernen usw. und über die mitgelieferten weit hinaus gehen – und zwar für ALLE Varianten, deshalb bin ich denen auch nicht so abgeneigt – könnte ich dir bei Interesse zur Verfügung stellen …). In JOSM ist die Anwendung wegen fehlender Javascript-Funktionalität in Presets nicht ganz so komfortabel, da muss man dann oft doch noch von Hand ran …

Frage an dich: eigentlich wäre es ja am korrektesten „Deutsche Bundespost“ statt „Post“ anzugeben (in der DDR hieß es übrigens „Deutsche Post“, daher hat man es im Westen „Bundespost“ genannt) – auch irgendwie aussagekräftiger und dann auch für weniger Informierte vielleicht nachvollziehbarer (wobei man „Post“ natürlich als Synonym sehen kann, aber ist halt auch ein Allgemeinbegriff bzw. hier eben der short_name für „Deutsche Bundespost“). Also mein Bauchgefühl sagt mir: wenn ich es jetzt schon in meinen Presets ändere, kann ich es auch gleich zu „was:operator=Deutsche Bundespost“ ändern … (plus ggf. was:operator:wikidata=Q181653). Ich denke, das mache ich so. Würdest du da mitgehen? Man könnte, wenn man will, auch noch „inscription=Post“ angeben (oder eben z.B. „inscription=Post;KVz 82“ o.Ä.) – als Ersatz für das nicht empfehlenswerte operator:signed=Post. Dann hätte man so ziemlich alles drin. Was meinst du?

Und operator:signed=outdated: ja, OK, kann nicht schaden und ist ja auch informativ … Trägt zur letzten Klarheit bei, was da Sache ist (zusammen mit was:operator und inscription wäre es dann wohl wirklich umfassend …).

Und noch eine Frage: ich war bisher etwas zögerlich bei den Kästen, wo z.B. Vodafone-Werbung drangeklebt ist (wie es ja aktuell hier weit verbreitet ist) auch Vodafone als operator anzugeben (ich gebe dann operator=Vodafone Kabel Deutschland GmbH und operator:wikidata=Q1560372 an, hatte da mal irgendwann recherchiert, hoffe, das stimmt noch). Denn ich war nicht 100% sicher, ob das alles wirklich Vodafone-Kästen sind (zumindest als operator; laut Wikipedia klingt es ja so, also wäre die Deutsche Telekom weiterhin Besitzer, und vermietet die Kästen nur an Mitbewerber) – oder ob irgendeine zentrale Agentur die Kästen als Werbeflächen vermietet, und praktische jeder auf jedem Kasten seine Werbung platzieren kann für eine gewisse Zeit. Aber wahrscheinlich ist es schon so, dass das Vodafone-Kästen sind. Hast du da irgendwelche Infos? (Wo es für mich klar ist, sind street_cabinets von Inexio mit Werbung dran, weil das immer neue sind, oder die Dinger von VSE-Net/energis mit Strom+Internet (SiCab; meist Hersteller Sichert Berlin.)

Postablageboxen (Metall, grau): die sind klar für mich, sehr oft steht ganz unten (links glaube ich) sogar „Deutsche Post AG“ in kleiner schwarzer Schrift dran. Und dass es DIESE Post noch gibt, ist denke ich auch Allgemeinwissen. Die tagge ich mit operator=Deutsche Telekom AG + operator:wikidata=Q9396.

Und Ferngas-Marker: kann deine Methode auch nachvollziehen. Kann man wohl so machen. Die Fälle mit STEAG, die ich meinte, waren typische CREOS-Marker, wo der Aufkleber wohl nicht aktualisiert wurde (weil sie z.B. zu fies im Gebüsch stehen?) – hier ein Beispiel: node/13034409607. Aber kenne auch viele (z.B. „Methangas“, Burbach) mit Steag, die wohl jetzt Iqony sind, z.T. Aufkleber erneuert mittlerweile, z.B.: node/9760751267. Und hier ist noch einer mit „Saar Ferngas“ (!): node/11838844677 (mit Aufdruck „6600 Saarbrücken“ … find das ja schön …). Könnte man ja auch mit was:operator machen und ggf. mit inscription …

Welchen Weg würdest du in Zukunft gehen? Vielleicht kann man es ja angleichen …

Hallo! Ich hab es jetzt auch nochmal nachgecheckt und festgestellt, dass ich in meinen DataStylings (für JOSM + Vespucci) die Scheibweisen 274.1[30] usw. auch drin hatte als tolerierbare Schreibweise, wenn auch der Klammernzusatz redundant und nicht optimal ist. Aber es wegzulassen, finde ich eigentlich besser (Gründe s.o.).

Wegen Presets und Datastyling:
Ich beschäftige mich nun schon seit Jahren mit dem Thema „Presets“ und DataStylings für traffic_signs. V.a. weil ich sämtliche verfügbare Presets (und Datastylings für JOSM) ziemlich mangelhaft finde. Ich hab die alle mal durchgetestet. Ich hab vielleicht nicht die allerletzten für JOSM gecheckt aber beim letzten Test vor ca. 1 Jahr war da sehr viel im Argen. Bzgl. Datastyling für JOSM z.B. „​Traffic Signs_DE“ by yopaseopor: sehr viele DE-Nummern noch auf Stand der 1992-Verkehrszeichen oder „2013-geplant-Nummern“ = CHAOS PUR. Auch vom Coding-Konzept her (es sollten sogar max. 3 Zeichen bei Mehrfachwerten dargestellt werden) sehr schlecht gelöst, muss man leider sagen – basiert auf einem abgelehnten Proposal (s.u.).

Bei den Presets z.T. noch schlimmer. ​Traffic signs_DE von yopaseopor (siehe https://josm.openstreetmap.de/wiki/Presets) – das sah auf den ersten Blick von den Nummern her noch am umfangreichsten aus – basiert auf einem abgelehnten Proposal und will Mehrfachzeichen mit einem Subtag lösen (z.B. traffic_sign:2:id=DE:206 – ganz schlecht). Nummern wohl auch nicht aktuell und unvollständig und falsch wie beim Datastyling.

Das Roadsign Plug-In hab ich mir schon länger nicht mehr angeschaut. Aber wohl auch nur mit größter Vorsicht zu genießen!!! Ein spontaner Test gerade: Beim Zeichen für Fußgängerzone ergibt es DE:242. Die Nummer gibt es aber bei den aktuellen offiziellen Nummern gar nicht mehr. Statt dessen 242.1 für Beginn, 242.2 für Ende, 241.1-40 für doppelseitiges Zeichen. Oder beim Zeichen für 12% Steigung wirft es nur incline=12% aus (jetzt verstehe ich auch, wie das bei dir in Dudweiler an der Straße am Schwimmbad zustande gekommen ist …). Das ist einfach ein unvollständiges Ergebnis, denn das Zeichen für 12% Steigung ist DE:110-12, warum wird das nicht ausgegeben (das incline=12% gibt man ja nicht beim traffic_sign an, nur beim way der Straße)? Das zeigt mir, dass das nicht sorgfältig gepflegt und aktualisiert wird, es ist mehr ein Beta- oder Alpha-Stadium …

Grundsätzlich fehlen bei all diesen Presets, Datastylings und PlugIns auch klare Infos, auf welchem Stand die sind bzgl. StVO und Verkehrszeichen-Katalog, denn da gibt es ja doch fortlaufend Ergänzungen und Änderungen (zuletzt April 2025 – neue Zeichen und ein paar weggefallene Nummern; kann man hier nachlesen: https://www.bundesanzeiger.de/pub/de/amtlicher-teil?0&edition=BAnz+AT+09.04.2025 – B2 aufrufen … viel Vergnügen beim Amtsdeutsch …).

Also eigentlich muss man sich selbst schlau machen bzgl. dem aktuellen Stand der Nummern, z.B. per Wikipedia-Seite „Bildtafel der Verkehrszeichen in der Bundesrepublik Deutschland seit 2017“ (https://de.wikipedia.org/wiki/Bildtafel_der_Verkehrszeichen_in_der_Bundesrepublik_Deutschland_seit_2017). Das ist noch die beste Infoquelle, denke ich – von den offiziellen VZ-Katalogen abgesehen (siehe z.B. hier für 2017: https://www.bundesanzeiger.de/pub/publication/STbFAuLOL8Jnu8pV1JS?1 – PDFs ganz unten im Anhang = VZ-Katalog; Achtung: es gab 2021 noch Änderungen/Ergänzungen daran … daher eher die PDFs von 2021 hier nehmen: https://www.verwaltungsvorschriften-im-internet.de/bsvwvbund_26012001_S3236420014.htm). Plus die Änderungen von 2025 (s.o.).

Aber selbst die Wikipedia-Seite ist nicht ganz aktuell und es fehlen die neusten Nummern, weil der Mensch, der die erstellt und immer sehr sorgfältig gepflegt hat (Mediatus), die Arbeit daran eingestellt hat vor einiger Zeit. Seitdem gibt es niemanden, der das in vollem Umfang übernommen hat, soweit ich weiß. Ich könnte es machen, aber mir fehlt etwas die Zeit, aber vielleicht pflege ich mal die letzten Änderungen vom April 2025 mal irgendwann ein, wenn das sonst niemand macht – ich hab mir da schon eine Liste gemacht, was neu dazu gekommen ist und sich geändert hat (für meine Presets und Datastylings, die ich immer aktuell halte, s.u.).

Aber ich hätte einen Vorschlag für dich (wenn es dich interessiert):

Ich habe ein sehr ausgereiftes Datastyling für JOSM, das auf dem aktuellen Stand ist (bis auf Änderungen vom April 2025; muss ich noch einpflegen) und in der Lage ist, bis zu 6fach-Zeichen (Mehrfachnummern an einem Knoten) als Icons untereinander darzustellen, so wie es auch an einem Pfosten aussieht. Das ist denke ich einzigartig. Mit Nummern fast aller Zeichen (500er und 600er fehlen z.B. noch) – also alles vom 100er bis 400er Block und alle Zusatzzeichen sind drin! Ich wollte das eigentlich schon länger veröffentlichen, aber mir fehlt jemand, der das mal als Beta-Tester benutzen würde und eine Rückmeldung gibt … Das zu erstellen war ein ziemlicher Aufwand (ging über mehrere Jahre …) und das Styling arbeitet mit wirklich komplexen REGEX-Ausdrücken in den Selektoren, falls dir das was sagt. Das toleriert auch Zusätze in eckigen Klammern etc. und zeigt mögliche Fehler an oder falsche, nicht existierende Nummern etc. (Wobei ich da immer noch am ergänzen bin, weil User wirklich viel Phantasie haben, wie sie traffic_sign Werte schreiben können usw. Es ist schwer, alles abzudecken, aber ich hab schon sehr viel drin.). Und es hat Styling-Optionen, die man in JOSM ein- und ausschalten kann.

Und dann wäre noch die Frage: benutzt du Vespucci?

Denn dann hätte ich fast noch etwas Feineres im Angebot: sehr ausgefeilte Presets für Vespucci, bei denen man (dank Javascript in Presets, was bei JOSM leider nicht möglich ist!) sogar MEHRFACHZEICHEN taggen kann u.v.m. Auch dort die KOMPLETTEN Nummern von 100–400 und alle Zusatzzeichen drin, garantiert aktuell und korrekt. Auch das wollte ich eigentlich schon länger veröffentlichen, aber gleicher Fall wie beim JOSM-Datastyling: ein Betatester vorab wäre nicht schlecht … Auch hier stecken jahrelange Arbeit und fortlaufende Verbesserungen drin. Das ist denke ist ziemlich ausgereift, ich benutzte es fast täglich.

Bei Presets für JOSM hab ich mich auf eine Basislösung beschränkt, weil man dort wegen fehlender Javascript-Unterstützung nur Presets für Einzelzeichen erstellen kann, und ich das dann lieber mit Vespucci mache … Und zum PlugIn-Programmieren fehlen mir ein wenig die Kenntnisse – das wäre natürlich das Beste … Die einfachen JOSM-Presets, die zumindest zum Ändern von Tags sehr gut sind, könnte ich dir auch zur Verfügung stellen, da sind aber derzeit keine einzelnen Nummern drin (könnte ich aber ggf. noch reinpacken, um Einzelzeichen zu taggen – sowas hatte ich auch mal, wegen langer Ladezeit beim Aufrufen des Preset-Menüs in JOSM aber wieder raus genommen – das sind dann schon ein paar hundert Presets … JOSM findet das wohl nicht ganz so toll).

Umgekehrt gibt es beim Vespucci-Datastyling starke Einschränkungen, dort kann man sowas wie für JOSM (Mehrfachzeichen darstellen) nicht realisieren wegen fehlender Ebenen- und REGEX-Unterstützung etc. Aber auch da könnte ich was anbieten, womit zumindest alle Einzelzeichen korrekt dargestellt werden und Mehrfachzeichen mit einem Sonder-Icon usw. Das muss man dann aber selbst in eine der existierenden Vespucci-Datastyling-XMLs einbauen, weil man dort nicht (wie in JOSM) MEHRERE DataStylings aktivieren kann, sondern immer nur genau EINS (Stand Vespucci v21.1.3).

Also falls du Interesse hast daran (oder nur einem Teil davon), müssten wir uns mal kurzschließen und Kontaktdaten austauschen … Lebst du in Saarbrücken? Und erst seit 2024 bei OSM? Oder mal den Nutzernamen geändert?

Nee, natürlich nicht. War ein Tippfehler. Hab es jetzt beide Male klein geschrieben.

Ich hab keine Ahnung bzgl. des Tags wertbaum=yes. Der ist ja nicht von mir, habe ich das 1. Mal dort gesehen. Hab es einfach dran gelassen, weil ich vor Ort keine Zeit hatte, da weiter nach zu recherchieren (ob das oft verwendet ist usw.).

Wegen der ref war es bloß so, dass an den Bäumen eine kleine Plakette vom Saar-Forst war mit 5-stelliger Nummer (das scheint mir eher die eigentliche ref des Baums zu sein) PLUS eine Wertbaum-Tafel mit Angabe des Förderers/Unterstützers und dieser 4-stelligen Wertbaumnummer ... Und ich hab mich auf die Schnelle entschieden, das so (um) zu taggen.

Hätte man ggf. auch in einer description machen können, wie z.B. hier: node/4623254156.

Kurze Info: ich hab mal entrance=exit ergänzt bei 4 Knoten in der Beethovenstraße, die nur exit=emergency hatten – Notausgänge Tiefgarage, z.B. 12542927847 (entrance=exit laut Wiki „required key“ – exit=emergency).

(Nebeneffekt: nur exit=emergency fällt auch bei den üblichen Standard-Datastylings z.B. für JOSM/Vespucci unter den Tisch und wird nur als dicker oder andersfarbiger Punkt dargestellt ... recht unschön ... weil exit=* halt auch – weitgehend – nicht oder noch nicht als „Haupttag“/top-level tag gilt, sondern bisher eigentlich nur als Zusatztag, sinnvoll z.B. ja auch: exit=only bei manchen Bushaltestellen an Endstationen).

Ich weiß, es gibt proposals (ich kenne derzeit 2: "Proposal:Exit" und "Proposal:Emergency access & exits"), die da aufräumen wollten, und Diskussionen wegen der Semantik bei "Nur-Ausgängen" mit Key entrance=exit oder entrance=emergency (exit only), aber davon ist keins seit 2022 weiter gekommen und nichts approved, was kein gutes Zeichen ist. Und entrance=exit hat auch auch immerhin 14.000 Nutzungen.

Ich würde da ja auch sogar eher entrance=emergency setzen, ich finde das mit entrance=exit + exit=emergency auch etwas zu exotisch, aber egal ...

Ich finde das etwas Ungeklärte auch lästig ... halte mich daher aber weiterhin lieber an die „konventionellen“ Tags wie entrance=exit und entrance=emergency trotz der semantischen Unschärfe oder Doppeldeutigkeiten (weil ich die aber auch für etwas vernachlässigbar halte; mir ist z.B. noch nie ein entrance=emergency begegnet, der explit ein Eingang nur für emergency-Fälle war, mag es aber vielleicht geben; wobei man dann ggf. auch exit=no ergänzen könnte). Falls mal was „Approvtes“ zu exit=* zustande kommt, was es auch zu einem „Haupttag“ (top-level key) macht (also ohne entrance=* o.A. – bei Vespucci auch „object_key“ genannt), würde ich mich dem dann auch anschließen.

Solange finde ich ein Tagging ohne etablierten top-level key generell eher problematisch – ist zwar wie fast alles bei OSM nicht „verboten“, aber ich würde das jedenfalls nicht machen oder stark vermeiden (es gibt ja z.B. auch Knoten nur mit einem door=* Key, das ist so ein ähnlicher Fall).

Viele Grüße Richtung Duddes!

old_operator wirklich etabliert? Aber nirgends im Wiki zu finden? Also ich finde nichts, oder ich bin gerade etwas unfähig. Hab aber auch nur auf die Schnelle geschaut, weil mir das bisher noch nie begegnet ist. Jedenfalls gibt es keine Wiki-Seite, das würde ich dann nicht etabliert nennen ...

(Von einem old: lifecycle Präfix hab ich jetzt auch noch nichts gehört.)

Und wenn former: gut passt, würde ich es auch mal nehmen, auch wenn selten ... Aber was: tut es natürlich auch.

Noch ne kleine Info: von den derzeit 31 Verkehrzeichen im ganzen Saarland mit „274.1[30]" sind 27 von dir, alle in Duweiler. Die 4 anderen sind 6 Jahre alt und in Homburg.

Siehe http://overpass-turbo.eu/s/2aFQ.

Ich finde den Zusatz „[30]” auch deshalb ziemlich problematisch, weil Zusätze mit eckigen Klammern eigentlich nur dort angegeben werden, wo es verschiedene Werte (wie z.B. Texte, Zeitangaben usw.) auf Schildern geben kann. Hier würde das also heißen, dass es z.B. auch 274.1[20] oder 274.1[40] geben könnte für eine 20er-Zone oder 40er-Zone, was aber falsch ist (Bei einer 20er Zone ist die ID ja 274.1-20, und es gibt derzeit nur Schilder für 20er- und 30er-Zonen.)

Ich hoffe, ich konnte das nachvollziehbar erklären ...

Noch eine Anmerkung:
274.1-40 ist die ID für ein doppelseitiges Tempo-30-Schild (vorne 274.1 und hinten 274.2), und 274.1-41 das gleiche für eine 20er-Zone. Weiß nicht, ob du die kennst, diese IDs fehlen nämlich auf der Wikipedia-Seite https://de.wikipedia.org/wiki/Bildtafel_der_Verkehrszeichen_in_der_Bundesrepublik_Deutschland_seit_2017 (sind aber im VZ-Katalog enthalten, also offizielle Nummern, und ich benutze die auch, wenn es zutrifft). Siehe https://www.bundesanzeiger.de/pub/publication/STbFAuLOL8Jnu8pV1JS/content/170411001079M003/BAnzAT29052017B802.pdf (Seite 11).

Noch was Kleines:
Ich hab noch einen Knoten in der Straße „Am Schwimmbad“, den du mit incline=12% und forward getaggt hattest, geändert (mit traffic_sign=DE:108-12); siehe node/13068316262. Und ich würde bei einem Verkehrszeichen auch nicht incline=12% hinzügen, nur am way der Straße – und hier muss es auch incline=-12% heißen, denn die Wegrichtung weist nach unten (hab ich jetzt auch noch geändert).

Viele Grüße und weiterhin frohes Verkehrszeichen-Mapping!

Hallo!

Hmm .. also für mich klingt das nur halb gut, bzw. eigentlich nicht ganz gut. Denn den Key old_operator kann ich im Wiki nicht finden, ist also eine undokumentierte Neu-Kreation (old_operator:wikidata natürlich ebenso). Das finde ich unschön (und nicht gerade ein typischer Fall von „Any Tags you like“), bei so einem wichtigen Tag).

Warum nicht lifecycle-Prefixes benutzen wie z.B. „former:operator=Post“ oder „was:operator=Post“? operator:signed=outdated würde dadurch eigentlich auch überflüssig/redundant, aber das fände ich auch noch OK, wenn an es so angeben will.

Grundsätzlich stellt sich mir aber auch noch die Frage, ob man operator nicht so angeben sollte, wie es halt an einem Objekt, z.B. einem street_cabinet, steht (das ist meine Praxis). Also wenn da „Post“ drauf steht, warum dann nicht operator=Post? Denn wie soll man entscheiden bzw. wissen, ob ein operator veraltet ist? Außer es ist vielleicht Allgemeinwissen oder sehr leicht herauszufinden (im Fall Telekom-Street-Cabinets + „Post“ kann man das vielleicht so sehen, in anderen Fällen wird es da schon schwieriger sein, z.B. Ferngas-Marker mit – auch alter, nicht mehr existierender Firma – operator=Steag. Wobei in dem Fall „Post“ auch auch klar sein sollte, dass operator=Post veraltet ist, aber es liefert die Information, dass es eben so am Objekt steht und dort – noch – nicht aktualisiert wurde).

Hallo nochmal! Bin gerade in Dudweiler.

Wegen node/13046300107 eine kleine Anmerkung: beim Verkehrszeichen DE:274.1 sollte man auf [30] verzichten, das erschwert die Auswertung. Das Tempo 30 ist durch die Nummer bereits eindeutig angegeben/definiert. Gleiches gilt für 274.2, 274.1-40, 274.1-20, 274.2-20, 274.1-41 (und andere Zeichen).

Mit Verkehrszeichen-Tagging hab ich mich sehr intensiv beschäftigt (auch ein Datastyling für JOSM erstellt, das ich mal veröffentlichen wollte, und Presets für Vespucci mit erweiterten Javascript-Funktionen...).

Viele Grüße!

Hallo! Hab grad durch Zufall gesehen, dass du in dem Changeset u.a. auch Recycling-Container in der St. Johanner Straße in Jägersfreude bearbeitet hast (Knoten 13092027623, 1348136543, 13092027622).

Find ich sehr gut, und du bist ja auch immer sehr gründlich und detailverliebt.

Nur ein paar Anmerkungen dazu, weil ich mir über diese Container, v.a. von ZKE, auch schon viele Gedanken gemacht hab, wie man die am besten taggt und was eher ungünstig ist.

Also: bei den Papiercontainer. würde ich recycling:cartons und recycling:paper_packaging entfernen, weil darunter auch beschichtete Verpackungen fallen (wie Tetra-Paks), die NICHT da rein gehören, sondern in die gelbe Tonne. Und es gibt noch keinen Wert für „unbeschichtete Papierverpackungen“ (wobei das für mich dann auch unter paper oder cardboard fällt). Und die ganze Spezialtags wie books/newspaper usw. würde ich auch entfernen, denn das ist durch paper schon abgedeckt und würde sonst kein Ende nehmen ... es gibt ziemlich viel aus Papier ... (wobei es natürlich auch kein Fehler ist). Ich setze jedoch nur recycling:paper=yes und recycling:cardboard=yes. Sowas wie Papiertapeten=no könnte noch sinnvoll sein ... Aber auch da würde es kein Ende nehmen (Kassenzettel=no, außer die blauen, usw.). Da wäre ja eher eine description mit den Einschränkungen sinnvoller ... Oder ein Link zur ZKE-Sortierhilfe: https://www.zke-sb.de/service/sortierhilfe (Suchbegriff z.B. Tetra oder Papier ...). Aber das hab ich mir bislang erspart.

Und bei den Glascontainter würde ich NUR recycling:glass_bottles=yes setzen und die ganzen recycling:xyz=no Tags entfernen (sonst könnte man da ja auch ALLES mit no aufführen, das macht für mich keinen Sinn). Die sind ja auch glaub ich nicht von dir. Höchstens recycling:glass=no könnte noch sinnvoll sein, weil ja z.B. kein Flachglas oder Trinkgläser mit anderer Glashärte da rein gehören. Evtl. auch recycling:plastic_bottles=no, wobei ich das auch überflüssig finde.

Und zum ZKE-Kleidercontainer: da würde ich wie du recycling:clothes=yes und recycling:shoes=yes setzen (bei anderen operators sind auch noch Sachen wie bags, belts oder Bettzeug etc. explizit angeben, bei ZKE glaub ich nicht). Und als Farbe finde ich da colour=mediumvioletred (aus dem Extended colour set; https://www.w3.org/TR/css-color-3/#svg-color) am passendsten. pink ist schon ziemlich anders (und ich mag die extended colour Werte ganz gerne, gegenüber HEX-Werten). Ich hatte vorher auch mal darkorchid, aber jetzt nicht mehr ... Wäre cool, wenn man das einheitlich hätte (nebenbei erwähnt: ich hab das in meinem Datastyling auch schon mit Extra-Icon drin ...). Aber natürlich kein Muss ...

Bei den Glascontainern benutze ich übrigens auch noch colour=gray und bei Papier gray oder darkgreen ...

Alles nur kleine, nicht extrem wichtige Details ... wollte es nur mal mitteilen.

Viele Grüße und frohes Mappen ...

Ich habe im Moment keine Energie für solche Forumsdiskussionen, tut mir leid.

Ich kann höchstens Fotos beisteuern der Fälle, die das Unausgegorene bei marker=aerial vs. marjer=post zeigen (insbesondere dann bei Detailtags wie colour + material), und die bei mir in der Region die Regel sind, insbesondere bei Ferngaspfosten. Solche Beispielfotos, die eben die Schwachstellen im derzeitigen Kategoriesierungskonzept und den Detailtags zeigen, und die wohl automatisch Fragen aufwerfen sollten, fehlen derzeit im Wiki (auch bei Wikimedia Commons gibt es kaum was Brauchbares, das meine Fälle in guter Qualität zeigt, ich könnte bald einige gute Fotos hinzufügen). Aber ich hoffe darauf, dass auch andere erkennen, dass es problematische Fälle gibt, und sowieso noch Verbesserungen stattfinden. Ich habe mich da eher auf langes Warten und Hoffen eingestellt ... Und suche mir solange Übergangslösungen. Mir fehlt wirklich mittlerweile meistens die Kraft und Ausdauer für die Forumsdiskussionen und die Art, wie sie sehr oft geführt werden. Von den Ergebnissen bzw. doch sehr oft Nicht-Ergebnissen ganz zu schweigen.