A self-hosted travel/trip planner with real-time collaboration, interactive maps, PWA support, SSO, budgets, packing lists, and more.
9.8k
Stars
849
Forks
38
Open issues
30
Contributors
AI Analysis
TREK is a self-hosted travel planning application designed for collaborative trip organization with real-time features including interactive maps, budget tracking, packing lists, and a travel journal. It serves users who want complete control over their travel data and prefer self-hosted solutions over commercial platforms like TripIt or Wanderlog, best suited for individuals and small groups planning multi-day trips.
Inferred from signals mentioned in the README (tests, CI, type safety) — not a review of the actual code.
AI's overall editorial judgment — not an average of the bars above, can weigh other factors too.
Self-hosted travel planner with real-time collaboration, maps, budgets, and PWA — three months old and already at 5,700+ stars
TREK is a self-hosted, full-featured travel planning application targeting privacy-conscious individuals, families, and small groups who want an alternative to commercial apps like TripIt or Google Trips. It offers drag-and-drop day planning, interactive 3D maps, expense splitting, packing lists, reservations management, real-time WebSocket collaboration, SSO via OIDC, and PWA/offline support. The feature set is unusually broad for a project this young. Its audience appears to be self-hosters who want data sovereignty and a polished UX without subscription fees.
Created March 19, 2026 — under four months old as of this analysis. No prior version history is visible; appears to be a greenfield project launched directly on GitHub rather than a migration of an older codebase.
Reached 5,786 stars in roughly 14 weeks, suggesting one or more viral moments, likely via self-hosting communities (r/selfhosted, Hacker News, or similar). The current pace of ~71 stars/week indicates sustained but moderating organic interest rather than a single spike. Docker-ready packaging and a live demo likely lowered adoption friction significantly.
A live demo site (demo.liketrek.com) exists and a Docker Hub image is published (pull count not directly visible in provided data). Discord community is linked. No independent blog posts, case studies, or third-party deployment reports are visible in the provided metadata. Adoption not verified beyond the demo and Docker image availability.
Likely a TypeScript monorepo or full-stack TypeScript application. Based on README, it appears to use WebSockets for real-time sync, a Service Worker for offline PWA support, Leaflet and/or Mapbox GL for maps, and supports Docker-based self-hosting. SSO via OIDC and WebAuthn/passkeys suggest a non-trivial auth layer. The admin panel screenshot implies a backend with user management. Integration with KDE Itinerary for email/PDF parsing suggests external service dependencies. Overall architecture appears to be a monolithic or modular full-stack app rather than microservices, but this is inferred from README alone.
Not documented in README.
Last push was June 23, 2026 — one day before this analysis. The project is actively maintained with near-daily activity. A public roadmap (Kanban link) and Discord community are present, suggesting structured development. Given the project is only ~14 weeks old, the high activity level is a strong positive signal for near-term reliability.
ADOPT IF: you want a self-hosted, privacy-first travel planner with real-time collaboration and are comfortable running Docker and potentially accepting early-stage rough edges. AVOID IF: you need a battle-tested, production-stable application with documented test coverage, long-term support guarantees, or a native mobile app — the project is under 4 months old and maturity is unproven. MONITOR IF: you are evaluating for team or family use in 6–12 months; the trajectory and maintenance signals are positive, and the feature set may reach sufficient maturity within that window.
Independent dimensions
Mainstream potential
4/10
Technical importance
6/10
Adoption evidence
3/10
- Project is under 4 months old — stability, security hardening, and edge-case robustness are unproven in real-world diverse deployments.
- AGPL-3.0 license may limit integration into proprietary internal tools or commercial deployments without careful legal review.
- Single maintainer apparent from repository name — bus factor risk is high if this is a solo project; no evidence of a contributor team in provided metadata.
- Broad feature scope (AI, SSO, maps, real-time sync, PWA, expense splitting) increases surface area for bugs and maintenance burden, which may be difficult to sustain long-term for a small team.
- Dependency on external APIs (Google Places, Mapbox, Open-Meteo, KDE Itinerary) introduces failure points and potential cost concerns for heavier users.
Likely to grow into a well-regarded self-hosted travel planner within the homelab/self-hosting community over the next 12 months, assuming the maintainer sustains current activity. Mainstream consumer adoption appears unlikely without a hosted SaaS tier.
Newsletter
Get analyses like this every Monday
Free weekly digest of the most interesting open-source discoveries.
Languages
Information
- Website
- https://demo.liketrek.com
- Language
- TypeScript
- License
- AGPL-3.0
- Last updated
- 15h ago
- Created
- 4mo ago
- Analyzed with
- anthropic/claude-haiku-4-5
Stars over time
Contributors over time
Top 100 contributors only — repos with more will plateau at 100.
Open issues
[BUG] Sort transport by date&time
[BUG] Mobile view issues
[BUG] Route calculation not showing for all legs
[BUG] Export Expenses To CSV
[BUG] Atlas map fails to load - Service Worker breaks cross-origin unpkg.com requests (opaque response for non-no-cors request)
Top contributors
Recent releases
Similar repos
opentripplanner/OpenTripPlanner
OpenTripPlanner is an open-source multi-modal trip planner that combines public...
open-wanderer/wanderer
Wanderer is a self-hosted trail database and cataloging system designed for GPS...
jovandeginste/workout-tracker
A self-hosted web application for tracking workouts, primarily designed for...
| Repository | Stars | Week Δ | Language | Score | Updated |
|---|---|---|---|---|---|
|
|
9.8k | +854 | TypeScript | 8/10 | 15h ago |
|
|
2.7k | — | Java | 7/10 | 23h ago |
|
|
3.7k | — | Go | 7/10 | 11h ago |
|
|
1.2k | — | Go | 7/10 | 1w ago |
|
|
1.3k | — | Java | 8/10 | 1d ago |
|
|
3.1k | — | TypeScript | 7/10 | 22h ago |
TREK's main differentiator is self-hosting and data ownership. Commercial apps have broader platform reach, mobile native apps, and more polished integrations, but require trusting a third party with travel data. TREK offers comparable feature depth based on README but lacks the distribution.
OTP is a routing/transit engine for developers and municipalities, not an end-user trip planner. The two solve fundamentally different problems and do not directly compete. OTP's 2,674 stars vs TREK's 5,786 in far less time reflects different audiences.
Feature parity appears high based on README. TREK adds self-hosting, SSO, and no subscription cost. SaaS alternatives offer mobile native apps and broader integrations, but TREK may serve privacy-first users they cannot reach.
Nextcloud can approximate some travel planning functionality through calendar and document plugins, but lacks native map-based planning, expense splitting, or real-time collaboration on trip itineraries. TREK is purpose-built and likely more ergonomic for travel use cases.
Different category (bookmarking/knowledge management vs travel planning), but karakeep's 26,233 stars illustrates the ceiling for self-hosted TypeScript apps targeting similar audiences. Both serve self-hosters; TREK may follow a similar growth trajectory if it maintains quality.







