OpenTripPlanner中ServiceJourney因passthrough属性被过滤的问题分析

问题背景

在OpenTripPlanner处理NeTEx格式的公共交通数据时，存在一个关于服务行程(ServiceJourney)被意外过滤的情况。该问题出现在当行程模式(JourneyPattern)中包含标记为"passthrough"的途经点时，整个服务行程会被系统丢弃，导致该班次无法在路径规划结果中显示。

技术细节解析

NeTEx数据结构

NeTEx标准中定义了以下几个关键元素：

1. ServiceJourney：表示一个具体的班次运行实例，包含发车时间、车辆类型等信息
2. ServiceJourneyPattern：描述班次的运行模式，包含途经的所有站点序列
3. StopPointInJourneyPattern：行程模式中的单个站点元素，包含站点引用和属性设置

passthrough属性的作用

在StopPointInJourneyPattern中，stopUse属性可以设置为以下几种值：

• access：常规停靠站
• passthrough：仅途经但不上下客
• other：其他特殊用途

passthrough通常用于表示列车会物理经过该站点但不进行客运服务，可能是由于：

• 技术性停车（如信号等待）
• 运营需要（如线路交汇点）
• 历史遗留站点

问题产生原因

OpenTripPlanner在处理这类数据时，当前逻辑会直接丢弃包含passthrough站点的整个ServiceJourney。这种处理方式过于严格，会导致：

1. 有效班次被错误过滤
2. 线路覆盖不完整
3. 时刻表信息缺失

解决方案建议

正确的处理方式应该是：

1. 过滤无效站点：在构建行程时自动跳过标记为passthrough的站点
2. 保留有效行程：仅保留实际提供客运服务的站点序列
3. 时间计算调整：确保途经点的时间不影响整体行程时间计算

实现示例

以问题中的XML数据为例，行程模式中包含10个站点，其中第2个站点标记为passthrough。处理流程应为：

1. 解析ServiceJourneyPattern，识别出order=2的站点为passthrough
2. 构建有效站点序列时跳过该站点
3. 保持其他9个站点的顺序和时间关系不变
4. 最终生成9个站点的有效行程

技术影响评估

这种改进将带来以下优势：

1. 数据完整性：保留更多有效班次信息
2. 运营准确性：更真实反映实际运营情况
3. 规划精确性：提供更完整的路径选择方案

总结