Skip to content

Require from_stop_id and to_stop_id in recommended transfer point transfers (empty or 0)#591

Open
skalexch wants to merge 1 commit intogoogle:masterfrom
MobilityData:adjust_recommended_transfers
Open

Require from_stop_id and to_stop_id in recommended transfer point transfers (empty or 0)#591
skalexch wants to merge 1 commit intogoogle:masterfrom
MobilityData:adjust_recommended_transfers

Conversation

@skalexch
Copy link
Collaborator

@skalexch skalexch commented Dec 1, 2025

Summary

In transfers.txt, require from_stop_id and to_stop_id when transfer_type = 0 or is empty (recommended transfer point).

This affected requirement rules, therefore it's a non-functional change. It requires a discussion period, a review period and a vote.

Describe the Problem

In transfers.txt, when transfer_type = 0 or is empty, it means that it is a recommended transfer point between routes, which should include a from_stop_id and to_stop_id.
However, the spec currently only requires from_stop_id and to_stop_id when transfer_type =1, 2 or 3

The issue was raised by a community member in the #gtfs Slack channel (thread): "from_stop_id and to_stop_id are "Required if transfer_type is 1, 2, or 3", but aren't they also required if transfer_type=0 or empty?"

Type of change

GTFS Schedule

  • Functional Change
  • Non-Functional Change
  • Documentation Maintenance

GTFS Realtime

  • Specification Change
  • Specification Change (Experimental Field)

Proposed Discussion Period

We want to leave the discussion period open until after the holidays to accommodate holiday schedules and to make sure the community has an eye on this. We intend to start a one-week review period and the vote mid-January.

Therefore, we propose a discussion period of 6 weeks (too accommodate the holidays), the discussion period ends on 9 January 2026 at 23:59:59 UTC.

Proposal Update Tracker

Date Update Description
(2026-02-02) Started vote

Checklist

@skinkie
Copy link
Contributor

skinkie commented Dec 1, 2025

Please don't do things like this: Consult the slack thread for more detail.

@skalexch
Copy link
Collaborator Author

skalexch commented Dec 1, 2025

@skinkie good point, I updated the description to be clearer.

@etienne0101 etienne0101 added GTFS Schedule Issues and Pull Requests that focus on GTFS Schedule Change type: Non-Functional Refers to important updates to the specification that do not significantly affect functionalities. labels Dec 19, 2025
@skalexch
Copy link
Collaborator Author

As per the new governance guidelines, we are starting a one-week review period today, after which we will start the vote.
Please review the proposed changes and share your feedback here.

@skinkie
Copy link
Contributor

skinkie commented Jan 12, 2026

As per the new governance guidelines, we are starting a one-week review period today, after which we will start the vote. Please review the proposed changes and share your feedback here.

Vote? What about implementation requirements?

@skalexch
Copy link
Collaborator Author

@skinkie this is a non-functional change (basically a requirement change) and does not require an implementation by a producer and consumer.

@skalexch
Copy link
Collaborator Author

To get more eyes on this change before launching a vote, we will extend the review period for another week.

@skalexch
Copy link
Collaborator Author

@jasonad123 thanks for chiming in and supporting this! Just to clarify, the vote is not open yet. Your "+1" will only count within the vote period. We will send a general message on the #gtfs channel once the vote opens soon!

Also, if you are able to vote in the capacity of a producer or a consumer (i.e. you work for a vendor/agency that creates GTFS or a consumer and you can cast you vote in their name) that would help narrow down the passing requirements!

@jasonad123
Copy link

@jasonad123 thanks for chiming in and supporting this! Just to clarify, the vote is not open yet. Your "+1" will only count within the vote period. We will send a general message on the #gtfs channel once the vote opens soon!

Sorry about that - I should’ve read a little more closely and realized the voting period hadn’t actually opened yet!

@skalexch
Copy link
Collaborator Author

skalexch commented Feb 2, 2026

I am initiating the vote for this proposal.

Since this is a non-functional change, only one voting process is required to adopt it.

For the vote to be valid, it must include at least five contributors, with a minimum of two Producers and two Consumers.

Voting ends on 16 February 2026, 23:59:59 UTC.

Tagging people who participated in this PR and in the Slack thread for relevance: @jasonad123 @gcamp @skinkie

@skinkie
Copy link
Contributor

skinkie commented Feb 2, 2026

+1 OpenGeo

@gcamp
Copy link
Contributor

gcamp commented Feb 2, 2026

+1 Transit

@jasonad123
Copy link

jasonad123 commented Feb 2, 2026

+1 (general contributor)

@akiranszw
Copy link

+1 Japan Association for Bus Digitalization(producer)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Change type: Non-Functional Refers to important updates to the specification that do not significantly affect functionalities. GTFS Schedule Issues and Pull Requests that focus on GTFS Schedule

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants