Hallo mod22!

Ich musste deine Änderung hier auch nochmal korrigieren. Ich war heute (also gestern, 13.2.) dort.

surface ist asphalt auf der Fahrbahn und paving_stones auf der kleinen Verkehrsinsel, daher geht hier nur surface=paved (solange man den Weg nicht teilt usw.).

Bei solchen Wegen, besonders die von mir angelegt sind, tagge ich das immer mit viel Sorgfalt.

Bitte dann auch mit Änderungen sorgfältig sein und das nicht kaputt machen! Es macht nicht so viel Spaß, dann nochmal hinterherzukorrigieren ...

Danke!!!

Hallo mod22!

Ich will dich nicht nerven, aber ich hätte da ein paar Anmerkungen zu deinen Änderungen in diesem Changeset von vor 3 Tagen. Da ist nach meinem Empfinden einiges schief gelaufen, bei jedem der 4 Knoten ... Hier mal nacheinander:

• SaaRental Fahrradverleih (dein Knoten node/13541267726): das hatte ich bereits am 26.01. eingetragen, und zwar als amenity=bicycle_rental (Knoten node/7640952161) und mit einigen Detailinfos. Du hast einen neuen Knoten hinzugefügt mit shop=bicycle (was nicht ganz korrekt ist). Ich hab den jetzt wieder gelöscht …

• BBA Ingenieurbüro (node/7352695494): Da hast du old_name gelöscht, was ich nicht gut finde. Warum? Außerdem hast du wheelchair=limited gelöscht, obwohl sich daran nichts geändert hat (kleine Stufe am Eingang). Warum? Ich hab das nochmal ergänzt plus weitere Infos wie Öffnungszeiten usw.

• Soneo Hörgeräte (node/268623507): Da hast du auch wheelchair=limited gelöscht. Warum, wenn sich daran nichts geändert hat (kleine Stufe am Eingang, der auch getaggt ist). Du hast da auch keinen old_name angelegt (old_name=Kramer'sche Apotheke), was da besonders sinnvoll wäre, denn der Name steht noch groß am Gebäude, und sogar auf der Soneo Webseite wird darauf verweisen („In der ehemaligen Kramer'schen Apotheke“ – siehe https://www.soneo-hoergeraete.de/standorte). Ich hab beides ergänzt plus weitere Details wie Öffnungszeiten.

• Flow & Glow (node/7313070002): auch hier keinen old_name angelegt und 2 wheelchair-Tags gelöscht (wheelchair=limited + wheelchair:description=1 kleine Stufe). Außerdem: der Name ist zumindest laut Webseite nicht „Flow & Glow“, sondern „Form & Glow Studio“ (siehe Webseite https://form-and-glow.de). Es ist auch keine Sporthalle (leisure=sports_hall), sondern ein Pilatesstudio mit weiteren „Wellness“-Angeboten. Da passt wohl leisure=fitness_centre + sport=pilates am besten. Ich hab es geändert und noch Details ergänzt.

Ich wundere mich etwas über so viele Fehler … du bist doch nicht ganz neu bei OpenStreetMap, oder? Und löschst du denn immer old_name? Ich habe gerade mal in deinen letzten Änderungssatz 178502009 reingeschaut, da hast du das auch gemacht (bei way/490397781). Da hast du old_name=Blumen Rösler gelöscht und statt dessen disused:name=Sixt gesetzt. Warum nicht old_name=Sixt;Blumen Rösler? Und übrigens ist dort auch noch ein Fehler beim Weg der „DB Fundstelle“ (way/490397751): da steht noch room=restaurant. Und ein Fundbüro ist übrigens amenity=lost_property_office (nicht office=yes). Und old_name fände ich da auch schön ...

Viele Grüße und weiterhin frohes Mapping! (Und vielleicht in Zukunft etwas mehr Sorgfalt bei Änderungen?)

Kleine Anmerkung zu deinen Änderungen bei LUUC, die mir heute aufgefallen sind: ein Leerzeichen nach dem Semikolon bei wheelchair:description=2 Stufen am Eingang;Außenbereich barrierefrei zu entfernen, ist nicht wirklich korrekt gewesen ... das ist kein Semikolon für einen Mehrfach-Tag, sondern ein normales Semikolon in einem beschreibenden Text (könnte z.B. auch ein Komma sein oder ein Gedankenstrich)! Ich habe es nochmal ergänzt ... Man sollte da immer genau hinschauen.

Und warum nicht payment:cash=no hinzugefügt, wenn LUUC kein Bargeld akzeptiert? Das wäre doch dann eine nicht unwichtige Information (wenn der Änderungssatz schon so heißt) ...

Viele Grüße!

Hallo thom_osm!

Eine kleine Anmerkung: du hast einen Shop in der Julius-Kiefer-Straße 105 geändert zu disused:shop (alles prima + OK!) – node/7341012743. Nur die wheelchair-Tags muss bzw. sollte man in so einem Fall i.d.R. nicht entfernen, denke ich (denn daran ändert sich nur in seltensten Fällen etwas, wenn ein Shop leersteht) - ansonsten gehen diese weiterhin gültigen Informationen erst mal verloren und werden dann bei Wiedereröffnung vielleicht nicht wieder ergänzt bzw. jemand muss daran denken, sie wieder zu ergänzen. Ich war heute auch dort und hab sie daher nochmal hinzugefügt (wheelchair=yes und wheelchair:entrance_width=100).

Viele Grüße!

Hallo Arkonia! Hab mich heute gewundert: was ist an diesem Überweg informal? node/2027894450. Abgesenkte Bordsteine, normaler Bürgersteig, also ein ganz normaler unmarkierter, offizieller („formaler“) Überweg. Hab's daher nochmal geändert mit allen sinnvollen Tags (und den Fußweg aufgeteilt usw.)
Viele Grüße!

Hallo!

Kein Problem ... es war auch eh noch einiges zu optimieren an der Geometrie vom Gebäude und dem Parkplatz etc. mit den neusten Satellitenbildern von Saarland DOP20. Ich denke vorest sollte es das dort gewesen sein mit dem Wichtigsten … Grünflächen könnte man höchstens noch einzeichnen.

Dir auch alles Gute im neuen Jahr und weiterhin fröhliches Mapping!

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!