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

Gtfs plus directions #9

Open
wants to merge 4 commits into
base: master
Choose a base branch
from

Conversation

bijanmmarkes
Copy link
Contributor

Directions.txt is a GTFS+ Experimental dataset, GTFS+ is an extension to GTFS in use by the San Francisco (MTC) 511.org, Trillium, etc.

Many transit agencies in the SF Bay Area publish GTFS+ as well as worldwide, including a large majority of customers that have GTFS feeds created by Trillium for example.

The directions.txt file can become useful when the need to use certain verbiage or translating gtfs-rt data into something a customer can understand, as well as other use-cases related to consuming and using gtfs-rt data.

References:

  • https://www.transitwiki.org/TransitWiki/index.php/GTFS+

  • https://trilliumtransit.com/gtfs/reference/#directions

  • Create a new Entity containing the fields required for directions.txt.

  • Create a new "File" to allow retrieval of the Directions Entities.

  • Write Integration tests for the new Directions Entity.

  • Custom method to return Abbreviations of Cardinal directions as strings for different use-cases. Ex: North = N.

    • Added a custom flag $adjective which defaults to false, when true, it will add the adjective which would be North = NB, South = SB (Northbound/Southbound).
  • Added a method to return the string of "Inbound" or "Outbound" depending on the direction_id (1 or 0).

@bijanmmarkes
Copy link
Contributor Author

Just curious if this is something you would be interested in implementing to this library or if I should continue with GTFS-Plus integrations on my own branch? @Bertware

@Bertware
Copy link
Member

Hi @bijanmmarkes, sorry for the late response.

Right now it might be good to keep this in a separate branch/fork, we do however encourage PRs for the main logic such as file reading and official GTFS tables.

I'll leave this open so it can be merged in the future, should this become a part of the GTFS standard.

Regards,
Bert

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

Successfully merging this pull request may close these issues.

None yet

2 participants