es gibt mal wieder etwas, wo ich mir nicht sicher bin, etwas “richtig” zu taggen.
Seht mal bitte hier:
Bis jetzt habe ich das so gemacht:
history=legend
information=board
inscription:cs=Poutníci, měj se na pozuru, zde straši o půlnoci! Kronika o tom piše pověst o Nahřbetskočovi (Huckaufovi) u Kočičiho smrku.
inscription:de=Wandersmann oh sei bedacht - hier spukte es um Mitternacht! Die Chronik schreibt davon die G'schicht vom Huckauf bei der Katzenficht.
name:cs=Nahřbetskočovi (Huckaufovi) u Kočičiho smrku
name:de=Huckauf bei der Katzenficht
tourism=information
Eben habe ich die Erklärung zu dem Steinhaufen gefunden, übersetzt per Goo… aus dem Tschechischem:
Eine Legende besagt, dass der Geist des Paperman (Huckauf) ausgeliefert wird, wenn sich ein Steinhaufen von 1000 Stücken auf dem Weg der Katzenfichte stapelt. Wer hier vorbeikommt, sollte den Stein dort Huckauf opfern, um ihn einzuschüchtern.
history=legend kommt mir seltsam vor, würde ich nicht verwenden. information=board passt dagegen, auf tourism=information würde ich dagegen eher verzichten. Was ggf. fehlt ist ein board_type.
Ob man Fehler wie “spu kte” lieber verbessert oder akkurat transkribiert hängt evtl auch davon ab, ob man sich ganz sicher ist (wie hier) oder es mehr eine Vermutung ist.
Das wäre aber ein Fehler. information=* spezifiziert ein tourism=information genauer. Daher ist eigentlich ein information=board ohne tourism=information ein Fehler.
so weit würde ich nicht gehen, das als Fehler zu sehen. Immerhin jeder 25. Eintrag mit information=* hat kein tourism tag. https://taginfo.openstreetmap.org/keys/information#combinations
Inwiefern macht es denn, abgesehen vom Wikitext, Sinn, zusätzlich ein tourism=information anzuhängen, gibt das einen Mehrwert, bzw. geht bei fehlendem tag was verloren?
Was mir einfällt ist dass es bei bestimmten Datenbankschemata erforderlich ist, einen Haupttag zu haben, damit das Objekt importiert wird. Z.B. würde man mit default osm2pgsql das Objekt nicht drinhaben ohne tourism https://github.com/openstreetmap/osm2pgsql/blob/master/default.style
Wie sollen z.B. QS-Tools sinnvolle Hinweise zu fehlenden Haupt-Merkmalen liefern, wenn es zur Regel wird Unter-Merkmal mal mit und mal ohne Haupt-Merkmale einzutragen?
man müsste halt „information“ als Hauptmerkmal sehen. Solche Evolution kommt gelegentlich vor, tourism=information hat prinzipiell keinen Nutzen mehr allein, weil es zu unterschiedliche Dinge beschreibt.
Genau so ist es! Daher auch die Leerstelle.
Klar, das Schild ist per Hand & Pinsel gemalt, was ich nebenbei gesagt, niemals so hinbekommen würde, und ein “Backspace” ist somit schlecht möglich. Und wenn dazu in einer Fremdsprache geschrieben wird, dann passiert es eben. Ich muss mich beim Tschechischem auch zusammenreißen, damit wenig Fehler entstehen.