x

Re: historische objekte-karte


Geschrieben von Zecke (Gast) am 11. Mai 2013 23:52:11: [flux]

Als Antwort auf: historische objekte-karte geschrieben von lutz (Gast) am 27. Januar 2013 18:31:

EvanE wrote:

Mal wieder ein typisches Beispiel, dass jemand eine Nebeneigenschaft (Spurweite) zur Hauptsache erklärt.
Sorry für die harten Worte, aber railway=rail beschreibt zuallerst einmal eine existierende Bahnanlage/-strecke.

Unbestritten. Was soll ich von einem Wiki halten, das im deutschen etwas beschreibt, das mit der englischen Version nur peripher etwas zu tun hat? Wer erklärt hier die Nebensache zu Hauptsache?
railway=rail

Full sized passenger or freight trains in the standard gauge for the country or state

Eisenbahn, auch S-Bahn
täglicher Bahnverkehr zumindest an Werktagen, andernfalls besser als Museumsbahn (preserved) kennzeichnen

Mag ja durchaus sein, daß railway=rail überwiegend so verwendet wird, wie du schreibst. Das ist aber nicht der Kern meiner Aussage.

EvanE wrote:

Auch bei railway=abandoned irrst du dich partiell. Damit wird nicht primär ein Lifecycle-Zustand beschrieben sondern das, was heute existiert: Die erkennenbaren Strukturen (Böschung, Einschnitt, Tunnel, Brücke, weite Bögen/Geraden, geringe Steigung, ...) einer abgebauten Eisenbahn.

Leider ändert das nichts an der Tatsache, das das Tagging-Schema partiell unstrukturiert ist. Das ist meine Hauptkritik. Da werden Dinge als gegenseitig exklusiv hingestellt, die parallel existieren können. Ein paar verrostete Schmalspurschienen im Wald und das ist eine "disused", "abandoned" und "narrow_gauge" Railway. Gleichzeitig! Aber wie taggen...?

Sinnvoll wäre so etwas wie
object=way
way=railway
railway = {
name=...
usage=none // wird nicht (mehr) benutzt
physical_state=abandoned // Bauzustand ist so, dass es nicht mehr leicht instandgesetzt werden kann
gauge=narrow // Schmalspurbahn
historic=yes // von historischer Bedeutung
visible={ Bahndamm; Schienen }
...
}

Das Thema Lifecycle ist dabei noch gar nicht drin. Parallel gültige Eigenschaften müssen kombinierbar sein. Eine Eigenschaft (Bauzustand) sollte nicht eine andere implizit setzen (usage).
Multiple Werte müssen möglich sein, wenn sie in der Praxis da sind. Wird gegenwärtig peinlich vermieden, weil die Renderer sich nicht drum scheren.
Das oben ist nur ungefähr die Richtung angedacht, in die es gehen sollte.

Gruß,
Zecke