Closed kuanb closed 5 years ago
Update: Above screenshot would have been resolved with the interpolation of intermediary stops. But underlying problem is that there are wait times under 1 minute for rural lines somehow coming up.
Problem might be in generate_summary_wait_times
when NaN
values are pruned...
Here in Yuba City GTFS, we can see a number of essentially 0 minute boarding cost/wait time values for most of the nodes that are being generated, which is surprising:
When a stop id has attributed stop times that have no value (see below example from Yuba, CA), wait times are very low.
In the case of the stop with these coordinates from Yuba's GTFS, the boarding cost is less than 18 seconds.
Pruning these stops will improve stop wait time estimates.