Re: [Talk-de] ÖPNV Linie überprüfen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Klaus Hartmann wrote: Am Sunday 28 March 2010 21:17:15 schrieb Rainer Dorsch: das ist ja spannend, wusste ich nicht. Wer wertet denn die Reihenfolge der Haltestellen aus? Relationen sind geordnet, d.h. die Reihenfolge bleibt erhalten, direkt ausgewertet wird momentan allerdings meines Wissens nirgendwo Hi, die Relationen sind geordnet, ja - der Vorteil der Pflege der Haltestellen en block ist, dass man nicht die Straßen genau dort teilen muss, wo die Haltestelle ist, nur damit der Punkt an der korrekten Stelle sitzt. Außerdem wird so - wenn man das eine-relation-pro-richtung-Schema verwendet - der JOSM-interne Routen-Vollständigkeitstest (diese Pfeile am rechten Rand der Elemente) sehr, sehr nützlich. Wenn man alles richtig gemacht hat, ist die Relation sortiert und in einem fort. Zudem kann man den automatisch-Sortierer von JOSM benutzen. (und der sortiert einem die Haltestellen eh' ans Ende) Ausgewertet werden die Haltestellen (und deren Reihenfolge) unter www.öpnvkarte.de - z.B. in Wiesbaden ( http://www.öpnvkarte.de/?lat=50.06198lon=8.26543zoom=16layers=BT ) die Linie 16 http://www.öpnvkarte.de/route.php?name=16id=285035 und http://www.öpnvkarte.de/route.php?name=16id=422093 Was passiert, wenn die Relation nicht sortiert ist (es kommt hierbei ausschließlich auf die Sortierung der Halte untereinander an, die Strecke davor, dahinter oder dazwischen ist egal) sieht man an der S1 am Hbf: http://www.öpnvkarte.de/?lat=50.06198lon=8.26543zoom=16layers=BT bzw. http://www.öpnvkarte.de/route.php?name=S%201id=27605 Dort ist auch erkennbar, dass der Halt 3 mit Gleis 1 falsch ist, da an dem entsprechenden Bahnhof keine korrekte Haltestellenrelation vorhanden ist (die mit type=site, public_transport=stop_area, name=Hauptbahnhof). An die Linienführungen kommt man übrigens einfach beim Draufklicken auf die Haltestellen. Insgesamt hat Melchior Moos - der Ersteller der Karte - da echt 'n Haufen ziemlich gute Arbeit reingesteckt. Leider wird die Karte nicht soo oft (alle paar Tage) geupdatet, da er soweit ich weiss, Hardwareprobleme hat. So. Das wars aber erstmal von mir - Fips -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkuwZn4ACgkQnHVyAFIfTkHlGQCeNeEP1EPvG86RiBFNqMXkU5fg x/QAnAyoONazisGl6S1VTRSu0SIQMLYY =fR4G -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ÖPNV Linie überprüfen
Hallo, habe gerade eine Releation für eine Buslinie für die ÖPNV-Karte erstellt. Kann sich jemand mal bitte Relation 536822 anschauen, ob ich das Resultat (zumindest technisch) korrekt ist? Danke Gruß, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: rdor...@web.de jabber: rdor...@jabber.org GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Linie überprüfen
Am Sunday 28 March 2010 15:50:55 schrieb Rainer Dorsch: Hallo, habe gerade eine Releation für eine Buslinie für die ÖPNV-Karte erstellt. Kann sich jemand mal bitte Relation 536822 anschauen, ob ich das Resultat (zumindest technisch) korrekt ist? Danke Gruß, Rainer Hallo, es soll wohl to und nicht tourism heißen, außerdem sind noch zwei Lücken in der Relation. Auch sind Relationen ohne Angabe eines type unüblich. Überlegenswert wäre eine Erfassung nach dem Oxomoa Schema, d.h. mit einer Relation pro Richtung. MfG Klaus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Linie überprüfen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Klaus Hartmann wrote: Am Sunday 28 March 2010 15:50:55 schrieb Rainer Dorsch: Hallo, habe gerade eine Releation für eine Buslinie für die ÖPNV-Karte erstellt. Kann sich jemand mal bitte Relation 536822 anschauen, ob ich das Resultat (zumindest technisch) korrekt ist? Danke Gruß, Rainer Hallo, es soll wohl to und nicht tourism heißen, außerdem sind noch zwei Lücken in der Relation. Auch sind Relationen ohne Angabe eines type unüblich. Überlegenswert wäre eine Erfassung nach dem Oxomoa Schema, d.h. mit einer Relation pro Richtung. ...zudem fehlt Rückrichtung. Am Flughafen bspw. müsste der Bus eine andere Route zurück nehmen (wegen Einbahnstraßen). Die Elemente, die der Bus nur in eine Richtung befährt müssen mit forward bzw backward in der Elementrolle getaggt sein. Bspw. eine Einbahnstraße die in Vorwärtsrichtung befahren wird (meint: der Bus fährt in die Richtung, in die der Pfeil der Straße in JOSM zeigt) muss forward haben. Auf einer Straße die entgegen dieser Pfeilrichtung befahren wird (muss keine Einbahnstraße sein!) muss die Rolle backward sein. Problematisch ist, dass man nicht unbedingt eine konsistent durchlaufende Route erhält - dafür muss Hin- und Rückrichtung einzeln ge-relation-ed werden. Siehe dazu unter http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema#Linie Grundsätzliche Idee: Zwei Relationen für die Hin- und die Rückrichtung jeweils eine und eine Relation, die die beiden Relationen enthält. Wenn man dieses Schema anwendet muss jede Straße (Weg) eine Rolle haben (der Bus fährt ja immer nur in diese eine Richtung). Hoffe, das ist alles so Halbwegs verständlich. Fürs Erste ist die Relation aber relativ richtig :-) Ich persönlich mache die Haltestellen immer an den Anfang oder ans Ende einer Relation - dann ist es viel einfacher zu Pflegen. Auf die Auswertung macht das bisher auch keinen Unterschied, solange die Reihenfolge der Haltestellen unter sich stimmt. So weit... - Fips -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkuvhpkACgkQnHVyAFIfTkHHYwCgr/qUIfzpD2go2VjnFEkxBwMJ NwoAoIvcml8QvDaV05RD1PosLatuvJpy =mzhQ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Linie überprüfen
...zudem fehlt Rückrichtung. Am Flughafen bspw. müsste der Bus eine andere Route zurück nehmen (wegen Einbahnstraßen). Die Elemente, die der Bus nur in eine Richtung befährt müssen mit forward bzw backward in der Elementrolle getaggt sein. Bspw. eine Einbahnstraße die in Vorwärtsrichtung befahren wird (meint: der Bus fährt in die Richtung, in die der Pfeil der Straße in JOSM zeigt) muss forward haben. Auf einer Straße die entgegen dieser Pfeilrichtung befahren wird (muss keine Einbahnstraße sein!) muss die Rolle backward sein. Problematisch ist, dass man nicht unbedingt eine konsistent durchlaufende Route erhält - dafür muss Hin- und Rückrichtung einzeln ge-relation-ed werden. Siehe dazu unter http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema#Linie Grundsätzliche Idee: Zwei Relationen für die Hin- und die Rückrichtung jeweils eine und eine Relation, die die beiden Relationen enthält. Wenn man dieses Schema anwendet muss jede Straße (Weg) eine Rolle haben (der Bus fährt ja immer nur in diese eine Richtung). Noch was, eine gute Erläuterung des praktischen Einsatz dieses Schemas, allerdings mit einigen Anpassungen findet sich unter http://wiki.openstreetmap.org/wiki/Aachen_Editing#Taggen_von_Buslinien_in_Aachen_und_Umgebung Klaus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Linie überprüfen
Am Sonntag, 28. März 2010 schrieb Klaus Hartmann: ...zudem fehlt Rückrichtung. Am Flughafen bspw. müsste der Bus eine andere Route zurück nehmen (wegen Einbahnstraßen). Die Elemente, die der Bus nur in eine Richtung befährt müssen mit forward bzw backward in der Elementrolle getaggt sein. Bspw. eine Einbahnstraße die in Vorwärtsrichtung befahren wird (meint: der Bus fährt in die Richtung, in die der Pfeil der Straße in JOSM zeigt) muss forward haben. Auf einer Straße die entgegen dieser Pfeilrichtung befahren wird (muss keine Einbahnstraße sein!) muss die Rolle backward sein. Problematisch ist, dass man nicht unbedingt eine konsistent durchlaufende Route erhält - dafür muss Hin- und Rückrichtung einzeln ge-relation-ed werden. Siehe dazu unter http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema#Linie Grundsätzliche Idee: Zwei Relationen für die Hin- und die Rückrichtung jeweils eine und eine Relation, die die beiden Relationen enthält. Wenn man dieses Schema anwendet muss jede Straße (Weg) eine Rolle haben (der Bus fährt ja immer nur in diese eine Richtung). Noch was, eine gute Erläuterung des praktischen Einsatz dieses Schemas, allerdings mit einigen Anpassungen findet sich unter http://wiki.openstreetmap.org/wiki/Aachen_Editing#Taggen_von_Buslinien_in_A achen_und_Umgebung Danke für die Links und Infos. Ich hatte vergessen zu erwähnen, dass die Relation nur um eine Richtung handelt (wollte ja nicht die gleichen Fehler auf Hin- und Rückrichtung fixen) zumal es auch noch Alternativ-Routen gibt (nicht jeder Bus fährt die gleiche Strecke auf der Linie). Was ist denn bei getrennten Relationen für Hin-und Rückrichtung, sowie Alternativrouten bei ref und nat_ref eingetragen werden? Wofür werden die verwendet? Kann ich eine URL für den Streckenfahrplan angeben? Gruß, Rainer Habe Eure -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: rdor...@web.de jabber: rdor...@jabber.org GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Linie überprüfen
Hallo, Am Sonntag, 28. März 2010 schrieb Fips Schneider: Ich persönlich mache die Haltestellen immer an den Anfang oder ans Ende einer Relation - dann ist es viel einfacher zu Pflegen. Auf die Auswertung macht das bisher auch keinen Unterschied, solange die Reihenfolge der Haltestellen unter sich stimmt. das ist ja spannend, wusste ich nicht. Wer wertet denn die Reihenfolge der Haltestellen aus? Danke Gruß Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: rdor...@web.de jabber: rdor...@jabber.org GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Linie überprüfen
Am Sunday 28 March 2010 21:17:15 schrieb Rainer Dorsch: das ist ja spannend, wusste ich nicht. Wer wertet denn die Reihenfolge der Haltestellen aus? Hallo Relationen sind geordnet, d.h. die Reihenfolge bleibt erhalten, direkt ausgewertet wird momentan allerdings meines Wissens nirgendwo Klaus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Linie überprüfen
Am Sunday 28 March 2010 20:06:55 schrieb Rainer Dorsch: Was ist denn bei getrennten Relationen für Hin-und Rückrichtung, sowie Alternativrouten bei ref und nat_ref eingetragen werden? Wofür werden die verwendet? Kann ich eine URL für den Streckenfahrplan angeben? Hallo, kommt darauf an, wenn alle Alternativen die gleiche Nummer tragen, dann haben sie auch den gleichen Wert in ref und nur unterschiedlich from und to Werte, außerdem sind alle Relationen, also eine pro Richtung und Alternativroute Mitglieder der Linienrelation. Wenn es einen Fahrplan gibt, auf dem alle Fahrtrichtungen angegeben sind, würde ich die url dann auch in diese Linienrelation hineinpacken. MfG Klaus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de