Schlepplift

geozeisig · 2016-02-03 08:24:24

Es gibt 2 Arten Schlepplifte zu taggen. Wir sollten uns für eine entscheiden!
1. aerialway=j-bar
aerialway=t-bar
aerialway=platter
2. aerialway=drag_lift + aerialway:drag_lift=t-bar
aerialway=drag_lift + aerialway:drag_lift=j-bar
aerialway=drag_lift + aerialway:drag_lift=platter

Die 2. Version fand ich überzeugender und habe in der Wiki einen Hinweis gegeben besser diese zu benutzen.
Statistisch ist die 1. Version im Vorteil 2246:147:2904 zu 159:3:35
aerialway=drag_lift ohne Hinweis auf den genauen Type gibt es 4575 mal.
JSOM verwendet auch die 1. Version.
Mir bekannte Karten werten beides aus.
Ist es nun sinnvoll bei der 1. Version zu bleiben oder umzustellen?

Nop · 2016-02-03 10:25:13

Ein künstlich herbeigeführte Umstellung macht keinen Sinn, insbesondere wenn es mit der ursprünglichen Version kein echtes Problem gibt. Sowas hat auch wenig Aussicht auf Erfolg.

Von daher ein klares: Version 1 bleibt, Wiki-Eintrag sollte häufigeres Tag beschreiben und selteneres evtl. danach noch erwähnen.

bye, Nop

gormo · 2016-02-03 11:58:42

Und diese Doppelpunktitis würde ich bei (2) weglassen. aerialway=drag_lift, drag_lift=t-bar . Ist weniger redundant.

Geogast · 2016-02-03 21:10:24

Nop wrote:

Ein künstlich herbeigeführte Umstellung macht keinen Sinn,

Das mag sein, aber:

Nop wrote:

insbesondere wenn es mit der ursprünglichen Version kein echtes Problem gibt.

ein Problem kann es doch geben:
Wenn ich als Ski-Laie einen Schlepplift sehe, dann weiß ich nicht, ob das nun j-bar, t-bar oder platter oder sonst was ist. Immerhin: Schlepplift/drag_lift erkenne ich. Dafür bräuchte ich einen value, den dann ein Experte später mit einem Zusatz-Tag präzisieren könnte.
Überhaupt: Grundsätzlich geht die Tendenz in OSM IMHO dahin, Zusatz-Tags zu nehmen, nicht zig values im Haupt-Key für ganz ähnliche Dinge.

maxbe · 2016-02-03 21:41:45

Geogast wrote:

ein Problem kann es doch geben:
Wenn ich als Ski-Laie einen Schlepplift sehe, dann weiß ich nicht, ob das nun j-bar, t-bar oder platter oder sonst was ist. Immerhin: Schlepplift/drag_lift erkenne ich.

Du musst nicht mal Laie sein um dieses Problem zu haben, wenn Du den Lift nur im Sommer siehst. Dann sind die Bügel in der Regel ausgehängt, oft fehlt auch das Seil. Masten und Spur sind aber meistens deutlich, jedenfalls sieht man, dass da geschleppt wird und nichts schwebt.

Ich finde das Tagging mit aerialway=drag_lift|j-bar|t-bar|platter aber auch nicht so viel schlechter, als dass man es ändern müsste und verfeinern kann ich ja auch, indem ich den Wert von aerialway ändere...

Grüße, Max

Last edited by maxbe (2016-02-03 23:35:42)

MHohmann · 2016-02-04 09:05:35

aerialway=drag_lift + drag_lift=t-bar
aerialway=drag_lift + drag_lift=j-bar
aerialway=drag_lift + drag_lift=platter

So fände ich es am übersichtlichsten und am leichtesten auszuwerten. Wenn jemand nur wissen will, wo Schlepplifte sind, sich mit deren Form / Typen aber nicht auskennt, hilft ihm ein gemeinsames Haupttag am besten weiter. Wenn jemand Details will, hilft ihm das Zusatztag. So ein Tagging wird also beiden Nutzergruppen gerecht.

Klumbumbus · 2016-02-04 16:51:17

Es gibt doch mit dem derzeitigen Taggingschema überhaupt kein Problem und keinen Grund ein neues einzuführen.

Wer es nicht genau weiß taggt aerialway=drag_lift und wer es genauer weiß aerialway=j-bar|t-bar|platter|rope_tow.

Mehrere Schemas für ein und das selbe ist hingegen schlecht.

gormo · 2016-02-04 17:01:03

Klumbumbus wrote:

Es gibt doch mit dem derzeitigen Taggingschema überhaupt kein Problem und keinen Grund ein neues einzuführen.
Wer es nicht genau weiß taggt aerialway=drag_lift und wer es genauer weiß aerialway=j-bar|t-bar|platter|rope_tow.

Bei diesem Tagging ist aber das Problem für den Kartenhersteller, dass er eine Liste an möglichen Werten haben und pflegen muss, wenn er alle Schlepplifte gleich darstellen will.

Er muss also irgendwas wie "if aerialway IN ('drag_lift','j-bar','t-bar','platter','rope_tow') then aerialway=drag_lift" schreiben, statt einfach auf drag_lift zu prüfen. Das erhöht die Komplexität der Auswertung, weil man selbst Klassen bilden muss, statt die Klassen einfach aus der DB geliefert zu bekommen. Außerdem ist es Wartungsanfällig, wenn mal jemand einen y-bar erfindet, oder so.

Aber ich sehe das wie du: das jetzt umzutaggen ist unsinnig.

Klumbumbus · 2016-02-04 17:11:23

gormo wrote:

Er muss also irgendwas wie "if aerialway IN ('drag_lift','j-bar','t-bar','platter','rope_tow') then aerialway=drag_lift" schreiben, statt einfach auf drag_lift zu prüfen.

Eine einfache OR-Verknüpfung sollte ein Programmierer schon hinbekommen

gormo · 2016-02-04 20:35:37

Klumbumbus wrote:

gormo wrote:
Er muss also irgendwas wie "if aerialway IN ('drag_lift','j-bar','t-bar','platter','rope_tow') then aerialway=drag_lift" schreiben, statt einfach auf drag_lift zu prüfen.
Eine einfache OR-Verknüpfung sollte ein Programmierer schon hinbekommen

Na klar. Ein einfaches Multipolygon mit 16 outer-ways sollte ein Katograf auch hinkriegen.

Die Frage ist halt die nach der wartbarkeit.

MHohmann · 2016-02-05 14:26:48

Klumbumbus wrote:

Mehrere Schemas für ein und das selbe ist hingegen schlecht.

Es soll ja auch gar nicht mehrere Schemata geben, sondern eines - das steht außer Frage. Die Frage ist doch, welches das beste ist. Und eines, bei dem jemand, der einfach nur einen Schlepplift sucht, ohne sich damit auseinandersetzen zu müssen, welche Typen es gibt, wie sie getaggt sind und ob es vielleicht noch Sonderformen gibt, die von seinen 4-5 OR-vernüpften Abfragen nicht erfasst werden, würde ich nicht das beste nennen.

geozeisig · 2016-02-06 07:37:31

gormo wrote:

Bei diesem Tagging ist aber das Problem für den Kartenhersteller, dass er eine Liste an möglichen Werten haben und pflegen muss, wenn er alle Schlepplifte gleich darstellen will.

gomo hat es richtig beschrieben. Es handelt sich hier um Schlepplift und t-bar, j-bar, patter sind nur genauere Spezifizierungen. Das wird mit der 2. Version besser abgebildet und lässt sich sicher besser auswerten.
Ist nur die berechtigte Frage ob eine Änderung gerechtfertigt ist?
Wenn wir den Tag neu einführen würden, müsste auch die Signifikanz überprüft werden. Und dann würden man sich für die Version 2 entscheiden.
Wobei in der Wiki ja nichts gelöscht werden muss, sonder nur ein Hinweis auf die bevorzugte Version 2 gegeben werden müsste.

Klumbumbus · 2016-02-07 14:36:30

MHohmann wrote:

Es soll ja auch gar nicht mehrere Schemata geben, sondern eines - das steht außer Frage. Die Frage ist doch, welches das beste ist. Und eines, bei dem jemand, der einfach nur einen Schlepplift sucht, ohne sich damit auseinandersetzen zu müssen, welche Typen es gibt, wie sie getaggt sind und ob es vielleicht noch Sonderformen gibt, die von seinen 4-5 OR-vernüpften Abfragen nicht erfasst werden, würde ich nicht das beste nennen.

Und wenn jemand die Schlepplifte unterscheiden möchte muss er mit Schema2 2 tags auswerten anstatt nur eins. Das kann man also so und so sehen.

Auf jeden Fall sollten beide Varianten für Datenauswerter trivial sein. Wer OSM-Daten verarbeiten möchte, muss sich mit viel komplizierteren Dingen befassen. Die Frage nach der Wartbarkeit stellt sich hier auch nicht wirklich, da nicht zu erwarten ist, das in den nächsten Jahren noch neue Typen hinzukommen.

Prinzipiell sind beide Schemas machbar, das ist klar. Schema1 hat jedoch viel höhere Nutzungszahlen. Ich halte eine Umstellung für nicht sinnvoll, weil sie meiner Meinung nach keinen nennenswerten Vorteil bringt, dafür aber den Nachteil, dass man über Jahre hinweg mit 2 verschiedenen Schemas zu kämpfen hat.

MHohmann · 2016-02-07 15:26:29

Klumbumbus wrote:

Und wenn jemand die Schlepplifte unterscheiden möchte muss er mit Schema2 2 tags auswerten anstatt nur eins. Das kann man also so und so sehen.

Wer eine solche Anwendung hat, kann bei Schema 2 genau so gut nach einem einzigen Tag (drag_lift=*) suchen und je nach Wert sortieren. Den Tag aerialway=drag_lift kann er ignorieren, oder als Konsistenztest ebenfalls auslesen.

Die Frage nach der Wartbarkeit stellt sich hier auch nicht wirklich, da nicht zu erwarten ist, das in den nächsten Jahren noch neue Typen hinzukommen.

Wenn man berücksichtigt, dass beim Schema 1 die spezielle Bauform des Schlepplifts getaggt wird, kann man durchaus davon ausgehen, dass es Spezialfälle / Sonderformen gibt, die von den bisherigen Werten nicht erfasst sind, und die dann natürlich einen neuen Wert erfordern würden. Das stellt durchaus ein Problem für die Wartbarkeit eines Auswerters das, das bei Schema 2 nicht der Fall ist.

Schema1 hat jedoch viel höhere Nutzungszahlen.

Da liegst du mit den Zahlen etwas daneben, siehe erster Post in diesem Thread. Die 4575 aerialway=drag_lift kann man ja nicht klar Schema 1 oder 2 zuordnen, weil sie nach beiden gültig wären. Diese müsste man also gar nicht umtaggen. Sinnvoll wäre es hier nur, diese feiner zu taggen. Im Vergleich dazu stellen die etwas über 5000 aerialway=<genauerer Wert> keine "viel höhere" Zahl da, sondern liegen in der gleichen Größenordnung - der Aufwand dafür wäre also vergleichbar.

Ich halte eine Umstellung für nicht sinnvoll, weil sie meiner Meinung nach keinen nennenswerten Vorteil bringt, dafür aber den Nachteil, dass man über Jahre hinweg mit 2 verschiedenen Schemas zu kämpfen hat.

Zum Vorteil für die Auswertung siehe oben. Dass eine Umstellung von 5000 Elementen, die man (nach geeigneter Absprache selbstverständlich) sogar mechanisch durchführen könnte, sowie Änderung in Wiki und Editoren, Jahre dauern sollte, halte ich aber doch für arg übertrieben und unrealistisch.

Klumbumbus · 2016-02-07 16:40:22

MHohmann wrote:

Da liegst du mit den Zahlen etwas daneben, siehe erster Post in diesem Thread. Die 4575 aerialway=drag_lift kann man ja nicht klar Schema 1 oder 2 zuordnen, weil sie nach beiden gültig wären. Diese müsste man also gar nicht umtaggen. Sinnvoll wäre es hier nur, diese feiner zu taggen. Im Vergleich dazu stellen die etwas über 5000 aerialway=<genauerer Wert> keine "viel höhere" Zahl da, sondern liegen in der gleichen Größenordnung - der Aufwand dafür wäre also vergleichbar.

Die Zahlen sind: aerialway=t-bar|j-bar|platter|rope_tow 2262+147+2917+802=6128 zu aerialway:drag_lift 206
Das heißt auf einen Schema2 Schlepplift kommen 30 Schema1 Schlepplifte. Das würde jetzt schon mal als "viel höhere Nutzungszahl" bezeichnen wollen

Dass eine Umstellung von 5000 Elementen, die man (nach geeigneter Absprache selbstverständlich) sogar mechanisch durchführen könnte, sowie Änderung in Wiki und Editoren, Jahre dauern sollte, halte ich aber doch für arg übertrieben und unrealistisch.

Ich wüsste nicht, wann das letzte mal per mechanischem Edit von einem Taggingschema auf ein anderes umgestellt wurde. (Wenn man die unabgesprochenen edits, welche anschließend wieder revertiert wurden mal außen vorlässt.)

Noch ein kleiner Fakt: bei 23 Liften (was 11% aller Schema2 Lifte entspricht) wiedersprechen sich die Werte von aerialway und aerialway:drag_lift. (http://overpass-turbo.eu/s/eah). Das kann man zwar jetzt keinem der beiden Schemas anlasten, aber sicherlich der Tatsache, dass es 2 Schemas gibt.

MHohmann · 2016-02-07 18:39:27

Klumbumbus wrote:

Die Zahlen sind: aerialway=t-bar|j-bar|platter|rope_tow 2262+147+2917+802=6128 zu aerialway:drag_lift 206
Das heißt auf einen Schema2 Schlepplift kommen 30 Schema1 Schlepplifte. Das würde jetzt schon mal als "viel höhere Nutzungszahl" bezeichnen wollen

Weil du Zahlen unterschlägst, nämlich die knapp 4600 aerialway=drag_lift ohne weiteres Tagging, die ich in meinem letzten Post schon genannt habe.

Ich wüsste nicht, wann das letzte mal per mechanischem Edit von einem Taggingschema auf ein anderes umgestellt wurde. (Wenn man die unabgesprochenen edits, welche anschließend wieder revertiert wurden mal außen vorlässt.)

Das sollte sich ja rausfinden lassen, um dieses Wissen zu ergänzen.

Noch ein kleiner Fakt: bei 23 Liften (was 11% aller Schema2 Lifte entspricht) wiedersprechen sich die Werte von aerialway und aerialway:drag_lift. (http://overpass-turbo.eu/s/eah). Das kann man zwar jetzt keinem der beiden Schemas anlasten, aber sicherlich der Tatsache, dass es 2 Schemas gibt.

Und genau darum macht es Sinn, da mal aufzuräumen, damit es nur noch ein Schema gibt und eben nicht mehr zwei, wie es jetzt der Fall ist.

Announcement

#1 2016-02-03 08:24:24

Schlepplift

#2 2016-02-03 10:25:13

Re: Schlepplift

#3 2016-02-03 11:58:42

Re: Schlepplift

#4 2016-02-03 21:10:24

Re: Schlepplift

#5 2016-02-03 21:41:45

Re: Schlepplift

#6 2016-02-04 09:05:35

Re: Schlepplift

#7 2016-02-04 16:51:17

Re: Schlepplift

#8 2016-02-04 17:01:03

Re: Schlepplift

#9 2016-02-04 17:11:23

Re: Schlepplift

#10 2016-02-04 20:35:37

Re: Schlepplift

#11 2016-02-05 14:26:48

Re: Schlepplift

#12 2016-02-06 07:37:31

Re: Schlepplift

#13 2016-02-07 14:36:30

Re: Schlepplift

#14 2016-02-07 15:26:29

Re: Schlepplift

#15 2016-02-07 16:40:22

Re: Schlepplift

#16 2016-02-07 18:39:27

Re: Schlepplift

Board footer