Welchen Sinn machen ÖPNV-Routen in OSM

wambacher · 2015-10-18 15:55:18

geri-oc wrote:

Des wegen hatte ich ja beides eingestellt - würde auch website=* bevorzugen.

Jo, hatte ich wohl - mal wieder - übersehen.
Aber das image sollte es nicht werden, als image=* könnte man ja immer noch ein echtes Foto der Haltestelle einfügen wollen und das wäre dann blockierert.
und website? könnte gehen, obwohl ein url zum betreiber hätte auch was für sich.

naja, ÖPNV ist eh nix für mich. Warte noch auf öpnv-v4 mit einem Tag pro Linie

Gruss
walter

viw · 2015-10-18 17:48:36

geri-oc wrote:

Wäre das an Haltestellen denkbar - und wie:
image=
https://upload.wikimedia.org/wikipedia/ … R-Code.jpg
website=
http://www.vvo-mobil.de/de/abfahrtsmoni … 41&_=C01g7
Damit komme ich an den "Haltestellenfahrplan"

In Berlin gibt es diese QR Codes auch. Allerdings nicht vom Verbund sondern von der BVG. Dort habe ich begonnen diese einzutragen. Der Vorteil bei den Links der BVG ist das sie wirklich diesen Mast betreffen und nicht etwa die Haltestelle der Gegenrichtung.

geri-oc · 2015-10-18 18:21:35

viw wrote:

In Berlin gibt es diese QR Codes auch. Allerdings nicht vom Verbund sondern von der BVG. Dort habe ich begonnen diese einzutragen. Der Vorteil bei den Links der BVG ist das sie wirklich diesen Mast betreffen und nicht etwa die Haltestelle der Gegenrichtung.

Kannst du einmal ein Beispiel verlinken?
Und was sagen andere dazu?

M.E. ist der QR-Code am Mast für Vorort gut - für eine (Tour-)Planung wäre der Link (website oder url?) besser (wobei website bei POIs schon ausgewertet wird). Ich glaube hier ist es nur nach Haltestellen vorgesehen - nicht nach Richtung oder einzelne Abfahrtsposition.

Werde nächste Woche einmal die Haltestellen vor Ort "ausstatten" - als Beispiel.

Gino-52 · 2015-10-18 19:13:22

Wie so oft in Foren kommt ihr gerade vom Thema ab.

Ich habe auch einige Fragen zum Tagging von Haltestellen, aber bitte in einem eigen Thread.

Gruß
Gino

viw · 2015-10-18 20:43:51

geri-oc wrote:

viw wrote:
In Berlin gibt es diese QR Codes auch. Allerdings nicht vom Verbund sondern von der BVG. Dort habe ich begonnen diese einzutragen. Der Vorteil bei den Links der BVG ist das sie wirklich diesen Mast betreffen und nicht etwa die Haltestelle der Gegenrichtung.
Kannst du einmal ein Beispiel verlinken?
Und was sagen andere dazu?
M.E. ist der QR-Code am Mast für Vorort gut - für eine (Tour-)Planung wäre der Link (website oder url?) besser (wobei website bei POIs schon ausgewertet wird). Ich glaube hier ist es nur nach Haltestellen vorgesehen - nicht nach Richtung oder einzelne Abfahrtsposition.
Werde nächste Woche einmal die Haltestellen vor Ort "ausstatten" - als Beispiel.

http://overpass-turbo.eu/?Q=node%5B%22r … 13.4137;17

viw · 2015-10-18 20:47:16

Gino-52 wrote:

Wie so oft in Foren kommt ihr gerade vom Thema ab.
Ich habe auch einige Fragen zum Tagging von Haltestellen, aber bitte in einem eigen Thread.

Bist du jetzt davon überzeugt, das ÖPNV-Routen in OSM Sinn machen? Ich war übrigens auf den Kanaren sehr überrascht, das dort die ÖPNV-Linien in OSMAND auftauchten. Das hat mich ein bisschen Stolz auf OSM gemacht!

hfst · 2015-10-19 06:32:38

viw wrote:

(...)
Bist du jetzt davon überzeugt, das ÖPNV-Routen in OSM Sinn machen? Ich war übrigens auf den Kanaren sehr überrascht, das dort die ÖPNV-Linien in OSMAND auftauchten. Das hat mich ein bisschen Stolz auf OSM gemacht!

Nein, ich bin nicht überzeugt, das ÖPNV-Routen im OSM sinnvoll sind, aber meine Überzeugung ist auch nicht relevant. Entscheidend ist, dass es ein paar Leute gibt, denen das Spaß macht.
Edit: Gino-Quote entfernt und Bemerkung etwas ausführlicher

Last edited by hfst (2015-10-19 09:21:46)

Gino-52 · 2015-10-19 08:12:23

Hmm hfst, wen meist Du? Mich oder die, die vom Thema abweichen.

Aber Du hast Recht.
Ich bin nicht überzeugt, dass die Fahrwege in OSM erfasst werden müssen.

Ich möchte auch mal viw sehen wie er in der Ukraine am Straßenrand steht und heftig winkend auf ein Bus wartet, der da nur 2 oder 3 Mal am Tag vorbei kommt.
Also ohne Zusatzdaten bringt das nichts.

Aber in einem Forum wird ja lieber gegen einen Beitrag argumentiert, oder einfach irgend welche Beispiele angeführt, ohne mal konkret und sachlich an einer Lösung mit zu arbeiten.

Ein Forum ist ja auch dazu da eine gemeinsame Lösung zu finden. Obwohl das selten zu Stande kommt.

Ach ja! Wer gerne Routen nach PTv2 in OSM erfasst kann sich ja bei mir per Mail melden.
Ich nenne ihm dann einige Routen die noch gar nicht in OSM sind oder die dringen überarbeitet werden müssen.

Gruß
Gino

viw · 2015-10-19 20:06:01

Gino-52 wrote:

Hmm hfst, wen meist Du? Mich oder die, die vom Thema abweichen.
Aber Du hast Recht.
Ich bin nicht überzeugt, dass die Fahrwege in OSM erfasst werden müssen.
Ich möchte auch mal viw sehen wie er in der Ukraine am Straßenrand steht und heftig winkend auf ein Bus wartet, der da nur 2 oder 3 Mal am Tag vorbei kommt.
Also ohne Zusatzdaten bringt das nichts.

Da du ja der große Kenner zu sein scheinst und weißt wie oft die Marschrutkas in Kiev fahren...
Zusatzdaten gibt es übrigens nicht. Das kannst du dir erfragen wenn du der Sprache mächtig bist. Und wenn du Pech hast weiß der den du fragst nur das was er braucht.

Gino-52 wrote:

Aber in einem Forum wird ja lieber gegen einen Beitrag argumentiert, oder einfach irgend welche Beispiele angeführt, ohne mal konkret und sachlich an einer Lösung mit zu arbeiten.

Welche Lösung gibt es für deine Frage? Kann man eine Lösung zu der Frage finden ob Routen Sinn machen oder nicht?
Vieles macht Sinn, wenn es vollständig ist. unvollständige Sachen machen meist weniger Sinn. Aber das ist mit Adressen Grenzen und Straßen auch so. Dennoch gibt es OSM. Übrigens ich wünsche dir viel Spaß nach den OSM Daten in Lviv zu routen. Da wirst du die ein oder andere Überraschung erleben. Aber ich käme nie auf die Idee deswegen infrage zu stellen ob man Abbiegeverbote und Einbahnstraßen in OSM erfassen sollte.
[offtopic]Also mit nur Haltestellen pro Relation kannst du das von mir beschriebene Problem des überall Einsteigens und des überall Aussteigens nicht lösen.
Das man den Weg daraus berechnen kann ist, ist eine gute Idee. Aber das setzt vorraus, dass du für jede Linienvariante eine Relation machst.[ontopic

Gino-52 · 2015-10-20 16:50:03

Wie gesagt: Wenn mal eine sachliche Diskussion auf käme.

Gem. PTv2 soll für jede Variante eine Relation angelegt werden.
Deshalb ist es ja aufwändig wenn ein Bus 10 Varianten hat - und dann noch die Fahrten in die andere Richtung.

Man könnte ja in der Route einen Tag setzen, ob der Fahrweg errechnet werden soll oder nicht.
Oder noch einfacher: Sind Ways in der Relation werden diese angezeigt. Sonst wird die errechnete Route angezeigt.

Das würde ein Haufen Mappingarbeit sparen.

Gruß
Gino

Chrysopras · 2015-10-20 21:27:11

Gino-52 wrote:

Oder noch einfacher: Sind Ways in der Relation werden diese angezeigt. Sonst wird die errechnete Route angezeigt.

Da hätte ich dann aber bitte zwei deutlich unterscheidbare Anzeigen. Damit ich gleich sehe, ob in der angezeigten Route zumindest etwas Erfasstes steckt, oder nur Errechnetes.

viw · 2015-10-21 05:12:25

Gino-52 wrote:

Wie gesagt: Wenn mal eine sachliche Diskussion auf käme.
Gem. PTv2 soll für jede Variante eine Relation angelegt werden.
Deshalb ist es ja aufwändig wenn ein Bus 10 Varianten hat - und dann noch die Fahrten in die andere Richtung.
Man könnte ja in der Route einen Tag setzen, ob der Fahrweg errechnet werden soll oder nicht.
Oder noch einfacher: Sind Ways in der Relation werden diese angezeigt. Sonst wird die errechnete Route angezeigt.
Das würde ein Haufen Mappingarbeit sparen.
Gruß
Gino

Ich kann verstehen, dass du Mappingarbeit sparen möchtest. Aber was helfen dir Daten die danach kaum einen Sinn haben? Sie sind nur einfach da, werden aber nicht gepflegt, weil nicht verwendbar.
Andersrum sind die Daten nicht da, weil zu schwer erfassbar.
Es gibt sehr sicher Buslinien mit 10 Varianten und mehr. Aber dort wird auch die automatische Berechnung meist murks. Insbesondere wenn nur an den Haltestellen eingetragen wird hier hält auch Linie X dann weiß man noch nicht mal ob es Hin- oder Rückrichtung ist. Welches Ziel man von der Haltestelle erreichen kann etc.

Gino-52 · 2015-10-21 06:28:56

Geht einfach mal auf die bereits erwähnte Seite
http://www.gpsies.com/createTrack.do
Markiert in der Karte "Wegen folgen" und das Auto Icon und dann probiert mal eine Buslinie aus.

Man kann natürlich auch alles nach PTv2 taggen und sich arbeit sparen, wenn ein guter Programmierer ein Plugin für JOSM entwickelt, dass von zwei Punkten, wie in der WEB-Seite, die Ways selektiert und in die Relation aufnimmt. Oder es wir ein Feature in JOSM.
Dann brauch man nur noch mal kurz zu prüfen, ob alles richtig ist.

Gruß
Gino

Polyglot · 2015-10-21 06:59:58

Ich überlege um sowas nächstes Jahr for GSoC vor zu schlagen. Ich habe schon Pythoncode die in JOSM dreht die versucht 2 Punkte zu verbinden. Wenn schon andere Routerelationen vorhanden sind, basiert es sich darauf. Es macht das Mappen von viele Varianten viel einfacher.

Wenn noch keine andere Routen vorhanden sind, kann ich dich aber versicheren daß es nicht immer sehr einfach ist zu entscheiden wo die Büsse entlang fahren. Speziell in die Städte, wo es mehrere Möglichkeiten zwischen 2 HS gibt. Das hat sein eigener Logik...

Jedenfalls funkzioniert das Skript ziemlich gut, aber es basiert auf das Vorhanden sein von Daten über die Variante. Also aus GTFS oder Daten vom Operator, Listen mit Reihenfolgen von Haltestellen.

Wenn man mappt (weil auf der Bus), weiss man wie/wo der Bus fährt, aber ist es schwierig um auch alle HS auf der Weg mit alle Details zu erfassen. Wenn man Daten vom Operator vorhanden hat, aber nicht die Reisewegen, hat man ein umgekehrtes Problem.

Jedenfalls glaube ich nicht es sei möglich um die Reisewegen automatisch zu ermitteln. Es würde auch heissen daß jeder der eine Karte mit PT darstellen will, das jeder Mal neu machen müsste. Und etwas wie dies wäre dann nicht möglich:

http://umap.openstreetmap.fr/nl/map/ope … 767/4.7128

Das zieht die Daten aus Overpass.

Und auch die rosa Linien auf diese Karte wären sehr schwierig zu ermitteln:
https://commons.wikimedia.org/wiki/File … op_OSM.png

Polyglot

GeorgFausB · 2015-10-21 08:26:16

Moin,

wenn man dem/einem Tool nur die Reihenfolge der Haltestellen angeben muss und es daraus einen Vorschlag für die Übernahme von ways generiert, wäre das im ländlichen Bereich sehr hilfreich!
Denn dort sind bezogen auf die Anzahl der Haltestellen unendlich lange Wegstrecken zu erfassen, die ja oft vielfach zerteilt sind - andererseits sind die Routen zwischen den Haltestellen oft einfacher zu berechnen.

Edit:
Hier wären auch "online" Routenberechnungen oft ausreichend zur Beschreibung der Route.

Gruß
Georg

Last edited by GeorgFausB (2015-10-21 08:27:57)

Augustus Kling · 2015-10-21 20:59:36

Mit Fahrplandaten:
Wenn Fahrplandaten vorhanden sind, reichen die Haltestellen aus, sofern an ihnen eine Id getaggt ist, die auch in den Fahrplandaten zu finden ist.
Relationen sind dann nur notwendig, wenn man in OSM die Route erfassen möchte oder die Fahrplandaten keine Geometrien enthalten.

Ohne Fahrplandaten:
Um zu Interpolieren reicht eine Relation pro Variante/Fahrstrecke mit den Haltestellen als enthaltenen Nodes. Die Reihenfolge der Nodes ist dabei wichtig. (Mit optionalen Via-Punkten könnten fehlerhafte Berechnungen auf die korrekte Route gezwungen werden)
Eine kleine Demo dafür: https://jsfiddle.net/9j1j56bp/ (Haltestellen rote Kreise, erfasste Fahrtwege rot, aus Haltestellen berechnete Fahrwege grün gestrichelt)
Im Südosten der Route weicht die errechnete Route von der realen Route ab. Das ist dem geschuldet, dass OSRM den kleinen Weg in Ost-West-Richtung nicht befährt, denn er ist für den normalen Verkehr gesperrt. Ein angepasstes Routingprofil würde Abhilfe schaffen.

Wenn man also toleriert, das der Auswertende einfaches Routing betreibt, so kann man auf die Wege in den Relationen verzichten.

viw · 2015-10-22 06:20:32

Augustus Kling wrote:

Wenn man also toleriert, das der Auswertende einfaches Routing betreibt, so kann man auf die Wege in den Relationen verzichten.

Die Frage ist was ist einfaches routing? Die zweite Frage ist, was passiert wenn jemand die Atrribute der Strecken ändert? Nach welchen Kriterien wird geroutet?
Es macht einen großen Unterschied ob man Strecken nach der kürzesten Fahrzeit oder nach der kürzesten Entfernung auswählt. In einem Fall ist das der Unterschied zwischen 32 oder 42 km. Das macht dann also eine Abweichung von 1/3 der Gesamtstrecke aus.
Eine weitere Frage ist ob man von einer Haltestelle zur nächsten oder die Gesamtstrecke betrachtet. Wenn der Weg von Haltestelle 1 zu Haltestelle 2 sehr kurz ist, dafür aber zu Haltestelle 3 wegen der falschen Richtung (stop_positionen haben keine Richtung) dann ein deutlich längerer Weg entsteht kann das nur durch manuelle Eingriffe behoben werden.
Wie anfällig sind die berechneten Routen? Wenn eine Routenrelation unterbrochen wird, sieht man das in Josm recht schön und es läßt sich meist ohne Ortskenntnis schnell reparieren. Wenn Viapunkte oder Haltestellen gelöscht werden, ändert sich der berechnete Verlauf und man muss wissen das dieser Falsch ist um ihn zu korrigieren.

Aber recht herzlichen Dank für diese tolle Anwendung!
Wie rechenintesiv ist die Anwendung eigentlich? Die ÖPNVKarte hat ja große Probleme mit der Aktualität weil es aufwendige Vorarbeiten gibt.

Last edited by viw (2015-10-22 06:23:13)

Weide · 2015-10-22 06:20:48

Ich halte nichts von der automatischen Berechnung von Busrouten. Sie funktionieren nur, wenn die Haltestellenlisten komplett und Haltestellenlisten und Wege fehlerfrei sind. Es tragen schonmal Leute hightway=secondary irgendwo ein. Der schrittweise Aufbau einer Busroute durch Beiträge mehrerer Mapper, die verschiedene Teilstücke befahren haben, kommt in dieser Vorstellungswelt nicht mehr vor.

Weide

hfst · 2015-10-22 08:12:51

Weide wrote:

Ich halte nichts von der automatischen Berechnung von Busrouten. Sie funktionieren nur, wenn die Haltestellenlisten komplett und Haltestellenlisten und Wege fehlerfrei sind.
[...]

Anderseits, wenn Haltstellen unvollständig und Haltestellenlisten Fehler haben sind auch Routen sinnlos.

Skinfaxi · 2015-10-22 10:13:13

Auch ich laufe an ÖPNV Daten konsequent vorbei. Meiner Meinung nach ist es die Aufgabe von Verkehrsunternehmen und Verkehrsbestellern die Daten zu pflegen. Und gerade bei ÖPNV Daten gilt: Eine Erfassung im Wiki Prinzip (lieber etwas als garnichts, kann ja verbessert werden) fuert unweigerlich zu toten Situtationen. Hat man Pech bleibt man irgendwo stecken.

Wieso also sollte ich mich drumm kuemmern? Die Verkehrbetreiber können gerne OSM Daten nutzen. Aber fuer mich als Nutzer ist es total unverständlich, wieso ich OSM jemals zur Fahrtenplanung nutzen können sollte. Es ist ja schon rein praktisch so: Die Verkehrsbetreiber zeigen Verbindungen an, die sie auch garantieren muessen. Und es ist schwer vorstellbar, dass man ohne diese "Hinkommen" Garantie losfahren will.

Ausserdem wird es ja zunehmend komplex - mit anrufgesteuertem Verkehr, mit Bedarfshaltestellen etc. Die Informationen braucht man viel zu zeitnah als dass man dafuer auf eine OSM karte gucken wollte.

Last edited by Skinfaxi (2015-10-22 10:14:45)

geri-oc · 2015-10-22 10:28:33

Skinfaxi wrote:

...
Wieso also sollte ich mich drumm kuemmern? Die Verkehrbetreiber können gerne OSM Daten nutzen. Aber fuer mich als Nutzer ist es total unverständlich, wieso ich OSM jemals zur Fahrtenplanung nutzen können sollte. ...

Ich finde aber die Haltestellen sollten in OSM vorhanden sein. Es geht ja auch um andere Planung (Wanderungen, Routing, ...), wo ich schon gern wüsste, wo die nächste Haltestelle ist. Und wenn in OSM dann noch der Link zum Fahrplan oder Unternehmen steht - ist allen geholfen.

Gino-52 · 2015-10-22 12:39:07

Das Beispiel von Augustus Kling zeigt, dass es doch relativ einfach ist eine Route zu berechnen.
Wie er schon schreibt müsste in solchen Fällen ein entsprechndes Tagging greifen. Bus frei oder so ähnlich.
Das will ich aber jetzt hier nicht weiter diskutieren.

Wie schon mehrere user geschrieben haben, machen sie einen großen Bogen um das ÖPNV Tagging.
M.E. liegt es daran - und so ging es mir am Anfang auch - dass es keine klare Aussage gibt, wie eine Bushaltestelle oder eine Relation getaggt werden soll.
Es fängt schon mit dem Name der Haltestelle an. Oft ist kein ref_name angegeben und eine ID schon gar nicht.
Und wenn, dann in unterschiedlichen Schreibweisen. Ich selber weiss auch gar nicht wo ich die ID herkriege.
Hier muss mal eine Abstimmung des Taggings gemacht werden und dann im Wiki eine konkrete Anweisung hinterlegt werden.

Um eine Relation für eine Buslinie kommen wir, denke ich, nicht drum herum.
Da müssen mindestens die Haltestellen drin sein.
Gem. PTv2 soll es für jede Variante eine Relation geben. Damit ist schon mal klar, in welche Richtung der Bus fährt. Jetzt gem. Fahrplan die Reihenfolge der Haltestellen, also stop_position und platform aufzunehmen ist kein Hexenwerk.
Allerdings gibt es auch für die Relation keine eindeutige Beschreibung - zumindest habe ich nichts gefunden.
Also z.B. from to und via als Freitext oder dort die Haltestellen mit ihrem ref_name.

Mit dieser Relation kann man, wie oben gezeigt, den Weg berechnen.
Wie auch schon geschrieben, muss das dann aber immer wieder und von jeder Anwendung gemacht werden.
Deshalb ist es doch pragmatischer den Fahrweg in der Relation zu hinterlegen.

Da dies jedoch die größte Arbeit ist, wäre es doch sinnvoll über ein Plugin oder eine JOSM Funktion nach zu denken, die den Weg berechnet und die ways in die Relation aufnimmt.
Diese Funktion ist ja für alle Routenrelationen zu gebrauchen.
Für Busrouten gem. PTv2 gibt es in JOSM ja schon eine Unterstützung, in dem rechts angezeigt wird, ob der Fahrweg durchgängig ist.

Damit die ganze Taggerei auch Sinn macht müssen die Daten auch auf einfache Weise angezeigt werden.
Dazu müsste in der Verkehrskarte auch eine Funktion eingebaut werden, die bei Klick auf eine Haltestelle die Daten anzeigt.
Ob da dann nur OSM-Daten angezeigt werden oder auch Fahrplandaten wie in der bereits erwähnte Anwendung
http://openptmap.org/?zoom=17&lat=53.23 … =B0000TFFT
muss man noch Diskutieren und abwägen.

viw · 2015-10-22 14:43:17

Also diesen Post finde ich wirklich konstruktiv! +1

seawolff · 2015-10-22 18:17:33

Gino-52 wrote:

Das Beispiel von Augustus Kling zeigt, dass es doch relativ einfach ist eine Route zu berechnen.
[]
Mit dieser Relation kann man, wie oben gezeigt, den Weg berechnen.
Wie auch schon geschrieben, muss das dann aber immer wieder und von jeder Anwendung gemacht werden.
Deshalb ist es doch pragmatischer den Fahrweg in der Relation zu hinterlegen.

Ich würde aus diesem Argument den umgekehrten Schluss ziehen:
entweder einige wenige ÖPNV-Anwendung müssen sich die Routenberechnung durchführen
oder alle Mapper, die Straßen editieren, müssen die verschiedenen ÖPNV-Schemata erlernen und anwenden.
Deshalb wäre es sinnvoller den Fahrweg nur bei Bedarf zu berechnen.

Wenn man am bisherigen Schema nur kosmetische Änderungen vornimmt, bleiben die schon beschriebenen Probleme.
Insbesondere für Linien mit vielen Streckenvarianten gibt es keine praktikable Lösung, wenn Varianten als Relationen mit allen Wegelementen definiert sind.

Augustus Kling · 2015-10-22 20:07:12

viw wrote:

[…]Die Frage ist was ist einfaches routing? Die zweite Frage ist, was passiert wenn jemand die Atrribute der Strecken ändert? Nach welchen Kriterien wird geroutet?[…]

Für mich den billigsten Weg in einen Graphen zwischen 2 Punkten zu finden. Als komplexer würde ich Routing beispielsweise abhängig von Livedaten (Staus, Wetter, erwartetes Frachtgewicht, …), über mehrere unsortierte/teilsortierte Wegpunkte oder Optimierung mehrerer Fahrzeuge sehen. Für die Busrouten genügt aber wiederholt den Weg zwischen 2 Haltestellen zu finden.
Wenn jemand die Attribute der Strecke ändert, dann ergibt sich potentiell ein neuer/anderer Weg. Im innerstädtischen dürften die Haltestellen jedoch oft zu dicht beieinander liegen um einer anderen Stecke die günstigste Beurteilung durch den Router zu geben. Im ländlichen Bereich findet man wenige gut ausgebaute Straßen über die der ÖPNV läuft. Das sind erstmal meine Vermutungen ohne die Effekte wirklich analysiert zu haben. Falls sich diese Effekte als problematisch herausstellen sollten, kann man ja immer noch optionale Via-Punkte zwischen den Haltestellen zulassen.
Die Kriterien für das Routing sind im verwendeten Profil zu definieren und variieren damit je nach Implementierung. Um beim Beispiel OSRM zu bleiben: die Profile dafür sind Skripten unter https://github.com/Project-OSRM/osrm-ba … p/profiles wobei eins für Busse ergänzt werden müsste.

viw wrote:

[…]Wie anfällig sind die berechneten Routen?[…]

Ich halte Routen basierend auf Punkten deutlich weniger anfällig als jene mit Wegen weil die Fehler wegen Splitten oder Vergessen von kurzen Teilstücken ausgeschlossen sind. Diese Fehlerarten waren die, die ich bei meinen Betrachtungen meistens gefunden habe.

viw wrote:

[…]Wie rechenintesiv ist die Anwendung eigentlich?[…]

Schwer zu sagen, ich rufe einfach die Overpass API und die API von OSRM auf und überlasse damit alle Schwierigkeiten diesen APIs. Vor langer Zeit hatte ich für einen Test einmal OSRM installiert und abgesehen von der Zeit zum initialen Import der OSM-Daten war keine nennenswerte Systemlast erkennbar (normaler Desktop, kein üppig ausgestatteter Server). Wie viel Rechenzeit für die Overpass API benötigt wird, kann ich nicht abschätzen.
Die Anwendung selbst ist ein schneller Hack von gestern Abend in JavaScript, der nur im Browser läuft. Erst holt der von der Overpass API 1 Route und ruft dann OSRM mit vielen Via-Punkten auf. Alle Berechnungen sind quasi Echtzeit.
Die Berechnung der Routen durch die Auswertenden halte ich für durchaus tolerabel. Man muss den Mappern die Erfassung möglichst einfach machen, denn sonst gibt es sowieso nichts auszuwerten.

Mir schweben derzeit mehrere Stufen der Erfassung vor:
* Nur Nodes für Haltestellen, möglichst mit Ids aus dem Fahrplan.
* Relationen nur mit geordneten Haltestellen-Nodes.
* Relationen nur mit geordneten Haltestellen-Nodes und Via-Punkten um das automatische Routing auf den realen Fahrweg zu zwingen.
* Relationen mit Wegen zwischen den Haltestellen-Nodes in der geordneten Mitgliederliste. Damit kann man auf das automatische Routing verzichten, wenn ein Weg zwischen 2 Haltestellen vorhanden ist. Es könnte auch die Route nur teilweise mit Wegen erfasst sein.

Damit könnte sich dann jeder aussuchen bis zu welcher Stufe er erfassen will. Ausgewertet werden könnten dann alle diese Relationen auch wenn eine Anwendung nur bis zur Stufe der ersten Relationen in der Liste implementiert ist.

Announcement

#26 2015-10-18 15:55:18

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#27 2015-10-18 17:48:36

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#28 2015-10-18 18:21:35

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#29 2015-10-18 19:13:22

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#30 2015-10-18 20:43:51

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#31 2015-10-18 20:47:16

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#32 2015-10-19 06:32:38

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#33 2015-10-19 08:12:23

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#34 2015-10-19 20:06:01

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#35 2015-10-20 16:50:03

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#36 2015-10-20 21:27:11

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#37 2015-10-21 05:12:25

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#38 2015-10-21 06:28:56

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#39 2015-10-21 06:59:58

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#40 2015-10-21 08:26:16

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#41 2015-10-21 20:59:36

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#42 2015-10-22 06:20:32

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#43 2015-10-22 06:20:48

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#44 2015-10-22 08:12:51

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#45 2015-10-22 10:13:13

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#46 2015-10-22 10:28:33

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#47 2015-10-22 12:39:07

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#48 2015-10-22 14:43:17

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#49 2015-10-22 18:17:33

Re: Welchen Sinn machen ÖPNV-Routen in OSM

#50 2015-10-22 20:07:12

Re: Welchen Sinn machen ÖPNV-Routen in OSM

Board footer