Datums- und Uhrzeitangaben

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:

  1. Die Netzwerkanalyse muss für die Verwendung eines Reisemodus konfiguriert sein, der Straßenverkehr oder öffentlichen Verkehr beinhaltet.
  2. 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.

Weitere Informationen zur Verwendung und Konfiguration von historischen Verkehrsdaten und Live-Verkehrsdaten

Weitere Informationen zu historischen Verkehrsdaten, Live-Verkehrsdaten und Verkehrsvorhersagen im ArcGIS StreetMap Premium-Netzwerk-Dataset

Weitere Informationen zur Verwendung von Datum und Uhrzeit durch den Evaluator Öffentlicher Verkehr für Analysen des öffentlichen Verkehrs

Auch wenn für den Reisemodus der Analyse Verkehrsdaten oder der öffentliche Verkehr verwendet werden, wird die Analyse zeitneutral berechnet, sofern sie nicht explizit für die Verwendung von Datum und Uhrzeit konfiguriert ist. Impedanzattribute, die den Evaluator Verkehrsdaten verwenden, sind so konfiguriert, dass im zeitneutralen Fall auf den von einem anderen Impedanzattribut zurückgegebenen Wert zurückgegriffen wird. Wenn das Impedanzattribut des Reisemodus den Evaluator Öffentlicher Verkehr verwendet, werden Linien des öffentlichen Verkehrs als beschränkt betrachtet, und das Ergebnis stellt Reisen ohne Verwendung des öffentlichen Verkehrs dar.

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.

Weitere Informationen zu Zeitfenstern in Routen-, Vehicle Routing Problem- und Last-Mile-Delivery-Analysen