Lebt Lift-World noch?

[Ram-Brand]

^^ Musst Du ja auch nicht.

Wenn jeder etwas macht, so wie er Zeit hat, wird alles gut.

Besser als wenn einer alles machen soll und nix geht voran.

 

[kaldini]

Leitner 2016 erledigt, mach mit 2015 weiter.

 

[Radim]

Danke für Info. Ich habe Leitner 2018 erledigt, jetzt werde ich 2014 machen. Dann haben wir Leitner komplett (solange Report 2019 nicht erscheinen wird )

 

[Kris]

Verlinkung Lift-world.info -- Skimap.org?

Auf Lift-World gibt es historische Liftdaten, aber keine historischen Skiegbietspläne dazu.
Auf Skimap.org gibt es historische Skigebietspläne, aber keine Liftdaten.

Wäre es nicht fein, beide Webseits per Skigebiet miteinander zu verlinken?

In Liftworkd:
"Click here to view Skimaps of this resort"

In Skimaps:
"Click here to view Lift-History Data of this Skiresort"


Da beide Websites private Initiativen ohne Gewinnabsichten sind (denke ich mal, hoffe ich), so wäre eine gegenseitige Verlinkung ja im beidseitigem interesse.

Ideal wäre es natürlich, wenn zB, zu einem Skiplan von 1970 nur auf jene Anlagen im Gebiet verlinkt würde, die bis 1970 gebaut wurden. Dies könnte aufwändig sein da viel Hand angelegt werden müsste. Daher die Idee zunänchst nur Skigebeit Liftworld mit Skigebiet Skimap zu verlinken.

Das würde beide Seiten sehr aufwerten für die "typische Klientel" denke ich.

(In Liftworld wäre es auch fein, die Lifttrassen auf GoogelMaps einsehen zu können, wie dies der Paolo von funivie.org macht)

 

[maba04]

18. Tatralift 2014-2019 - macht Radim

Gibt es zu Tatralift eigentlich auch eine Art "Jahrbuch" oder entnimmst Du das nur aus dieser Übersicht: https://tatralift.com/referencie/

19. STM Teleferik 2014-2018 - erledigt von Radim

Aus welcher Übersicht entnimmst Du hier die Lifte : http://www.stmteleferik.com.tr/tr/

 

[Radim]

18. Tatralift 2014-2019 - macht Radim

Gibt es zu Tatralift eigentlich auch eine Art "Jahrbuch" oder entnimmst Du das nur aus dieser Übersicht: https://tatralift.com/referencie/

Es gib leider kein Jahrbuch, aber ich aktualisiere sowieso jedes Jahr Übersicht alle von Tatrapoma/Tatralift gebaute Bahnen auf meine Webseite: http://www.lanove-drahy.cz/?page=vyr&id=3

19. STM Teleferik 2014-2018 - erledigt von Radim

Aus welcher Übersicht entnimmst Du hier die Lifte : http://www.stmteleferik.com.tr/tr/

Ja, aber STM hat in den letzten 5 Jahren nur etwa 4-5 neue Bahnen gebaut.

 

[MichiMedi]

Verlinkung Lift-world.info -- Skimap.org?

(In Liftworld wäre es auch fein, die Lifttrassen auf GoogelMaps einsehen zu können, wie dies der Paolo von funivie.org macht)

Gerade die Lifttrassen und alten Pistenpläne würden mich deutlich mehr interessieren als der Umschlingungswinkel des Förderseils. Und da bei vielen Bahnen ja die Koordinaten der Station angegeben sind, dürfe die Anzeige auf Google Maps nur noch Formsache sein. Aus Skifahrer Sicht finde ich es einfach spannend, wie früher die Seilbahn und Pisten im Gebiet verliefen und was sich dabei heute geändert hat.

 

[maba04]

Und da bei vielen Bahnen ja die Koordinaten der Station angegeben sind, dürfe die Anzeige auf Google Maps nur noch Formsache sein.

Ja, aber es ist halt immer noch ein Hobby. Ram-Brand hat ja jetzt auch nicht jeden Tag 24/7 für Lift-World Zeit. Gibt ja auch noch andere Dinge im Leben . So was ich gesehen habe, sind die Koordinaten nur bei einem ganz kleinen Bruchteil der 19.500 Lifte eingetragen. Es steht auf alle Fälle auf einer Liste der mal umzusetzenden Projekte.

 

[Kris]

In der technisch einfachsten Forum liesse sich Trassierungsdaten der Lifte (es kann ja je nach Mittelstationen bzw. Kurven mehr als zwei Koordinatenpaare bedürfen) wie folgt realisieren:

*.) Datenerhebung In Google Earth:
- 1.) Lift in Google Earth als Linie ("New Path...") ziehen, OK klicken
- 2.) Linie markieren und kopieren (Rechte Maustaste, "copy"

*.) Eingabe in Liftworld:
- 3.) Den unter 2.) kopierten KML-textstring (s.u.) in ein (neues) Textfeld zum Lift "paste"n.
- 4.) Liftworld muss daraus dann die Liste der Koordinatenpaare in einen String extrahieren (=Text zwischen <coordinates> Tags, s.u.) und als VARCHAR o.dgl. in DB speichern.

*.) Anzeige in Liftworld
-5.) Die als Textstring gespeicherten Koordinaten können mit ein wenig copy&paste javascript Klebstoffcode in einer Map angezeigt werden. Um nicht an Google Gebunden zu sein, würde ich die javascript Libraries von https://openlayers.org/ verwenden, die bei gleichem Code eine Visualisierung auf zahlreichen Map-providern (Google, Bing, OSM...) ermöglichen.

Idee ist, die Sache möglichst simpel zu halten, also ohne User Interfaces zum erstellen und/oder editieren von Polygonzügen etc.
Auch das wäre zwar "nicht viel Aufwand", ist jedoch als Hobbyprojekt nach 5 Jahren oder so nervig zu warten, bzw. spätestens dann wenn zB. Google mal wieder seine APIs umkrempelt. Der von mir geschilderte Ansatz hingegen sollte recht Zeitlos sein, da KML und Openlayers zu-mindestens in seiner Bassisfunktion (mehr brauchts ja nicht) noch lange leben werden.
Dennoch liesse sich ein Linestring Editor auf einer Map jederzeit nachrüsten...



Das KML einer einfachen Linie ("Linestring") wie oben beschrieben aus Google Earth herauskopiert sieht zb so aus:

<?xml version="1.0" encoding="UTF-8"?>
<kml xmlns="http://www.opengis.net/kml/2.2" xmlns:gx="http://www.google.com/kml/ext/2.2" xmlns:kml="http://www.opengis.net/kml/2.2" xmlns:atom="http://www.w3.org/2005/Atom">
<Document>
<name>KmlFile</name>
<Style id="s_ylw-pushpin">
<IconStyle>
<scale>1.1</scale>
<Icon>
<href>http://maps.google.com/mapfiles/kml/pushpin/ylw-pushpin.png</href>
</Icon>
<hotSpot x="20" y="2" xunits="pixels" yunits="pixels"/>
</IconStyle>
</Style>
<Style id="s_ylw-pushpin_hl">
<IconStyle>
<scale>1.3</scale>
<Icon>
<href>http://maps.google.com/mapfiles/kml/pushpin/ylw-pushpin.png</href>
</Icon>
<hotSpot x="20" y="2" xunits="pixels" yunits="pixels"/>
</IconStyle>
</Style>
<StyleMap id="m_ylw-pushpin">
<Pair>
<key>normal</key>
<styleUrl>#s_ylw-pushpin</styleUrl>
</Pair>
<Pair>
<key>highlight</key>
<styleUrl>#s_ylw-pushpin_hl</styleUrl>
</Pair>
</StyleMap>
<Placemark>
<name>Untitled Path</name>
<styleUrl>#m_ylw-pushpin</styleUrl>
<LineString>
<tessellate>1</tessellate>
<coordinates>
5.223717861659041,48.61747628724794,0 9.032460386832796,46.22905808514275,0
</coordinates>
</LineString>
</Placemark>
</Document>
</kml>

 

[kaldini]

in der normalen Liftansicht sieht man es nicht, aber die Felder für die Positionen der Tal- und Bergstation sind bereits vorhanden. Müssen einerseits nur befüllt werden (das passiert eher selten) und dann fehlt noch die Anzeige.
Vielleicht schafft Ram-Brand das auch mal

 

[maba04]

Die Frage ist ja, ob unsere Koordinaten schon genau genug sind (also Nachkommastellen)... Ich glaube mit einer Linie ziehen wäre das fast einfacher...

 

[MichiMedi]

Müssen einerseits nur befüllt werden (das passiert eher selten)

Das Problem ist ja, dass niemand Lust hat die Koordinaten da rein zu schreiben. Wenn da ein interaktives Fenster wäre, wenn man beispielsweise die Koordinaten der Talstation anklickt, und man dann in einem Pop up Fenster wie bei Google Maps einen Punkt auf die richtige Position ziehen könnte (also mit Satellitenbild im Hintergrund) dann könnte man ganz zackig, gerade bei neuen Liften, die Daten eingeben. Gerade bei den neuen Liften wäre das sehr sinnvoll, da die aktuellen Google Maps Linien für Lifte auf einem mehrere Jahre alten Stand sind. Ebenfalls natürlich für die LSAP Lifte wäre der Verlauf sehr spannend.

 

[Kris]

... Wenn da ein interaktives Fenster wäre, wenn man beispielsweise die Koordinaten der Talstation anklickt, und man dann in einem Pop up Fenster wie bei Google Maps einen Punkt auf die richtige Position ziehen könnte (also mit Satellitenbild im Hintergrund) ...

Ein php-javscript Hacker hat das je nach Können in 2 Nachmittagen gemacht. Dennoch würde ich davon absehen bei einem "ressourcelosen" und auf Langlebigkeit angesetzen Hobbyprojekt.
Denn irgendwann "bricht" jedes Javascript/PHP/Cloud/Google/Bing - Konvolut, und nichts ist frustrierender als sich nach Jahren in ein deratiges Legacy Projekt einzuarbeiten und daran rumzukleistern...

Es sei denn Du erledigst das Medi. Ein bisschen OpenLayers integrieren ist nicht die Welt

 

[Ram-Brand]

Das Problem mit der Kartenfunktion ist, wie bei vielen Dingen auch: Zeit.
Ich habe nicht die Zeit mich in das Thema einzulesen. Wie es funktioniert und wie man es einbaut.


Wenn sich jemand die Mühe machen möchte, kann er es gerne tun.

In Lift-World kann zu jedem Lift bei der Tal-, Mittel- und Bergstation der Längen- und Breitengrad angegeben werden.

Jetzt muss sich nur jemand hinsetzen und schauen.

Mit welchem Code füge ich z.B. die OpenStreetMap in HTML ein.
Welche Parameter müssen übergeben werden, das er dann daraus eine Linie in die Karte malt.
Mit welchen Farben soll der Liftstatus: In Betrieb, Ersetzt, Abgerissen dargestellt werden.
Ist noch weiteres JavaScript zum einbinden nötig, etc.


Dann kann ich gucken wie ich mit PHP die Dinge für die Karte automatisch erzeugen lassen kann.


(Historisches: In Lift-World 3 gab es mal KML Dateien die man sich dann in GoogleEarth angucken konnte.)

 

[kaldini]

Ram-Brand und ich haben uns das mit Openstreetmap mal angeschaut und einen kurzen Test dazu gemacht - sieht machbar aus.
Aber aktuell ist Ram-Brand an anderen Sachen dran (z.B. massenhaftens Zuweisen von Liftverbünden zu allen Liften eines Orts oder Anlegen von neuen Lift- oder FBM Herstellern (aktuell kann das nur er machen)).
Wir nehmen es mit auf unsere to-do Liste, damit es auf dem Schirm bleibt, aber aktuell sind ein paar andere Baustellen dran. Und lieber erstmal ein oder 2 Dinge fertig machen als 10 anfangen.
Auch das mit skimap.org schauen wir uns mal an!

Leitner 2015 ist nun auch erledigt. Bleibt noch Poma... da fang ich aber erst am Wochenende an.

 

[Radim]

Leitner 2015 ist nun auch erledigt. Bleibt noch Poma... da fang ich aber erst am Wochenende an.

Ich habe gestern Leitner 2014 erledigt und mit Poma 2018 angefangen, die kannst du also überspringen DM 2018 bleibt dann auch noch.

 

[Kris]

Ein "deterrent" zur Verwendung der Koordinateneingabe ist vielleicht, dass mehrfaches copy&paste der Koordinaten mühsam ist.

Ohne jegliche Änderungen an Datenbank oder GUI, könntet ihr zB das erste bestehende Eingabefeld für Koordinaten auch für die Annahme eines KML Linestrings erweitern.

Dann ließe sich in Google Earth die Bahntrasse als Linie (KML Bezeichnung: Linestring) ggf. mit Mittelstation ziehen, und wie hier beschrieben in die Ablage kopieren, und dann in das erste der drei (?) Koordinaten Eingabefelder in der Web-Editansicht reinkopieren.

Der Server muss bei Entgegennahme des Query Parameters des Eingabefeldes erkennen, ob dort ein komplettes KML reinkopiert wurde, oder aber nur wie bisher eine Koordinate als entsprechende Zahl.

Wurde ein KML identifiziert, so können aus diesem einfach die zwei oder drei Koordinaten ausgelesen werden, um damit alle zwei bis drei Koordinatenfelder der Datenbank zu befüllen. Beim nächsten Aufruf der Edit Ansicht ist dann das KML verschwunden, stattdessen finden sich die zwei oder drei Koordinaten.

Ich probier es mal (kann kein php)

Es sei $eingabe der GET/POST Parameter des ersten der drei Eingabefelder

// Falls $eingabe KML enthält, dann ...
if(strpos($eingabe , 'http://www.opengis.net') !== false){
_____ $linestring= get_string_between(strtolower ($eingabe), '<coordinates>', ''</coordinates>');
_____ list($x1,$y1, $x2,$y2, $yx3,$y3)= explode(',', $linestring, 3);

_____ // Somit gilt, falls die Werte gültig sind:
_____ // Talstation= x1,y1
_____ // Mittelstation= x2,y2
_____ // Bergstation= x3,y3 falls mit Mittelstation ansonsten x2,y2

_____ // --> Diese Koordinaten in die Datenbank schreiben

} else{

_____ // Eingabe war "normale" Koordinate, weiter wie bisher ...

}

// Hilfsfunktion: String zwischen zwei Delimitern extrahieren
// Aus: https://stackoverflow.com/questions/5696412/how-to-get-a-substring-between-two-strings-in-php
function get_string_between($string, $start, $end){
$string = ' ' . $string;
$ini = strpos($string, $start);
if ($ini == 0) return '';
$ini += strlen($start);
$len = strpos($string, $end, $ini) - $ini;
return substr($string, $ini, $len);
}


Vorteil der Copy&Paste Methode aus Googel Earth heraus ist auch der, dass man oft auch bis zu 20 jahre alte Luftbilder verwenden kann, was bei der Recherche von jetzt abgebauten Anlagen hilfreich sein kann.

Zur Anzeige der Karte würde ich openlayers.org sehr empfehlen, es ist gewissermassen Standard in der Web Entwicklung da es euch unabhängig vom Kartenprovider (OSM, Bing, Google...) und deren immer wieder geänderten APIs macht.

Fazit: Schnelles Copy&paste aus Googel Earth heraus wer es so will, anderseits ist die normale Eingabe der bis zu 3 Koordinaten wie bisher weiterhin möglich. Ohne Ändeurng an DB oder GUI.

 

[kaldini]

Poma 2014 erledigt, nun mach ich mit 2015 weiter.

 

[Ram-Brand]

In den letzten Tagen wurden ein paar Fehler beseitigt und der Adminbereich etwas erweitert.

 

[Anonymous]

Zur Google Maps Thematik: Halte ich grundsätzlich für eine gute Idee, jedoch würde ich einfach die OpenStreetMap anstelle von proprietären Google Produkten (Maps, Earth usw...) einsetzen. Zum einen wegen der Google Firmenpolitik und zum anderen sind die Maps Daten sehr ungenau und häufig falsch und nicht aktuell.

Die OpenStreetMap hat mit Leaflet eine umfangreiche und starke JavaScript Bibliothek die das einbinden in LW um einiges einfacher machen würde. Und der Großteil der Lifte ist dort sehr genau dokumentiert.
https://leafletjs.com