Skip to content
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

Joins at the beginning of the route should not be processed #80

Open
miklcct opened this issue Jan 10, 2024 · 6 comments
Open

Joins at the beginning of the route should not be processed #80

miklcct opened this issue Jan 10, 2024 · 6 comments

Comments

@miklcct
Copy link
Contributor

miklcct commented Jan 10, 2024

In the current December 2023 timetable, there is a "join" entry of base W04046 (Mo - Fr 18:22 Ramsgate - Dover - Charing Cross) and association W03086 (Mo - Fr 15:29 Charing Cross - Canterbury - Ramsgate) at Ramsgate.

These are separate services in the timetable confirmed in National Rail Enquiries and various other websites. However, dtd2mysql joins them together to form a "circular" service on the long way round Kent.

In my opinion, if the "join" location is at the beginning of the route for the base UID, it should not be processed, similarly, if the "split" location is at the end of the route, it should not be processed.

@linusnorton
Copy link
Collaborator

I believe this is correct. The national routing guide prevents any circular journeys which is why National Rail would be filtering it out.

@miklcct
Copy link
Contributor Author

miklcct commented Jan 10, 2024

I am referring to the Live Times functionality of website and apps, which shows circular services in full. This service isn't shown as a circular service on Live Times in the timetable, indicating that the join isn't in effect there.

In contrast, UID C72592 (Mo - Fr 20:56 Euston - Birmingham) has a split at Northampton to produce a portion UID C73677 (Mo - Fr 22:14 Northampton - Euston) back to Euston, which is shown in full in National Rail Enquiries.

The National Routeing Guide is irrelevant here.

@linusnorton
Copy link
Collaborator

In my opinion, if the "join" location is at the beginning of the route for the base UID, it should not be processed, similarly, if the "split" location is at the end of the route, it should not be processed.

I believe this would cause issues. When there is a join a new service is created containing the [assoc stops from origin to join station] + [base stops from join station to destination]. This is why the new UID is assoc UID _ base UID. The assoc train joins the base train.

It is quite common for a service to join at the origin of the base service. The schedule has probably changed but there used to be a base schedule that started at Ashford and went onto London Victoria (I think) and there was a train from Canterbury to Ashford that would join it.

@miklcct
Copy link
Contributor Author

miklcct commented Jan 10, 2024

What is your opinion about the 15:29 Charing Cross - Ramsgate service which joins into a portion of the 18:22 Ramsgate - Dover - Charing Cross service in the data? The industry systems don't show these are the same service.

@miklcct
Copy link
Contributor Author

miklcct commented Jan 10, 2024

Can you please try the "show direct trains only" option and search for Sturry to Dover? My point here is if the "rounder" should be considered a direct train.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants