Tag:natural=shrub

Jo_Cassel · 2019-01-27T13:24:25.000Z

Hallo, es geht um
https://wiki.openstreetmap.org/wiki/Tag:natural=shrub
einen einzelnen Strauch/Busch (als Abgrenzung zu einem Einzelbaum natural=tree).
Die Versionsgeschichte reicht nur bis 2017-07-14 zurück.

Seit kurzem warnt JOSM, der shrub nicht kennt und verweist auf das “ähnliche” scrub.
Dies verwende ich eigentlich nur für Flächen (mit Sträuchern/Büschen), allerdings sieht
https://wiki.openstreetmap.org/wiki/Tag:natural=scrub
auch Nodes vor.

Daher meine Frage, was ist gewünscht, DE:Übersetzung oder Verzicht?
Mir ist es gleichgültig, Hauptsache meine Sträucher sind halbwegs sicher vor “Fehler”-Tools und dadurch bedingte Verschlimmbesserungen.
(Und Ja, ist natürlich sinnlos jeden kurzlebigen Strauch am Wegesrand zu mappen, mir geht es um Parkbepfanzungen mit über jahrzehnten stabilen Standorten)

fragende Grüße
Jo

geri-oc · 2019-01-27T14:36:51.000Z

JOSM fragt bei vielen. Nachschauen - es muss ja kein Fehler sein. Ich meine dabei nicht die Meldung, sondern die Daten. Als node habe ich shrub gar nicht gekannt und auch nicht benutzt. (auch *=moos, *=plant)Buschland (scrub) nutze ich als Fläche. Das als node sollte m.E. geändert werden und nur für Flächen gelten.

(JOSM fagt auch bei turn:lanes=through|right ob es nicht turn:lanes=through;right ist. Was ich mir wünschen würde, das man, wenn es kein Fehler ist, dies markieren könnte.

EDIT: auch bei maxspeed=10 wird der Wert angezweifelt.)

chris66 · 2019-01-27T15:14:53.000Z

Jo Cassel:

Daher meine Frage, was ist gewünscht, DE:Übersetzung oder Verzicht?

Gewüscht ist ein Bugreport an den JOSM-Programmierer…

PS: Danke für’s Bekanntmachen dieses sehr nützlichen Tags für die Atommapper.

MKnight · 2019-01-27T15:17:37.000Z

geri-oc:

(JOSM fagt auch bei turn:lanes=through|right ob es nicht turn:lanes=through;right ist.

Kann ich nicht nachvollziehen.

geri-oc · 2019-01-27T15:24:35.000Z

chris66:

Gewüscht ist ein Bugreport an den JOSM-Programmierer…

Ich würde es nicht als Bug einstufen - es ist ja immerhin auch ein Tippfehler möglich. Auch bei den Beispielen von mir sind Tippfehler möglich. Man sollte vielleicht einen Tag ("validator=*) einführen, der beschreibt das zu dem Zeitpunkt der “Validatorfehler” geprüft wurde - ähnlich Osmose und keep_right.

wambacher · 2019-01-27T15:25:09.000Z

geri-oc:

(JOSM fagt auch bei turn:lanes=through|right ob es nicht turn:lanes=through;right ist. Was ich mir wünschen würde, das man, wenn es kein Fehler ist, dies markieren könnte.

EDIT: auch bei maxspeed=10 wird der Wert angezweifelt.)

Bei mir nicht. Und ignorieren könntest du die im Fenster der Prüfergebnisse.

Gruss
walter

ps: nein, bei mir sind diese “Fehler” nicht abgeschaltet.

GerdP · 2019-01-27T15:50:39.000Z

Bitte melden, solche false positives sind Folge der Änderungen, die ich hierfür gemacht habe:
https://josm.openstreetmap.de/ticket/17055
tl;dr: Ist noch in Arbeit und die Ergebnisse hängen (noch) von den ausgewählten Presets ab. Im Prinzip bräuchten wir eine Liste aller Tags, für die sich diese Rechtschreibprüfung lohnt. Ich habe versucht, die automatisch zu generieren, aber das ist auch nicht so trivial, weil manchmal duch Importe falsch geschriebene Werte weit oben in der Taginfo Liste landen.
Beispiel: Mehr als 27000 auf die gleiche Weise falsch geschriebene leaf_type: https://taginfo.openstreetmap.org/keys/leaf_type#values

geri-oc · 2019-01-27T15:52:10.000Z

wambacher:

Und ignorieren könntest du die im Fenster der Prüfergebnisse.

Ja - aber dann wird die Fehlerprüfung dieses Fehlers abgeschaltet und eventuelle Tippfehler gehen unter.
Ich prüfe diese ja auch und lass es dann stehen, wenn es richtig ist.

Value ‘10’ for key ‘maxspeed’ looks like one of [100, 110, 120, 130, 30, 40, 50, 60, 70, 80, 90]. (4)
→ z.B. https://www.openstreetmap.org/way/298493108
Wert ‘through|right’ für Schlüssel ‘turn:lanes:backward’ sieht aus wie ‘through;right’. (3)
→ z.B https://www.openstreetmap.org/way/298277688
EDIT:
Wert ‘1045’ für Schlüssel ‘distance’ sieht aus wie ‘100’. (1)
→ z.B.
distance=1045
from=Aachen
name=Mittelland-Route
network=ncn
note:de=Enthält nur Kind-Relationen, welche Abschnitte der Hauptradroute abbilden
ref=D4
route=bicycle
to=Zittau
type=superroute
wikidata=Q1151315
wikipedia=de:D-Route
oder
Problem bei Rollenprüfung - Typ ‘Punkt’ des Relationselementes mit Rolle ‘’ stimmt nicht mit den akzeptierten Typen ‘Linie/geschlossene Linie’ in Vorlage Bicycle Route überein (7)
→ z.B. Relation 545127

GerdP · 2019-01-27T15:58:05.000Z

Bevor hier alle möglichen Werte berichtet werden:
Bitte wartet mal das nächste JOSM Release ab und schaut dann noch mal.

GerdP · 2019-01-27T16:25:53.000Z

geri-oc:

Value ‘10’ for key ‘maxspeed’ looks like one of [100, 110, 120, 130, 30, 40, 50, 60, 70, 80, 90]. (4)
→ z.B. https://www.openstreetmap.org/way/298493108
Wert ‘through|right’ für Schlüssel ‘turn:lanes:backward’ sieht aus wie ‘through;right’. (3)
→ z.B https://www.openstreetmap.org/way/298277688

Kann es sein, dass Du die Datei ignoretags.cfg aus dem Validator “rausgenommen” hast?
Schau mal in den erweiterten Einstellungen nach validator.TagChecker.source. Da sollte sowas drin stehen:
[resource://data/validator/ignoretags.cfg, resource://data/validator/words.cfg]

kreuzschnabel · 2019-01-27T16:45:46.000Z

MKnight:

geri-oc:

(JOSM fagt auch bei turn:lanes=through|right ob es nicht turn:lanes=through;right ist.

Kann ich nicht nachvollziehen.

Ich auch nicht, und zwar an genau dem Straßenstück nicht (ich hab’s minimal bearbeitet und neu hochzuladen versucht, keine Fehlermeldung).

Auch sonst hat sich mein JOSM noch nie über turn:lanes=x|y beschwert.

–ks

geri-oc · 2019-01-27T18:12:44.000Z

Eigentlich nichts geändert: JOSM Version 14620 - 31.12.2018

Nach Laden in JOSM und Klick auf Prüfung:

(Mich stört es auch nicht, da es ja durchaus einmal einen Tippfehler geben kann. Lieber einmal mehr geschaut …)

GerdP · 2019-01-27T18:15:47.000Z

Der screenshot zeigt, dass der Eintrag für ignoretags.cfg fehlt.

Jo_Cassel · 2019-01-27T18:30:18.000Z

GerdP:

Bevor hier alle möglichen Werte berichtet werden:
Bitte wartet mal das nächste JOSM Release ab und schaut dann noch mal.

Nutze den shrub-Tag schon seit Monaten. Ist und bleibt ein Nischen-Tag, aber botanisch/fachlich als auch OSM-strukturell scheint mir der durchaus sinnvoll.
Daher würde ich das gern beibehalten, und auch DE:Tag:natural=shrub anlegen - wenn hier keine grundsätzlichen Einwände kommen oder zukünftige Probleme damit verbunden sind.
JOSM-Hinweise/Fehlermeldungen halte ich auch für sinnvoll, sag mir wenn ich da noch irgendetwas tun muss/soll.

Gruß Jo

chris66 · 2019-01-27T18:36:32.000Z

Solange es eine reine Übersetzung ist, kann das natürlich gerne gemacht werden.

GerdP · 2019-01-27T18:43:22.000Z

chris66:

Solange es eine reine Übersetzung ist, kann das natürlich gerne gemacht werden.

Auf was bezieht sich das?

chris66 · 2019-01-27T18:58:29.000Z

Auf den Wiki-Eintrag (der bislang nur auf englisch existiert).

Jo_Cassel · 2019-01-29T17:17:46.000Z

https://wiki.openstreetmap.org/wiki/DE:Tag:natural=shrub
Habe nicht versucht wortgetreu zu übersetzen, sondern eher nach bestem Wissen und Gewissen,
wobei in en und de schon gleiches gemeint ist.
(dass sich Strauch und Baum in der Natur nicht immer klar trennen lassen, ist im OSM-Wiki auch nicht zu lösen)
Grüße in die Runde
Jo

geri-oc · 2019-01-29T17:57:54.000Z

natural=plant - for mapping herbaceous plants
natural=tree - for mapping trees
natural=moss - for mapping mosses

sollte aber auch entsprechend der engl. Seite rein. Man sollte schon “Ähnlichkeiten” der Seiten beibehalten.

fruit=* und colour=* vermisse ich auch.

leaf_type=* - belaubt oder benadelt
leaf_cycle=* - laubabwerfend oder immergrün
finde ich gut (sollte vielleicht auf engl. ergänzt werden).

Jo_Cassel · 2019-01-29T18:13:25.000Z

Also natural=tree ist 3 x verlinkt und auf natural=moss habe ich angesichts von taginfo quasi null verzichtet und für kurzlebige Blumen halte ich OSM nicht wirklich für geeignet, color? - wann und welcher Pflanzenbestandteil? - wer das anders sieht: its a wiki …