Structure des fichiers - Règles de base

[TuThoThai]

Règles de base

Organisation par ligne

Entre un fichier unique et une organisation en plusieurs fichiers, l'axe qui semble fournir le découpage le plus utile pour l'utilisateur des fichiers est celui par ligne.

Pas de duplication de ressources NeTEx

L'objectif est définir une organisation qui interdit la duplication des données entre les fichiers XML contenu dans le même fichier ZIP.

Une ressource est identifiée par sa classe et son id(entifiant).

Éviter les sur-informations

De nombreuses informations pourraient être mises en oeuvre, notamment dans le nommage des fichiers. Les discussions au sein du GT7 ont privilégié l'utilisation uniquement des informations strictement nécessaires à la bonne organisation interne du fichier ZIP.

[prhod]

Je vote pour

[albanpeignier]

Je vote pour

[ptitfred]

Pardonnez mon ignorance, mais j'ai une question :

Comment éviter de la duplication en découpant par ligne pour les arrêts en correspondance ?

[prhod]

L'idée est de séparer la liste des arrêts dans un fichier à part (fichier ARRET.xml par exemple), et de référencer les arrêts dans les objets qui en ont besoin, par exemple dans une course on référence un ScheduledStopPointRef.

[prhod]

Précision évoquée en atelier GT7 :

• Le découpage par ligne s'entend au sens de l'export des lignes de transports en commun afin de limiter la taille de chaque fichier. Bien évidement, si un export thématique ou un use case n'exporte pas de ligne de transport en commun, cette règle ne s'applique pas.
• L'interdiction de déduppliquer les données inquiète un peu. il est proposé en séance d'essayer de le contraindre et de voir si des problèmes sont rencontrés (il peut y avoir le même objet à des versions différentes).
• Sur le dernier point, il y a consensus sur le fait que le nom ne doit pas contenir de sémantique particulière (à base d'identifiants spécifique), uniquement le fait que chaque fichier doit avoir un nom unique

[TuThoThai]

Relevé de décision de la réunion du 31 octobre 2024 :

Organisation par ligne

• La proposition visant à présenter l’offre de transport sous la forme d’une seule archive sans sous archive est adoptée
• La proposition visant pour les offres de transport à présenter un fichier par ligne est adoptée

Duplication des donnée

Les échanges ont conduit à la position commune suivante

• pas de duplication des données “classe - identifiant - version” ce qui signifie que deux version différentes d’un même objet peuvent coexister (y compris les Frames)
• cette solution pourra évoluer en fonction des contraintes rencontrées lors de sa mise en oeuvre

Éviter les sur-informations

• l’objectif de ce point est d’éviter l’introduction de données externes impliquant des dépendances à des sources externes de donnée (ex Code SIREN pour une AOM) ou non utiles pour la définition de l’offre objet de l’archive

[TuThoThai]

Relevé de décision de la réunion du 31 octobre 2024 :

Organisation par ligne

* La proposition visant à présenter l’offre de transport sous la forme d’une seule archive sans sous archive est adoptée

* La proposition visant pour les offres de transport à présenter un fichier par ligne est adoptée

Duplication des donnée

Les échanges ont conduit à la position commune suivante

* pas de duplication des données “classe - identifiant - version” ce qui signifie que deux version différentes d’un même objet peuvent coexister

* cette solution pourra évoluer en fonction des contraintes rencontrées lors de sa mise en oeuvre

Éviter les sur-informations

* l’objectif de ce point est d’éviter l’introduction de données externes impliquant des dépendances à des sources externes de donnée (ex Code SIREN pour une AOM) ou non utiles pour la définition de l’offre objet de l’archive

Lors de la réunion du 14 novembre 2024 : pas d'objection ➡️ à faire confirmer en plénière du GT7 du 21 novembre 2024