GitHub
Security and governance controls catch up to the Copilot build-out
Comparison · DevOps
OpenTripPlanner vs Tigris
A side-by-side editorial comparison of OpenTripPlanner and Tigris — release velocity, themes, recent moves, and the top alternatives to consider.
OpenTripPlanner vs Tigris: at a glance
| Feature | OpenTripPlanner | Tigris |
|---|---|---|
| Sector | DevOps | DevOps |
| Velocity score | 0.0 | 5.0 |
| Sparks · 30d | 0 | 0 |
| Top themes | transit-routing, graphql, api-removal, gtfs-rt | object-storage, foundationdb, geo-replication, s3-compatibility |
| Last editorial update | 10d ago | 9h ago |
| Website | Visit → | — |
What is OpenTripPlanner?
OpenTripPlanner finished a multi-year migration by deleting its REST API.
OTP releases roughly twice a year and keeps its notes to a handful of notable items, deferring the rest to external changelogs. The recent line has been about API consolidation: 2.6.0 disabled the legacy REST API by default and made the new debug client the default, 2.8.0 removed the REST API outright, and 2.9.0's only listed change is a move to Java 25. Feature work in between went into SIRI extra calls, GTFS-RT platform and headsign changes, and transit filters on the GraphQL planConnection query.
What is Tigris?
Tigris keeps publishing its architecture, and the newest post opens up the storage engine itself.
This feed is Tigris's engineering blog, and it alternates between protocol critique and descriptions of how the product answers it. The most recent post opens the internals: how Tigris composes ACID metadata, global placement, caching, replication, and background work on FoundationDB into a multi-region object store. Before it came the Recycle Bin — deletion of objects and buckets on top of immutable storage in an active-active geo-replicated database — plus two posts dissecting SigV4 and presigned URLs, and one on agent-native onboarding through tigris init --agent.
OpenTripPlanner vs Tigris: editorial side-by-side
OpenTripPlanner
0.0DEVOPS
OpenTripPlanner finished a multi-year migration by deleting its REST API.
◆ Current state
OTP releases roughly twice a year and keeps its notes to a handful of notable items, deferring the rest to external changelogs. The recent line has been about API consolidation: 2.6.0 disabled the legacy REST API by default and made the new debug client the default, 2.8.0 removed the REST API outright, and 2.9.0's only listed change is a move to Java 25. Feature work in between went into SIRI extra calls, GTFS-RT platform and headsign changes, and transit filters on the GraphQL planConnection query.
◆ Where it's heading
The GraphQL API is now the only API, and the deprecation of plan in favour of planConnection back in 2.7.0 shows the same consolidation happening inside it. Alongside that, the real-time surface keeps growing — SIRI Lite, extra calls, GTFS-RT support for new and replacement trips — while graph build memory consumption gets cut release over release. The 2.9.0 release being a Java version bump and nothing else suggests the API work has run its course.
◆ Prediction
With the REST removal done and the runtime moved to Java 25, the next release is more likely to concentrate on real-time data handling than on API surface.
Tigris
5.0DEVOPS
Tigris keeps publishing its architecture, and the newest post opens up the storage engine itself.
◆ Current state
This feed is Tigris's engineering blog, and it alternates between protocol critique and descriptions of how the product answers it. The most recent post opens the internals: how Tigris composes ACID metadata, global placement, caching, replication, and background work on FoundationDB into a multi-region object store. Before it came the Recycle Bin — deletion of objects and buckets on top of immutable storage in an active-active geo-replicated database — plus two posts dissecting SigV4 and presigned URLs, and one on agent-native onboarding through tigris init --agent.
◆ Where it's heading
The writing is doing product work. Each protocol post establishes a problem — SigV4's canonicalization and clock skew, presigned URLs as deliberate replay attacks, S3 egress pricing on ClickHouse restores — and positions Tigris behavior as the answer, which makes the blog a migration funnel rather than a changelog. The architecture post is a different move: publishing the FoundationDB composition is a credibility play aimed at buyers who need to believe a newer object store can hold multi-region data.
◆ Prediction
Expect the protocol-critique-then-Tigris-answer format to continue, with the egress-cost framing recurring as the clearest paid migration path. Feature announcements will likely stay embedded in essays rather than appearing as release notes.
Alternatives to OpenTripPlanner and Tigris
Other DevOps products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either OpenTripPlanner or Tigris.
Manticore Search
The 29.0 line is stabilizing in public; 29.1 opens with load-tool work rather than engine work.
WeWeb
WeWeb is turning the apps it builds into AI products, and metering the AI as it goes.
Workato
Workato is dismantling the assumptions that tied a Genie to one chat window at a time.
Laravel
Laravel's queue work has turned from correctness into operator controls, next to Cloud-named APIs.
Okta
Okta's developer blog is a Cross App Access campaign, now diluted by advocacy-team storytelling.
See all OpenTripPlanner alternatives → · See all Tigris alternatives →
Recent activity from OpenTripPlanner and Tigris
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
- 2d agoTigrisBuilding a global object store on FoundationDB
- 9d agoTigrisExtending immutability: deletion without losing data
- 14d agoTigrisSigV4 authentication is surprisingly complicated
- 23d agoTigrisHumans don't install software themselves anymore, their agents do
- 1mo agoTigrisThe Most Expensive ClickHouse Query Is the Restore
- 1mo agoTigrisPresigned URLs are technically a security vuln
- 5mo agoOpenTripPlannerRuntime moves to Java 25
- 11mo agoOpenTripPlannerBugfix release: GraphiQL error and flex trip validation
- 11mo agoOpenTripPlannerREST API removed; GraphQL becomes the only interface ⚡
- 1y agoOpenTripPlannerRaptor-backed via search; plan deprecated for planConnection
- 1y agoOpenTripPlannerFares V2 support, GBFS geofencing and lower memory use
- 1y agoOpenTripPlannerLegacy REST API disabled by default; new debug client promoted
Frequently asked questions
What is the difference between OpenTripPlanner and Tigris?
They serve adjacent needs but don't currently overlap on shipped themes. Tigris is currently shipping more aggressively (velocity 5.0 vs 0.0), with 0 editorial sparks in the last 30 days against 0. See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.
Is OpenTripPlanner better than Tigris?
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. Tigris is currently shipping more aggressively (velocity 5.0 vs 0.0), with 0 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other DevOps products to evaluate alongside.
What are the best alternatives to OpenTripPlanner?
Top OpenTripPlanner alternatives in DevOps are ranked by recent ship velocity. Browse the "OpenTripPlanner alternatives" section above for the current picks, or visit /alternatives/opentripplanner for the full list with editorial commentary on each.
What are the best alternatives to Tigris?
Top Tigris alternatives in DevOps are ranked by recent ship velocity. Browse the "Tigris alternatives" section above for the current picks, or visit /alternatives/tigris for the full list with editorial commentary on each.