Re: [Talk-at] Haltestellendaten Steiermark
Hallo! Danke für das Angebot, das wäre sicher hilfreich! Andreas Gesendet: Dienstag, 17. Dezember 2013 um 10:03 Uhr Von: "Manfred Brandl" An: "OpenStreetMap AT" Betreff: Re: [Talk-at] Haltestellendaten Steiermark Hallo! den Abgleich mit dem Fahrplan beim Verkehrsverbund kann ich automatisiert anbieten. Es gäbe dann eine Liste von bedienten Haltestellenpositionen mit der jeweils ersten Abfahrt bzw. Ankunft im Fahrplanjahr 2014. Allerdings erst am Freitag. Viele Grüße Manfred Brandl Sent mobile. > Am 16.12.2013 um 12:36 schrieb "Andreas Uller" : > > Hallo! > > Ich habe mir nun alle Kommentare hier sowie auf den talk-transit und imports Mailinglisten zu Herzen genommen, und schlage folgende Änderungen gegenüber meinem bisherigen Plan vor: > > - Kein automatischer Import, sondern alle Haltestellen sollen "händisch importiert" werden, d.h. gleich anhand von Luftbild und ev. Fahrplan auf Plausibilität überprüft werden, außerdem können/sollen dann auch gleich die stop_positions und stop_areas angelegt werden. > - Die globale ID wird als ref:IFOPT verwendet, die anderen IDs verworfen. > - Das is_in wird nicht verwendet, stattdessen als alt_name "Ortschaft Name_der_Haltestelle". > > Die entsprechenden Daten hat Michael alias species dankenswerterweise hier nach Bezirken getrennt aufbereitet: https://github.com/species/Open-Data-Verbundlinie.at/tree/master/haltestellen/Nach-Bezirken > > Alles ist natürlich auch auf der Wiki-Seite http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Import_Haltestellen_Steiermark eingetragen. > > Ich habe bereits testweise die Haltestellen in Bruck an der Mur (weil dort schon einige Haltestellen vorhanden waren (von verschiedenen Mappern) aber auch einige fehlten) bearbeitet und hochgeladen, hat problemlos mit dieser Vorgehensweise funktioniert. Von der Datenqualität her ist mir aufgefallen, dass ein paar nicht (mehr ?) bediente Haltestellen drinnen waren, die habe ich dann nach Vergleich mit dem betreffenden Fahrplan gelöscht. Außerdem war die Positionierungsgenauigkeit (im Vergleich zum Luftbild und vorhandenen Haltestellen) nicht immer perfekt, oft waren die Haltestellen zu weit von der Straße entfernt und bereits im dortigen Haus. Das ist meiner Meinung nach ein Grund mehr, keinen vollautomatischen Import zu machen. Selbst wenn einige dieser Lagefehler nicht erkannt werden, ist es aber für die Qualität in OSM meiner Meinung nach dennoch besser, alle Haltestellen (von denen einige eine kleine Lageungenauigkeit aufweisen) zu haben. > > Wenn kein Widerspruch kommt, würde ich so weiter machen und natürlich auch andere Mapper einladen, sich zu beteiligen (habe eine kleine Tabelle auf der Wiki-Seite zur Koordinierung erstellt). > > Andreas > > ___ > Talk-at mailing list > Talk-at@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellendaten Steiermark
Hallo! den Abgleich mit dem Fahrplan beim Verkehrsverbund kann ich automatisiert anbieten. Es gäbe dann eine Liste von bedienten Haltestellenpositionen mit der jeweils ersten Abfahrt bzw. Ankunft im Fahrplanjahr 2014. Allerdings erst am Freitag. Viele Grüße Manfred Brandl Sent mobile. > Am 16.12.2013 um 12:36 schrieb "Andreas Uller" : > > Hallo! > > Ich habe mir nun alle Kommentare hier sowie auf den talk-transit und imports > Mailinglisten zu Herzen genommen, und schlage folgende Änderungen gegenüber > meinem bisherigen Plan vor: > > - Kein automatischer Import, sondern alle Haltestellen sollen "händisch > importiert" werden, d.h. gleich anhand von Luftbild und ev. Fahrplan auf > Plausibilität überprüft werden, außerdem können/sollen dann auch gleich die > stop_positions und stop_areas angelegt werden. > - Die globale ID wird als ref:IFOPT verwendet, die anderen IDs verworfen. > - Das is_in wird nicht verwendet, stattdessen als alt_name "Ortschaft > Name_der_Haltestelle". > > Die entsprechenden Daten hat Michael alias species dankenswerterweise hier > nach Bezirken getrennt aufbereitet: > https://github.com/species/Open-Data-Verbundlinie.at/tree/master/haltestellen/Nach-Bezirken > > Alles ist natürlich auch auf der Wiki-Seite > http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Import_Haltestellen_Steiermark > eingetragen. > > Ich habe bereits testweise die Haltestellen in Bruck an der Mur (weil dort > schon einige Haltestellen vorhanden waren (von verschiedenen Mappern) aber > auch einige fehlten) bearbeitet und hochgeladen, hat problemlos mit dieser > Vorgehensweise funktioniert. Von der Datenqualität her ist mir aufgefallen, > dass ein paar nicht (mehr ?) bediente Haltestellen drinnen waren, die habe > ich dann nach Vergleich mit dem betreffenden Fahrplan gelöscht. Außerdem war > die Positionierungsgenauigkeit (im Vergleich zum Luftbild und vorhandenen > Haltestellen) nicht immer perfekt, oft waren die Haltestellen zu weit von der > Straße entfernt und bereits im dortigen Haus. Das ist meiner Meinung nach ein > Grund mehr, keinen vollautomatischen Import zu machen. Selbst wenn einige > dieser Lagefehler nicht erkannt werden, ist es aber für die Qualität in OSM > meiner Meinung nach dennoch besser, alle Haltestellen (von denen einige eine > kleine Lageungenauigkeit aufweisen) zu haben. > > Wenn kein Widerspruch kommt, würde ich so weiter machen und natürlich auch > andere Mapper einladen, sich zu beteiligen (habe eine kleine Tabelle auf der > Wiki-Seite zur Koordinierung erstellt). > > Andreas > > ___ > Talk-at mailing list > Talk-at@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellendaten Steiermark
Hallo! Ich habe mir nun alle Kommentare hier sowie auf den talk-transit und imports Mailinglisten zu Herzen genommen, und schlage folgende Änderungen gegenüber meinem bisherigen Plan vor: - Kein automatischer Import, sondern alle Haltestellen sollen "händisch importiert" werden, d.h. gleich anhand von Luftbild und ev. Fahrplan auf Plausibilität überprüft werden, außerdem können/sollen dann auch gleich die stop_positions und stop_areas angelegt werden. - Die globale ID wird als ref:IFOPT verwendet, die anderen IDs verworfen. - Das is_in wird nicht verwendet, stattdessen als alt_name "Ortschaft Name_der_Haltestelle". Die entsprechenden Daten hat Michael alias species dankenswerterweise hier nach Bezirken getrennt aufbereitet: https://github.com/species/Open-Data-Verbundlinie.at/tree/master/haltestellen/Nach-Bezirken Alles ist natürlich auch auf der Wiki-Seite http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Import_Haltestellen_Steiermark eingetragen. Ich habe bereits testweise die Haltestellen in Bruck an der Mur (weil dort schon einige Haltestellen vorhanden waren (von verschiedenen Mappern) aber auch einige fehlten) bearbeitet und hochgeladen, hat problemlos mit dieser Vorgehensweise funktioniert. Von der Datenqualität her ist mir aufgefallen, dass ein paar nicht (mehr ?) bediente Haltestellen drinnen waren, die habe ich dann nach Vergleich mit dem betreffenden Fahrplan gelöscht. Außerdem war die Positionierungsgenauigkeit (im Vergleich zum Luftbild und vorhandenen Haltestellen) nicht immer perfekt, oft waren die Haltestellen zu weit von der Straße entfernt und bereits im dortigen Haus. Das ist meiner Meinung nach ein Grund mehr, keinen vollautomatischen Import zu machen. Selbst wenn einige dieser Lagefehler nicht erkannt werden, ist es aber für die Qualität in OSM meiner Meinung nach dennoch besser, alle Haltestellen (von denen einige eine kleine Lageungenauigkeit aufweisen) zu haben. Wenn kein Widerspruch kommt, würde ich so weiter machen und natürlich auch andere Mapper einladen, sich zu beteiligen (habe eine kleine Tabelle auf der Wiki-Seite zur Koordinierung erstellt). Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellendaten Steiermark
>> http://www.openstreetmap.org/node/1487738866: Although this stop is >> geographically still in the city of Graz, this stop is in Fölling for >> everything related to public transport (most important for tariffs, but >> also for a unique name ...). >> http://www.openstreetmap.org/node/1801654560[http://www.openstreetmap.org/node/1801654560]: >> This stop is closer to the >> node called "Fölling" in OSM than the above stop, however it is in >> "Prellerberg" (there is not even a place in OSM with that name). > >Also, das Beispiel mit Fölling ist nicht ganz gut gewählt, weil es neben >dem kleinen Fölling in Weinitzen auch noch das etwas größere Fölling bei >Mariatrost gibt (welches aber bis gerade eben in OSM gefehlt hat). Auf >dieses 2. Fölling beziehen sich aber die Verbundlinie-Daten (siehe: >"Fölling bei Graz"). Richtig, aber es gibt keinen (für einen Algorithmus) nachvollziehbaren Grund, warum diese Haltestelle in Fölling, eine andere aber in Graz sein sollte. >> http://www.openstreetmap.org/node/1735061993[http://www.openstreetmap.org/node/1735061993]: >> This stop is named after >> the community it is in: Rettenegg, BUT: >> http://www.openstreetmap.org/node/1735061989[http://www.openstreetmap.org/node/1735061989]: >> This is the platform for >> the other direction, which of course has the same name, but is >> geographically already beyond the border in the next community (Sankt >> Jakob im Walde). > >Die Rohdaten enthalten hier nur "Rettenegg (Stmk)". Das vollständige is_in >hast du dir daraus zusammengebastelt, oder? Hier ist das Problem, das ich >darin sehe: Es gibt dort nur eine Ortschaft namens "Rettenegg" >(http://www.openstreetmap.org/node/240078095[http://www.openstreetmap.org/node/240078095], > zugleich Gemeinde >Rettenegg). So etwas wie "Rettenegg,Sankt Jakob im Walde,…" gibt es nicht, >die is_in-Information der 2. Haltestelle ist also schlicht falsch. Richtig, da habe ich in Anlehnung an bereits vorhandene is_in-Tags den ganzen Schwanz mit Gemeinde,Bezirk,... angehängt. Den sollte man wohl weglassen. >> One could of course state, that the bus stops should be renamed, but >> since that is not within our scope, I still think, the is_in-tag is >> required for identificaiton of the bus stops. > >Ich bin nicht überzeugt, dass is_in das richtige Tag hierfür ist. Denn: >is_in gibt die geographische Zugehörigkeit eines Objekts an (“The is_in >tag is used to index where a place or feature is.”). Zum Beispiel, um >sicher anzugeben, dass ein Berggipfel in Land A ist, ohne dass die Grenze >zwischen Land A und Land B genauer bekannt ist. > >Ich denke, dass das was bei diesem Import als "Ort" angegeben ist, nicht >viel mit "echten" Orten gemein hat. (Du sagst ja selbst, dass diese "Orte" >nur im ÖPNV-Kontext relevant sind). Es sind wohl eher einfach >Tarifzonen-Unterteilungen. Wenn ich also beispielsweise von einer >Haltestelle abfahre, die als "Ort" Fölling hat, kann ich mit einem >1-Zonen-Ticket sowohl nach Graz (Zone 101) als auch in die Zone 203 >fahren. Das erklärt auch, wieso einige Haltestellen in der Ragnitz noch >als "Ort" Graz haben. Danke, dieser Absatz fasst das Problem ziemlich gut zusammen. > >Dafür das is_in-Tag zu missbrauchen, finde ich nicht gut. Ich würde eher >vorschlagen, ein eigenes Tag dafür zu finden (vielleicht gibt es ja schon >etwas). Wenn man möchte, könnte man dann auch noch für den vollständigen >Namen der Haltestellen ein alt_name=" " hinzufügen. alt_name wäre eigentlich ganz gut, den Ort könnte man dann - falls irgendwann benötigt - elektronisch immer noch gut heraus filtern (alt_name minus name). Danke für deine Kommentare, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellendaten Steiermark
Hallo Andreas,
ich habe deine Mail [1] auf der imports-Liste (betereffend des is_in-Tags)
gesehen, und gedacht ich antworte erstmal nur hier, weil einige Sachen
doch ziemlich lokal sind.
I think the is_in is necessary for the following reason: We only have
boundaries down to the level of communities ("Gemeinden") in OSM, but
the bus stops are often labelled with the name of villages, sub-parts of
the communities, which sometimes don't even have exact boundaries.
Here are some examples, where I think it would be impossible to derive
the "complete name" (town and name of stop) without the is_in-tag:
http://www.openstreetmap.org/node/1487738866: Although this stop is
geographically still in the city of Graz, this stop is in Fölling for
everything related to public transport (most important for tariffs, but
also for a unique name ...).
http://www.openstreetmap.org/node/1801654560: This stop is closer to the
node called "Fölling" in OSM than the above stop, however it is in
"Prellerberg" (there is not even a place in OSM with that name).
Also, das Beispiel mit Fölling ist nicht ganz gut gewählt, weil es neben
dem kleinen Fölling in Weinitzen auch noch das etwas größere Fölling bei
Mariatrost gibt (welches aber bis gerade eben in OSM gefehlt hat). Auf
dieses 2. Fölling beziehen sich aber die Verbundlinie-Daten (siehe:
"Fölling bei Graz").
http://www.openstreetmap.org/node/1735061993: This stop is named after
the community it is in: Rettenegg, BUT:
http://www.openstreetmap.org/node/1735061989: This is the platform for
the other direction, which of course has the same name, but is
geographically already beyond the border in the next community (Sankt
Jakob im Walde).
Die Rohdaten enthalten hier nur "Rettenegg (Stmk)". Das vollständige is_in
hast du dir daraus zusammengebastelt, oder? Hier ist das Problem, das ich
darin sehe: Es gibt dort nur eine Ortschaft namens "Rettenegg"
(http://www.openstreetmap.org/node/240078095, zugleich Gemeinde
Rettenegg). So etwas wie "Rettenegg,Sankt Jakob im Walde,…" gibt es nicht,
die is_in-Information der 2. Haltestelle ist also schlicht falsch.
Ähnliches z.B. hier: http://www.openstreetmap.org/node/728306183: In
Kainbach gibt es kein "Graz" mehr.
One could of course state, that the bus stops should be renamed, but
since that is not within our scope, I still think, the is_in-tag is
required for identificaiton of the bus stops.
Ich bin nicht überzeugt, dass is_in das richtige Tag hierfür ist. Denn:
is_in gibt die geographische Zugehörigkeit eines Objekts an (“The is_in
tag is used to index where a place or feature is.”). Zum Beispiel, um
sicher anzugeben, dass ein Berggipfel in Land A ist, ohne dass die Grenze
zwischen Land A und Land B genauer bekannt ist.
Ich denke, dass das was bei diesem Import als "Ort" angegeben ist, nicht
viel mit "echten" Orten gemein hat. (Du sagst ja selbst, dass diese "Orte"
nur im ÖPNV-Kontext relevant sind). Es sind wohl eher einfach
Tarifzonen-Unterteilungen. Wenn ich also beispielsweise von einer
Haltestelle abfahre, die als "Ort" Fölling hat, kann ich mit einem
1-Zonen-Ticket sowohl nach Graz (Zone 101) als auch in die Zone 203
fahren. Das erklärt auch, wieso einige Haltestellen in der Ragnitz noch
als "Ort" Graz haben.
Dafür das is_in-Tag zu missbrauchen, finde ich nicht gut. Ich würde eher
vorschlagen, ein eigenes Tag dafür zu finden (vielleicht gibt es ja schon
etwas). Wenn man möchte, könnte man dann auch noch für den vollständigen
Namen der Haltestellen ein alt_name=" " hinzufügen.
Liebe Grüße
Martin
[1]
https://lists.openstreetmap.org/pipermail/imports/2013-December/002455.html
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellendaten Steiermark
Hallo, Fußgänger: Soll wohl bedeuten, ob Fußgänger dort hingehen können, kann mir aber nicht vorstellen, dass es 269 Haltepositionen gibt, an denen keine Fußgänger hinkommen -> löschen könnten das vielleicht Remisen, Busgaraten oder Haltestellen auf Betriebsgeländen sein? Ich würd einfach beim Verkehrsverbund rückfragen was sämtliche Fragezeichen betrifft.. LG, Markus ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellendaten Steiermark
Am 28.11.2013, 09:12 Uhr, schrieb Stefan Tiran : Die Haltestellennummer ist auch auf den Aushängefahrplänen (rechts oben) ersichtlich und daher sehrwohl erkenn- und überprüfbar. Hm. In Graz jedenfalls nicht: http://666kb.com/i/cjn9l2o2uvc5i0eih.jpg Und wenn, dann ist wahrscheinlich auch nur die Haltestellen-Nummer und nicht die z.Z. als ref vorgesehene IFOPT-Nummer angegeben, oder? Grüße Martin ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellendaten Steiermark
Hallo, Andreas Uller wrote: > Bezüglich der refs möchte ich sicher gehen, dass wir die später nicht > brauchen werden, dann kann man die gerne auch weglassen (vor allem das > Argument, dass diese nicht für jedermann erkennbar und somit überprüfbar sind > überzeugt mich). Die Haltestellennummer ist auch auf den Aushängefahrplänen (rechts oben) ersichtlich und daher sehrwohl erkenn- und überprüfbar. Liebe Grüße, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellendaten Steiermark
Hallo! Ich danke allen für das Feedback! Ich habe nun eine Seite im Wiki angelegt: http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Import_Haltestellen_Steiermark und eine Mail an die Imports-Liste gesendet: https://lists.openstreetmap.org/pipermail/imports/2013-November/002428.html Ein paar kleine Änderungen bezüglich der Tags habe ich seit meinem letzten Mail vorgenommen: Die Transportarten sind nun nicht mit yes/no drinenn, nach Studium des Wikis habe ich herausgelesen, dass es wohl eleganter ist, das mit den jeweils "speziellen" keys einzusetzen (z.B. highway=bus_stop, railway/aerialway=station usw.). Bezüglich der refs möchte ich sicher gehen, dass wir die später nicht brauchen werden, dann kann man die gerne auch weglassen (vor allem das Argument, dass diese nicht für jedermann erkennbar und somit überprüfbar sind überzeugt mich). Das is_in halte ich weiterhin für sinnvoll bzw. notwendig, da die Orte im Verkehrsverbund sehr uneinheitlich und unterschiedlich zu anderen Unterteilungen verwendet werden. Bezüglich der nicht mehr bedienten Haltestellen(-positionen) habe ich mir die Daten nochmal angeschaut, ich gehe davon aus dass das hauptsächlich Graz betrifft. Ich würde aber ohnehin vorschlagen, ganz Graz vom automatischen Import auszunehmen und die dortigen Haltestellen händisch durchzugehen (es sollten eigentlich alle Haltestellen in Graz schon in OSM sein) - zumindest ich weiß welche Haltestellen da noch aktiv sind und welche nicht und kann das dann entsprechend berücksichtigen. Außerhalb von Graz werden dann nach meiner Einschätzung höchstens eine Handvoll Haltepositionen übrigbleiben - ich denke das ist ein akzeptabler Fehler, da ich im Moment keine Möglichkeit sehe, die herauszufiltern. Wenn irgendwann alle Buslinien eingetragen sind kann man die Haltepositionen ohne zugehörige Buslinien dann leicht erkennen und löschen bzw. genauer untersuchen. Desweiteren wurde ich darauf hingewiesen, dass meine letzte E-Mail wegen HTML-Formatierung zumindest im Archiv nicht so gut ausgesehen hat, das war mir nicht bewusst und ich habe es nun hoffentlich richtig umgestellt. Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellendaten Steiermark
Hallo, > Am 20.11.2013 um 11:59 schrieb "Martin Raifer" : > > Am 19.11.2013, 20:29 Uhr, schrieb Manfred Brandl : > >> Bevorrechtigter-IV (Busse) ist möglicherweise zu oft gesetzt. > > Kann es sein, dass auch andere Verkehrsmittel zu oft gesetzt sind? > Beispielsweise hat die Haltestelle Styriastraße (IFOPT: at:46:4765:0:murp) > das Attribut Eisenbahn=Ja. Ja, das kann sein. > >> Soweit ich mich erinnere habe ich nur Haltestellenpositionen exportiert bei >> denen wirklich etwas vorbeifahren sollte. Das bedeutet aber nicht immer >> zwingend, dass die Haltestellenposition auch als solche erkennbar ist. >> Manche Haltestellenpositionen wird auch nur sehr selten ( einmal jährlich ) >> bedient. > > Spontan fällt mir auf, dass Haltestellen, die vor Kurzem verlegt wurden, > doppelt enthalten sind. Siehe z.B. die Tramhaltestelle > Esperantoplatz/Arbeiterkammer. Es wurde nur geprüft ob eine Haltestellenposition der gesamten Haltestelle bedient ist, wenn ja wurden alle Haltestellenpositionen geliefert. Bessere Bedienungsanalyse ist aufwändig oder ungenau ... Beste Grüße Manfred Brandl ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellendaten Steiermark
On 20.11.2013 12:36, Stefan Tiran wrote: Manfred Brandl wrote: Globale-ID ist die IFOPT-Nummer (europäisch genormte eindeutige Haltestellen/-positionsnummer). Lässt sich sicher nicht in der Realität finden. Falls diese stabil bleiben, sind sie trotzdem hilfreich. Wieso? Jetzt wird ein Import angedacht/durchgeführt, bei dem passende Nodes in der Nähe gefunden werden, die über keinerlei ID verfügen. Und danach sollte das nicht mehr funktionieren? Ja, natürlich kann man IDs direkt matchen, aber die Nachschau bei einem Import wenn keine oder mehrere ähnliche Nodes an ähnlicher Position liegen halte ich für einen wichtigen Schritt in der Qualitätssicherung. Wenn man einfach nur nach IDs sucht und die dann automatisiert abgleicht ist das vielleicht bequem, verhindert aber nicht, dass ev. zwei ähnliche Nodes mit unterschiedlichen IDs nebeneinander liegen und von jeweils einem anderen Importer mit anderen IDs aus einem anderen Datensatz verändert werden. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellendaten Steiermark
Hallo, Manfred Brandl wrote: > ich habe die Daten zur Verfügung gestellt. Vielen Dank dafür! > Hier meine Kommentare: > Globale-ID ist die IFOPT-Nummer (europäisch genormte eindeutige > Haltestellen/-positionsnummer). Lässt sich sicher nicht in der Realität > finden. Falls diese stabil bleiben, sind sie trotzdem hilfreich. > In einem späteren Email wurde der Haltestellenname mit/ohne Ort erwähnt > Ich finde auf einer Karte reicht der Name ohne Ort weil der Ortsname ja > sowieso > in der Nähe stehen sollte. Ich betrachte die OpenStreetMap jetzt eher als Datenbank und nicht als reine Karte. Außerdem stehen auf den Haltestellentafeln vom Verbund und in den Fahrplänen auch immer Ort und Name. Liebe Grüße, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellendaten Steiermark
Am 19.11.2013, 20:29 Uhr, schrieb Manfred Brandl : Bevorrechtigter-IV (Busse) ist möglicherweise zu oft gesetzt. Kann es sein, dass auch andere Verkehrsmittel zu oft gesetzt sind? Beispielsweise hat die Haltestelle Styriastraße (IFOPT: at:46:4765:0:murp) das Attribut Eisenbahn=Ja. Soweit ich mich erinnere habe ich nur Haltestellenpositionen exportiert bei denen wirklich etwas vorbeifahren sollte. Das bedeutet aber nicht immer zwingend, dass die Haltestellenposition auch als solche erkennbar ist. Manche Haltestellenpositionen wird auch nur sehr selten ( einmal jährlich ) bedient. Spontan fällt mir auf, dass Haltestellen, die vor Kurzem verlegt wurden, doppelt enthalten sind. Siehe z.B. die Tramhaltestelle Esperantoplatz/Arbeiterkammer. Schöne Grüße Martin ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellendaten Steiermark
Hallo, ich habe die Daten zur Verfügung gestellt. Hier meine Kommentare: Bereichs-Nr. Bitte weglassen, die dient nur zur Erfassung der Fußwegumsteigezeiten zwischen verschiedenen Haltestellenpositionen. Bevorrechtigter-IV (Busse) ist möglicherweise zu oft gesetzt. Globale-ID ist die IFOPT-Nummer (europäisch genormte eindeutige Haltestellen/-positionsnummer). Lässt sich sicher nicht in der Realität finden. GKZ: beruht derzeit noch auf einer nicht ganz aktuellen Gemeindeliste, Insbesondere sind die letzten Bezirkszusammenlegungen nicht berücksichtigt. Haltestellen-Nummer: lässt sich auch nicht beobachten. RBL- Nummer: bedeutungslos. Ortschaft: das ist manchmal der tariflich richtige Ort wenn diese vom geografischen Ort abweicht, dann ist möglicherweise auch die geografisch falsche GKZ enthalten. Steig/Steigname gibt oft die Fahrtrichtung (nächste größer Ortschaft bzw. Stadteinwärts oder -aus- in Graz). In einem späteren Email wurde der Haltestellenname mit/ohne Ort erwähnt Ich finde auf einer Karte reicht der Name ohne Ort weil der Ortsname ja sowieso in der Nähe stehen sollte. Soweit ich mich erinnere habe ich nur Haltestellenpositionen exportiert bei denen wirklich etwas vorbeifahren sollte. Das bedeutet aber nicht immer zwingend, dass die Haltestellenposition auch als solche erkennbar ist. Manche Haltestellenpositionen wird auch nur sehr selten ( einmal jährlich ) bedient. Ich hoffe das war alles. Beste Grüße Manfred Brandl Sent mobile. > Am 19.11.2013 um 07:45 schrieb "Andreas Uller" : > > Hallo! > > Vom Verkehrsverbund Steiermark haben wir Daten zu allen ÖV-Haltestellen in > der Steiermark zur Verwendung in der OSM erhalten. > > Die Daten sind derzeit hier gespeichert: > https://github.com/species/Open-Data-Verbundlinie.at > > Die Lagegenauigkeit ist auf jeden Fall brauchbar, mir sind nur wenige > Haltestellen aufgefallen, deren Position nicht genau passt (und auch da > sind's nur ein paar Meter daneben). > Größter Nachteil aus meiner Sicht: Es sind offenbar auch ehemalige > Haltestellen drinnen, die nicht mehr bedient werden (und vor Ort auch nicht > mehr als Haltestellen ersichtlich sind). Auch wenn da vielleicht noch eine > Konzession existiert, dienen solche nicht-sichtbaren Haltestellen meiner > Meinung nach nicht der Orientierung und sollten dann auch nicht in OSM > dargestellt werden. Vielleicht hat der Verkehrsverbund da aber noch eine > Liste, welche Haltestellen tatsächlich bedient werden und welche nicht. > > Die Attribute der Haltestellen sind natürlich nicht OSM-konform, in Folge mal > meine Analyse der vorhandenen Daten und wie wir das in OSM-Tags umwandeln > könnten, bitte um Kommentare! > Für den oft bereits vorhandenen Tag ref für die Bezeichnung der Bus- bzw. > Bahnsteige (A, B, C, ..., 1, 2, 3, ...) würde ich eine Umbenennung auf > loc_ref vorschlagen. > > Aushangfahrplan: Ist außer bei einer Haltestelle immer Nein -> löschen > Bereich Nr.: Hier sind bei größeren Haltestellen mehrere Haltepositionen die > in unmittelbarer Nähe liegen zusammengefasst (z.B. Jakominiplatz: 3/6 > Richtung Dietrichsteinplatz und 1/7 Richtung Kaiser-Josef-Platz sind ein > Bereich, Richtung Hauptplatz ist aber ein eigener Bereich) -> mMn für OSM > nicht relevant -> löschen > Bevorrechtigter IV (Busse): Ob Busse diese Haltestelle anfahren -> bus=yes/no > Buchsatz: Ist außer bei einer Haltestelle immer Nein -> löschen > EFA: Ist fast immer Nein -> löschen > Eisenbahn: Ob Eisenbahnen diese Haltestelle anfahren, wobei hier auch > Seilbahnen als Eisenbahnen gezählt werden -> individuell überprüfen und > train=yes/no bzw. aerialway=yes/no setzen > Format: Ist immer "Voreinstellung", wahrscheinlich ein überbleibsel aus dem > Export des Verkehrsverbunds -> löschen > Fußgänger: Soll wohl bedeuten, ob Fußgänger dort hingehen können, kann mir > aber nicht vorstellen, dass es 269 Haltepositionen gibt, an denen keine > Fußgänger hinkommen -> löschen > Georeferenz (STVH): Wenn zwei Haltepositionen direkt gegenüber liegen ist die > gleich, sonst unterschiedlich -> mMn für OSM nicht relevant -> löschen > Gkz: Nicht wirklich Gemeindekennziffer, aber so ähnlich, Zusammenfassung > mehrerer Orte (siehe unten) -> löschen > Globale ID: Einzigartige Nummer je Halteposition, zusammengesetzt aus > at:46:"Hst Nr.":"Bereich Nr.":"Steig" -> umbenennen in ref > Gültigkeit: Beginnt meistens am 28.2.1994 (Gründung des Verkehrsverbunds), > endet fast ausschließlich am 24.12.2500 -> löschen > Hst Name: Name der Haltestelle -> name > Hst Nr.: Einzigartige Nummer je Haltestellenname (also z.B. alle Haltestellen > am Jakominiplatz haben die gleiche Hst Nr) -> ref der Haltestellen-Relation > (type=stop_area) > Motor. Straßenverkehr: Ob PKW zur Haltestelle fahren können (Nein für > Bahnhöfe, Fußgängerzonen usw.) -> mMn für OSM nicht relevant -> löschen > Ort: Ortschaft in der die Haltestelle liegt (nach > Verkehrsverbund-Unterteilung) -> is_in (Der Tag ist ja nicht unumstritten, > ich
Re: [Talk-at] Haltestellendaten Steiermark
Hallo, Martin Raifer wrote: > * is_in: wieso? Außerdem scheinen die Werte teilweise auch nicht ganz > richtig zu sein. Ich finde eine grundsätzliche Trennung in Ort und Name schon sinnvoll. Einerseits hat es keinen Sinn, wenn der Name aller Haltestellen in Graz "Graz" als Präfix haben, andererseits hat es bei den vielen Haltestellen am Land keinen Sinn, wenn jede Haltestelle nur "Ort" oder nur "Postamt" heißt. > * loc_name / loc_ref: Mir erschließt sich nicht der Nutzen dahinter > nicht (siehe auch meine Anmerkungen zu ref weiter unten). Ich glaube der Sinn aller Ref-Werte hängt vor allem davon ab, ob diese über mehrere Versionen stabil bleiben. Liebe Grüße, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellendaten Steiermark
Servus. Klingt super! Ich habe zufälligerweise vor ein paar Wochen einen ähnlichen Haltestellen-Datensatz importiert: [0], vielleicht kannst du dich etwas daran orientieren. Aber leg doch bitte erst mal eine Wiki-Seite für den Import an (siehe [1],[2]). Hier in der E-Mail ist das Ganze leider sehr unübersichtlich. Die nicht mehr bestehenden Haltestellen herauszufiltern halte ich für unbedingt notwendig. Dafür müssen wir uns irgend eine Lösung einfallen lassen. Was das Tagging angeht würde ich folgendes vorschlagen (wobei ich anmerken muss, aus Zeitgründen erstmal nur die bereits konvertierten Daten, also "haltestellen-mitosmtags.osm" angeschaut zu haben): * "no"-Werte (z.B. ferry=no, subway=no) weglassen. * Es gibt Punkte, die für alle Transportmittel den wert "no" haben. Diese sollte man wahrscheinlich herausfiltern. * is_in: wieso? Außerdem scheinen die Werte teilweise auch nicht ganz richtig zu sein. * loc_name / loc_ref: Mir erschließt sich nicht der Nutzen dahinter nicht (siehe auch meine Anmerkungen zu ref weiter unten). * ref:RBL: Dito. Außerdem haben alle Haltestellen eine solche ID, also auch solche, die gar keine RBL-Anzeige haben. Interessant wäre lediglich diese Information (~display_panel~ = yes/no), irgendwelche Unternehmens-interne IDs interessieren keine Sau. * ref: Würde ich nicht importieren. Solche Daten sind später sehr schwer zu erhalten, außerdem sind die Daten praktisch nutzlos (und wenn wirklich jemand diese Unternehmens-internen IDs benötigen sollte, kann er auch auf die Originaldaten zugreifen, dafür müssen sie nicht in OSM sein). In der Vergangenheit wurden solche IDs oft einfach ohne zu überlegen importiert, und stellen bis Heute einen nicht zu vernachlässigenden Ballast dar. Es ist schon so weit, dass diese Daten mühsam wieder nachträglich entfernt werden: [3],[4] (siehe außerdem dazu noch die Diskussion auf talk-de über die IFOPT-IDs [5]). * ref:stop_area: Würde ich aus den selben Gründen nicht importieren. Zur Identifikation von zusammengehörigen Haltestellen dient ja bereits deren identischer Name. Was den Import-Ablauf angeht würde ich sagen, dass ein zweigeteilter gebufferter Ansatz, so wie du ihn beschreibst, gut funktionieren könnte. Es wird aber trotzdem recht viel manuelles Intervenieren notwendig sein. Evtl. könnte man sich mal das Import-Tool OSMLY [6] ansehen. Schöne Grüße Martin PS: Nicht vergessen diesen Import auch noch auf impo...@openstreetmap.org anzukündigen. [0] https://wiki.openstreetmap.org/wiki/AltoAdige_-_Südtirol/SASA_Bus_Stops_Import [1] https://wiki.openstreetmap.org/wiki/Import/Guidelines#Step_3_-_Documentation [2] https://wiki.openstreetmap.org/wiki/Import/Plan_Outline [3] Discarding IDs imported with US-Tiger data: http://gis.19327.n5.nabble.com/Discardable-TIGER-tags-td5718873.html [4] Discarding IDs imported with KSJ2 data: https://lists.openstreetmap.org/pipermail/imports/2013-September/002133.html [5] https://lists.openstreetmap.org/pipermail/talk-de/2013-July/103225.html [6] https://wiki.openstreetmap.org/wiki/OSMLY Am 19.11.2013, 07:45 Uhr, schrieb Andreas Uller : Hallo! Vom Verkehrsverbund Steiermark haben wir Daten zu allen ÖV-Haltestellen in der Steiermark zur Verwendung in der OSM erhalten. Die Daten sind derzeit hier gespeichert: https://github.com/species/Open-Data-Verbundlinie.at Die Lagegenauigkeit ist auf jeden Fall brauchbar, mir sind nur wenige Haltestellen aufgefallen, deren Position nicht genau passt (und auch da sind's nur ein paar Meter daneben). Größter Nachteil aus meiner Sicht: Es sind offenbar auch ehemalige Haltestellen drinnen, die nicht mehr bedient werden (und vor Ort auch nicht mehr als Haltestellen ersichtlich sind). Auch wenn da vielleicht noch eine Konzession existiert, dienen solche nicht-sichtbaren Haltestellen meiner Meinung nach nicht der Orientierung und sollten dann auch nicht in OSM dargestellt werden. Vielleicht hat der Verkehrsverbund da aber noch eine Liste, welche Haltestellen tatsächlich bedient werden und welche nicht. Die Attribute der Haltestellen sind natürlich nicht OSM-konform, in Folge mal meine Analyse der vorhandenen Daten und wie wir das in OSM-Tags umwandeln könnten, bitte um Kommentare! Für den oft bereits vorhandenen Tag ref für die Bezeichnung der Bus- bzw. Bahnsteige (A, B, C, ..., 1, 2, 3, ...) würde ich eine Umbenennung auf loc_ref vorschlagen. Aushangfahrplan: Ist außer bei einer Haltestelle immer Nein -> löschen Bereich Nr.: Hier sind bei größeren Haltestellen mehrere Haltepositionen die in unmittelbarer Nähe liegen zusammengefasst (z.B. Jakominiplatz: 3/6 Richtung Dietrichsteinplatz und 1/7 Richtung Kaiser-Josef-Platz sind ein Bereich, Richtung Hauptplatz ist aber ein eigener Bereich) -> mMn für OSM nicht relevant -> löschen Bevorrechtigter IV (Busse): Ob Busse diese Haltestelle anfahren -> bus=yes/no Buchsatz: Ist außer bei einer Haltestelle immer Ne
[Talk-at] Haltestellendaten Steiermark
Hallo! Vom Verkehrsverbund Steiermark haben wir Daten zu allen ÖV-Haltestellen in der Steiermark zur Verwendung in der OSM erhalten. Die Daten sind derzeit hier gespeichert: https://github.com/species/Open-Data-Verbundlinie.at Die Lagegenauigkeit ist auf jeden Fall brauchbar, mir sind nur wenige Haltestellen aufgefallen, deren Position nicht genau passt (und auch da sind's nur ein paar Meter daneben). Größter Nachteil aus meiner Sicht: Es sind offenbar auch ehemalige Haltestellen drinnen, die nicht mehr bedient werden (und vor Ort auch nicht mehr als Haltestellen ersichtlich sind). Auch wenn da vielleicht noch eine Konzession existiert, dienen solche nicht-sichtbaren Haltestellen meiner Meinung nach nicht der Orientierung und sollten dann auch nicht in OSM dargestellt werden. Vielleicht hat der Verkehrsverbund da aber noch eine Liste, welche Haltestellen tatsächlich bedient werden und welche nicht. Die Attribute der Haltestellen sind natürlich nicht OSM-konform, in Folge mal meine Analyse der vorhandenen Daten und wie wir das in OSM-Tags umwandeln könnten, bitte um Kommentare! Für den oft bereits vorhandenen Tag ref für die Bezeichnung der Bus- bzw. Bahnsteige (A, B, C, ..., 1, 2, 3, ...) würde ich eine Umbenennung auf loc_ref vorschlagen. Aushangfahrplan: Ist außer bei einer Haltestelle immer Nein -> löschen Bereich Nr.: Hier sind bei größeren Haltestellen mehrere Haltepositionen die in unmittelbarer Nähe liegen zusammengefasst (z.B. Jakominiplatz: 3/6 Richtung Dietrichsteinplatz und 1/7 Richtung Kaiser-Josef-Platz sind ein Bereich, Richtung Hauptplatz ist aber ein eigener Bereich) -> mMn für OSM nicht relevant -> löschen Bevorrechtigter IV (Busse): Ob Busse diese Haltestelle anfahren -> bus=yes/no Buchsatz: Ist außer bei einer Haltestelle immer Nein -> löschen EFA: Ist fast immer Nein -> löschen Eisenbahn: Ob Eisenbahnen diese Haltestelle anfahren, wobei hier auch Seilbahnen als Eisenbahnen gezählt werden -> individuell überprüfen und train=yes/no bzw. aerialway=yes/no setzen Format: Ist immer "Voreinstellung", wahrscheinlich ein überbleibsel aus dem Export des Verkehrsverbunds -> löschen Fußgänger: Soll wohl bedeuten, ob Fußgänger dort hingehen können, kann mir aber nicht vorstellen, dass es 269 Haltepositionen gibt, an denen keine Fußgänger hinkommen -> löschen Georeferenz (STVH): Wenn zwei Haltepositionen direkt gegenüber liegen ist die gleich, sonst unterschiedlich -> mMn für OSM nicht relevant -> löschen Gkz: Nicht wirklich Gemeindekennziffer, aber so ähnlich, Zusammenfassung mehrerer Orte (siehe unten) -> löschen Globale ID: Einzigartige Nummer je Halteposition, zusammengesetzt aus at:46:"Hst Nr.":"Bereich Nr.":"Steig" -> umbenennen in ref Gültigkeit: Beginnt meistens am 28.2.1994 (Gründung des Verkehrsverbunds), endet fast ausschließlich am 24.12.2500 -> löschen Hst Name: Name der Haltestelle -> name Hst Nr.: Einzigartige Nummer je Haltestellenname (also z.B. alle Haltestellen am Jakominiplatz haben die gleiche Hst Nr) -> ref der Haltestellen-Relation (type=stop_area) Motor. Straßenverkehr: Ob PKW zur Haltestelle fahren können (Nein für Bahnhöfe, Fußgängerzonen usw.) -> mMn für OSM nicht relevant -> löschen Ort: Ortschaft in der die Haltestelle liegt (nach Verkehrsverbund-Unterteilung) -> is_in (Der Tag ist ja nicht unumstritten, ich verwende den bei Bushaltestellen in der Form "Ortschaft,Gemeinde,Bezirk,Bundesland,Österreich,Europe", wenn Ortschaft=Gemeinde, dann nur einmal. Könnte mich aber auch ohne den ganzen Anhang nur mit der Ortschaft anfreunden, wenn das einen Vorteil bringt (Übersichtlichkeit und Speicherplatz sind für mich keine guten Argumente).) OrtsID: Einzigartige Nummer der Ortschaft -> löschen RBL Nr.: Fortlaufende Nummer der RBL-Anzeige innerhalb einer Haltestelle -> sollte man mMn vorsichtshalber drinnen lassen, falls es später für Abfahrtsanzeigen usw. gebraucht wird -> ref:RBL Radfahrer: Ob Radfahrer zur Haltestelle fahren können -> mMn für OSM nicht relevant -> löschen Schiff: Ob Schiffe die Haltestelle bedienen -> ferry=yes/no Steig: Abkürzung des Namens der Halteposition innerhalb der Haltestelle (z.B. ein = stadteinwärts, aus = stadtauswärts, bein = Bus stadteinwärts, g1a = Gleis 1a, west = Richtung Westen, deut = Richtung Deutschlandsberg usw.) -> direction_short (?) Steigname: Etwas längere Version des obigen (z.B. Steig = g1a -> Steigname = gleis1a; Steig = schl -> Steigname = schleife) -> direction_long (?) Straßenbahn: Ob Straßenbahnen zur Haltestelle fahren -> tram=yes/no U-Bahn: Ob U-Bahnen zur Haltestelle fahren (Ist immerhin 2mal (fälschlicherweise) Ja) -> subway=no Vitrine: Ist immer Ja -> löschen X-Koordinate (STVH): -> löschen Y-Koordinate (STVH): -> löschen ZOB: Ist nur beim Hauptbahnhof Graz und Hauptplatz Voitsberg Ja (und einer weiteren Haltestelle wo aber auch alle anderen Variablen auf Ja sind) -> löschen Außerdem bei allen Punkten ein public_transport=platform dazu und wenn bus=yes dann auch highway=bu
[Talk-at] Haltestellendaten
Ich lese gerade im Standard einen Artikel, in dem beklagt wird, dass die ÖBB ihre Fahrplandaten (und damit die des gesamten Österreichischen ÖPNV) nicht an Google Maps übergeben wollen, damit diese ihr eigenes ÖPNV-Routing-System basteln können. Gäbe es die Möglichkeit, bei uns in die Haltestellen einen Link auf die Abfahrtsauskunft auf der ÖBB-Fahrplanauskunft zu setzen? Eine Nutzungsmöglichkeit für den Benutzer wäre die Möglichkeit, von einem Internetfähigen Endgerät aus auf der Karte die nächste Haltestelle zu suchen und durch einen Klick die nächsten Abfahrten einsehen zu können. Die entsprechende Seite für eien Beispielhaltestelle sieht so aus (http://fahrplan.oebb.at/bin/stboard.exe/dn?L=vs_liveticker&evaId=915033&boardType=dep&productsFilter=0&dirInput=&tickerID=dep&start=yes&eqstops=false&showJourneys=12&additionalTime=0), die Integration des Links in einen Tag dürfte kein Problem sein. MfG, LH -- NEU: FreePhone - kostenlos mobil telefonieren! Jetzt informieren: http://www.gmx.net/de/go/freephone ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
