Activer l'alerte mail "Données arrivant à expiration" pour certaines collectivités 7j et 1j avant l'expiration du GTFS

Toujours pertinente oui : ces collectivités souhaitent toujours être averties lorsque leurs GTFS arrivent à expiration parce qu'elles ont du mal à anticiper les MAJ Certaines ne mettent à jour que lorsqu'on leur envoie un mail après expiration du GTFS

ça pourrait être relancé à la rentrée ?

AntoineAugusti commented 3 years ago

@thbar @fchabouis Peut-on envisager d'utiliser Mailjet pour gérer la partie liste de diffusions (une par jeu de données ?) ? Ceci permettrait d'avoir une interface externe pour gérer les contacts (au lieu d'un YAML dans un répertoire privé).

Si la fonctionnalité intéresse du monde en dehors des collectivités on pourrait même proposer une inscription depuis la page du JDD sur le pAN.

thbar commented 3 years ago

@AntoineAugusti je suis partagé ; d'un côté ça permet de mettre les données personnelles ailleurs, de l'autre je suis prudent sur l'adhérence avec ce système tiers (Mailjet, ou PipeDrive d'ailleurs), car quand ça bouge c'est parfois compliqué de migrer.

Chaud pour en discuter en tout cas, ça pourrait être une bonne solution intermédiaire !

AntoineAugusti commented 2 years ago

Hello @NicolasBerthelot @Miryad3108,

Avant de commencer à travailler sur cette issue, on se pose la question suivante.

Veut-on proposer cette alerte pour les données arrivant à expiration uniquement à certaines personnes (les collectivités ?) ?
Cette fonctionnalité devrait-elle être offerte à tous ? On imagine que des collectivités, transporteurs, réutilisateurs, citoyens, applications de transport peuvent être intéressées.
Est-ce un problème si vous devez gérer les inscriptions/désinscriptions ?
Comment découvrir que cette fonctionnalité existe ? Faut-il du texte sur des pages / de la documentation / on attend une demande claire ?

Selon les réponses à ces différentes questions, on peut aller d'un système simple et assez manuel (ie, un fichier YAML privé où vous ajoutez/retirez des adresses emails avec des identifiants de jeux de données) à un système plus avancé ou les gens peuvent s'inscrire de manière autonome (on peut envisager une inscription en utilisant son compte sur le PAN, un système de suivi via l'espace producteur ou un système sans état qui envoie simplement des emails dès lors qu'on s'inscrit, un peu comme la newsletter). Le temps requis pour réaliser ces différentes choses est bien évidemment très variable.

Miryad3108 commented 2 years ago

Hello

Veut-on proposer cette alerte pour les données arrivant à expiration uniquement à certaines personnes (les collectivités ?) ? Seulement les collectivités listées dans le premier post : cette liste est complétée au fil du temps (soit quand on se rend compte qu'on doit souvent relancer l'AOM soit quand l'AOM fait la demande)
Cette fonctionnalité devrait-elle être offerte à tous ? On imagine que des collectivités, transporteurs, réutilisateurs, citoyens, applications de transport peuvent être intéressées. Dans un premier temps seulement pour les collectivités puis si d'autres acteurs veulent être notifiées on pourra l'étendre. Actuellement les réutilisateurs avec lesquels on échange ont leurs propres outils de suivi des MAJ des données qu'ils utilisent.
Est-ce un problème si vous devez gérer les inscriptions/désinscriptions ? Pas de problème
Comment découvrir que cette fonctionnalité existe ? Faut-il du texte sur des pages / de la documentation / on attend une demande claire ? On pourra ajouter un paragraphe ici : https://doc.transport.data.gouv.fr/producteurs/mettre-a-jour-des-donnees

etalab / transport-site

Activer l'alerte mail "Données arrivant à expiration" pour certaines collectivités 7j et 1j avant l'expiration du GTFS #1461