Re: [Talk-de] Neues ÖPNV-Schema - Linien(varianten )relationen
Hallo Trikon die XML kannst du in JOSM einbinden. Dies wir hier beschrieben: http://josm.openstreetmap.de/wiki/TaggingPresets Unter diesem Link ( http://wiki.openstreetmap.org/wiki/Regensburg/Transportation ) kannst du dir die Linien A und 1 anschauen. Diese habe ich nach dem Schema erstellt. Auch kannst du dir den Regensburger Bahnhof bzw. die Bushaltestellen anschauen, die habe ich auch schon ueberarbeitet. Wenn ich dir noch helfen kann, schreib einfach. Gruesse Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues ÖPNV-Schema - Linien(varianten )relationen
Danke fuer die schnelle Anttwort Habe noch es noch etwas erweiter und in die Tabelle eingetragen. Direkter Link: http://www.asamnet.de/~fischept/osm/oepnv.xml Wenn ich noch was veraendern oder verbessern kann gebt mir bescheid. Gruesse Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues ÖPNV-Schema - Linien(varianten )relationen
Marcus Koerner marcus.koer...@googlemail.com wrote: Habe noch es noch etwas erweiter und in die Tabelle eingetragen. Direkter Link: http://www.asamnet.de/~fischept/osm/oepnv.xml Hallo Markus, ich habe keine Ahnung von XML. Darum sagt mir dise Buchstabenwüste auch nicht so viel. Sieht aus, wie irgendein programmiertes Formular für das neue Schema, wobei leere Tags automatisch gelöscht werden. Aber wie verwendet man mit dem Teil? Könntest Du mir vielleicht die Relationen einer Buslinie nennen, die Du nach dem neuen ÖPNV-Schema getaggt hast? Günstig wäre eine Linie, die möglichst eine Teilstrecke unbegleitet und eine andere begleitet von anderen Linien zurücklegt. War auch eine Buslinie mit Varianten in der Streckenführung dabei? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues ÖPNV-Schema - Linien(varianten )relationen
Hallo Beschaeftige mich auch seid geraumer Zeit mit dem OEPNV Schema. Versuche die Busse im Raum Regensburg zu erstellen. Habe mir eine JOSM Vorlage nur fuer Busse und fuer das neue Schema erstellt um besser und schneller tagen zu koennen. Wenn jemand interrese hat kann ich sie gerne schicken. Oder wo koennte man sowas online stellen? Ansonsten finde ich das Schema recht gut und es gibt einem ja auch die Moeglichkeit eine Haltestelle mit nur einem Node zu tagen. Gruesse Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues ÖPNV-Schema - Linien(varianten )relationen
Hallo Marcus, Marcus Koerner schrieb: Habe mir eine JOSM Vorlage nur fuer Busse und fuer das neue Schema erstellt um besser und schneller tagen zu koennen. Wenn jemand interrese hat kann ich sie gerne schicken. Oder wo koennte man sowas online stellen? Am besten irgendwo (z. B. eigene Website) ins Netz stellen und dann in die Tabelle in [1] eintragen, dann steht sie automatisch allen JOSM-Nutzern zur Verfügung. Und vielleicht noch im normalen OSM-Wiki erwähnen... Ansonsten finde ich das Schema recht gut und es gibt einem ja auch die Moeglichkeit eine Haltestelle mit nur einem Node zu tagen. Gruesse Marcus [1] http://josm.openstreetmap.de/wiki/Presets Grüße Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues ÖPNV-Schema - Linien(varianten )relationen
On Tue, Aug 18, 2009 at 08:46:01PM +0200, Claudius wrote: Aus gegebenem Anlass habe mir gerade nochmal die Linienerfassung laut neuem ÖPNV-Schema durchgelesen und bin etwas unsicher, ob meine Tramlinienerfassung so richtig ist: - eine Relation für Linienvariante Hinweg; Als Tags enthält diese *nur* from=Stötteritz und to=Gohlis; Mitglieder sind die Streckenführung und Haltestellen - eine Relation für Linienvariante Rückweg; Als Tags enthält diese *nur* to=Gohlis und from=Stötteritz; Mitglieder sind die Streckenführung und Haltestellen - eine übergeordnete Linienrelation getaggt mit line=tram; ref=4; color=#09519D usw.; Mitglieder sind nur die beiden obigen Relationen [ ] Richtig - [ ] Falsch - [ ] Knapp vorbei Als Auswerter müsste ich also, um die Liniennummer und den Betreiber einer Linie an einer Haltestelle erst die Überrelation ermitteln und dort die Werte ermitteln. Richtig. Eventuell willst Du die Tags aus der Linienrelation in die Linienvarianten auch nochmal reinschreiben. Falls es Software gibt, die es sich einfacher macht. Bisher gibt noch kaum Software, die das überhaupt auswertet, deswegen kann man schlecht sagen, in welche Richtung sich das bewegt. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues ÖPNV-Schema - Linien(varianten )relationen
Am 19.08.2009 10:44, Jochen Topf: On Tue, Aug 18, 2009 at 08:46:01PM +0200, Claudius wrote: Aus gegebenem Anlass habe mir gerade nochmal die Linienerfassung laut neuem ÖPNV-Schema durchgelesen und bin etwas unsicher, ob meine Tramlinienerfassung so richtig ist: - eine Relation für Linienvariante Hinweg; Als Tags enthält diese *nur* from=Stötteritz und to=Gohlis; Mitglieder sind die Streckenführung und Haltestellen - eine Relation für Linienvariante Rückweg; Als Tags enthält diese *nur* to=Gohlis und from=Stötteritz; Mitglieder sind die Streckenführung und Haltestellen - eine übergeordnete Linienrelation getaggt mit line=tram; ref=4; color=#09519D usw.; Mitglieder sind nur die beiden obigen Relationen [ ] Richtig - [ ] Falsch - [ ] Knapp vorbei Als Auswerter müsste ich also, um die Liniennummer und den Betreiber einer Linie an einer Haltestelle erst die Überrelation ermitteln und dort die Werte ermitteln. Richtig. Eventuell willst Du die Tags aus der Linienrelation in die Linienvarianten auch nochmal reinschreiben. Falls es Software gibt, die es sich einfacher macht. Bisher gibt noch kaum Software, die das überhaupt auswertet, deswegen kann man schlecht sagen, in welche Richtung sich das bewegt. Danke für die Antwort. Ein Hinweis a lá Jede Linie, die keine Rundroute ist und in beiden Richtungen befahren wird besteht also aus drei Relationen. sollte in die Dokumentation aufgenommen werden. Soll ich das machen oder pflegt das Sebastian noch weiter? Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues ÖPNV-Schema - Linien(varianten )relationen
On Wed, Aug 19, 2009 at 10:56:15AM +0200, Claudius wrote: Danke für die Antwort. Ein Hinweis a lá Jede Linie, die keine Rundroute ist und in beiden Richtungen befahren wird besteht also aus drei Relationen. sollte in die Dokumentation aufgenommen werden. Soll ich das machen oder pflegt das Sebastian noch weiter? Sebastian pflegt das wohl nicht weiter. Allerdings haben die Leute auf der talk-transit-Liste sich schon dessen angenommen und irgendwo anders eine öffentlichere Version der Seite angefangen, wo sie Sebastians Kram übernommen haben und dabei sind das zu überarbeiten. Weiss grad nicht mehr, wo das ist, aber das wirst Du finden. Vielleicht macht es mehr Sinn, Sebastians Version ruhen zu lassen und die neue Seite zu pflegen. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues ÖPNV-Schema - Linien(varianten )relationen
Claudius claudiu...@gmx.de wrote: Aus gegebenem Anlass habe mir gerade nochmal die Linienerfassung laut neuem ÖPNV-Schema durchgelesen und bin etwas unsicher, ob meine Tramlinienerfassung so richtig ist: Auch ich versuche mich gerade an dem neuen Konzept mit Potlatch, und zwar für Busse. In der Beschreibung des Schemas kommt bei Relationen type=* nicht mehr vor. Ist das nicht notwendig? Eine Endhaltestelle ist gleichzeitig Starthaltestelle für die Gegenrichtung. Ich muss jetzt zwei Relationen erstellen mit from:A-Stadt to:B-Stadt, sowie from:B-Stadt to:A-Stadt. Diese beiden Relationen erscheinen lediglich unter dem lapidaren Namen Relation. Wenn jetzt an dieser Haltestelle mehrere Buslinien abfahren, habe ich mehrere solcher lapidar beschrifteter Relationen, ohne nur die geringste Ahnung zu haben, welche dieser Relationen jetzt zu welcher Buslinie gehört. Wie also soll das funktionieren, insbesondere wenn jemand Anderes diese Relationen erstellt hat und ich diese nicht nachvollziehen kann? Nach dem neuen Haltestellenkonzept muss ich mehrfach in die nodes und die Überrelationen bus eintragen. Ist da die Inkonsistenz nicht schon vorprogrammiert? In den Großstädten mögen ja genügend Mapper sein, um das Konzept umzusetzen. Hier auf dem Land kann man froh sein, wenn überhaupt jemand die Busse taggt. Bei Straßen mag es einfach sein, mal eben einen Stadtteil zu mappen. Bei den Bussen ist das etwas Anderes. Da braucht man die Mitarbeit vieler Ortskundiger, um den Verlauf einer einzigen Linie zu rekonstruieren. Und hier fährt wegen des schlechten Angebotes kaum jemand mit dem Bus. Man kann also froh sein, wenn sich überhaupt jemand eine Teilstrecke kennt und sich dann noch erbarmt. Und ob gerade derjenige dann auch das im Vergleich zum alten Konzept das neue erheblich weniger intuitive versteht? Meist schaut man sich das Tagging in der Nachbarschaft an und lernt so, wie es funktioniert. Ich versuche gerade, die auf weiter Flur erste Buslinie als Samenkorn zu legen, obwohl ich selbst nur einmal vor über zehn Jahren gefahren bin. Wenn aber schon eine popelige zweiseitige Bushaltestelle eine Relation benötigt und die Linienrichtungen weitere zwei Relationen und die Gesamtlinie nochmals eine Überrelation, wie soll man dann beim Editieren dem Punkt noch die Buslinie zuordnen können? Es ist auch nicht verständlich, wieso ich mehrfach bus taggen muss. Es reicht doch, wenn eine Haltestelle Member einer Buslinie ist. Daraus geht dies doch schon hervor. Ferner befürchte ich Probleme beim Tagging der zwei Punkte auf der Straße für die Stops der beiden Fahrtrichungen. Ob die dann immer sauber getrennt auf die Fahrtrichtungsrelationen sortiert bleiben? Wenn die Haltestelle neben der Straße ist, bleibt es intuitiv klar, zu welcher Fahrtrichtung gehört. Bei zwei nahe zusammen liegenden Punkten auf dem Straßenway ist das nicht mehr der Fall. Außerdem sind die Stop-Punkte schwer vermittelbar, wenn es schon Punkte für die Haltestellen gibt. Kann man nicht die Stops für eine Punkthaltestelle automatisch senkrecht auf die Straße projezieren? Ich finde es sehr schön, dass man sich die Arbeit gemacht habt, dieses Konzept zu erarbeiten. Aber bei der Umsetzung und deren Konsistenz sehe ich derzeit noch schwarz. Abschließend wollte ich noch auf das Problem aufmerksam machen, dass im Wiki das Problem auch diskutiert wird, ohne dass vermutlich dort jemand eine Ahnung davon hat, dass dies in der Mailingliste ebenfalls geschieht. Möglicherweise kennt man nicht einmal Mailinglisten und insbesondere diese. http://wiki.openstreetmap.org/wiki/DE_talk:Relation:route Gtüße Tirkon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues ÖPNV-Schema - Linien(varianten )relationen
On Wed, Aug 19, 2009 at 04:40:51PM +0200, Tirkon wrote: Claudius claudiu...@gmx.de wrote: Aus gegebenem Anlass habe mir gerade nochmal die Linienerfassung laut neuem ÖPNV-Schema durchgelesen und bin etwas unsicher, ob meine Tramlinienerfassung so richtig ist: Auch ich versuche mich gerade an dem neuen Konzept mit Potlatch, und zwar für Busse. In der Beschreibung des Schemas kommt bei Relationen type=* nicht mehr vor. Ist das nicht notwendig? Nein. Der type-Tag enthält keine Information, die nicht auch schon in den anderen Daten wäre. Eine Endhaltestelle ist gleichzeitig Starthaltestelle für die Gegenrichtung. Ich muss jetzt zwei Relationen erstellen mit from:A-Stadt to:B-Stadt, sowie from:B-Stadt to:A-Stadt. Diese beiden Relationen erscheinen lediglich unter dem lapidaren Namen Relation. Wenn jetzt an dieser Haltestelle mehrere Buslinien abfahren, habe ich mehrere solcher lapidar beschrifteter Relationen, ohne nur die geringste Ahnung zu haben, welche dieser Relationen jetzt zu welcher Buslinie gehört. Wie also soll das funktionieren, insbesondere wenn jemand Anderes diese Relationen erstellt hat und ich diese nicht nachvollziehen kann? Ich nehme an, die Editoren zeigen den Namen einer Relation da an, wenn es einen hat. Dann vergib halt einen Namen. Schad ja nicht. Nach dem neuen Haltestellenkonzept muss ich mehrfach in die nodes und die Überrelationen bus eintragen. Ist da die Inkonsistenz nicht schon vorprogrammiert? In den Großstädten mögen ja genügend Mapper Inkonsistenz ist einfach zu finden mit Checking Tools. Dann kann man sowas fixen. sein, um das Konzept umzusetzen. Hier auf dem Land kann man froh sein, wenn überhaupt jemand die Busse taggt. Bei Straßen mag es einfach sein, mal eben einen Stadtteil zu mappen. Bei den Bussen ist das etwas Anderes. Da braucht man die Mitarbeit vieler Ortskundiger, um den Verlauf einer einzigen Linie zu rekonstruieren. Und hier fährt wegen des schlechten Angebotes kaum jemand mit dem Bus. Man kann also froh sein, wenn sich überhaupt jemand eine Teilstrecke kennt und sich dann noch erbarmt. Und ob gerade derjenige dann auch das im Vergleich zum alten Konzept das neue erheblich weniger intuitive versteht? Meist schaut man sich das Tagging in der Nachbarschaft an und lernt so, wie es funktioniert. Ich versuche gerade, die auf weiter Flur erste Buslinie als Samenkorn zu legen, obwohl ich selbst nur einmal vor über zehn Jahren gefahren bin. Wenn aber schon eine popelige zweiseitige Bushaltestelle eine Relation benötigt und die Linienrichtungen weitere zwei Relationen und die Gesamtlinie nochmals eine Überrelation, wie soll man dann beim Editieren dem Punkt noch die Buslinie zuordnen können? Das ist zugegebenermassen schwierig. Aber es gibt halt keine einfache Lösung. Es zwingt Dich auch keiner das System bis zum Ende alles genau durchzumachen. Man kann auch nach dem einfachen alten System taggen. Oder eine Mischform. Oder man macht halt den Teil, den man machen kann. So ist OSM. Jeder macht, was er kann und dann schaut man, was man aus den Daten herausholen kann. Es ist auch nicht verständlich, wieso ich mehrfach bus taggen muss. Es reicht doch, wenn eine Haltestelle Member einer Buslinie ist. Daraus geht dies doch schon hervor. Ferner befürchte ich Probleme beim Aber wenn dann die Buslinie verloren geht, kann ich auch die Haltestelle nicht mehr zeichnen. Und ein Renderer, der keine Buslinien einzeichen will, sondern nur Haltestellen, wird viel einfacher. Redundanz ist gut. Tagging der zwei Punkte auf der Straße für die Stops der beiden Fahrtrichungen. Ob die dann immer sauber getrennt auf die Fahrtrichtungsrelationen sortiert bleiben? Wenn die Haltestelle neben der Straße ist, bleibt es intuitiv klar, zu welcher Fahrtrichtung gehört. Bei zwei nahe zusammen liegenden Punkten auf dem Straßenway Wenn die Punkte nahe zusammen liegen, dann mach nur einen für beide Richtungen. ist das nicht mehr der Fall. Außerdem sind die Stop-Punkte schwer vermittelbar, wenn es schon Punkte für die Haltestellen gibt. Kann man nicht die Stops für eine Punkthaltestelle automatisch senkrecht auf die Straße projezieren? Kann man schon, aber das ist halt technisch viel aufwändiger und es wird daher einfach weniger Software geben, die das macht. Und es ist nicht unbedingt eindeutig bei komplexeren Straßenführungen. Ich finde es sehr schön, dass man sich die Arbeit gemacht habt, dieses Konzept zu erarbeiten. Aber bei der Umsetzung und deren Konsistenz sehe ich derzeit noch schwarz. Du solltest das nicht alles so absolut sehen. Wenn Du keinen Haltepunkt auf der Straße angegeben hast, sondern nur das Schild neben der Straße, dann ist das so und die Software muss sehen, wie sie damit zurecht kommt. Manche wird es können, andere nicht. Die Zeit wird zeigen, ob das Konzept funktioniert. Ist es Dir zu blöd die Punkte einzutragen, dann lass es. Vielleicht wird ein anderer Mapper Deine Arbeit ergänzen. Das ÖPNV-Schema ist ein
Re: [Talk-de] Neues ÖPNV-Schema - Linien(varianten )relationen
Jochen Topf joc...@remote.org wrote: Eine Endhaltestelle ist gleichzeitig Starthaltestelle für die Gegenrichtung. Ich muss jetzt zwei Relationen erstellen mit from:A-Stadt to:B-Stadt, sowie from:B-Stadt to:A-Stadt. Diese beiden Relationen erscheinen lediglich unter dem lapidaren Namen Relation. Wenn jetzt an dieser Haltestelle mehrere Buslinien abfahren, habe ich mehrere solcher lapidar beschrifteter Relationen, ohne nur die geringste Ahnung zu haben, welche dieser Relationen jetzt zu welcher Buslinie gehört. Wie also soll das funktionieren, insbesondere wenn jemand Anderes diese Relationen erstellt hat und ich diese nicht nachvollziehen kann? Ich nehme an, die Editoren zeigen den Namen einer Relation da an, wenn es einen hat. Dann vergib halt einen Namen. Schad ja nicht. Wenn aber schon eine popelige zweiseitige Bushaltestelle eine Relation benötigt und die Linienrichtungen weitere zwei Relationen und die Gesamtlinie nochmals eine Überrelation, wie soll man dann beim Editieren dem Punkt noch die Buslinie zuordnen können? Das ist zugegebenermassen schwierig. Aber es gibt halt keine einfache Lösung. Es ist nicht so, dass ich das neue System nicht schätze. Bei meinem Tagging der Düsseldorfer Linien konnte ich mit dem alten System einen variantenreichen Bus einfach nicht taggen, so dass momentan einfach alle Routen in einer Relation eingesammelt wurden. Dann hat es jemand mit Varianten versucht. Die Folge davon war, dass jetzt in der ÖPNV Karte auf dem langen Rattenschwanz von Linien in der Nähe von einem Bahnhof obendrein die Buslinie mehrfach aufgezählt wurde. Hier würde das neue ÖPNV Schema durchaus das Problem lösen. Das größte Problem dabei ist aber der notwendige aber von den Editierwerkzeugen nicht bereitgestellte Blick zur übernächsten Relation, weil zur nächsten explizit im Schema gesagt wird, es solle nur from und to getaggt werden. Wenn sich jemand ans Schema hält, wird es später sehr schwierig für ihn selbst und Andere, welche die Buslinie fortführen. Der Nutzen, wenn nur ich neben from und to auch die Namen dranschreibe, ist minimal. Es hilft eigentlich nur, wenn es alle Nutzer des Schemas tun. Im Moment werden sie aber zum Gegenteil aufgefordert. Wenn die Datenstruktur im Falle der Haltestellen zwingend komplex sein muss, wäre es eine Alternative, den Editierwerkzeugen beizubringen, damit umzugehen. Hierzu müssten sie auch die übernächste Relation anzapfen und in geeigneter Form in die Anzeige der nächstniedrigen einbinden. Dann blieben solche Konstruktionen leicht handhabbar und würden im Zuge dessen automatisch konsistent gehalten: Der User bekommt beispielsweise ein Formular für Haltestellen präsentiert, in das er an nur einer Stelle bus eingibt. Sobald ein weiteres Mitglied in die Relation aufgenommen wird, werden die Daten dort übernommen und es wird vom Editor automatisch richtig eingetragen und somit konsistent gehalten. Man kann die Sache jetzt weiterspinnen, wie man das Ganze am besten gestaltet. Dass so etwas funktioniert, zeigt sich beispielsweise in Musikverwaltungen. Man trägt beispielsweise bei einem Album den Namen des Interpreten nur einmal ein. Dennoch vervollständigt sie die Einträge soweit, dass in jeden MP3Tag der MP3-Dateien dieses Albums der Interpretenname eingetragen wird. Im Falle eines Samplers unterbleibt dieses natürlich. Der Editor der Musikverwaltung und die Form der Formulare sorgt für ein konsistentes Tagging. Wäre dies nicht auch in OSM zumindest in Bezug auf unvermeidliche verschachtelte Konstruktionen wie beispielsweise bei Haltestellen möglich? Um den User nicht einzuschränken, bleibt die Formularmethode optional. Ich bin aber sicher, dass bei einer guten Implementierung die große Mehrheit kaum mehr etwas Anderes benutzen möchte. Dies könnte womöglich auch dazu beitragen, dass die derzeitigen hier in der Liste diskutierten automatischen Checking-Läufe weniger horrende Fehlerzahlen ausspucken. Momentan entwickelt man Software, die Fehler ermittelt, die dann von Hand repariert werden. Warum nicht mit dem Arbeitsprinzip der Check-Software schon zum Editierzeitpunkt die Konsistenz bewahren? Das Ergebnis bleibt dasselbe und daher auch der - mir fällt kein treffenderes Wort ein - Bevormundungsgrad des Users gleich. Ein Beispiel wäre möglicherweise, ein einheitliches ID für die Verwaltung der Variantenrelationen sicherzustellen, so dass der Renderer dies einfacher erkennen kann. Dies ist zumindest besser, als wenn nachher mit Checkprogrammen und mühsamer Handarbeit nachgebessert werden muss. Es ist auch nicht verständlich, wieso ich mehrfach bus taggen muss. Es reicht doch, wenn eine Haltestelle Member einer Buslinie ist. Daraus geht dies doch schon hervor. Ferner befürchte ich Probleme beim Aber wenn dann die Buslinie verloren geht, kann ich auch die Haltestelle nicht mehr zeichnen. Man könnte eine solche Haltestelle genau so behandeln, wie eine disused nach dem neuen Konzept. ;-) Möglicherweise also mit einem rot durchkreuzten
