Skip to content

GTFS-Occupancies unmerged#289

Closed
sccmcca wants to merge 20 commits intogoogle:masterfrom
MobilityData:gtfs-mean-occupancies
Closed

GTFS-Occupancies unmerged#289
sccmcca wants to merge 20 commits intogoogle:masterfrom
MobilityData:gtfs-mean-occupancies

Conversation

@sccmcca
Copy link
Contributor

@sccmcca sccmcca commented Oct 26, 2021

This pull request is a continuation of discussions at #240.

GTFS-Occupancies is an extension proposal to describe usual or expected vehicle occupancy levels in GTFS Schedule.

As occupancies can currently be described in GTFS Realtime using occupancy_status and occupancy_percentage, GTFS-Occupancies aims to complement the availability of crowdedness information by providing static predictions for future trips based on historical trends, which can help riders plan trips based on their crowdedness preferences and comfortability.

To be resolved:
- Officializing an occupancy indicator in GTFS Realtime: Currently, both OccupancyStatus and occupancy_percentage are experimental. Ideally, we want consistency between static and realtime occupancy indicators. Whichever becomes official in GTFS Realtime will be the one used here.
- Elaborating GTFS-Occupancies to support frequency-based service. Some thinking on this here.

TfNSW has published a dataset: #240 (comment).

scmccallum and others added 20 commits August 5, 2020 09:30
Adds the files of MobilityData's GTFS-MeanOccupancies proposal to the GTFS Static reference.
Added back calendars.service_type and specified parent and child ID for vehicles
+ add precision in mean_occupancy_status
PR update to Option C as appears in the GTFS-Occupancies proposal working document, replacing Option A.
Minor editorial corrections to syntax of some text.
Removal of fields that were apart of the Option A proposal, but are no longer relevant for Option C.
(1) Removed weekly pattern structure (Option C) in favor of individual date structure (Option B).

(2) Edit of `occupancy_percentage` to bring it in technical conformity with the GTFS Realtime description.
- Occupancy descriptions at individual date or weekly pattern level that accomodates either approach efficiently.
- Removal of `occupancy_percentage` until further needs are expressed.
- Removal of `data_source`.
- Added `occupancies.exception` to be able to describe occupancy exceptions to weekly pattern.
- Added "Conditionally Forbidden" Term Definition.
- Updated wording to "Conditionally Required" for semantic clarity.
Added "or empty" to date descriptions
- require `end_date`
- patch `stop_sequence` to optional
- remove `exception`
This reverts commit b23784c.
Co-authored-by: Jeff Kessler <31969870+jeffkessler-keolis@users.noreply.github.com>
@sccmcca sccmcca added the GTFS Schedule Issues and Pull Requests that focus on GTFS Schedule label Oct 26, 2021
@google-cla
Copy link

google-cla bot commented Oct 26, 2021

All (the pull request submitter and all commit authors) CLAs are signed, but one or more commits were authored or co-authored by someone other than the pull request submitter.

We need to confirm that all authors are ok with their commits being contributed to this project. Please have them confirm that by leaving a comment that contains only @googlebot I consent. in this pull request.

Note to project maintainer: There may be cases where the author cannot leave a comment, or the comment is not properly detected as consent. In those cases, you can manually confirm consent of the commit author(s), and set the cla label to yes (if enabled on your project).

ℹ️ Googlers: Go here for more info.

@google-cla google-cla bot added the cla: no label Oct 26, 2021
@sccmcca sccmcca mentioned this pull request Oct 26, 2021
@sccmcca sccmcca changed the title GTFS-Occupancies part 2 GTFS-Occupancies unmerged Oct 26, 2021
@sccmcca sccmcca closed this Oct 26, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

GTFS Schedule Issues and Pull Requests that focus on GTFS Schedule

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants