Neue Funktionen, Verbesserungen und Korrekturen
In den Stammdaten der Begleitpersonen, ist es jetzt möglich die tatsächliche Verplanung einzusehen.
Dabei wird für die einzelnen Zeiträume der jeweilig gültige Wochenplan angezeigt, die Tages- und Wochenarbeitszeit angezeigt und es können die jeweiligen Umläufe direkt geöffnet werden.
So lassen sich bspw. Doppelverplanungen schnell finden und es kann schnell geschaut werden, ob eine Begleitperson noch in einen bestimmten Umlauf gesetzt werden kann.
Wir haben die Ansicht der Stände im Umlauf-Editor vergrößert. Außerdem werden jetzt einige Informationen zusätzlich eingeblendet.
Das Setzen von Begleitpersonen und Betriebshöfen (=Start- /Zielpunkt) war bislang nur einzeln in jedem Umlauf möglich. Wenn ein Umlauf mehrere Stände hatte, musste man für diese jeweils manuell Begleitpersonen und Betriebshöfe ändern. Gerade, wenn es schnell gehen musste und man Personal für mehrere Zeiträume austauschte, war dies eine zeitraubende Arbeit.
Nun gibt es zwei Assistenten, die die Begleitpersonen und die Betriebshöfe in einen oder mehreren Umläufen für einen gewählten Umlauf verplant. VIA legt dabei eigenständig neue Stände an, falls erforderlich und berechnet alle betroffene Umläufe direkt neu.
Sie finden die Funktionen in der Tour unter „Weiteres“ → „Begleitpers. in Umläufe setzen“ und „Betriebsh. in Umläufe setzen“. Es öffnet sich jeweils ein Dialog, der Sie durch die Änderung führt.
Im Dialog „Begleitperson setzen“ wählen Sie zunächst aus, ob sie eine BP setzen oder entfernen wollen.
Wollen Sie eine BP setzen (oder ersetzen), wählen Sie die jeweilige Person aus (Sie können in der Liste suchen). Dann wählen Sie Einstieg und Ausstieg, den Zeitraum, in dem die BP auf die Umläufe geplant werden soll und anschließend die Tour und die betroffenen Umläufe.
Im Dialog „Betriebshöfe setzen“ fügt VIA Betriebshöfe in die Umläufe ein. diese markieren den Start- und Zielpunkt eines Umlaufs. Manchmal werden Betriebshöfe auch als Fahrer:innen-Zuordnung verwendet.
Sie können jeweils entscheiden, ob der Betriebshof nur für Start- oder Zielpunkte oder für beide gesetzt werden soll.
In der Liste unten werden alle Umläufe dargestellt, die im gewählten Zeitraum liegen. Wählen Sie jeweils die aus, die den neuen Betriebshof gesetzt bekommen sollen.
Überschneiden sich die Gültigkeiten, legt VIA neue Stände für diese Umläufe an.
Die variablen Felder sind ein mächtiges Tool mit dem sich VIA individuell auf die unterschiedlichen Anforderungen unserer Kunden anpassen lässt. Diese finden sich unter anderem am Schüler, Antrag, Unternehmen und noch einigen weiteren Orten in VIA.
Für unsere ÖPNV-Kunden gibt es ab sofort die Möglichkeit variable Felder auch an der ÖPNV-Fahrtanforderung zu nutzen, um weitere Informationen zu hinterlegen. Wenn Sie einen Anwendungsfall haben, melden Sie sich gerne bei uns und wir konfigurieren die benötigten variablen Felder gemeinsam mit Ihnen in den Optionen.
Bisher war die Uhrzeit für die Suche der passenden ÖPNV-Verbindung standardmäßig auf 06:00 Uhr gesetzt. Es gibt nun die Möglichkeit diese Uhrzeit in den ÖPNV-Optionen anzupassen.
VIA ist eine Anwendung mit sehr vielen Aufgaben. VIA verwaltet Stammdaten, ermittelt ÖPNV-Verbindungen, druckt Fahrkarten und Bescheide und plant und optimiert Routen. Wir versuchen in all diesen Disziplinen die bestmögliche Anwendung bereitzustellen und VIA stetig zu verbessern. Nicht immer haben wir jedoch Zeit jedem einzelnen Bereich die gleiche Aufmerksamkeit zu geben.
Mit dem Update heute haben wir uns seit langer Zeit einmal wieder den Routing-Algorithmen gewidmet. VIA optimiert Routen anhand von einer unheimlich großen Zahl an Parametern. Dazu zählen nicht nur Faktoren, die Sie aktiv eingeben (Start-/Zielpunkte, Kapazitäten, Fahrzeuge, Personal, etc.), wir müssen auch Aspekte berücksichtigen, die Sie nicht beeinflussen. Das sind Straßenverhältnisse, Fahrzeug-Geschwindigkeiten, Fahrzeug-Besonderheiten, Kartenmaterial und Verkehrsinformationen.
98% der Optimierungsfälle macht VIA hervorragend, wenn man betrachtet, dass wir hier mit unserer Anwendung gegen die „ganz Großen“, wie Google, antreten. Diese Komplexität der Berechnung führt aber auch vereinzelt dazu, dass VIA „seltsame“ Ergebnisse liefert. Das frustriert, weil dann manuelles Nacharbeiten notwendig ist und man immer mit einem „wachen Auge“ auf die Planung von VIA schauen muss. Zudem können selbst wir manchmal gar nicht 100%ig genau sagen, warum jetzt ein Routen-Vorschlag ist wie er ist. Durch die Komplexität, müssen wir dutzende Faktoren einzeln betrachten, bis wir die eine konkrete Stelle gefunden haben, die mit dieser einen speziellen Fallkonstellation nicht gut zurecht kommt.
Wenn wir die Routing-Algorithmen verbessern, was wir jetzt getan haben, ist das eine Änderung, die Sie zunächst gar nicht bemerken. Auch wenn hier echt viel Zeit und Arbeit reingeflossen ist, diese Verbesserungen werden nicht wirklich sichtbar sein.
Denn tatsächlich haben wir eine ganze Reihe von Fällen nun deutlich besser berücksichtigt und in unseren Tests werden nun alle von uns vorher erfassten „komischen“ Ergebnisse von VIA zuverlässig und zufriedenstellend optimiert.
Dies betrifft insbesondere die Berechnung der kürzesten Besetzt-Strecke. Die obligatorischen Start- und Zielpunkte bspw. in den Umläufen werden nun weniger wichtig für die Routenberechnung. Man kann jetzt pro Umlauf entscheiden, ob er nach Besetzt- oder nach Gesamt-Strecke optimiert werden soll. Zuvor konnte man nur das Eine oder das Andere – für alle Umläufe in ganz VIA, jetzt ist es Umlauf-genau auswählbar.
In der Stapelplanung wählt VIA jetzt noch besser die jeweilg passenden Fahrzeuge aus. Bei Planungen mit mehreren Kapazitäten beobachten wir 5-10% bessere Ergebnisse. Überhaupt hat die Stapelplanung in den letzten Wochen eine ganze Reihe von Updates bekommen und sie ist besser, genauer und stabiler als je zu vor.
Falls Sie nun glauben, dass VIA auf einmal all Ihre Touren anders berechnet; das ist nicht der Fall. Die Verbesserungen an den Algorithmen wirken sich erst aus, wenn Umläufe neu berechnet werden, was nur durch eine Nutzeraktion bei einer Änderung im Umlauf geschieht. Wenn Sie in einem Umlauf eine manuelle Wegpunkt-Reihenfolge gesetzt haben, dann kommen die Routing-Änderungen gar nicht zum Tragen.
Mit dem, dass wir uns nun die Zeit nehmen konnten, an diesem Kern-Feature von VIA Verbesserungen vorzunehmen, hoffe ich, dass diese dazu beitragen, dass Sie besser mit VIA arbeiten können und es Ihnen mehr Arbeit und „mentale Last“ abnimmt.
Wie immer sind wir für Feedback und Kritik dankbar und bei Fragen stehen wir immer gern zur Seite.
Mit dem heutigen Update verbessern wir die Lade- und Berechnungs-Geschwindigkeit überall dort, wo mit Geo-Daten gearbeitet wird. Also z. B. im Umlauf-Editor, in der Zeitleisten-Ansicht und wann immer eine Adresse geocodiert werden muss. Die Verbesserungen sind teils gravierend und deutlich spürbar.
Das sind natürlich gute Nachrichten für alle Anwender:innen, allerdings ist von unserer Seite auch etwas Demut gefragt. Die „Langsamkeit“ der nun verbesserten Funktionen, basierte nämlich leider nicht (nur) auf den teils komplexen Berechnungen im Hintergrund und der Latenz zwischen Ihrem Browser und unseren Servern. Sie entstand auch, weil eine Funktion die eigentlich alles schneller machen sollte, nicht richtig funktionierte. Und behoben wurde das lange nicht, weil diese Funktion bei uns selbst in Tests deaktiviert war.
Aber der Reihe nach.
Zunächst die Theorie
Das Optimieren und Berechnen von Routen aber auch das Geocodieren von Adressen, sind aufwändige Prozeduren. Im Hintergrund laufen mehrere Algorithmen und es werden mehrere Services auf unseren Servern aufgerufen. Jedes Mal von Neuem. Das kostet nicht nur Zeit, sondern uns auch Geld.
Um zu vermeiden, dass nun diese Kette von Prozeduren jedes Mal ausgeführt wird, obwohl wir vielleicht schon einen Umlauf berechnet haben oder eine Adresse geocodiert wurde, speichern wir die Ergebnisse in die Datenbanken der Kunden. Wann immer ein Umlauf geladen wird, der in der identischen Form schon einmal berechnet wurde, wird nicht mehr auf den beschriebenen rechenintensiven Prozess zugegriffen, sondern es werden die vorher schon gespeicherten Ergebnisse wiederverwendet. Dieses Verfahren nennt man Caching.
Der Cache kann die Ladezeiten in VIA halbieren.
Das ist das Problem
Der Cache umfasst bei manchen Kunden mittlerweile mehrere hunderttausend Einträge. Das ist eine enorme Datenmenge. Eigentlich ist das ein echter „Schatz“, weil wir so sehr viel Zeit und Kosten sparen können.
Nun haben wir aber festgestellt, dass bei manchen Kunden das Durchsuchen des Caches mittlerweile deutlich länger dauert, als die tatsächliche Rechenoperation über die angesprochenen Prozeduren.
Mit anderen Worten: wenn wir den Cache deaktivieren wird VIA bei einigen Kunden schneller, obwohl eigentlich der Cache für Geschwindigkeit sorgen soll.
Dass ein Cache ein Programm langsamer machen kann, ist (leider) gar nicht so selten. Wie oft haben wir alle in unseren Browsern den Cache schon löschen müssen, weil es irgendwelche Probleme gab. Das Betriebssystem Windows wird seit Generationen auf magische Weise schneller, wenn man es neu installiert (und dabei den Cache löscht). Beispiele dafür gibt es also viele dafür.
Warum ist das nicht aufgefallen?
Warum uns das bisher nicht aufgefallen ist hat folgenden Grund:
Wenn wir uns als SLN bei den jeweiligen Kunden anmelden und auch wenn wir VIA hier intern testen, ist der Cache bei uns deaktiviert. Ergebnisse, die VIA uns zeigt, sind also immer „frisch“ berechnet. Der Cache sorgt nämlich auch dafür, dass wir Änderungen an den Algorithmen nicht testen können (die werden dann ja gar nicht erst verwendet) wodurch wir eventuelle Fehler nicht finden könnten.
Darum haben wir VIA so eingerichtet, dass der Cache für SLN gar nicht erst verwendet wird, wodurch aber auch Probleme, die mit dem Cache in Verbindung stehen könnten, bei uns nicht auftreten. Gleichzeitig haben wir auch gar nicht darüber nachgedacht, dass genau die Funktion, die alles schneller machen soll, zum Flaschenhals werden könnte.
Was ist jetzt geändert?
Wir wollen den Cache nicht deaktivieren, auch zurücksetzen ist für uns keine gute Alternative. Wir mussten also einen Weg finden, wie wir den bestehenden Cache weiter nutzen können, aber das Durchsuchen dessen deutlich verbessern.
Ich will Sie hier jetzt nicht mit technischen Details überfordern, nur so viel: das ist uns gelungen. Der Cache in Ihren jeweiligen Datenbanken wird nun mittels eines anderen Algorithmus durchsucht. Wir können so den bei Ihnen individuell aufgebauten Cache weiter nutzen und gleichzeitig so schnell machen, dass es wieder Geschwindigkeitsvorteile gegenüber den „echten“ Prozeduren hat.
Die entsprechenden Änderungen sind bereits umgesetzt.
Fazit
Wir lernen noch immer jeden Tag dazu.
Mir ist es wichtig, ehrlich mit Ihnen umzugehen. Wir hätten jetzt schreiben können „VIA ist jetzt viel schneller“ und die wahren Gründe wären verschleiert. Stattdessen finde ich es aber fairer die wahren Gründe zu kommunizieren: wir hatten hier einen blinden Fleck, der dazu geführt hat, dass VIA nicht die Nutzungserfahrung bringt, die Sie erwarten können und die wir bereit stellen wollen.
Wir haben das behoben und sogar noch verbessert und hoffen, dass es sich bei Ihnen spürbar auswirkt.
Wir arbeiten gerade intensiv an der Verbesserung der Stapelplanung. Viele Funktionen und Verbesserungen haben eine teils monatelange Entwicklungs- und Testzeit hinter sich und wir bringen die Änderungen nun Stück für Stück zusammen.
Fehlerbehebungen:
Behebung eines Fehlers, der falsche Einstiegszeiten bei Touren mit nur zwei Personen zeigte.
Behebung kleinerer Routing-Fehler
Neue Funktionen:
Es ist nun möglich die minimale Anzahl an Personen pro Tour zu setzen.Das ist dann wichtig, wenn Sie bspw. nur 8-Sitzer im Einsatz haben und vermeiden wollen, dass VIA auch kleinere Touren mit weniger Personen plant.
Es ist nun möglich die Einstiegs-Seite der Personen zu berücksichtigen.VIA versucht dann die Routen so zu legen, dass die Personen immer auf der rechten Straßenseite einsteigen können, ohne die Straßenseite zu wechseln.Diese Funktion ist noch experimentell (Beta). Wir verbessern sie kontinuierlich.
Wir haben die Funktionen der Stapelplanung weiter verbessert. Neben mehreren kleinen Fehlerbehebungen, gibt es die folgenden drei Verbesserungen zu erwähnen:
Es gab einen Fehler, bei dem manchmal sehr lange Beförderungszeiten entstanden sind. Das war zwar nur ein Anzeige-Fehler, ist jetzt aber behoben.
Die Stapelplanung beachtet jetzt die maximale Fahrzeit immer. In manchen Kunden-Instanzen war dieser Parameter ausgeschaltet und ungeachtet geblieben. Wir haben jetzt einen Weg gefunden, wie wir ihn für alle Kunden aktiviert haben können, ohne dass es in manchen Situationen zu seltsamen Resultaten kommt.
Die maximale Fahrzeit ist nun ein Soft-Limit, das bedeutet, dass VIA versucht diese einzuhalten. Wenn es aber objektiv nicht möglich ist, wird VIA dennoch längere Fahrzeiten erlauben.
Seit heute Mittag können Sie in allen Maps eine Satelliten-Ansicht aktivieren. Zum Aktivieren kann es erforderlich sein, dass Sie Ihren Browser-Cache löschen und damit VIA neu laden.
Die Satelliten-Daten sind je nach Region zwischen 3 Monate und ca. 3 Jahre alt. Wir arbeiten bereits daran partiell aktuelleres Kartenmaterial zu implementieren.
Wir zeigen weiterhin auch das Straßen-Netzwerk und wichtige Punkte auf der Karte an und haben dazu einen neuen Karten-Stil entwickelt. Wenn Sie unleserliche Inhalte oder seltsame Darstellungen finden, würden wir uns über eine Meldung freuen.
Wir haben die Umlauf-Optionen ein wenig aufgeräumt und kleinere Funktions-Verbesserungen eingebaut.
Der kleine Pfeil-Button unter „Gültigkeit“ lädt die Gültigkeit der Tour in den Umlauf
Der kleine Pfeil-Button bei der Kapazität lädt die Kapazität aus der Tour in den Umlauf
Fahrzeug-Start und Fahrzeug-Ende sind größere Textfelder
Der kleine Pfeil-Button vor der Fahrzeug-Ende-Auswahl lädt den Einstieg in den Ausstieg, was die Eingabe vereinfacht.
%20scale(0.95)'%3e%3cpath%20d='M3.08%205.4h8.84a2.2%202.2%200%201%200%200-4.4H3.08a2.2%202.2%200%201%200%200%204.4ZM7.34%2018.97H3.08a2.2%202.2%200%201%200%200%204.4h4.26a2.2%202.2%200%201%200%200-4.4ZM20.5%2018.97h-4.35a2.2%202.2%200%201%200%200%204.4h4.35a2.2%202.2%200%201%200%200-4.4ZM3.08%209.99a2.2%202.2%200%201%200%200%204.4H20.5a2.2%202.2%200%201%200%200-4.4H3.08ZM20.59%205.4a2.2%202.2%200%201%200%200-4.4%202.2%202.2%200%201%200%200%204.4Z'/%3e%3c/g%3e%3c/svg%3e)