Verbesserungsvorschläge
2
https://gitlab.fachschaften.org/LuKasMitK/ba-tex/-/blob/main/kapitel/TechnischeDetails.tex#L4
"[...] bezüglich des Routings im ÖPNV eingegangen, [...]" oder so, jedenfalls fehlt da was (oder das 'wird' weglassen)
2.1
Der Einsatz von OpenTripPlanner besteht aus zwei Schritten. Der offensichtliche letzte Schritt, der aus der Bereitstellung einer Schnittstelle und einer Webanwendung, die beide Routing ermöglichen. Der andere, erste Schritt besteht aus der Vorberechnung, Hierbei werden die geografischen und fahrplanmäßigen Komponenten in einen Graphen vereint, sodass das Routing anschließend effizient möglich ist. Während Open TripPlanner üb- licherweise mithilfe des A*-Algorithmus Routen findet, wird für die Bachelorarbeit eine Variante verwendet, welche mit Dynamic Transfer-Patterns arbeitet[Pet17]
'Der offensichtliche letzte Schritt besteht aus der Bereitstellung einer Schnittstelle und einer Webanwendung, [...]'
'Der andere, erste Schritt**,** besteht aus ver Vorberechnung'
'OpenTripPlanner' zusammengeschrieben!
2.2
Dafür zwischen von den Knotenpunkten aus wie beschrieben die Umstiegsmuster berechnet, von allen an- deren Stationen aus jedoch nur noch zu den nahen Knotenpunkten.
Dafür *werden von (zwischen ergibt keinen Sinn)
Hierdurch werden die meisten Umstiegsmuster so klein, dass die quadratische Komplexität nicht zum Tragen kommt
2.3
Dynamic Transfer-Pattern ergänzen die Static Transfer-Pattern**,** (Komma) um bei Verspätungen ent- stehende zusätzliche Umstiege einzubeziehen(?) und so neue optimale Routen zu berechnen(?).
Da die triviale Herangehensweis (kein Komma) alle Verspätungsmöglichkeiten durchzuprobieren bei n Linien 2n Szenarien entspricht, müssen hier Optimierungen gefunden werden
2.4.1
trips.txt Eine Auflistung aller einzelnen Fahrten, die dann Linien zugeordnet und zu Fahrtblöcken gruppiert werden können. – route_id Referenziert routes.txt. – service_id Referenziert calendar.txtoder calendar_dates.txt. – trip_id Eine bezüglich trips.txteindeutige Nummer. – block_id Fahrten mit gleicher block_idbeschreiben konsekutive Fahrten des gleichen Fahrzeugs.
Recht häufig fehlen Leerzeichen, 'referenziert' und 'eine bezüglich...' könnte (?) jeweils kleingeschrieben werden (da kein Satzanfang)
transfers.txt, shapes.txt, agencies.txt ist nicht weiter erläutert
2.4.2
n diesem können mehrere Fahrzeugmitteilungen (VehiclePosition), in denen der Echtzeitstandort von Fahrzeugen übermittelt wird, Ser- vicemitteilungen (Alert), in denen zum Beispiel Großstörungen übermittelt werden und Fahrtenmitteilungen (TripUpdate), in denen die für die Arbeit wichtigen Informationen über Verspätungen mitgeteilt werden.
'stehen' am Ende, um Hauptsatz abzuschließen
Recht häufig fehlt nach einem Dateinamen im Text ein Leerzeichen, vermutlich Latex-Eigenheiten von den Commands.
Edit: wie üblich hat Stack* hierfür aber Lösungen.
Vllt lese ich in den nächsten Tagen noch ein bisschen weiter. Interessantes Thema, wusste nicht, dass es dort so viele wohldefinierte Datenaustausch-Standards gibt :)