Définir le support (ou non) de format HTML

[albanpeignier]

Le profil SIRI France laisse entendre que des contenus HTML (et d'autres formats non texte brutes) est possible dans les attributs des Situations (dans un exemple de message dans le paragraphe "Cas de la compatibilité avec le service General Message du profil SIRI ‘Ile de France’": https://normes.transport.data.gouv.fr/normes/siri/profil-france/#situation-exchange).

Plusieurs questions se posent autour de ce besoin avéré mais comportant des risques:

Support ou non ?

Le profil SIRI France doit clairement définir si le support de contenus HTML est possible. Et si c'est le cas, spécifier le moyen technique, les contraintes autour de cet usage, etc.

En l'état, les interprétations sont multiples.

Besoin(s) réel(s)

Le besoin est réel, notamment dans les échanges entre gestionnaires de Situations et les interfaces d'affichage pour les voyageurs. Ce besoin est d'ailleurs plus identifié au niveau des PublishingActions que dans les attributs de la PtSituationElement (Summary, etc).

Ce besoin est peut-être différent quand le type d'acteurs change. En Open Data par exemple, ni les Producteurs ni les Consommateurs ne s'attendent à des échanges de contenu HTML très fins et complexes (incluant par exemple des images, des couleurs, du javascript, etc, etc).

Prise en compte des problématiques de sécurité

L'intégration de contenu HTML dans une API nécessite de nombreuses précautions.

Le profil SIRI France régissant notamment les échanges en Open Data, il doit prendre en compte ces contraintes de sécurité pour permettre à tous de fournir dans de bonnes conditions de sécurité l'information temps-réel.

Sans consigne claire, chaque consommateur de la donnée SIRI risque de devoir tronquer/transformer les potentiels contenus HTML pour se protéger. Ce qui annulerait dans les faits le réel support de contenu HTML.

Evolution SIRI ?

Tout comme la langue est prise en compte comme une variante utile des attributs textuels, le type de contenu pourrait être une déclinaison possible des attributs:

<siri:Prompt xml:lang="EN">S74 and S78 buses detoured</siri:Prompt>
<siri:Prompt xml:lang="FR">Les bus S74 et S78 buses sont dévies</siri:Prompt>

<siri:Prompt xml:lang="EN" content-type="text/html">CDATA[<b>S74</b> and <b>S78</b> buses detoured due to the Water Main Reconstruction]</siri:Prompt>
<siri:Prompt xml:lang="FR" content-type="text/html">..</siri:Prompt>

[fxp17]

Pour moi l'utilisation du HTML doit etre consevée, mais on doit avoir un moyen afin de pouvoir typer le contenu du text. La proposition d'ajouter un attribut va dans ce sens.

[thbar]

@albanpeignier meta-commentaire: merci d'avoir ajouté le label SIRI, ça va bien aider dans les semaines à venir car les issues SIRI vont être déplacées vers le nouveau repository. Thanks !

[thbar]

Je déplace cela vers le nouveau repository https://github.com/etalab/transport-profil-netex-fr/issues/65.