I submitted some feedback to the BODS team (14th March) regarding the Coach data and the inclusion of the operationally specific custom stops that are not relevant to passenger facing information, in particular:
|9990147B8195|M6 Rugby (Driver change - no drop off)|
|99905D87F1C7|A1 Brampton Hut (Driver change - no drop off)|
They appear in Flixbus 023, N23 and 002. In the data they are pickUpAndSetDown which means timetables and journey plans using this data could show these stops as potential boarding or alighting points.
The CommonName suggests these are no drop off. As such, we’d expect the stop Activity to be pickup Only - although looking at the Flixbus website it doesn’t appear possible to book tickets to or from these sites so would “pass” be more appropriate?
I’ll update this thread with any response I receive from the BODS team.
You know my views on this, however worth putting in writing. If these stops do need to be included in the output, they should definitely not have any flag other than pass in the data, this should also be in the TXC data itself, not the lookup file.
From what I can see, in the reference file at least, currently all GB-based 999 stops are pickUpAndSetDown. I’ll have to work out what lines use them to find the relevant TXC and see what the activity is within the file. I suspect some of the others might be intended for dead runs but the two I mentioned got my attention first because of the “no drop off” common names:
Dan -
Interesting dilemma here.
if a vehicles are stationary at the location for a period - which is likely to be a reasonable length of time given they are mainly used for driver breaks, change overs etc then why would it be set to pass?
If a stop is set to pass then it suggests it doesn’t stop and consuming systems may therefore ignore any WaitTime which is set for the duration of the stationary time.
Would the use of 999 stop help with your views? as they could then be excluded from public view?
I think that many systems are tied into pickup and setdown to determine where you can access a service.
I am not a big fan of 999 stops for these purposes, this is because if I was to come across this data (having had knowledge of TXC) and then load this into a system, you could in fact be able to see a service area as a way to get on/off a coach. I get it for other stops such as foreign stops or festival drops offs where a NapTAN would not be appropriate, but in this example I fear it could be misleading downstream.
It looks like these, and all other custom stops in the BODS Coach data have now changed to 900 instead of 999. I can’t see any explanation as to why this has happened but will follow up with the team to see if they can advise.
To update, BODS still appear to be using 900 ATCOs for non-NaPTAN stops (with AdministrativeAreaRefs of 999) although it is more difficult to see as the supplementary stops spreadsheet no longer seems to be included?
They replied to my enquiry saying “Additionally, with the 900 prefix in the AdministrativeAreaRef field instead of the 999 prefix. The 999 value is used for stops that do not have a proper area defined, whereas stops with the AdministrativeAreaRef of 900 refer to legitimate stops recognized in the NAPTAN database nationally.”