FAQ SIRI: Difference between revisions

From DATA4PT WIKI
Jump to navigation Jump to search
(Created blank page)
 
(Siri SX question)
Line 1: Line 1:
== How to best model the logic "AND" of GTFS- RT in SIRI SX (Situation Exchange)? ==
SIRI technical standard offers to also have publications of diversified information (with the possibility of having variants depending on the communication channels and also their location), in addition to allowing the management of multiple consequences. For example when referring to a line, we do not inform the same way upstream and downstream of the disturbance.


In the following example of GTFS'RT message,
"informed_entity": [
{
"route_id": "13",
"stop_id": "quay11"
},
{
"route_id": "13",
"stop_id": "quay12"
}
], where for route 13 and 2 platforms 11 and 12 are impacted,
the "informed_entity" of GTFS-RT a priori concerns PublishingActions in SIRI which via PublishAtScope->Affects->StopPoints makes it possible to point as well the stops concerned (with the possibility of specifying the Quay number, see StopPointType).

Revision as of 12:08, 1 November 2023

How to best model the logic "AND" of GTFS- RT in SIRI SX (Situation Exchange)?

SIRI technical standard offers to also have publications of diversified information (with the possibility of having variants depending on the communication channels and also their location), in addition to allowing the management of multiple consequences. For example when referring to a line, we do not inform the same way upstream and downstream of the disturbance.

In the following example of GTFS'RT message,

"informed_entity": [ { "route_id": "13", "stop_id": "quay11" }, { "route_id": "13", "stop_id": "quay12" } ], where for route 13 and 2 platforms 11 and 12 are impacted,

the "informed_entity" of GTFS-RT a priori concerns PublishingActions in SIRI which via PublishAtScope->Affects->StopPoints makes it possible to point as well the stops concerned (with the possibility of specifying the Quay number, see StopPointType).