Die Uhrzeit kann bei bestimmten Arten von Netzwerkanalysen eine wesentliche Rolle spielen. Durch die Stadt zu fahren, dauert aufgrund des stärkeren Verkehrs während der Hauptverkehrszeit erheblich länger als nachts. Der öffentliche Verkehr wird durch einen Zeitplan geregelt, und er ist möglicherweise zu bestimmten Uhrzeiten und an bestimmten Wochentagen nicht verfügbar, was manche Fahrten erschwert oder unmöglich macht.
Datumsangaben und Uhrzeiten bei Netzwerkanalysen
Für die Verwendung von Datum und Uhrzeit in Netzwerkanalysen gelten zwei Anforderungen:
- Die Netzwerkanalyse muss für die Verwendung eines Reisemodus konfiguriert sein, der Straßenverkehr oder öffentlichen Verkehr beinhaltet.
- Die Netzwerkanalyse muss für die Verwendung des gewünschten Datums und der gewünschten Uhrzeit konfiguriert sein.
Nicht alle Netzwerk-Datasets oder Reisemodi sind mit Unterstützung für zeitliche Informationen konfiguriert. Die Ergebnisse einer Netzwerkanalyse unterscheiden sich nur dann zu verschiedenen Uhrzeiten, wenn die Analyse so konfiguriert ist, dass Verkehrsdaten oder Daten zum öffentlichen Verkehr verwendet werden. Konkret muss für das Impedanzattribut des Reisemodus der Analyse der Evaluator Verkehrsdaten oder Öffentlicher Verkehr verwendet werden.
Wenn für den Reisemodus der Analyse ein zeitbezogener Evaluator verwendet wird, muss die Analyse explizit für die Verwendung von Datum und Uhrzeit konfiguriert werden. Wenn Datum und Uhrzeit für die Analyse festgelegt wurden, werden bei der Netzwerkanalyse-Berechnung die Verkehrsdaten oder die Fahrpläne des öffentlichen Verkehrs für diese Datums- und Uhrzeitangaben abgefragt. Die Fahrzeiten werden dann auf Grundlage dieser Informationen ermittelt. Die Analyseergebnisse können je nach Datum und Uhrzeit der Analyse unterschiedlich ausfallen.
Wenn keine Datums- und Uhrzeitangaben für die Analyse gemacht werden, wird bei der Berechnung auf das für den Evaluator festgelegte zeitneutrale Verhalten zurückgegriffen. Für ein Impedanzattribut, das den Verkehrsdaten-Evaluator verwendet, besteht das zeitneutrale Alternativverhalten darin, die Fahrzeit auf der Grundlage eines anderen Impedanzattributs zu berechnen, das in der Konfiguration des Evaluators Verkehrsdaten als Fallback-Wert festgelegt ist. Für ein Impedanzattribut, das den Evaluator Öffentlicher Verkehr verwendet, besteht das zeitneutrale Alternativverhalten darin, alle Linien des öffentlichen Verkehrs als beschränkt zu behandeln, wobei das Ergebnis eine Fahrt ohne Verwendung des öffentlichen Verkehrs ist.
Ankunfts- und Abfahrtszeiten
Bei einer Analyse der nächstgelegenen Einrichtung können Sie auswählen, ob die Uhrzeit als Abfahrtszeit oder als Ankunftszeit interpretiert wird.
Wenn bei einer Einzugsgebiets-Analyse die Reise weg von den Einrichtungen erfolgt, wird die Uhrzeit als Abfahrtszeit interpretiert. Wenn die Reise jedoch hin zu den Einrichtungen erfolgt, wird die Uhrzeit als Ankunftszeit interpretiert.
Bei den anderen Solver-Typen für Netzwerkanalysen wird keine Option für die Ankunftszeit angeboten. Alle Uhrzeiten werden als Abfahrtszeiten interpretiert.
Generische Wochentage und bestimmte Datumsangaben
Beim Auswählen eines Datums für eine Analyse (mit Ausnahme der Last-Mile-Delivery-Analyse) können Sie ein bestimmtes Datum, wie 20. Juni 2022, oder einen Wochentag, wie Montag, verwenden. Sie können die Analyse auch so konfigurieren, dass immer das aktuelle Datum verwendet wird. Die Last-Mile-Delivery-Analyse erfordert für alle Zeitfelder bestimmte Datumsangaben.
Bei einer Analyse mit Verkehrsdaten wird ein Wochentag als nächstes anstehendes Datum dieses Wochentages interpretiert. Wenn Sie am Montag, dem 20. Juni die Analyse für die Berechnung eines Dienstags konfigurieren, wird die Analyse für Dienstag, den 21. Juni berechnet. Wenn Sie die Analyse später in der Woche erneut berechnen, wird sie für das nächste Datum eines Dienstags, also für den 28. Juni, berechnet.
Für eine Analyse mit öffentlichem Verkehr wird ein Wochentag als tatsächlich generisch interpretiert. Dabei werden nur die regulären Verbindungen, die in der Calendars-Tabelle des Datenmodells des öffentlichen Verkehrs definiert sind, berücksichtigt. Alle in der CalendarExceptions-Datei definierten Ausnahmen von den regulären Verbindungen werden ignoriert.
Konfigurieren Sie Ihre Analyse so, dass anstelle eines bestimmten, statischen Datums eines der folgenden speziellen Daten verwendet wird, um einen Wochentag oder das aktuelle Datum zu modellieren:
- Heute – 30.12.1899
- Sonntag – 31.12.1899
- Montag – 1.1.1900
- Dienstag – 2.1.1900
- Mittwoch – 3.1.1900
- Donnerstag – 4.1.1900
- Freitag – 5.1.1900
- Samstag – 06.01.1900
Zeitzonen
Wenn Ihre Analyse auf einen kleinen geographischen Bereich beschränkt ist, müssen Sie möglicherweise keine Zeitzonen berücksichtigen. Wenn die Eingabedaten jedoch einen großen geographischen Bereich abdecken, der sich über mehrere Zeitzonen erstreckt, müssen Sie berücksichtigen, wie Uhrzeiten interpretiert werden. Sie können auswählen, ob die für die Analyse angegebenen Datums- und Uhrzeitinformationen in der lokalen Zeitzone der jeweiligen Eingabeposition oder in koordinierter Weltzeit (UTC) interpretiert werden sollen.
Stellen Sie sich als Beispiel eine Einzugsgebiets-Analyse mit Einrichtungen in verschiedenen weit verteilten Großstädten der USA vor. Konfigurieren Sie die Analyse so, dass die Uhrzeit in der lokalen Zeit an der jeweiligen Position interpretiert wird, wenn alle Einzugsgebiete mit der gleichen Uhrzeit in der jeweiligen lokalen Zeitzone generiert werden sollen. Wenn bei dieser Option die Uhrzeit auf 8:00 Uhr festgelegt wird, gilt für Einrichtungen in der Zeitzone "Eastern Time" eine Startzeit von 8:00 Uhr Eastern Time, für Einrichtungen in der Zeitzone "Central Time" eine Startzeit von 8:00 Uhr Central Time usw. Reisen für das Einzugsgebiet werden immer mit einer Startzeit von 8:00 Uhr in Ortszeit modelliert, aber in Echtzeit gestaffelt.
Konfigurieren Sie dagegen die Analyse so, dass die Uhrzeit in UTC interpretiert wird, wenn alle Einzugsgebiete mit einer gleichzeitigen Startzeit in Echtzeit generiert werden sollen. Wird für Uhrzeit 02:00 Uhr festgelegt, und die Berechnung gestartet, werden jeweils Einzugsgebiete in koordinierter Weltzeit generiert, also z. B. 9:00 Uhr Eastern Standard Time für Einrichtungen in der Zeitzone "Eastern Time", 8:00 Uhr Central Standard Time für Einrichtungen in der Zeitzone "Central Time" und 7:00 Uhr Mountain Standard Time für Einrichtungen in der Zeitzone "Mountain Time".
Hinweis:
Für die Last-Mile-Delivery-Analyse muss das Netzwerk-Dataset ein Zeitzonenattribut aufweisen. Dennoch können Eingabezeiten in der lokalen Zeitzone der jeweiligen Eingabeposition oder in koordinierter Weltzeit angegeben werden.
Weitere Informationen zum Konfigurieren von Zeitzonen in Netzwerk-Datasets
Zeitfenster
Für Routen-, Vehicle Routing Problem- und Last-Mile-Delivery-Analysen können Sie ein Zeitfenster angeben. Dieses definiert den Zeitraum zwischen einer Anfangs- und Endzeit, in dem ein Netzwerkstandort, zum Beispiel ein Stopp bei einer Routenanalyse, in einer Route erreicht wird.