-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Skipping stops with N ("stop not advertised") activity flag #23
Comments
Also, when checking these stops on dates with "N" activity, southeasternrailway api returns "bulletins", like this:
Or this:
Suggesting that flag is some kind of "this stop is out of order" marker. |
Weird, "It is not yet known how xxx", "will be affected by engineering work". Sounds like I've misunderstood not advertised and they should be included but with some kind of warning. |
Maybe using the GTFS "coordinated activity" would be a good idea. To at least suggest that people need to check something |
Going by the info above, I'd think these should be "not advertised" as in "should not be advertised as actual stops on any site", but it's your call, ofc. |
Mentioned this one earlier here: #14 (comment)
gtfs-webcheck occasionally stumbles upon these stops as non-existing for corresponding trips in serw api data.
Checking data for all stops that have public time and "N" activity flag turns up schedules for ~200 train_uid's, full list for ttis653.zip:
https://gist.github.com/mk-fg/5fd942d0ca0a880e06cbb239e7a7eae4
All but outliers at the very start/end are very similar and have start/end at HVW (HEATHROW TERM 5) marked with "N" for some dates.
Some of these also have AML with "N" flag for some dates (e.g. P25417).
Including these stops doesn't match trips in gtfs-webcheck, adding e.g.
--test-skip-stops 1-0
to skip stops that are marked as such returns matching trip there.Few remaining trips that can be checked in similar way (some are too far in the future), like L02139 (with starting BTN stop having that activity flag), also match in a similar fashion.
Discussion thread linked in the comment above also suggests that these stops are not actually public - from the initial comment (which gets confirmed) to Peter Hicks' suggestion of what these might mean:
https://groups.google.com/forum/#!topic/openraildata-talk/eBTiB1BxrRw
Which all seem to suggest to me that these should not be in GTFS data as public stops.
When implementing processing for these flags, you seem to have omitted this one, despite it being mentioned in the issue there, so wanted to bring it up again separately, in case it wasn't skipped intentionally.
Few strange outlier CIF schedules that have flag are kinda like this one:
https://gist.github.com/mk-fg/371a73b484cedf9efda5fa365f2a3886#file-gistfile1-txt-L28-L32
Which - given how weird it looks compared to others for same train_uid - probably shouldn't make it into GTFS, and is maybe some kind of staff-only run, as Peter suggested.
The text was updated successfully, but these errors were encountered: