Files
TREK/wiki/Collections.md
T
Maurice 7da0080557 docs(wiki): bring the wiki in line with 4.0.0 (#2034)
* docs(wiki): correct the install and operations pages for 4.0.0

Quick Start passed docker an empty ENCRYPTION_KEY: an assignment prefix is not
expanded on the same command line, so the server silently generated its own key
instead of taking the one the page told you to set. The tag examples pinned to
the 3.x line, the documented tmpfs size did not match the shipped compose file,
and several .env values were described as reaching the container when compose
never interpolates them.

* docs(wiki): match the MCP reference to the registered surface

The scope table was missing the whole Collections group and the totals said 27
scopes across 13 groups where the code registers 29 across 14. The Cloudflare
link on the setup page pointed at an anchor on its own page instead of the
heading on Troubleshooting.

* docs(wiki): correct the plugin and admin pages

Three links to Plugin-Development carried a .md suffix, which does not resolve on
the wiki. The admin pages described tabs, permissions and storage behaviour that
had moved on.

* docs(wiki): bring the feature pages back in line with the app

Costs still documented the old panel, where categories could be added, renamed,
reordered and deleted; they are fixed now and the panel is a day-grouped ledger
with settlements. Trip sharing, journeys, maps, packing, reservations and the
account pages had all drifted in the same way.

* docs(wiki): cover the pages the first pass did not reach

The MCP catalog listed 168 of the 201 registered tools; the settlement tools and
rate_place were missing here and the Collections family from the addon page.
Several resource rows claimed a trips:* scope where the handler asks for
trips:read.

* docs(wiki): tighten the corrections a review picked apart

The audit-log resource is the row id, not the credential id; an admin password
reset does not bump password_version the way the page implied; and a few of the
new paragraphs described behaviour more confidently than the code supports.

* docs(wiki): fix what a last read-through caught

Costs shows every figure in your display currency, not the trip's, and an
expense with no payer still counts against the members it is split between.
Studio's cutoff is a 1024px viewport rather than phones alone, and the
Integrations tab is gated on the providers an admin has configured.

* docs(wiki): the last few the review caught

A passkey satisfies the MFA policy everywhere except the WebSocket handshake,
which still asks for TOTP, so a passkey-only account under that policy gets no
live updates. Mobile optimizes a day from two places, not three. The ctx.db row
carried an unescaped pipe that split the table, and the Backups table linked
with a wiki link whose pipe did the same.
2026-08-25 12:36:52 +02:00

7.5 KiB

Collections

Collections is a personal, server-wide library of saved places that lives outside of any single trip. Keep multiple named lists of places you have discovered — a "Norway road trip" wishlist, "Best coffee in Lisbon", "Someday" — each with a want-to-go / visited status, and share a list with other users.

Admin: enable Collections in Admin-Addons.

Collections

What Collections is

A place you save to a trip only exists inside that trip. Collections is the opposite: a place library that belongs to you, independent of any trip, so a spot you find while planning one trip is still there for the next one. Places are copied into and out of trips (never linked), so editing a saved place never changes a trip and vice versa.

Accessing Collections

When the admin has enabled the addon, a Collections entry appears in the main navigation (and a bottom-tab on mobile). Opening it shows your lists on the left, the active list's places in the middle, and a map on the right.

The dashboard also gains a Collections widget that surfaces your lists as compact badges. Each user can hide that widget from their own dashboard under Dashboard widgets on the Appearance tab (see Appearance-Settings) without affecting anyone else.

Lists

  • Create a list from the "New list" action in the rail. A list has a name, a colour, an optional cover image (upload your own or search Unsplash), a description and a set of links.
  • Edit or delete a list from the Edit button in the list's hero (owner only). Deleting a list removes its saved places.
  • All saved is a built-in view that unions the places from every list you own or co-own, so you can search and act across your whole library at once.

A single collection, "Kyoto shortlist", with its coloured hero, Edit and Share actions, the lists rail on the left and three saved places each marked Idea, next to the map

Place status

Every saved place carries a status you can cycle with one tap:

  • Idea — something you noted but haven't committed to.
  • Want to go — on the shortlist.
  • Visited — been there.

Status is a Collections concept and is not carried into a trip when you copy a place.

Setting it from a trip

You usually find out you have been somewhere while looking at the trip, not while browsing the library, so the status can be set from there too:

  • The Save to list dialog on a trip place shows every list that already holds it, each with its own status pill. Tap a pill to cycle that list's status, or use Visited everywhere to mark all of them at once.
  • The places panel has a mark visited action in its selection bar (and in the bulk toolbar on phones). Select the places — Select all covers the whole trip — and every saved copy of them is marked visited.

Matching is by the place's provider id, its coordinates, or the link a place saved out of that trip already carries, so a copy you renamed inside a list is still found. Lists shared with you read-only are left alone.

Categories

Places can be assigned a category from the same admin-defined set used across TREK (see Admin: Categories). Category colours and icons show on the place avatar, the place detail and the list rows, and you can filter a list by category.

Adding places

  • Search and add — the "+" action opens a search; pick a result and set the name, category, status, a markdown description and links before saving, all in one step.
  • Save from a trip — the place inspector and the trip place context menu both offer Save to collection, which toggles that place in or out of each of your lists.
  • Bulk-add from a trip — in the trip place list, enter select mode, tick several places, and use the Save to collection action in the selection bar to copy them all into a chosen list at once. Duplicates (by name or coordinates) are skipped automatically.
  • Import a whole trip — the download button in the list's filter row (and the second button on an empty list) opens Import from a trip: pick one of your trips, then tick the places you want. Places you already saved are greyed out and cannot be picked twice, and the ones no day of that trip holds start out selected, since those are the plans a trip left behind. Only new hides everything already on the list, and the counter on the import button always shows what is about to be added.

Place detail

Clicking a saved place opens a detail sheet showing a cover photo (fetched automatically when the place has none of its own), its category, its labels, a live status control, a markdown description, and links. Editing the place also lets you assign its labels. From there you can edit the place, copy it into a trip, or remove it from the list.

To set your own cover instead of the auto-fetched one, use the camera button on the detail sheet's cover to upload an image (JPG, PNG, GIF or WebP, up to 20 MB); the remove button next to it clears the custom image and restores the automatic default.

Filtering and bulk actions

Above the places sit compact filters — by status, by category, and by label — plus a Select toggle. In select mode you can:

  • Select all the currently filtered places.
  • Assign label — add one or more of the list's labels to every selected place at once.
  • Copy to trip — copies the selected places into any of your trips (carrying their name, description, category, notes, price, coordinates, photo and tags).
  • Move or Duplicate the selection into another of your lists.
  • Delete the selection.

Custom labels

Each list can define its own labels — for example Berlin, Hamburg and Ostsee inside a "Germany 2026" list — to group its saved places beyond the shared category set. Labels belong to the one list they're created in and are shared with everyone on it.

  • Manage — a label manager (reachable from the filter bar) lets you create, rename, recolour and delete labels.
  • Assign — set a place's labels from its detail sheet, or add labels to many places at once with Assign label in the selection bar.
  • Filter — pick one or more labels in the filter bar to narrow both the place list and the map to places carrying any of them.

Managing and assigning labels needs edit rights (Editor or Admin); filtering by label is available to every member, including Viewers. Moving a place to another list drops its labels, since labels belong to the source list.

Sharing a list (fusion)

Lists are private by default. The owner can share a list by inviting other users, similar to Vacay fusion. Invited users see the list once they accept, and changes sync live over websocket.

Member roles

When sharing, the owner assigns each member a permission role, and can change it at any time:

Role Can do
Viewer View the list and copy its places into their own trips, and filter by label — no changes to the list.
Editor (default) Add new places and edit existing ones, and manage + assign the list's labels.
Admin Everything an editor can, plus delete places.

The owner always has full control. The owner can also remove a member, and a member can leave a shared list themselves. Permissions are enforced on the server, so a role can only ever do what it is allowed to.

See also