Home

Welcome to the TOMP-API wiki!

This WIKI contains the lastest version of the TOMP-API. To facilitate the implementation of the API, we've made some supportive documentation with some examples/explanations. Not all scenario's are reflected in them, but they'll probably will be of value.

• Planning phase
• Booking phase
• Trip execution phase - start
• Trip execution phase - on route
• Trip execution phase - end
• Operator information
• Payment
• [Support]
• [General]

Implementation - how to's (Q&A)

• How do I start - TO?
• Semantic versioning in the TOMP API
• Simple Operator information
• Planning phase - multiple assets with one booking
• Display all assets on a map and book one of them
• Scan for bluetooth devices nearby and book one of them
• Specify pick up or drop off locations

Implementing operators

• How do I implement a taxi operator
• How do I implement a bike operator
• How do I implement a train operator
• How do I implement a bus operator
• How do I implement a micromobility operator
• How do I implement a plane operator

Contributing

TOMP-API is licensed under the Apache License 2.0, an open source license. Contributions are very welcome! Ways to contribute include:

• Posting issues with suggestions for new features, bug reports or other changes you'd like to see
• Contributing code, see How to contribute code

Current version: 1.2

• illustrative document
• https://app.swaggerhub.com/apis/TOMP-API-WG/transport-operator_maas_provider_api/1.2

Updates

1.2: confirmed 1.1.2. No real changes, except for removing server, contact etc.

1.1.2: more payment phase, but also include the first implementation impacts
Includes:

• Operator information:
  1. missing available assets in operator information (#83, #96)
• Planning options:
  1. overlays can now be handled in a composit-leg (#59)
  2. fare scales (#89)
  3. amount of available assets added (in case of type-of-asset results) (#91)
• Payment:
  1. extra condititions for payment (upfront-payment and pay-when-finished) and optional bank account (#85)
  2. distance or time based scales (#87)
  3. in journal entries time and distance are reported (#87)
  4. composit leg is supported (88)
• some small adjustments:
  1. missing MP/TO id (#86)
  2. geojson to communicate the leg (reducing the message length) (#63)
  3. when booking some extra information could be required (physical pick-up/drop-off addresses, e-mail addresses, date of birth). (#94, #97)
  4. extra modalities (moped, step)

1.1.1: goal: first set up for the payment phase (batch payment). Includes:

• payment phase
• 'Postponed commit' scenario
• Transport types clarified
• More precise description of travellers for more accurate planning
• return conditions
• some smaller issues:
  1. corrected example values
  2. merge 'mode' and 'type-of-asset'

1.1.0: major changes, not compatible with 1.0.0.
Includes now:

• planning phase
• booking phase
• trip execution phase
• REST implementation
• first setup webhooks
• first setup authentication
• one swaggerfile to maintain
• first setup TOMP API for dummies (WIKI)
• all kinds of smaller issues:
  1. adjustments on the availability check (timestamp, number of passangers, request of ID's, 'woordenboek reizigers'
  2. longitude/latitude is now everywhere in an object instead of array
  3. generic message header
  4. uniformity

Participants

• Cargaroo
• InTraffic/TURNN
• PAXX
• DAT.Mobility/Kyyti/GoOV
• CITYWAY
• GVB