An interactive map of every ferry route across the Salish Sea — Washington State Ferries, BC Ferries, Black Ball Ferry Line, Kitsap Transit, Victoria Clipper, Puget Sound Express, and regional county
翻譯準備中
生活風格HTML · TypeScriptGitHub @ivanoats上線中營運者未確認
試用過了嗎? 點一下就好,不需要登入。
尚未偵測到更新。GitHub 發布版本後會顯示在這裡。
個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證Interactive map of every ferry route across the Salish Sea — WSF, BC Ferries, Black Ball, Kitsap Transit, Victoria Clipper, and the county ferries, in one map.
翻譯準備中
取自儲存庫 README
正在載入完整 README。
檢視完整 README ↗Live at https://salishseaferrymap.com/.
Architecture and ADR docs live in docs/.
I'm a transportation nerd, and I went looking for a good map of ferry routes around the Salish Sea — car ferries and passenger-only, every operator, one map. It doesn't exist. WSF publishes its own routes, BC Ferries publishes its own, and so does everyone else — Black Ball, Kitsap Transit, the Victoria Clipper, Skagit County, Whatcom County — each on its own site, in its own format. If you want to see all your options at once, you piece it together by hand.
I plan a lot of bike-and-ferry trips — this map exists so I can look at a loop like Kingston to Bainbridge Island and see every leg of it, across every agency, at a glance.
It's also drawn at the scale I actually think in. I see this region as the Salish Sea before I see it as Washington or British Columbia, and the map follows that: one shape, one border-crossing sea, not a set of state and provincial fragments.
An interactive map of every ferry route across the Salish Sea — Puget Sound, the Strait of Georgia, and the Strait of Juan de Fuca — spanning both car and passenger-only service:
/schematic draws the same routes as an octolinear diagram, in the spirit of Beck's London Underground map. Every leg runs at a multiple of 45°, the terminals are spaced out by hand, and routes that share a corridor run side by side in parallel lanes. For "what connects to what, on whose boats, and where do I change," true geography is mostly noise. The places where that question is hardest to answer on the real map are the San Juans, the Southern Gulf Islands, and Seattle's six-route waterfront, and the diagram gives each of them room.
It reads the same route records as the map. The only extra data is src/data/schematic-layout.ts. It gives each terminal a grid position, a short label, and which side the label sits on, and it holds the land: hand-drawn 45° coastlines with softened corners, the way Beck drew the Thames. When you add a terminal, place it there as well: src/data/__tests__/schematic-layout.test.ts fails until every terminal has a place, and it also fails if a leg leaves the 45° grid, runs through a terminal it doesn't stop at, or crosses land, if a terminal's marker ends up in the water beside its island rather than on it, or if two separate landmasses run together. Lane order through shared corridors is worked out in src/domain/schematic.ts: each pair of routes is followed to where they part, so lines don't cross inside a bundle. Waters too small for the diagram's scale get an inset panel (SCHEMATIC_INSETS), drawn over land the diagram leaves empty: False Creek's nine docks sit in a box northeast of Jervis Inlet, with their own land inside it, and the layout tests check that no route crosses an inset's frame. See ADR 0006.
npm run print-files renders the diagram for two Printful products into print-files/ (gitignored). Each one comes as a transparent 300 DPI sRGB PNG plus the SVG it was drawn from, in a light theme for white or natural fabric and a dark theme for black:
-outline draws only the coastlines, and -waterline adds two thin lines following the coast out into the water, the way engraved charts showed land and sea without fills.--dpi changes the resolution (Printful's minimum is 150). The drawing lives in scripts/print-files.ts and uses the same geometry as the page (src/components/schematic/schematic-geometry.ts), but it drops semi-transparency, which DTG handles badly, and on dark fabric it also drops the label halo.
Next.js 16 (App Router) · TypeScript · PandaCSS with the Park UI preset · Ark UI for accessible primitives (the operator filter checkboxes) · MapLibre GL JS for the map.
The codebase follows a light hexagonal layout, consistent with this author's other Salish Sea projects (salish-nav-planner, reciprocal-clubs):
src/domain/ — types (Operator, Terminal, FerryRoute) and pure helpers (GeoJSON builders, schematic layout)
src/data/ — the static dataset: operators.ts, terminals.ts, routes.ts, schematic-layout.ts
src/components/
map/ — the MapLibre component and its constants
schematic/ — the SVG route diagram and its page shell
panels/ — the operator filter
layout/ — the app shell and the sidebar pieces both pages share
src/app/ — Next.js routes
npm install --legacy-peer-deps --ignore-scripts
npm run dev
Then open http://localhost:3000.
Two flags are needed there, both upstream quirks rather than anything specific to this repo:
--legacy-peer-deps works around an npm 10 bug (Cannot read properties of null (reading 'edgesOut')) triggered by vitest 4's peer-dependency graph. Safe here — nothing in this project actually has conflicting peer requirements.--ignore-scripts skips @park-ui/panda-preset's own broken postinstall (it tries to rebuild itself with bun/tsup, which aren't part of its published dependency tree — the prebuilt dist/ it ships is what actually gets used regardless). This also skips this project's own postinstall, so run npm run maplibre-worker once by hand afterward (or just run npm run dev / npm run build, which both do it automatically as their first step).npm run dev and npm run build both run scripts/copy-maplibre-worker.mjs first — MapLibre's default worker-URL resolution doesn't survive Turbopack bundling, so the worker script — and the maplibre-gl-shared.mjs chunk it imports, without which the worker silently fails to start and every GeoJSON layer renders blank — is staged into public/maplibre/ and pointed at directly (see the comment in ferry-map.tsx).
The basemap selector includes Stamen Terrain from Stadia Maps, using retina raster tiles with provider attribution. To use an API key, set NEXT_PUBLIC_STADIA_MAPS_API_KEY in .env.local and restart the development server. This key is included in the browser bundle and tile requests; never commit it. For deployment, either set the variable in the hosting provider's build environment and rebuild, or leave it unset and register the site's domain with Stadia Maps. Stadia recommends domain authentication for production websites and allows keyless localhost development with stricter rate limits.
Route lines and terminal coordinates are a static, hand-curated dataset (src/data/), compiled from each operator's own route pages and cross-checked against Wikipedia, in September 2026. This keeps the map fast and reliable without depending on feeds that several of these operators (BC Ferries, Black Ball, the county ferries) simply don't publish.
Coordinates are dock-level approximations. Route legs prefer vendored ferry-route geometry from OSM (data/salish-osm-ferry-routes.json), fall back to mesh-baked geometry through navigable water (src/data/route-leg-geometry.ts, generated by npm run build-route-geometry from the vendored build-time datasets in data/), and fall back again to straight lines where neither source can serve a terminal pair. Those geometries are mapped approximations rather than charted tracks. This map is not for navigation.
The "WSF vessel positions (beta)" toggle adds a live layer on top of that static base, using WSDOT's public Vessel Locations API — the only operator in this dataset that publishes one. To enable it:
.env.local (see .env.example) with WSF_API_KEY=<your code>.npm run dev.Without a key, the toggle still works — it just shows a note that live data isn't configured, and everything else on the map is unaffected. The key is only ever used server-side (src/app/api/vessels/route.ts proxies the WSDOT call), never sent to the browser. BC Ferries, Black Ball, and the county ferries don't expose an equivalent public feed, so they stay static-only.
npm run build-route-geometry # refresh src/data/route-leg-geometry.ts from data/*
npm run test # vitest
npm run test:coverage # vitest with v8 coverage; HTML report in coverage/
npm run test:e2e # Playwright smoke tests against a production build
npm run typecheck # tsc --noEmit (after panda codegen)
npm run lint
npm run test:coverage fails if statement, branch, function or line coverage drops below the floors in vitest.config.ts. CI runs it in place of npm test. When coverage goes up, raise the floors to match.
npm run test:e2e builds the site and serves it on port 3100 the way the Docker image does (scripts/start-standalone.mjs), then runs e2e/ in desktop Chrome and on an emulated phone. If a server is already running on 3100, the run reuses it instead. Run npx playwright install chromium once beforehand. The tests stub every off-site request, so third-party basemaps never load. The map test checks that the ferry routes are drawn by measuring the pixels in a screenshot, and it unchecks every operator to confirm the map then clears. CI runs this suite as its own job and uploads the Playwright report and traces when it fails.
src/data/__tests__/data-integrity.test.ts checks that every route's terminal ids actually resolve — the cheapest possible guard against a typo in the hand-written dataset silently dropping a route from the map.
scripts/print-files.test.ts renders the tee and tote print files at full size and checks the PNGs' pixel dimensions and embedded DPI against Printful's print areas. The raster sizing in scripts/print-files.ts depends on how sharp and librsvg each apply density, so a small change there can produce the wrong size without breaking anything else.