Sprint 104
All our products have been updated on Jan 21, 2024 with the releases associated to this Sprint 104.
- 1 Chouette
- 1.1 Create Timetables from NeTEx UicOperatingPeriods
- 1.2 Define Line accessibility limitations
- 1.3 Import/export Line NeTEx AccessibilityAssessment
- 1.4 Export accessible Lines with dedicated GTFS Trip wheelchair_accessible
- 1.5 Retrieve Route Direction Name and Direction via GraphQL request
- 1.6 Fixed syntax for NeTEx VehicleJourneyStopAssignment
- 2 Ara
Chouette
Create Timetables from NeTEx UicOperatingPeriods
The NeTEx import can create a Chouette TimeTable when the NeTEx resources included a UicOperatingPeriod.
<DayType id="daytype-1"/>
<DayTypeAssignment id="assigment-1">
<OperatingPeriodRef ref="period-1"/>
<DayTypeRef ref="daytype-1"/>
</DayTypeAssignment>
<UicOperatingPeriod id="period-1">
<FromDate>2023-07-03T00:00:00</FromDate>
<ValidDayBits>1101101110110111101011101101</ValidDayBits>
</UicOperatingPeriod>
The imported NeTEx file can mix both OperatingPeriod
and UicOperatingPeriod
resources into the same DayType
. The NeTEx import will compute a Chouette TimeTable to describe this information.
Define Line accessibility limitations
The user can describe the Line accessibility attributes:
Access for mobility impaired users / Accès pour voyageur à mobilité réduite
Wheelchair Access / Accès en fauteuil roulant
Step Free Access / Accès sans marche
Lift Free Access / Accès sans ascenseur
Escalator Free Access / Accès sans escalator
Visual Signs Available / Signalétique visuelle disponible
Audible Signals Available / Signalétique auditive disponible
Whether the overall assessment is that there is access for mobility impaired users.
Import/export Line NeTEx AccessibilityAssessment
The user can import a Line with NeTEx AccessibilityAssessment
like:
<Line id="sample">
<Name>Line Sample</Name>
<AccessibilityAssessment>
<validityConditions>
<ValidityCondition>
<Description>Description Sample</Description>
</ValidityCondition>
</validityConditions>
<MobilityImpairedAccess>true</MobilityImpairedAccess>
<limitations>
<AccessibilityLimitation>
<WheelchairAccess>true</WheelchairAccess>
<StepFreeAccess>false</StepFreeAccess>
<EscalatorFreeAccess>true</EscalatorFreeAccess>
<LiftFreeAccess>partial</LiftFreeAccess>
<AudibleSignalsAvailable>partial</AudibleSignalsAvailable>
<VisualSignsAvailable>true</VisualSignsAvailable>
</AccessibilityLimitation>
</limitations>
</AccessibilityAssessment>
</Line>
The Line will be exported with the same NeTEx attributes.
Export accessible Lines with dedicated GTFS Trip wheelchair_accessible
When the user defines a Line with “Access for mobility impaired users” attribute, the associated GTFS Trips should be exported with the wheelchair_accessible
defined according to this Line attribute:
When the Line “Access for mobility impaired users” is:
unknown,
wheelchair_accessible
is0
(No accessibility information for the trip)yes,
wheelchair_accessible
is1
(Vehicle being used on this particular trip can accommodate at least one rider in a wheelchair)no,
wheelchair_accessible
is2
(No riders in wheelchairs can be accommodated on this trip)
Retrieve Route Direction Name and Direction via GraphQL request
The user can request the Chouette GraphQL by including Route Direction name (publishedName
) and Direction (wayback
):
{
lines {
nodes {
objectid
name
routes {
nodes {
name
publishedName
wayback
}
}
}
}
}
The JSON response looks like:
Fixed syntax for NeTEx VehicleJourneyStopAssignment
When the user defines a specific Stop Area in Vehicle Journeys (like specifying the Station Quay for Vehicle Journeys when the Journey Pattern is only associated to the Station Stop Place), the expected XML syntax is now used by the NeTEx export:
Ara
Object IDs are now Codes
Ara now uses the term Code (and Code Space) instead of ObjectID and ObjectID kind to specify how realtime models are identified.
Ara and Chouette are now using the same terms in their Code Management features.
Support additional attributes in Situations
The Ara Situations can support the following optional attributes:
ParticipantRef
: a free string valueVersionedAtTime
: a timeProgress
: a value indraft
/pendingApproval
/approvedDraft
/open
/published
/closing
/closed
PublicationWindow
: a time rangeAlertCause
Severity
a value intonoImpact
/verySlight
/slight
/normal
/severe
/verySevere
Supports Situation Consequences
An Ara Situation can contain none, one or several Consequences:
In this first version, the Ara Consequence supports:
Period
: a time rangeSeverity
: same enumeration than Situation severityone or several
Affects
(with the same features than Situation Affects)Blocking attributes
JourneyPlanner
: booleanRealTime
: boolean
For the moment, all attributes are optional. But empty Consequences can be ignored.
Supports more Affects content
Ara can support Affects (in Situation, in Consequence, etc) with these structures:
AffectedLine with AffectedStopPoints via anonymous Route
AffectedStopPoints with associated Lines