Mit der Network Analyst-Lizenz verfügbar.
Damit fahrplanbasierte Verbindungen des öffentlichen Verkehrs in einem Netzwerk-Dataset modelliert werden können, muss das Netzwerk bestimmte Tabellen und Feature-Classes mit einem bestimmten Schema enthalten, die nicht nur die Haltestellen und Linien des öffentlichen Verkehrs, sondern auch die Datums- und Uhrzeitangaben, zu denen die Verbindungen jeweils bedient werden, definieren. Diese Tabellen und Feature-Classes enthalten das Network Analyst-Datenmodell des öffentlichen Verkehrs und werden im Folgenden beschrieben.
Diese Tabellen und Feature-Classes können im Netzwerk-Dataset von zeitbasierten Kostenattributen verwendet werden, die für die Verwendung des Evaluators Öffentlicher Verkehr konfiguriert wurden. Dieser Evaluator berechnet die Fahrzeit auf Linien des öffentlichen Verkehrs zu einer bestimmten Uhrzeit basierend auf den im Datenmodell definierten Fahrplänen des öffentlichen Verkehrs.
Hinweis:
Mithilfe von GTFS-Daten für den öffentlichen Verkehr (General Transit Feed Specification) können durch Ausführen der Geoverarbeitungswerkzeuge GTFS in Datenmodell des öffentlichen Verkehrs und Datenmodell des öffentlichen Verkehrs mit Straßen verbinden automatisch gültige Tabellen und Feature-Classes für das Datenmodell des öffentlichen Verkehrs erstellt werden. Der vollständige Workflow für die Erstellung eines solchen Netzwerk-Datasets wird unter Erstellen und Verwenden eines Netzwerk-Datasets mit Daten zu öffentlichem Verkehr beschrieben.
Das Network Analyst-Datenmodell des öffentlichen Verkehrs besteht aus vier Feature-Classes, die sich in dem Feature-Dataset befinden müssen, in dem das Netzwerk-Dataset erstellt wird, sowie aus sieben Tabellen, die sich in der Parent-Geodatabase dieses Feature-Datasets befinden müssen. Die Daten müssen sich in einer File-Geodatabase oder in einer Enterprise-Geodatabase befinden. Shapefiles werden vom Datenmodell des öffentlichen Verkehrs nicht unterstützt. Da für das Datenmodell zudem Feature-Classes und Tabellen mit spezifischen Namen erforderlich sind, kann nicht mehr als ein Satz Feature-Classes und Tabellen eines Datenmodells des öffentlichen Verkehrs in dieselbe Geodatabase aufgenommen werden. Sie können in einem Satz Feature-Classes und Tabellen Daten von mehreren Betrieben des öffentlichen Verkehrs verwenden. Mehrere separate Sätze Feature-Classes und Tabellen können in der Geodatabase dagegen nicht verwendet werden.
In der folgenden Tabelle sind die Feature-Classes und Tabellen des Datenmodells sowie die entsprechenden Beziehungen zusammengefasst:
Feature-Classes und Tabellen des Datenmodells des öffentlichen Verkehrs
Name | Beschreibung | Typ | Erforderlich |
---|---|---|---|
Definiert die Position und Merkmale von Haltestellen des öffentlichen Verkehrs. Damit ein öffentliches Verkehrssystem entsprechend modelliert werden kann, muss im Datenmodell die Stops-Feature-Class vorhanden sein. Diese wird jedoch vom Evaluator "Öffentlicher Verkehr" nicht direkt verwendet. | Feature-Class | J | |
Definiert die Orte, an denen Fahrgäste von Straßen oder Gehwegen aus Zugang zu Haltestellen haben. Mit dieser Feature-Class soll in erster Linie eine geeignete Netzwerkverbindung zwischen den Straßen und Linien des öffentlichen Verkehrs sichergestellt werden. Die StopsOnStreets-Feature-Class wird vom Datenmodell nicht benötigt und wird vom Evaluator "Öffentlicher Verkehr" nicht verwendet. Sie ist jedoch beim Herstellen der Netzwerk-Dataset-Konnektivität nützlich. | Feature-Class | N | |
Erstellt eine Verbindung zwischen einer Haltestelle und der entsprechenden Straßenposition, wie durch das verknüpfte StopsOnStreets-Feature definiert. Mit dieser Feature-Class soll in erster Linie eine geeignete Netzwerkverbindung zwischen den Straßen und Linien des öffentlichen Verkehrs sichergestellt werden. Die StopConnectors-Feature-Class wird vom Datenmodell nicht benötigt und wird vom Evaluator "Öffentlicher Verkehr" nicht verwendet. Sie ist jedoch beim Herstellen der Netzwerk-Dataset-Konnektivität nützlich. | Feature-Class | N | |
Polylinien-Features, die die Linien des öffentlichen Verkehrs definieren. Mit jedem LineVariantElements-Feature werden zwei benachbarte Haltestellen direkt miteinander verbunden. Im Netzwerk-Dataset sollte für die Kantenquelle LineVariantElements in Kostenattributen der Evaluator "Öffentlicher Verkehr" zum Modellieren der tatsächlichen Fahrzeit des öffentlichen Verkehrsmittels gemäß der geplanten Verkehrsverbindung verwendet werden. Mit dem Evaluator "Öffentlicher Verkehr" wird die Fahrzeit für ein Linienvariantenelement zu einer bestimmten Uhrzeit basierend auf den Fahrplänen des öffentlichen Verkehrs durch Abfragen der verschiedenen Tabellen für das Datenmodell des öffentlichen Verkehrs berechnet. Die Länge und Form von Linienvariantenelementen werden vom Evaluator "Öffentlicher Verkehr" nicht verwendet, sodass die Feature-Geometrie keine Rolle spielt. | Feature-Class | J | |
Definiert die allgemeinen Merkmale von Linien oder Routen des öffentlichen Verkehrs. | Tabelle | J | |
Definiert Variationen von Linien. Eine Linie des öffentlichen Verkehrs kann beispielsweise zwei verschiedenen Endhaltestellen enthalten, wobei einige Fahrten zur einen Endhaltestelle, die anderen Fahrten zur anderen Endhaltestelle gehen. Dabei handelt es sich jeweils um eine separate Linienvariante. Jede Linienvariante besteht aus Linienvariantenelementen. | Tabelle | J | |
Definiert eindeutige Fahrzeitmuster, die mit Linienvarianten verknüpft sind. Angenommen, die Fahrt mit dem Bus zwischen den Haltestellen entlang der Linie des öffentlichen Verkehrs dauert während der Hauptverkehrszeit fünf Minuten, außerhalb der Hauptverkehrszeit aber nur drei Minuten. Dann würde die Schedules-Tabelle einen Eintrag für die Fünf-Minuten-Zeiten und einen anderen Eintrag für die Drei-Minuten-Zeiten enthalten. | Tabelle | J | |
Definiert die Fahrzeiten für einen Fahrplan entlang der einzelnen Linienvariantenelemente, das Teil der Linienvariante ist, mit der der Fahrplan verknüpft ist. Die Fahrzeiten für eine entsprechende Folge von Linienvariantenelementen für einen bestimmten Fahrplan werden durch eine Folge von Fahrplanelementen definiert. | Tabelle | J | |
Definiert anhand des von einem bestimmten Fahrplan definierten Fahrzeitmusters bestimmte Startzeiten, zu denen der Betrieb einer Linie aufgenommen wird. | Tabelle | J | |
Definiert die Wochentage und Datumsbereiche, an denen die Verbindungen des öffentlichen Verkehrs jeweils bedient werden. Die Calendars-Tabelle ist erforderlich, sie muss jedoch keine Zeilen enthalten, wenn Sie keine regulären Verbindungen des öffentlichen Verkehrs definieren möchten. Wenn die Tabelle leer ist, darf die CalendarExceptions-Tabelle nicht leer sein. Die Tabellen können auch zusammen verwendet werden. | Tabelle | J | |
Definiert Ausnahmen vom regulären Betrieb, wie etwa bestimmte Tage, an denen Verbindungen des öffentlichen Verkehrs hinzugefügt oder entfernt werden. Die CalendarExceptions-Tabelle ist erforderlich, sie muss jedoch keine Zeilen enthalten, wenn Sie keine Ausnahmen vom regulären Betrieb des öffentlichen Verkehrs definieren möchten. Wenn die Tabelle leer ist, darf die Calendars-Tabelle nicht leer sein. Die Tabellen können auch zusammen verwendet werden. | Tabelle | J |
Hier finden Sie eine größere Darstellung des Datenmodells.
Feature-Classes
Die Feature-Classes im Datenmodell können als Quell-Feature-Class im Netzwerk-Dataset verwendet werden. Bei der Stops-Feature-Class und der StopsOnStreets-Feature-Class handelt es sich um Knotenquellen, während es sich bei der LineVariantElements-Feature-Class und der StopConnectors-Feature-Class um Kantenquellen handelt. Im Netzwerk-Dataset sollte für die Kantenquelle LineVariantElements, die die Segmente der Linie des öffentlichen Verkehrs darstellt, in zeitbasierten Kostenattributen der Evaluator "Öffentlicher Verkehr" zum Modellieren der Fahrzeit des öffentlichen Verkehrsmittels gemäß der geplanten Verkehrsverbindung verwendet werden. Konnektivitätsgruppen können verwendet werden, um die Fortbewegung zwischen den Straßen und den Linien des öffentlichen Verkehrs mittels Haltestellen und Konnektor-Features festzulegen.
Stops
Die Stops-Feature-Class definiert die Position und Merkmale von Haltestellen des öffentlichen Verkehrs. Damit ein öffentliches Verkehrssystem entsprechend modelliert werden kann, muss die Feature-Class im Datenmodell vorhanden sein. Diese wird jedoch vom Evaluator "Öffentlicher Verkehr" nicht direkt verwendet.
Die Stops-Feature-Class entspricht der GTFS-Datei stops.txt.
In der folgenden Tabelle wird das Schema der Stops-Feature-Class beschrieben:
Stops
Feldname | Beschreibung | Typ | Erforderlich | NULL-Werte zulassen |
---|---|---|---|---|
ObjectID | Die ObjectID der Tabellenzeile. | ObjectID | J | N |
Shape | Die Punktform, die die Position der Haltestelle definiert. | Shape | J | N |
ID | Die eindeutige ID der Haltestelle des öffentlichen Verkehrs. | Long | J | N |
GStopID | GTFS stop_id der Haltestelle. Dieses Feld dient lediglich zur Information. | Text | N | J |
GStopType | Gibt an, ob diese Haltestelle eine reguläre Haltestelle des öffentlichen Verkehrs, einen übergeordneten Bahnhof mit einer oder mehreren regulären Haltestellen oder einen Bahnhofseingang darstellt Folgende Werte sind möglich:
Wenn sich in einem Bahnhof eine Haltestelle befindet, muss das Feld ParentID den Wert ID einer anderen Haltestelle enthalten, die den übergeordneten Bahnhof dieser Haltestelle darstellt. Das Feature des übergeordneten Bahnhofs muss für GStopType den Wert 1 aufweisen, während die Haltestelle für GStopType den Wert 0 (oder NULL) aufweisen muss. Übergeordnete Bahnhöfe können keinen anderen übergeordneten Bahnhöfen übergeordnet sein. Wenn ein Feature einen Bahnhofseingang (GStopType 2) darstellt, muss das Feld ParentID vorhanden sein und den Wert ID einer anderen Haltestelle aufweisen, die den übergeordneten Bahnhof darstellt, für den dieses Feature einen Eingang darstellt. Einem Bahnhofseingang kann keine reguläre Haltestelle übergeordnet sein. Nur übergeordnete Bahnhöfe haben einen Bahnhofseingang. Wenn in der Tabelle das Feld GStopType nicht enthalten ist, werden alle Haltestellen als reguläre Haltestellen des öffentlichen Verkehrs (GStopType 0) behandelt. In diesem Fall werden etwaige Werte im Feld ParentID ignoriert. Das Feld GStopType entspricht dem GTFS-Feld location_type in der Datei stops.txt. | Short | N | J |
ParentID | Der Wert ID des übergeordneten Bahnhofs der aktuellen Haltestelle oder des aktuellen Bahnhofseingangs. Die Haltestelle mit dem referenzierten Wert ID muss für GStopType den Wert 1 aufweisen. | Long | N | J |
GStopParen | GTFS stop_id des übergeordneten Bahnhofs der aktuellen Haltestelle oder des aktuellen Bahnhofseingangs. Dieses Feld dient lediglich zur Information. | Text | N | J |
GWheelchairBoarding | Gibt an, ob die Haltestelle, der Bahnhof oder der Bahnhofseingang rollstuhlgerecht ist. Folgende Werte sind möglich:
Wenn das Feature eine Haltestelle (GStopType 0) oder einen Bahnhofseingang (GStopType 2) darstellt und der Wert für GWheelchairBoarding 0 oder NULL ist, übernimmt das Feature ggf. den Wert GWheelchairBoarding von dem im Feld ParentID angegebenen übergeordneten Bahnhof. Das Feld GWheelchairBoarding entspricht dem GTFS-Feld wheelchair_boarding in der Datei stops.txt. | Short | N | J |
StopsOnStreets
Die StopsOnStreets-Feature-Class definiert die Orte, an denen Fahrgäste von Straßen oder Gehwegen aus Zugang zu Haltestellen haben. Die StopsOnStreets-Features können zur Gewährleistung der Netzwerkverbindung die Positionen von Bahnhofseingängen oder den nächstgelegenen Punkt darstellen, der eine Straße oder einen Gehweg hin zur Position der Haltestelle kreuzt.
Die StopsOnStreets-Feature-Class ist für das Datenmodell nicht erforderlich, jedoch für die Einrichtung einer geeigneten Netzwerk-Dataset-Konnektivität hilfreich, da es unwahrscheinlich ist, dass Haltestellen direkt auf Straßen liegen. Wenn Sie Personen modellieren möchten, die Straßen entlanggehen und öffentliche Verkehrsmittel nutzen, müssen Sie die Linien des öffentlichen Verkehrs geordnet mit den Straßen verbinden können. Hierzu verwenden Sie am besten diese Feature-Class.
Die StopsOnStreets-Feature-Class hat kein erforderliches Schema. Wenn Sie diese Feature-Class mit dem Werkzeug Datenmodell des öffentlichen Verkehrs mit Straßen verbinden erstellen, weist sie dasselbe Schema wie die Stops-Feature-Class auf. Da diese Feature-Class vom Evaluator "Öffentlicher Verkehr" jedoch nicht verwendet wird, können Sie die für Ihre Modellierung am besten geeigneten Felder verwenden.
StopConnectors
Die StopConnectors-Feature-Class definiert Polylinien-Features, um Haltestellen mithilfe der entsprechenden StopsOnStreets-Features mit Straßen zu verbinden. Mit dieser Feature-Class soll in erster Linie eine geeignete Netzwerkverbindung zwischen den Straßen und Linien des öffentlichen Verkehrs sichergestellt werden. So kann eine Person Straßen entlanggehen, eine Haltestelle betreten, das geplante Angebot des öffentlichen Verkehrs auf einer Linie des öffentlichen Verkehrs nutzen (ein LineVariantElements-Feature), die Linie des öffentlichen Verkehrs an einer anderen Haltestelle verlassen und wieder entlang der Straße laufen, um den Weg zum Ziel dort fortzusetzen.
Die StopConnectors-Feature-Class wird vom Datenmodell nicht benötigt und wird vom Evaluator "Öffentlicher Verkehr" nicht verwendet. Da es jedoch unwahrscheinlich ist, dass Haltestellen direkt auf Straßen liegen, sollten Sie mit einem Konnektor die Konnektivität zwischen den Linien des öffentlichen Verkehrs und den Straßen herstellen.
In der folgenden Tabelle wird das Schema der StopConnectors-Feature-Class beschrieben:
StopConnectors
Feldname | Beschreibung | Typ | Erforderlich | NULL-Werte zulassen |
---|---|---|---|---|
ObjectID | Die ObjectID der Tabellenzeile. | ObjectID | J | N |
Shape | Das Polylinien-Shape des Features. Die Digitalisierungsrichtung der Haltestellen-Konnektor-Features muss von den Haltestellen zu den Straßen verlaufen. | Shape | J | N |
StopID | Der Feldwert ID der Haltestelle. Dieses StopConnectors-Feature stellt die Verbindung mit den Straßen her. | Long | N | J |
ConnectorType | Gibt den Typ der Verbindung an, die mit diesem Feature zwischen der Haltestelle und den Straßen hergestellt wird. Der Wert ConnectorType gibt an, ob diese Konnektorlinie eine direkte Verbindung zwischen der Haltestelle und der Straße, eine Verbindung zwischen der Haltestelle und dem übergeordneten Bahnhof oder eine Verbindung zwischen einem übergeordneten Bahnhof und einem Bahnhofseingang darstellt. Folgende Werte sind möglich:
Dieses Feld ist nicht erforderlich, kann jedoch zum Einrichten von Evaluatoren zu Kosten- oder Beschränkungsattributen nützlich sein. So können Sie beispielsweise mit einem Kostenattribut je nach dem Feldwert ConnectorType zusätzliche Gehzeit hinzufügen. | Short | N | J |
GWheelchairBoarding | Gibt an, ob die durch diese Konnektorlinie dargestellte Verbindung zwischen der Haltestelle und der Straße rollstuhlgerecht ist. Folgende Werte sind möglich:
Dieses Feld ist für die Erstellung von Beschränkungsattributen im Netzwerk-Dataset zur Modellierung von Rollstuhlfahrern hilfreich. | Short | N | J |
LineVariantElements
Die LineVariantElements-Feature-Class definiert Polylinien, die Linien des öffentlichen Verkehrs darstellen. Jedes Linienvariantenelement stellt die Fortbewegung entlang einer Linie des öffentlichen Verkehrs zwischen zwei benachbarten Haltestellen des öffentlichen Verkehrs dar.
Im Netzwerk-Dataset sollte für die Kantenquelle LineVariantElements in Kostenattributen der Evaluator Öffentlicher Verkehr zum Modellieren der Fahrzeit des öffentlichen Verkehrsmittels gemäß der geplanten Verkehrsverbindung verwendet werden. Mit dem Evaluator "Öffentlicher Verkehr" wird die Fahrzeit für ein Linienvariantenelement zu einer bestimmten Uhrzeit basierend auf den Fahrplänen des öffentlichen Verkehrs durch Abfragen der verschiedenen Tabellen für das Datenmodell des öffentlichen Verkehrs berechnet. Die Länge und Form von Linienvariantenelementen werden vom Evaluator "Öffentlicher Verkehr" nicht verwendet, sodass die tatsächliche Geometrie keine Rolle spielt.
In der folgenden Tabelle wird das Schema der LineVariantElements-Feature-Class beschrieben:
LineVariantElements
Feldname | Beschreibung | Typ | Erforderlich | NULL-Werte zulassen |
---|---|---|---|---|
ObjectID | Die ObjectID der Tabellenzeile. | ObjectID | J | N |
Shape | Das Polylinien-Shape des Segments der Linie des öffentlichen Verkehrs. Die Länge und Form des Linien-Features werden vom Evaluator "Öffentlicher Verkehr" nicht zum Berechnen der Fahrzeit verwendet. Vielmehr wird die Fahrzeit aus den in den Datenmodelltabellen gespeicherten Fahrplänen des öffentlichen Verkehrs abgeleitet. Daher spielen die spezifischen Formen für die Berechnung der Fahrzeit keine Rolle, obwohl die Linienvariantenelemente zum Modellieren der Konnektivität im Netzwerk-Dataset Shapes aufweisen müssen. Wenn Sie Ihre Datenmodelltabellen aus GTFS-Daten mit dem Werkzeug GTFS in Datenmodell des öffentlichen Verkehrs erstellen, sind die Linienvariantenelemente einfache gerade Linien, die benachbarte Haltestellen des öffentlichen Verkehrs miteinander verbinden, sie stellen jedoch nicht die geographischen Verbindungen dar, auf denen sich öffentliche Verkehrsmittel bewegen. | Shape | J | N |
LineVarID | Der Feldwert ID der Linienvariante, von der dieses Linienvariantenelement ein Teil ist. Eine Linienvariante besteht aus einer geordneten Folge von Linienvariantenelementen, die eine bestimmte Folge von Haltestellen des öffentlichen Verkehrs entlang einer Linie des öffentlichen Verkehrs miteinander verbindet. | Long | J | N |
SqIdx | Eine Linienvariante besteht aus einer geordneten Folge von Linienvariantenelementen, die eine bestimmte Folge von Haltestellen des öffentlichen Verkehrs entlang einer Linie des öffentlichen Verkehrs miteinander verbindet. Das Feld SqIdx stellt beginnend mit 1 die Folge entlang der Linie des öffentlichen Verkehrs dar, in der sich dieses Linienvariantenelement befindet. Wenn beispielsweise eine Linienvariante aus 10 Linienvariantenelementen besteht, hat das SqIdx-Feld des ersten Linienvariantenelements den Wert 1. Das SqIdx-Feld des zweiten Linienvariantenelements in der Linienvariante hat den Wert 2, und das SqIdx-Feld des letzten (zehnten) Linienvariantenelements hat den Wert 10. Die SqIdx-Werte in der ScheduleElements-Tabelle müssen mit den hier für die Linienvariantenelemente definierten SqIdx-Werten übereinstimmen. | Short | J | N |
FromStopID | Ein Linienvariantenelement stellt die Fortbewegung entlang einer Linie des öffentlichen Verkehrs zwischen zwei benachbarten Haltestellen des öffentlichen Verkehrs dar. Das Feld FromStopID gibt den ID-Feldwert der Haltestelle an, an der die Verbindung des öffentlichen Verkehrs entlang dieses Linienvariantenelements beginnt. Die Verbindung des öffentlichen Verkehrs entlang dieses Linienvariantenelements führt vom FromStopID zum ToStopID. | Long | N | J |
ToStopID | Ein Linienvariantenelement-Feature stellt die Fortbewegung entlang einer Linie des öffentlichen Verkehrs zwischen zwei benachbarten Haltestellen des öffentlichen Verkehrs dar. Das Feld ToStopID gibt den ID-Feldwert der Haltestelle an, bei der die Verbindung des öffentlichen Verkehrs entlang dieses Linienvariantenelements ankommt oder hinfährt. Die Verbindung des öffentlichen Verkehrs entlang dieses Linienvariantenelements führt vom FromStopID zum ToStopID. | Long | N | J |
Tabellen
Die Tabellen im Datenmodell definieren die Fahrpläne des öffentlichen Verkehrs. Diese Tabellen werden vom Evaluator "Öffentlicher Verkehr" verwendet, um die Fahrzeit entlang eines LineVariantElements-Features zu einer bestimmten Uhrzeit basierend auf den Fahrplänen des öffentlichen Verkehrs zu bestimmen.
Linien
Die Lines-Tabelle definiert Linien oder Routen des öffentlichen Verkehrs sowie deren Merkmale. Eine Linie entspricht einer GTFS-Route.
In der folgenden Tabelle wird das Schema der Lines-Tabelle beschrieben:
Linien
Feldname | Beschreibung | Typ | Erforderlich | NULL-Werte zulassen |
---|---|---|---|---|
ObjectID | Die ObjectID der Tabellenzeile. | ObjectID | J | N |
ID | Die eindeutige ID der Linie des öffentlichen Verkehrs. | Long | J | N |
GRouteID | GTFS route_id der Linie. Dieses Feld dient lediglich zur Information. | Text | N | J |
GRouteType | Die Art des öffentlichen Verkehrsmittels, das diese Linie darstellt. Folgende Werte sind möglich:
Das Feld GRouteType entspricht dem GTFS-Feld route_type in der Datei routes.txt. | Short | N | J |
LineVariants
Die LineVariants-Tabelle definiert Variationen von Linien. Eine Linie des öffentlichen Verkehrs kann beispielsweise zwei verschiedenen Endhaltestellen enthalten, wobei einige Fahrten zur einen Endhaltestelle, die anderen Fahrten zur anderen Endhaltestelle gehen. Eine Linienvariante besteht aus einer geordneten Folge von Linienvariantenelementen, die eine bestimmte Folge von Haltestellen des öffentlichen Verkehrs entlang einer Linie des öffentlichen Verkehrs miteinander verbindet.
In der folgenden Tabelle wird das Schema der LineVariants-Tabelle beschrieben:
LineVariants
Feldname | Beschreibung | Typ | Erforderlich | NULL-Werte zulassen |
---|---|---|---|---|
ObjectID | Die ObjectID der Tabellenzeile. | ObjectID | J | N |
ID | Die eindeutige ID der Linienvariante. | Long | J | N |
LineID | Der ID-Feldwert der Zeile in Lines, zu der diese Linienvariante gehört. Mehrere Linienvarianten können dieselbe LineID aufweisen, wobei jede ein anderes Muster aus Linienvariantenelementen darstellt, das zu einer bestimmten Linie gehört. | Long | J | N |
GDirectionID | Ein numerischer Code für die Reiserichtung entlang der Linie, die diese Linienvariante darstellt, z. B. eingehend oder ausgehend. Es handelt sich um ein beschreibendes Feld, das keine Auswirkung auf das Routing hat. Es entspricht dem GTFS-Feld direction_id. Folgende Werte sind möglich:
| Short | N | J |
Schedules
Die Schedules-Tabelle definiert eindeutige Fahrzeitmuster, die mit Linienvarianten verknüpft sind. Die Fahrt mit dem Bus zwischen den Haltestellen entlang der Linie des öffentlichen Verkehrs dauert beispielsweise während der Hauptverkehrszeit fünf Minuten, außerhalb der Hauptverkehrszeit nur drei Minuten. Dann würde die Schedules-Tabelle einen Eintrag für die Fünf-Minuten-Zeiten und einen anderen Eintrag für die Drei-Minuten-Zeiten enthalten. Die einzelnen Komponenten des Fahrplans sind in der ScheduleElements-Tabelle definiert. Fahrpläne beziehen sich speziell auf Linienvarianten.
In der folgenden Tabelle wird das Schema der Schedules-Tabelle beschrieben:
Schedules
Feldname | Beschreibung | Typ | Erforderlich | NULL-Werte zulassen |
---|---|---|---|---|
ObjectID | Die ObjectID der Tabellenzeile. | ObjectID | J | N |
ID | Die eindeutige ID des Fahrplans. | Long | J | N |
LineVarID | Der ID-Feldwert der Zeile in der LineVariants-Tabelle, mit dem dieser Fahrplan verknüpft ist. | Long | J | N |
ScheduleElements
Die ScheduleElements-Tabelle definiert die Fahrzeiten entlang der einzelnen Linienvariantenelemente für einen bestimmten Fahrplan. Die Fahrzeiten für eine entsprechende Folge von Linienvariantenelementen für einen bestimmten Fahrplan werden durch eine geordnete Folge von Fahrplanelementen definiert. Die ScheduleElements-Tabelle muss für jede Zeile in der Schedules-Tabelle eine Folge von Zeilen enthalten.
In der folgenden Tabelle wird das Schema der ScheduleElements-Tabelle beschrieben:
ScheduleElements
Feldname | Beschreibung | Typ | Erforderlich | NULL-Werte zulassen |
---|---|---|---|---|
ObjectID | Die ObjectID der Tabellenzeile. | ObjectID | J | N |
ScheduleID | Der ID-Feldwert der Zeile in der Schedules-Tabelle, zu der dieses Fahrplanelement gehört. Ein Fahrplan besteht aus einer geordneten Folge von Fahrplanelementen. | Long | J | N |
SqIdx | Ein Fahrplan besteht aus einer geordneten Folge von Fahrplanelementen, die jeweils mit einem entsprechenden Linienvariantenelement für die von der Schedules-Tabelle und der LineVariantElements-Feature-Class referenzierten Linienvariante übereinstimmen. Das SqIdx-Feld stellt beginnend mit 1 die Folge des Linienvariantenelements entlang der Linie des öffentlichen Verkehrs dar, auf das sich dieses Fahrplanelement bezieht. Wenn beispielsweise eine Linienvariante aus 10 Linienvariantenelementen besteht, hat das SqIdx-Feld des ersten Linienvariantenelements den Wert 1. Das SqIdx-Feld des zweiten Linienvariantenelements in der Linienvariante hat den Wert 2, und das SqIdx-Feld des letzten (zehnten) Linienvariantenelements hat den Wert 10. Die entsprechenden SqIdx-Werte für die einzelnen Fahrplanelemente müssen mit den SqIdx-Werten in der LineVariantElements-Feature-Class übereinstimmen. Angenommen, im obigen Beispiel ist die Linienvariante mit einem bestimmten Fahrplan verknüpft. Dann muss das erste Fahrplanelement dieses Fahrplans wie bei den Linienvariantenelementen für SqIdx den Wert 1, das zweite den Wert 2 und das letzte (zehnte) den Wert 10 aufweisen. Wenn die besagte Linienvariante mit einem zusätzlichen Fahrplan verknüpft ist, muss die ScheduleElements-Tabelle eine zusätzliche Zeilenfolge mit derselben Folge von SqIdx-Werten enthalten, die die mit dem zusätzlichen Fahrplan verknüpften Fahrzeiten definieren. | Short | J | N |
Departure | Die seit 0 vergangene Zeit in Minuten, zu der das öffentliche Verkehrsmittel an der ursprünglichen Haltestelle des Linienvariantenelements mit derselben LineVarID wie der Fahrplan und dem SqIdx-Wert dieses Fahrplanelements abfährt. Wenn das öffentliche Verkehrsmittel an dieser Haltestelle 20 Minuten nach der Abfahrt an der ersten Haltestelle der gesamten Linie abfährt, beträgt der Wert für Departure 20. Der Departure-Wert eines Fahrplanelements mit einem SqIdx-Wert von 1 muss immer 0 sein. | Double | J | N |
Arrival | Die seit 0 vergangene Zeit in Minuten, zu der das öffentliche Verkehrsmittel an der Endhaltestelle des Linienvariantenelements mit derselben LineVarID wie der Fahrplan und SqIdx dieses Fahrplanelements ankommt. Wenn das öffentliche Verkehrsmittel an der Endhaltestelle dieses Segments 23 Minuten nach der Abfahrt an der ersten Haltestelle der gesamten Linie ankommt, beträgt der Wert für Arrival 23. | Double | J | N |
Runs
Die Runs-Tabelle definiert anhand der von einem bestimmten Fahrplan definierten Fahrzeiten bestimmte Startzeiten, zu denen der Betrieb einer Linie entlang einer Folge von Linienvariantenelementen aufgenommen wird. Eine Fahrt entspricht einer GTFS-Strecke. Die Runs-Tabelle definiert darüber hinaus auch, ob im jeweiligen öffentlichen Verkehrsmittel, mit dem die Strecke zu dieser Uhrzeit bedient wird, Rollstühle und Fahrräder mitgenommen werden können.
In der folgenden Tabelle wird das Schema der Runs-Tabelle beschrieben:
Runs
Feldname | Beschreibung | Typ | Erforderlich | NULL-Werte zulassen |
---|---|---|---|---|
ObjectID | Die ObjectID der Tabellenzeile. | ObjectID | J | N |
ID | Die eindeutige ID der Fahrt. | Long | J | N |
ScheduleID | Der ID-Feldwert der Zeile in der Schedules-Tabelle, zu der diese Fahrt gehört. Dieser definiert das Fahrzeitenmuster, dem sich diese Fahrt richtet. | Long | J | N |
StartRun | Die seit Mitternacht vergangene Zeit in Minuten, zu der das öffentliche Verkehrsmittel an der ersten Haltestelle abfährt. Wenn die Fahrt beispielsweise um 8:00 Uhr beginnt, muss StartRun den Wert 480 aufweisen, da um 8:00 Uhr 8 Stunden bzw. 480 Minuten seit Mitternacht vergangen sind. | Double | J | N |
GTripID | GTFS trip_id, mit der diese Fahrt verknüpft ist. Dieses Feld dient lediglich zur Information. | Text | N | J |
CalendarID | Der ID-Feldwert der Zeile in der Calendars-Tabelle und der entsprechende CalendarID-Feldwert in der CalendarExceptions-Tabelle, der die Wochentage bzw. die Termine definiert, zu denen diese Strecke bedient wird. | Long | J | N |
GWheelchairAccessible | Gibt an, ob die Strecke rollstuhlgerecht ist. Folgende Werte sind möglich:
Es handelt sich hierbei um ein optionales Feld. Wenn das Feld nicht vorhanden ist, behandelt der Evaluator "Öffentlicher Verkehr" alle Strecken als für Rollstuhlfahrer nutzbar. Das Feld GWheelchairAccessible entspricht dem GTFS-Feld wheelchair_accessible in der Datei trips.txt. | Short | N | J |
GBikesAllowed | Gibt an, ob auf dieser Strecke Fahrräder zulässig sind. Folgende Werte sind möglich:
Es handelt sich hierbei um ein optionales Feld. Wenn das Feld nicht vorhanden ist, behandelt der Evaluator "Öffentlicher Verkehr" alle Strecken als für Fahrgäste mit Fahrrad nutzbar. Das Feld GBikesAllowed entspricht dem GTFS-Feld bikes_allowed in der Datei trips.txt. | Short | N | J |
Calendars
Die Calendars-Tabelle definiert die Wochentage und Datumsbereiche, an denen die Verbindungen des öffentlichen Verkehrs jeweils bedient werden.
Beim Durchführen von Netzwerkanalysen mit bestimmten Datumsangaben berücksichtigt der Evaluator Öffentlicher Verkehr den durch die Felder StartDate und EndDate in der Calendars-Tabelle definierten Datumsbereich. Beim Durchführen von Netzwerkanalysen mit einem allgemeinen Wochentag werden die Felder StartDate und EndDate ignoriert, und nur Wochentagsfelder wie Monday werden verwendet, um die am Tag der Analyse bedienten Verbindungen des öffentlichen Verkehrs zu definieren.
Diese Tabelle wird vom Datenmodell benötigt, sie muss jedoch keine Zeilen enthalten, wenn Sie keine regulären Verbindungen des öffentlichen Verkehrs definieren möchten. Entweder Calendars oder CalendarExceptions muss mit Zeilen aufgefüllt werden. Wenn sowohl Calendars als auch CalendarExceptions aufgefüllt wird, ändert CalendarExceptions die in Calendars definierten regulären Verbindungen.
In der folgenden Tabelle wird das Schema der Calendars-Tabelle beschrieben:
Calendars
Feldname | Beschreibung | Typ | Erforderlich | NULL-Werte zulassen |
---|---|---|---|---|
ObjectID | Die ObjectID der Tabellenzeile. | ObjectID | J | N |
ID | Die eindeutige ID des Kalenders. | Long | J | N |
GServiceID | GTFS service_id, mit der dieser Kalender verknüpft ist. Dieses Feld dient lediglich zur Information. | Text | N | J |
Monday | Gibt an, ob Strecken mit diesem CalendarID-Wert montags bedient werden. Folgende Werte sind möglich:
| Short | J | N |
Tuesday | Gibt an, ob Strecken mit diesem CalendarID-Wert dienstags bedient werden. Folgende Werte sind möglich:
| Short | J | N |
Wednesday | Gibt an, ob Strecken mit diesem CalendarID-Wert mittwochs bedient werden. Folgende Werte sind möglich:
| Short | J | N |
Thursday | Gibt an, ob Strecken mit diesem CalendarID-Wert donnerstags bedient werden. Folgende Werte sind möglich:
| Short | J | N |
Friday | Gibt an, ob Strecken mit diesem CalendarID-Wert freitags bedient werden. Folgende Werte sind möglich:
| Short | J | N |
Saturday | Gibt an, ob Strecken mit diesem CalendarID-Wert samstags bedient werden. Folgende Werte sind möglich:
| Short | J | N |
Sunday | Gibt an, ob Strecken mit diesem CalendarID-Wert sonntags bedient werden. Folgende Werte sind möglich:
| Short | J | N |
StartDate | Der Anfang des Datumsbereichs, zu dem die durch dieses Dataset beschriebene Verbindung des öffentlichen Verkehrs bedient wird. Beim Durchführen von Netzwerkanalysen mit bestimmten Datumsangaben verwendet der Evaluator Öffentlicher Verkehr Strecken mit diesem CalendarID-Wert nur, wenn das Analysedatum innerhalb des Datumsbereichs zwischen dem StartDate und dem EndDate liegt. Der Datumsbereich zwischen dem StartDate und dem EndDate wird bei Netzwerkanalysen mit einem allgemeinen Wochentag ignoriert, und nur Wochentagsfelder wie Monday werden verwendet. | Datum | N | N |
EndDate | Das Ende des Datumsbereichs, zu dem die durch dieses Dataset beschriebene Verbindung des öffentlichen Verkehrs bedient wird. Das durch EndDate beschriebene Datum ist im Datumsbereich enthalten. Beim Durchführen von Netzwerkanalysen mit bestimmten Datumsangaben verwendet der Evaluator Öffentlicher Verkehr Strecken mit diesem CalendarID-Wert nur, wenn das Analysedatum innerhalb des Datumsbereichs zwischen dem StartDate und dem EndDate liegt. Der Datumsbereich zwischen dem StartDate und dem EndDate wird bei Netzwerkanalysen mit einem allgemeinen Wochentag ignoriert, und nur Wochentagsfelder wie Monday werden verwendet. | Datum | N | N |
CalendarExceptions
Die CalendarExceptions-Tabelle definiert Ausnahmen von regulären Verbindungen des öffentlichen Verkehrs wie etwa bestimmte Termine, an denen Verbindungen des öffentlichen Verkehrs hinzugefügt oder entfernt werden. Der Evaluator Öffentlicher Verkehr verwendet die Ausnahmetermine in dieser Tabelle nur, wenn die Netzwerkanalyse für die Verwendung bestimmter Datumsangaben anstelle von allgemeinen Wochentagen konfiguriert wurde.
Diese Tabelle wird vom Datenmodell benötigt, sie muss jedoch keine Zeilen enthalten, wenn Sie keine Ausnahmen von den regulären Verbindungen des öffentlichen Verkehrs definieren möchten. Entweder Calendars oder CalendarExceptions muss mit Zeilen aufgefüllt werden. Wenn sowohl Calendars als auch CalendarExceptions aufgefüllt wird, ändert CalendarExceptions die in Calendars definierten regulären Verbindungen. Wenn die Calendars-Tabelle leer ist, werden alle Verbindungen des öffentlichen Verkehrs in CalendarExceptions definiert. In diesem Fall müssen Sie explizit Verbindungen an bestimmten Terminen hinzufügen. In diesem Fall muss in der Netzwerkanalyse anstelle eines allgemeinen Wochentags ein bestimmtes Datum verwendet werden.
In der folgenden Tabelle wird das Schema der CalendarExceptions-Tabelle beschrieben:
CalendarExceptions
Feldname | Beschreibung | Typ | Erforderlich | NULL-Werte zulassen |
---|---|---|---|---|
ObjectID | Die ObjectID der Tabellenzeile. | ObjectID | J | N |
CalendarID | Die ID der Ausnahme, die mit einem Wert im ID-Feld in der Calendars-Tabelle entsprechen kann. Wenn der Wert in Calendars angezeigt wird, wird die dort definierte reguläre Verbindung durch die Ausnahme geändert. Die Werte in diesem Feld müssen nicht eindeutig sein, aber die eindeutigen Kombination aus CalendarID und ExceptionDate dürfen nur einmal vorhanden sein. | Long | J | N |
GServiceID | GTFS service_id, mit der diese CalendarException verknüpft ist. Dieses Feld dient lediglich zur Information. | Text | N | J |
ExceptionDate | Das Datum, an dem die durch diese Ausnahme beschriebene Verbindung des öffentlichen Verkehrs hinzugefügt oder entfernt wird. | Datum | J | N |
GExceptionType | Gibt an, ob die Verbindung des öffentlichen Verkehrs an dem durch das ExceptionDate-Feld beschriebenen Datum entfernt oder hinzugefügt wird. Folgende Werte sind möglich:
Das Feld GExceptionType entspricht dem GTFS-Feld exception_type in der Datei calendar_dates.txt. | Short | J | N |