GTFS ScheduleRegras de Validação
Sentido da viagem coerente em todas as viagens com o mesmo padrão
direction_id_consistent_for_all_patterns_in_trips
Campos que serão validados nesta regra
| Nome do Campo | Tipo | Presença | Descrição |
|---|---|---|---|
direction_id | Enum | Opcional | Indica o sentido da viagem. Este campo não deve ser utilizado no encaminhamento; fornece uma forma de separar as viagens por sentido ao publicar tabelas de horários. Opções válidas: 0 - Viagem num sentido (por exemplo, viagem de ida).1 - Viagem no sentido oposto (por exemplo, viagem de regresso). Exemplo: Os campos trip_headsign e direction_id podem ser utilizados em conjunto para atribuir um nome à viagem em cada sentido para um conjunto de viagens. Um ficheiro trips.txt poderia conter estes registos para utilização em tabelas de horários: trip_id,...,trip_headsign,direction_id 1234,...,Airport,0 1505,...,Downtown,1 |
pattern_id | ID | Obrigatório | Indica a variante de serviço em que a viagem opera na linha. Não faz parte do GTFS standart, mas é obrigatório para nós TML. |
O que esta validação faz (agrupado por pattern_id)
No ficheiro trips.txt, esta validação garante consistência entre pattern_id e direction_id nas viagens, para um mesmo pattern_id, todas as viagens com direction_id preenchido devem ter o mesmo sentido de marcha (o mesmo direction_id). Em termos de dados: 1 pattern_id → no máximo 1 direction_id distinto (contando só viagens com direction_id definido).
Passa
- Se para este
pattern_id, existir no máximo umdirection_iddistinto entre as viagens em que o campo não é nulo (viagens comdirection_idvazio/nulo não entram no conjunto e não “criam” variedade).
Falha
- Se existirem dois ou mais
direction_iddistintos entre as viagens comdirection_iddefinido, para o mesmopattern_id(a mensagem inclui opattern_ide os valores em conflito, ordenados e formatados como inteiros).
É o mesmo desenho que route_id e shape_id a nível de pattern_id, mas aplicado ao enum direction_id de trips.txt