Siri SX : Utilisation des Situations versus publishingAction

[fxp17]

Le profil SIRI France devrait mettre en avant quelques exemples de l'utilisation des situtations versus publishingAction afin d'éviter les multiples interprétations possibles.

1/Pour la définition des messages textuels liés à l'évenement, dans le profil il est mis que l'on peut utiliser les elements "description" et "summary". En paralèlle, on a les publishingAction qui sont destinés à cela.
Quels sont les bonnes pratiques?

2/Pour des événements (SX) ou il est nécessaire de définir des situtations temporalités différentes. (Définir les action post événement, événement, retour à la normale).
Décrire quelles sont les bonnes pratiques à appliquer. une situtation par état, via les publishing action, ....

3/Expliquer comment une publishingAction peut faire référence à une consequence d'une situtation.

[thbar]

Je déplace cela vers le nouveau repository etalab/transport-profil-netex-fr#65.

[albanpeignier]

3/Expliquer comment une publishingAction peut faire référence à une consequence d'une situtation.

@fxp17 Pourrais-tu créer une issue spécifique sur ce sujet ?

[Henault]

Je prends l'action : Clarifier le point avec FXP (avec des exemples)

[Henault]

Clarification du point 1 du msg fxp d'origine.
1- Le profil pour la structure PtSituationElement contient pour les champs Description et Summary contient un commentaire : "Dans le cas de l'utilisation en lieu et place de General Message, cf 6.7.1."
Ce commentaire n'est pas clair. Il faut le supprimer a minima. Et se mettre d'accord sur le fait qu'il n'y a pas de lien avec avec les messages associés qui sont bien gérés via les publicationActions.
2/ A clarifier
3/ Je vais créer une issue adhoc si pas deja fait.

[Henault]

Pour le point 2.
Comment modéliserla temporalité d'une Situation via SE, consequence, Publishing Action
Situation : Prevue, En cours, Retour à la Normale

1 SE / Etape temporelle vs 1SE avec 1 consequence par Etape
1 SE /1 Csq / x publishing Actions