-
Notifications
You must be signed in to change notification settings - Fork 41
Requirement
home > Planning phase > Traveler > Requirement
The requirement object contains one specified field: "abilities", and can be extended with arbitrary fields (bilateral agreements). The abilities field is an array of 'requirement objects'. These requirement objects facilitate in carrying the data of the Traveler dictionary from CROW.
Example snippet of the Travelers dictionary:
Cat | # | Name | Description | Type (optional) | Characteristics | Requirements to be met by the vehicle | Requirements to be met by the drive | Requirements to be met by the accompanying person |
HR | 01 | Wheelchair - standard | Wheelchair in which the passenger remains seated during transport | "non-electric" and "responsibly secured" | 1. Meets VVR code 2. There are hook symbols on the wheelchair. Note: If these are not on the wheelchair, the municipality must consult with the auxiliary supplier. |
"1. Wheelchair accessible vehicles approved by the RDW after September 2008 shall be (legally mandatory) fitted with standard three-point belts, including in the wheelchair spaces in combination with the restraint system. Normally, all standard three-point belts are based on the fact that a user is always sitting upright". However, standard three-point harnesses can also be dangerous with deviating body postures". | "1. The driver must be proficient enough to correctly handle the restraint system and the safety belt(s). 2. The driver shall have sufficient time to correctly secure the wheelchair fitted with the restraint system and the wheelchair occupant with a safety belt." | 1. The personal companion must know what to look out for his own safety. |
HR | 02 | Wheelchair - electric | Wheelchair in which the passenger remains seated during transport | "electric" and "responsibly secured" | 1. Compliance with VVR code. 2.Maximum width 90 cm. Maximum weight permitted for the ramp and vehicle (For the carrier this may mean excluding the use of ramps and specific vehicles) | "1. Wheelchair accessible vehicles approved by the RDW after September 2008 shall be (legally mandatory) fitted with standard three-point belts, including in the wheelchair spaces in combination with the restraint system. Normally, all standard three-point belts are based on the fact that a user is always sits upright"". However, standard three-point harnesses can also be dangerous with deviating body positions. 2. The rear entrance to the vehicle must be at least 90 cm wide. 3. Loading ramps must be suitable for maximum weight""." |
"1. The driver must be proficient enough to correctly handle the restraint system and the safety belt(s). 2. The driver shall have sufficient time to correctly secure the wheelchair fitted with the restraint system and the wheelchair occupant with a safety belt." | 1. The personal companion must know what to look out for his own safety. |
HR | 03 | Wheelchair - foldable | Wheelchair in which the traveller transfers to a seat | 1. Traveller must have a seat. 2. Wheelchair can be folded up. Valid as luggage. | 1. Passenger accessible seat available 2. Luggage space large enough for folded wheelchairs. | |||
HR | 04 | Wheelchair - cannot be secured responsibly | Wheelchair in which the traveller transfers to a seat | "irresponsibly lockable" and often not foldable. | 1. Traveller must have a seat. 2. Wheelchair must be carried in its entirety. Applies as luggage | 1. Passenger accessible seat available 2. Luggage space large enough for non-foldable wheelchairs. |
This is translated to a json structure with these properties:
field | required | description |
---|---|---|
category | * | references to the first column of the specificationenum: [ HR, AV, HV, AB, AER, K, ZR, RR ] |
number | * | references to the second column of the specification, length = 2 |
type | conditionally extra information, referencing to the 3rd column | |
memo | extra field for detailed information, not standardized | |
variable-number | in some requirements there is references to '[variable number]' e.g. of meters (like ZR06) | |
applicable-days | days of the week that are applicable, list of enum: [MO, TU, WE, TH, FR, SA, SU] |
It results in JSON like this:
"abilities": [
{
"category": "HR",
"number": "01",
"applicable-days": [
"MO", "TU", "WE", "TH", "FR"
]
}
]
Introduction
- Roadmap
- Semantic versioning
- Use cases
- Changes per version
- Contribution
- Participants
Workflow
- Operator information
- Planning phase
- Booking phase
- Trip execution phase - start
- Trip execution phase - on route
- Trip execution phase - end
- Support
- Payment
Points of attention
- Modalities
- Specifying locations
- GDPR
Eco system
- Relations
Introduction
Scope of the TOMP-API
Versioning and releases
Process Flows
- Authentication
- Operator Information
- Privacy and Registration
- Planning Module
- Booking Module
- Trip Execution Module
- Payment Module
- Support Module
Meta-Information
Reference implementations
To-dos and risks
Technical Specifications
A1 List of terms and definitions
A2 Passenger characteristics dictionary
A3 APIs available on the transportation ecosystem
A4 Overview of the User stories
A5 Authors, Architects, collaborators and stakeholders involved
A6 Adoption and Implementation of the TOMP-API