Disponible con una licencia de Network Analyst.
Para modelar el servicio de transporte público basado en un horario en un dataset de red, la red debe contener un conjunto específico de tablas y clases de entidad, con un esquema determinado que defina las paradas y líneas de transporte, así como las fechas y horas en las que el servicio de transporte está disponible. Estas tablas y clases de entidad componen el modelo de datos de transporte público de Network Analyst y se describen a continuación.
Los atributos de coste basados en el tiempo configurados para utilizar el evaluador de Transporte público, que calcula el tiempo de viaje por las líneas de transporte a una hora determinada del día en función de los horarios de transporte público definidos en el modelo de datos, pueden utilizar estas tablas y clases de entidad en el dataset de red.
Nota:
Es posible crear automáticamente un conjunto de tablas y clases de entidad válidas de modelo de datos de transporte público a partir de datos de transporte público General Transit Feed Specification (GTFS) ejecutando las herramientas de geoprocesamiento GTFS a orígenes de transporte de dataset de red y Conectar orígenes de transporte de dataset de red a calles. El flujo de trabajo completo para crear un dataset de red de este tipo se describe en Crear y utilizar un dataset de red con datos de transporte público.
El modelo de datos de transporte público de Network Analyst está formado por cuatro clases de entidad que deben estar ubicadas en el dataset de entidades en el que se creará el dataset de red, así como siete tablas que deben estar ubicadas en la geodatabase principal del dataset de entidades. Los datos deben estar incluidos en una geodatabase de archivos o una geodatabase corporativa; el modelo de datos de transporte público no admite shapefiles. Además, dado que el modelo de datos requiere clases de entidad y tablas con nombres específicos, no es posible incluir más de un conjunto de clases de entidad y tablas del modelo de datos de transporte público en la misma geodatabase. Puede incluir datos de más de una agencia de transporte público en el mismo conjunto de clases de entidad y tablas, pero no puede tener más de un conjunto independiente de clases de entidad y tablas en la geodatabase.
La siguiente tabla resume las clases de entidad y tablas del modelo de datos y las relaciones entre ellas:
Clases de entidad y tablas del modelo de datos de transporte público
Nombre | Descripción | Tipo | Obligatorio |
---|---|---|---|
Define la ubicación y las características de las paradas de transporte público. El modelo de datos necesita la clase de entidad Stops para modelar adecuadamente un sistema de transporte público; sin embargo, el evaluador de Transporte público no la utiliza directamente. | Clase de entidad | Y | |
Define las ubicaciones en las que los pasajeros accederían a las paradas de transporte desde las calles o aceras. La finalidad principal de esta clase de entidad es garantizar una conectividad de red adecuada entre las calles y líneas de transporte. El modelo de datos no necesita la clase de entidad StopsOnStreets y el evaluador de Transporte público no la utiliza, pero resulta útil para establecer la conectividad del dataset de red. | Clase de entidad | N | |
Crea una conexión entre una parada y su ubicación en la calle, como se define mediante su entidad StopsOnStreets asociada. La finalidad principal de esta clase de entidad es garantizar una conectividad de red adecuada entre las calles y líneas de transporte. El modelo de datos no necesita la clase de entidad StopConnectors y el evaluador de Transporte público no la utiliza, pero resulta útil para establecer la conectividad del dataset de red. | Clase de entidad | N | |
Las entidades de polilínea que definen las líneas de transporte público. Cada entidad LineVariantElements conecta directamente un par de paradas adyacentes. En el dataset de red, el origen de eje LineVariantElements debe utilizar el evaluador de Transporte público en los atributos de coste para modelar el tiempo de viaje real en transporte público de acuerdo con el servicio programado. El evaluador de Transporte público calculará el tiempo de viaje por un elemento de variante de línea a una hora determinada del día en función de los horarios de transporte público, consultando varias tablas del modelo de datos de transporte público. El evaluador de Transporte público no utiliza la longitud ni la forma de los elementos de variante de línea, por lo que la geometría de entidad no tiene importancia. | Clase de entidad | Y | |
Define las características generales de las líneas o rutas de transporte público. | Tabla | Y | |
Define las variaciones en las líneas. Por ejemplo, es posible que una línea de trasporte tenga dos estaciones de destino diferentes, con algunos viajes que se dirigen a una y otros viajes que se dirigen a la otra. Cada una sería una variante de línea independiente. Cada variante de línea está formada por elementos de variante de línea. | Tabla | Y | |
Define patrones únicos de tiempos de viaje asociados con variantes de línea. Por ejemplo, supongamos que en hora punta un autobús tarda cinco minutos en ir de una parada a otra por la línea de transporte, pero durante las horas de menor afluencia solo tarda tres minutos. La tabla Schedules contendría una entrada para el tiempo de viaje de 5 minutos y otra para el de 3 minutos. | Tabla | Y | |
Define los tiempos de viaje para un horario por cada elemento de variante de línea que forma parte de la variante de línea con la que se asocia el horario. Una secuencia de elementos de horario define los tiempos de viaje para la secuencia correspondiente de elementos de variante de línea en un horario determinado. | Tabla | Y | |
Define los tiempos de inicio específicos en los que el viaje de transporte comienza el servicio, utilizando el patrón de tiempo de viaje que define un horario determinado. | Tabla | Y | |
Define los días de la semana y los rangos de fecha en los que funciona el servicio de transporte público. La tabla Calendars es obligatoria, pero no tiene por qué contar con ninguna fila si no desea definir servicios regulares de transporte. Si la tabla está vacía, se debe rellenar la tabla CalendarExceptions. También se pueden utilizar juntas las tablas. | Tabla | Y | |
Define excepciones al servicio regular, por ejemplo, fechas específicas en las que se agregan a eliminan servicios de transporte público. La tabla CalendarExceptions es obligatoria, pero no tiene por qué contar con ninguna fila si no desea definir ninguna excepción a los servicios regulares de transporte. Si la tabla está vacía, se debe rellenar la tabla Calendars. También se pueden utilizar juntas las tablas. | Tabla | Y |
Consulte una versión más grande del modelo de datos.
Clases de entidad
Las clases de entidad del modelo de datos se pueden utilizar como clases de entidad de origen en el dataset de red. Las clases de entidad Stops y StopsOnStreets serán orígenes de cruce y las clases de entidad LineVariantElements y StopConnectors serán orígenes de eje. En el dataset de red, el origen de eje LineVariantElements, que representa los segmentos de línea de transporte, debe utilizar el evaluador de Transporte público en los atributos de coste basados en el tiempo para modelar el tiempo de viaje en transporte público de acuerdo con el servicio programado. Es posible usar grupos de conectividad para controlar los viajes entre las calles y líneas de transporte mediante paradas y entidades de conexión.
Stops
La clase de entidad Stops define la ubicación y las características de las paradas de transporte público. El modelo de datos la necesita para modelar adecuadamente un sistema de transporte público; sin embargo, el evaluador de Transporte público no la utiliza directamente.
La clase de entidad Stops equivale al archivo stops.txt GTFS.
En la siguiente tabla se describe el esquema de la clase de entidad Stops:
Stops
Nombre de campo | Descripción | Tipo | Obligatorio | Anulable |
---|---|---|---|---|
ObjectID | El ObjectID de la fila de la tabla. | ObjectID | Y | N |
Shape | La forma de puntos que define la ubicación de la parada. | Shape | Y | N |
ID | El Id. único de la parada de transporte. | Largo | Y | N |
GStopID | El stop_id de GTFS de la parada. Este campo tiene únicamente fines informativos. | Texto | N | Y |
GStopType | Indica si esta parada representa una parada de transporte público normal, una estación superior que contiene una o varias paradas normales o bien una entrada de estación. Los valores posibles son los siguientes:
Si una estación contiene una parada, el campo ParentID se debe rellenar con el valor ID de otra parada que represente la estación principal de esta parada. La entidad de estación principal debe tener un valor GStopType de 1 y la parada debe tener un valor GStopType de 0 (o Nulo). No pueden existir estaciones principales de otras estaciones principales. Si una entidad representa un acceso a una estación (GStopType 2), el campo ParentID debe tener como salida y se debe rellenar con el valor ID de otra parada que represente la estación principal cuyo acceso es esta entidad. Una parada normal no puede ser la entidad principal de un acceso a una estación. Solo las estaciones principales pueden tener accesos a estaciones. Si el campo GStopType no está incluido en la tabla, todas las paradas se tratarán como paradas de transporte público normales (GStopType 0). En este supuesto, se ignorará cualquier valor del campo ParentID. El campo GStopType equivale al campo location_type GTFS del archivo stops.txt. | Corto | N | Y |
ParentID | El valor ID de la estación principal del acceso actual a la parada o estación. La parada con el valor ID al que hace referencia debe tener un valor GStopType de 1. | Largo | N | Y |
GStopParen | El stop_id GTFS de la estación principal del acceso a la parada o estación. Este campo tiene únicamente fines informativos. | Texto | N | Y |
GWheelchairBoarding | Indica si la parada, estación o entrada de la estación tiene acceso para sillas de ruedas. Los valores posibles son los siguientes:
Si la entidad representa una parada (GStopType 0) o el acceso a una estación (GStopType 2) y el valor GWheelchairBoarding es 0 o Nulo, la entidad hereda su valor GWheelchairBoarding de la estación principal designada en el campo ParentID, si existe. El campo GWheelchairBoarding equivale al campo wheelchair_boarding GTFS del archivo stops.txt. | Corto | N | Y |
StopsOnStreets
La clase de entidad StopsOnStreets define las ubicaciones en las que los pasajeros pueden acceder a las paradas de transporte desde las calles o aceras. Las entidades StopsOnStreets pueden representar las ubicaciones de accesos a estaciones o el punto más cercano que interseca con una calle o acera a la ubicación de la parada para garantizar la conectividad de la red.
El modelo de datos no necesita la clase de entidad StopsOnStreets, pero resulta útil al establecer una conectividad de dataset de red adecuada, ya que es poco probable que las paradas estén situadas directamente en el inicio de las calles. Si pretende modelar viajeros que caminan por las calles y utilizan el sistema de transporte público, necesita conectar de manera controlada las líneas de transporte con las calles, para lo que se recomienda utilizar esta clase de entidad.
La clase de entidad StopsOnStreets no tiene ningún esquema obligatorio. Si crea esta clase de entidad mediante la herramienta Conectar orígenes de transporte de dataset de red a calles, tendrá el mismo esquema que la clase de entidad Stops. Sin embargo, dado que el evaluador de Transporte público no utiliza esta clase de entidad, puede utilizar cualquier campo que se ajuste mejor a lo que está modelando.
StopConnectors
La clase de entidad StopConnectors define entidades de polilínea para conectar paradas con calles mediante las entidades StopsOnStreets correspondientes. La finalidad principal de esta clase de entidad es garantizar una conectividad de red adecuada entre las calles y líneas de transporte. Esto permite a un viajero caminar por las calles, acceder a una parada de transporte, utilizar el servicio de transporte programado por una línea de transporte (una entidad LineVariantElements), bajarse de la línea de transporte en otra parada y volver a las calles para continuar a pie hasta el destino.
El modelo de datos no necesita la clase de entidad StopConnectors y el evaluador de Transporte público no la utiliza. Sin embargo, dado que es poco probable que las paradas estén situadas directamente en el inicio de las calles, se recomienda utilizar un conector para garantizar la conectividad entre las líneas de transporte y las calles.
En la siguiente tabla se describe el esquema de la clase de entidad StopConnectors:
StopConnectors
Nombre de campo | Descripción | Tipo | Obligatorio | Anulable |
---|---|---|---|---|
ObjectID | El ObjectID de la fila de la tabla. | ObjectID | Y | N |
Shape | La forma de polilínea de la entidad. La dirección de digitalización de las entidades de conectores de parada debe ir desde las paradas hacia las calles. | Shape | Y | N |
StopID | El valor de campo ID de la parada que la entidad StopConnectors conecta con las calles. | Largo | N | Y |
ConnectorType | Indica el tipo de conexión que crea esta entidad entre la parada y las calles. El valor ConnectorType indica si esta línea de conexión representa una conexión directa entre la parada y la calle, una conexión desde la parada a su estación principal o una conexión desde la estación principal a un acceso a la estación. Los valores posibles son los siguientes:
Este campo no es obligatorio, pero puede resultar útil para configurar los evaluadores sobre atributos de coste o restricción. Por ejemplo, su atributo de coste puede agregar cantidades diferentes de tiempo a pie en función del valor de campo ConnectorType. | Corto | N | Y |
GWheelchairBoarding | Indica si la ruta entre la parada y la calle representada mediante esta línea de conexión tiene acceso para sillas de ruedas. Los valores posibles son los siguientes:
Este campo resulta útil para crear atributos de restricción en el dataset de red para modelar pasajeros en silla de ruedas. | Corto | N | Y |
LineVariantElements
La clase de entidad LineVariantElements define las polilíneas que representan las líneas de transporte público. Cada elemento de variante de línea representa un viaje por una línea de transporte entre dos paradas de transporte adyacentes.
En el dataset de red, el origen de eje LineVariantElements debe utilizar el evaluador de Transporte público en los atributos de coste para modelar el tiempo de viaje real en transporte público de acuerdo con el servicio programado. El evaluador de Transporte público calcula el tiempo de viaje por un elemento de variante de línea a una hora determinada del día en función de los horarios de transporte público, consultando varias tablas del modelo de datos de transporte público. El evaluador de Transporte público no utiliza la longitud ni la forma de los elementos de variante de línea, por lo que la geometría real no tiene importancia.
En la siguiente tabla se describe el esquema de la clase de entidad LineVariantElements:
LineVariantElements
Nombre de campo | Descripción | Tipo | Obligatorio | Anulable |
---|---|---|---|---|
ObjectID | El ObjectID de la fila de la tabla. | ObjectID | Y | N |
Shape | La forma de polilínea del segmento de línea de transporte. El evaluador de Transporte público no utiliza la longitud ni la forma de la entidad de línea para calcular el tiempo de viaje. En su lugar, el tiempo de viaje se deriva de los horarios de transporte público almacenados en las tablas del modelo de datos. En consecuencia, a pesar de que los elementos de variante de línea deben tener formas para modelar la conectividad en el dataset de red, las formas específicas no son relevantes para el cálculo del tiempo de viaje. Si crea tablas del modelo de datos a partir de datos GTFS mediante la herramienta GTFS a orígenes de transporte de dataset de red, los elementos de variante de línea serán líneas rectas sencillas que conecten las paradas de transporte adyacentes y no representarán las rutas geográficas que recorren los vehículos del sistema de transporte. | Shape | Y | N |
LineVarID | El valor de campo ID de la variante de línea de la que forma parte este elemento de variante de línea. Una variante de línea está formada por una secuencia ordenada de elementos de variante de línea que conectan una secuencia específica de paradas de transporte por una línea de transporte. | Largo | Y | N |
SqIdx | Una variante de línea está formada por una secuencia ordenada de elementos de variante de línea que conectan una secuencia específica de paradas de transporte por una línea de transporte. El campo SqIdx representa la secuencia por la línea de transporte en la que se sitúa este elemento de variante de línea, a partir de 1. Por ejemplo, si una variante de línea está formada por 10 elementos de variante de línea, el SqIdx del primer elemento de variante de línea será 1. El SqIdx del segundo elemento de variante de línea de la variante de línea será 2 y el SqIdx del último (décimo) elemento de variante de línea será 10. Los valores SqIdx de la tabla ScheduleElements deben coincidir con los valores SqIdx que se definen aquí para los elementos de variante de línea. | Corto | Y | N |
FromStopID | Un elemento de variante de línea representa un viaje por una línea de transporte entre dos paradas de transporte adyacentes. El campo FromStopID indica el valor de campo ID de la parada desde la que sale el servicio de transporte por este elemento de variante de línea. El servicio de transporte por este elemento de variante de línea va desde el FromStopID hasta el ToStopID. | Largo | N | Y |
ToStopID | Una entidad de elemento de variante de línea representa un viaje por una línea de transporte entre dos paradas de transporte adyacentes. El campo ToStopID indica el valor de campo ID de la parada a la que llega o hacia la que viaja el servicio de transporte por este elemento de variante de línea. El servicio de transporte por este elemento de variante de línea va desde el FromStopID hasta el ToStopID. | Largo | N | Y |
Tablas
Las tablas del modelo de datos definen los horarios de transporte público. El evaluador de Transporte público utiliza estas tablas para determinar el tiempo de viaje por una entidad LineVariantElements a una hora determinada del día en función del servicio de transporte programado.
Lines
La tabla Lines define líneas o rutas de transporte y sus características. Una línea equivale a una ruta GTFS.
En la siguiente tabla se describe el esquema de la tabla Lines:
Lines
Nombre de campo | Descripción | Tipo | Obligatorio | Anulable |
---|---|---|---|---|
ObjectID | El ObjectID de la fila de la tabla. | ObjectID | Y | N |
ID | El Id. único de la línea de transporte. | Largo | Y | N |
GRouteID | El route_id de GTFS de la línea. Este campo tiene únicamente fines informativos. | Texto | N | Y |
GRouteType | El medio de transporte público que representa esta línea. Los valores posibles son los siguientes:
El campo GRouteType equivale al campo route_type GTFS del archivo routes.txt. | Corto | N | Y |
LineVariants
La tabla LineVariants define las variaciones en las líneas. Por ejemplo, es posible que una línea de trasporte tenga dos estaciones de destino diferentes, con algunos viajes que se dirigen a una y otros viajes que se dirigen a la otra. Una variante de línea está formada por una secuencia ordenada de elementos de variante de línea que conectan una secuencia específica de paradas de transporte por una línea de transporte.
En la siguiente tabla se describe el esquema de la tabla LineVariants:
LineVariants
Nombre de campo | Descripción | Tipo | Obligatorio | Anulable |
---|---|---|---|---|
ObjectID | El ObjectID de la fila de la tabla. | ObjectID | Y | N |
ID | El Id. único de la variante de línea. | Largo | Y | N |
LineID | El valor de campo ID de la fila de Lines a la que pertenece la variante de línea. Varias variantes de línea pueden tener el mismo LineID y cada una de ellas representa un patrón diferente de elementos de variante de línea que pertenece a una línea determinada. | Largo | Y | N |
Schedules
La tabla Schedules define patrones únicos de tiempos de viaje asociados con variantes de línea. Por ejemplo, quizá en hora punta un autobús tarda cinco minutos en ir de una parada a otra por la línea de transporte, pero durante las horas de menor afluencia solo tarda tres minutos. La tabla Schedules contendría una entrada para el tiempo de viaje de 5 minutos y otra para el de 3 minutos. Los componentes individuales del horario se definen en la tabla ScheduleElements. Los horarios son específicos de las variantes de línea.
En la siguiente tabla se describe el esquema de la tabla Schedules:
Schedules
Nombre de campo | Descripción | Tipo | Obligatorio | Anulable |
---|---|---|---|---|
ObjectID | El ObjectID de la fila de la tabla. | ObjectID | Y | N |
ID | El Id. único del horario. | Largo | Y | N |
LineVarID | El valor de campo ID de la fila de la tabla LineVariants con la que está asociado este horario. | Largo | Y | N |
ScheduleElements
La tabla ScheduleElements define los tiempos de viaje por cada elemento de variante de línea para un horario determinado. Una secuencia ordenada de elementos de horario define los tiempos de viaje para la secuencia correspondiente de elementos de variante de línea en un horario determinado. La tabla ScheduleElements debe contener una secuencia de filas para cada fila de la tabla Schedules.
En la siguiente tabla se describe el esquema de la tabla ScheduleElements:
ScheduleElements
Nombre de campo | Descripción | Tipo | Obligatorio | Anulable |
---|---|---|---|---|
ObjectID | El ObjectID de la fila de la tabla. | ObjectID | Y | N |
ScheduleID | El valor de campo ID de la fila de la tabla Schedules a la que pertenece este elemento de horario. Un horario está formado por una secuencia ordenada de elementos de horario. | Largo | Y | N |
SqIdx | Un horario está formado por una secuencia ordenada de elementos de horario, cada uno de los cuales coincide con el elemento de variante de línea correspondiente a la que la tabla Schedules y la clase de entidad LineVariantElements hacen referencia. El campo SqIdx representa la secuencia del elemento de variante de línea por la línea de transporte a la que este elemento de horario hace referencia, a partir de 1. Por ejemplo, si una variante de línea está formada por 10 elementos de variante de línea, el SqIdx del primer elemento de variante de línea será 1. El SqIdx del segundo elemento de variante de línea de la variante de línea será 2 y el SqIdx del último (décimo) elemento de variante de línea será 10. Los valores SqIdx correspondientes de cada elemento de horario deben coincidir con los valores SqIdx de la clase de entidad LineVariantElements. En el ejemplo anterior, supongamos que la variante de línea tiene un horario determinado asociado a ella. El primer elemento de horario de ese horario debe tener un valor SqIdx de 1, el segundo debe tener un valor de 2 y el último (décimo) debe tener un valor de 10, igual que los elementos de variante de línea. Si la variante de línea anterior tiene un horario adicional asociado, la tabla ScheduleElements debe contener una secuencia adicional de filas con la misma secuencia de valores SqIdx que definan los tiempos de viaje asociados con el horario adicional. | Corto | Y | N |
Departure | El número de minutos a partir de 0 hasta que el vehículo de transporte sale de la parada de origen del elemento de variante de línea con el mismo LineVarID que el horario y SqIdx de este elemento de horario. Si el viaje de transporte sale de esta parada 20 minutos después de salir de la primera parada de toda la línea, el valor Departure es 20. El valor Departure de un elemento de horario con un valor SqIdx de 1 siempre debe ser 0. | Doble | Y | N |
Arrival | El número de minutos a partir de 0 hasta que el vehículo de transporte llega a la parada de destino del elemento de variante de línea con el mismo LineVarID que el horario y SqIdx de este elemento de horario. Si el viaje de transporte llega a la parada de destino de este segmento 23 minutos después de salir de la primera parada de toda la línea, el valor Arrival es 23. | Doble | Y | N |
Runs
La tabla Runs define los tiempos de inicio específicos en los que un viaje de transporte comienza el servicio por una secuencia de elementos de variante de línea utilizando tiempos de viaje definidos mediante un horario determinado. Un recorrido equivale a un viaje GTFS. La tabla Runs también define si es posible acceder con sillas de ruedas o bicicletas al vehículo de transporte determinado que preste servicio en la ruta en ese momento del día.
En la siguiente tabla se describe el esquema de la tabla Runs:
Runs
Nombre de campo | Descripción | Tipo | Obligatorio | Anulable |
---|---|---|---|---|
ObjectID | El ObjectID de la fila de la tabla. | ObjectID | Y | N |
ID | El Id. único del recorrido. | Largo | Y | N |
ScheduleID | El valor de campo ID de la fila de la tabla Schedules a la que pertenece este recorrido. Así se define el patrón de tiempos de viaje que seguirá este recorrido. | Largo | Y | N |
StartRun | El número de minutos desde medianoche hasta que el vehículo de transporte sale de la primera parada. Por ejemplo, si el recorrido comienza a las 8:00 a.m., el valor StartRun debe ser 480, ya que a las 8:00 a.m. han pasado 8 horas o 480 minutos desde la medianoche. | Doble | Y | N |
GTripID | El trip_id GTFS con el que se asocia este recorrido. Este campo tiene únicamente fines informativos. | Texto | N | Y |
CalendarID | El valor de campo ID de la fila de la tabla Calendars y el valor de campo CalendarID correspondiente de la tabla CalendarExceptions que define los días de la semana o las fechas en las que opera este recorrido. | Largo | Y | N |
GWheelchairAccessible | Indica si el recorrido tiene acceso para sillas de ruedas. Los valores posibles son los siguientes:
Este campo es opcional. Si el campo no está presente, el evaluador de Transporte público considera que los viajeros en silla de ruedas pueden utilizar todos los recorridos. El campo GWheelchairAccessible equivale al campo wheelchair_accessible GTFS del archivo trips.txt. | Corto | N | Y |
GBikesAllowed | Indica si las bicicletas están permitidas en este recorrido. Los valores posibles son los siguientes:
Este campo es opcional. Si el campo no está presente, el evaluador de Transporte público considera que los viajeros usuarios de bicicleta pueden utilizar todos los recorridos. El campo GBikesAllowed equivale al campo bikes_allowed GTFS del archivo trips.txt. | Corto | N | Y |
Calendars
La tabla Calendars define los días de la semana y los rangos de fecha en los que funciona el servicio de transporte público.
Al resolver análisis de red con fechas específicas, el evaluador de Transporte público tiene en cuenta el rango de fecha definido mediante los campos StartDate y EndDate de la tabla Calendars. Al resolver análisis de red con un día de la semana genérico, se ignoran los campos StartDate y EndDate, y solo se utilizan los campos de día de la semana, por ejemplo, Monday, para definir el servicio de transporte como operativo en el día del análisis.
El modelo de datos necesita esta tabla, pero no tiene por qué contar con ninguna fila si no desea definir servicios regulares de transporte. Sin embargo, Calendars o CalendarExceptions se debe rellenar con filas. Si se rellenan Calendars y CalendarExceptions, CalendarExceptions modifica el servicio regular definido en Calendars.
En la siguiente tabla se describe el esquema de la tabla Calendars:
Calendars
Nombre de campo | Descripción | Tipo | Obligatorio | Anulable |
---|---|---|---|---|
ObjectID | El ObjectID de la fila de la tabla. | ObjectID | Y | N |
ID | El Id. único del calendario. | Largo | Y | N |
GServiceID | El service_id GTFS con el que se asocia este calendario. Este campo tiene únicamente fines informativos. | Texto | N | Y |
Monday | Indica si los recorridos con este valor CalendarID operan los lunes. Los valores posibles son los siguientes:
| Corto | Y | N |
Tuesday | Indica si los recorridos con este valor CalendarID operan los martes. Los valores posibles son los siguientes:
| Corto | Y | N |
Wednesday | Indica si los recorridos con este valor CalendarID operan los miércoles. Los valores posibles son los siguientes:
| Corto | Y | N |
Thursday | Indica si los recorridos con este valor CalendarID operan los jueves. Los valores posibles son los siguientes:
| Corto | Y | N |
Friday | Indica si los recorridos con este valor CalendarID operan los viernes. Los valores posibles son los siguientes:
| Corto | Y | N |
Saturday | Indica si los recorridos con este valor CalendarID operan los sábados. Los valores posibles son los siguientes:
| Corto | Y | N |
Sunday | Indica si los recorridos con este valor CalendarID operan los domingos. Los valores posibles son los siguientes:
| Corto | Y | N |
StartDate | El inicio del rango de fecha en el que funciona el servicio de transporte descrito en este dataset. Al resolver análisis de red con fechas específicas, el evaluador de Transporte público solo utiliza los recorridos con este valor CalendarID si la fecha de análisis se encuentra en el rango de fecha StartDate y EndDate. Se ignora el rango de fecha StartDate y EndDate al resolver el análisis de red con un día de la semana genérico y solo se utilizan los campos de días de la semana, por ejemplo, Monday. | Date | N | N |
EndDate | El final del rango de fecha en el que funciona el servicio de transporte descrito en este dataset. La fecha descrita en EndDate está incluida en el rango de fecha. Al resolver análisis de red con fechas específicas, el evaluador de Transporte público solo utiliza los recorridos con este valor CalendarID si la fecha de análisis se encuentra en el rango de fecha StartDate y EndDate. Se ignora el rango de fecha StartDate y EndDate al resolver el análisis de red con un día de la semana genérico y solo se utilizan los campos de días de la semana, por ejemplo, Monday. | Date | N | N |
CalendarExceptions
La tabla CalendarExceptions define las excepciones al servicio regular de transporte público, por ejemplo, fechas específicas en las que se agregan a eliminan servicios de transporte público. El evaluador de Transporte público solo utiliza las fechas de excepción de esta tabla si el análisis de red se configura para utilizar fechas específicas en lugar de días de la semana genéricos.
El modelo de datos necesita esta tabla, pero no tiene por qué contar con ninguna fila si no desea definir ninguna excepción al servicio de transporte público regular. Sin embargo, Calendars o CalendarExceptions se debe rellenar con filas. Si se rellenan Calendars y CalendarExceptions, CalendarExceptions modifica el servicio regular definido en Calendars. Si la tabla Calendars está vacía, todos los servicios de transporte público se definen en CalendarExceptions agregando expresamente los servicios en las fechas específicas. En este caso, se debe utilizar una fecha específica en el análisis de red en lugar de un día de la semana genérico.
En la siguiente tabla se describe el esquema de la tabla CalendarExceptions:
CalendarExceptions
Nombre de campo | Descripción | Tipo | Obligatorio | Anulable |
---|---|---|---|---|
ObjectID | El ObjectID de la fila de la tabla. | ObjectID | Y | N |
CalendarID | El Id. de la excepción que puede corresponderse o no con un valor del campo ID de la tabla Calendars. Si el valor aparece en Calendars, la excepción modifica el servicio regular que se define ahí. Los valores de este campo no tienen que ser únicos, pero cada combinación única de CalendarID y ExceptionDate debe aparecer una vez. | Largo | Y | N |
GServiceID | El service_id GTFS con el que se asocia este CalendarException. Este campo tiene únicamente fines informativos. | Texto | N | Y |
ExceptionDate | La fecha en la que se agrega o elimina el servicio de transporte descrito mediante esta excepción. | Date | Y | N |
GExceptionType | Indica si el servicio de transporte se agrega o elimina en la fecha descrita mediante el campo ExceptionDate. Los valores posibles son los siguientes:
El campo GExceptionType equivale al campo exception_type GTFS del archivo calendar_dates.txt. | Corto | Y | N |