Skip to content

Conversation

rachelekm
Copy link
Collaborator

@rachelekm rachelekm commented Feb 21, 2025

Overview

Assesses upgrade to OpenTripPlanner 2 and compile notes into decision ADR. Decision summary: OTP2 does not have support for core application features so we will not be moving forward with the major version upgrade, although there is a minor version upgrade for OTP1 that is the "final release" and includes backported bugfixes.

Notes

I started building a diagram to better understand how this project utilizes trip planning requests to OTP and its graph-building process, but it may adjust as I get deeper into #1385 so I will include that finished diagram as part of that PR as a README in this new doc directory.

Connects #1355

Copy link
Collaborator

@rajadain rajadain left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good reasoning and recap. I agree, we should go with OTP 1.5 for now, especially given the short-ish expected lifespan of this project. Will approve after syntax edits are made.

The next major release, OTP2, not only supports the updated GTFS format but addresses routing performance issues and includes passenger-facing itinerary services. This version update would introduce stability into our data deployment process and may provide better support for any incoming transit feed format revisions in the future. However, OTP2 is a complete rewrite that has a more limited, focused feature set so it may not be possible to use with our application. This ADR is to evaluate the feasibility of this major version upgrade and come to a go/no-go conclusion.


### Evaluation criteria
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Prefer using one blank line between headings, paragraphs. Currently, sometimes we use two blank lines, sometimes one, and sometimes none.



- Compile and build a transportation network graph for the greater Philadelphia region using the following sources:
- SEPTA, PATCO, NJTransit, and DART GTFS* feeds
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Consider using a proper Markdown footnote here.

- Supports all core features currently in use by GoPhillyGo
- Maintenance and security support through current contract
- Supports current GTFS and GBFS standard formats
- Lift to adapt codebase to OTP setup/run commands, server and graph configuration, and REST API are feasible within remaining time and budget
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
- Lift to adapt codebase to OTP setup/run commands, server and graph configuration, and REST API are feasible within remaining time and budget
- Effort to adapt codebase to OTP setup/run commands, server and graph configuration, and REST API is feasible within remaining time and budget

@rachelekm
Copy link
Collaborator Author

Good reasoning and recap. I agree, we should go with OTP 1.5 for now, especially given the short-ish expected lifespan of this project. Will approve after syntax edits are made.

@rajadain , thank you for the review! I just addressed those edits, this is ready for another look. Noting that I rebased with develop following the recent monthly release.

@rajadain rajadain self-requested a review March 5, 2025 15:58
Copy link
Collaborator

@rajadain rajadain left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nicely done!

- Aligned with GTFS and GBFS feed formats and likely will maintain alignment
- More efficient graph building and performant routing

**Cons**
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
**Cons**
**Cons:**

@rachelekm rachelekm force-pushed the rm/add-otp2-eval-adr branch from 0b37d2e to 567cfcd Compare March 7, 2025 16:55
@rachelekm
Copy link
Collaborator Author

Thank you for the review! I captured that last grammatical fix in the latest commit following rebase.

@rachelekm rachelekm merged commit 8c6c9a2 into develop Mar 7, 2025
@rachelekm rachelekm deleted the rm/add-otp2-eval-adr branch March 7, 2025 16:56
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

Successfully merging this pull request may close these issues.

2 participants