RoadBook

The RoadBook Open Travel Itinerary Format

RoadBook is an open format for complete travel itineraries. It can represent trip days, transportation, stays, activities, bookings, tickets, travelers, documents and other travel information in a portable structured file. This page summarizes the facts; the canonical, vendor-neutral specification lives at roadbookformat.org.

Key facts

Format nameRoadBook — Open Travel Itinerary Format (also written “Roadbook Format”)
Current stable version1.2 (MAJOR.MINOR; released 2026-08-08). Absent formatVersion means 1.0.
File extension / naming<trip-slug>.roadbook.json (UTF-8 JSON); .roadbook.zip for a JSON plus local media
Media typeapplication/json (a dedicated application/vnd.roadbook+json is documented as a proposal on the format site)
Specificationhttps://roadbookformat.org/spec.html
JSON Schema (draft 2020-12)https://roadbookformat.org/roadbook.schema.json
Official exampleshttps://roadbookformat.org/examples/ (nine annotated files + index.json manifest) and the RoadBook+ examples
Reference validatorESM library · CLI · web · HTTP API
LicenseMIT — no registration, API key or permission required to read or write the format
Versioning policyroadbookformat.org/versioning.html — MINOR versions only add optional fields; readers must ignore and preserve unknown fields; MAJOR may break
Changeloghttps://roadbookformat.org/changelog.html
Compatibility of this playerRoadBook+ reads format 1.0 → 1.2 and writes 1.2; unknown fields are preserved on export; vendor extensions should be prefixed x-…
MaintainerThe specification is maintained vendor-neutrally at roadbookformat.org (by Cedaya, which also operates RoadBook+). A public GitHub repository and an npm package (@roadbookformat/validate) are in preparation.

What a RoadBook contains

A RoadBook is one JSON document. Required at the root: id, name, start, end, members (the travelers) and days. Everything else is optional and additive:

  • Days — indexed, dated, titled; each with timed items (type, status, place, coordinates, price, options to choose from, alternatives triggered by rain or wind, outfit hints, a bookingId).
  • Transport — structured origin/destination, carrier, number, terminals, platforms, timezones and next-day arrivals for flights, trains, ferries, transfers, drives.
  • Bookings — stays, activities, restaurants, transport, parking; status (confirmed / to book / optional / cancelled), references, payment, cancellation rules, check-in/out, rooms, attachments.
  • Tickets — the real barcode payload (QR, Aztec, PDF417, Code 128, EAN-13, Data Matrix), holder, seat, date, validity — so a player can render a scannable code offline.
  • Travelers, people to meet, vehicles — roles, ages, dietary and accessibility needs; guides, drivers, hosts; cars, rentals, charging plans.
  • Checklists, contacts, logistics notes, apps, brand — practical information that travels with the trip.

Minimal valid example

{
  "formatVersion": "1.2",
  "id": "lisbon-weekend",
  "name": "Lisbon weekend",
  "start": "2027-05-14",
  "end": "2027-05-16",
  "currency": "EUR",
  "members": [{ "id": "m1", "name": "Alex", "role": "owner", "kind": "adult" }],
  "days": [
    { "id": "d1", "index": 1, "date": "2027-05-14", "title": "Alfama",
      "items": [
        { "id": "i1", "time": "10:00", "title": "Tram 28 to the castle", "type": "transit", "status": "planned" },
        { "id": "i2", "time": "12:30", "title": "Lunch in Alfama", "type": "meal", "status": "planned" }
      ] }
  ],
  "bookings": [], "checklists": [], "contacts": [], "logistics": []
}

Dates are YYYY-MM-DD, times are 24-hour HH:MM local wall-clock (with optional IANA timezones), enum values are English tokens, every referenced id must resolve. The full field-level reference, integrity rules and conventions are in the specification.

Design principles

  • Complete: the trip as a traveler lives it, not a list of sights — bookings, tickets and documents included.
  • Portable: one file, no account, no vendor database; readable by humans and machines.
  • Open and versioned: MIT specification, JSON Schema, reference validator, predictable evolution.
  • AI-friendly: plain JSON with English tokens and a public spec, so assistants can produce it from a conversation — see Create with AI.
  • Interoperable by design: RoadBook+ is one player; iCalendar or GPX can be derived from a RoadBook, not the other way round.

Where things live

TopicCanonical home
Specification, JSON Schema, validator, examples, versioning, changelog, licenseroadbookformat.org (neutral, technical)
Opening, viewing, sharing, demo, AI creation guides, traveler experienceroadbook.plus (this site — the official player)
Machine-readable summaries for AI agentsroadbookformat.org/llms.txt · roadbook.plus/llms.txt

Read the full specification · Developers · See it in the player