Sauver les contrôles sanitaires publics avant qu'ils disparaissent
Une sauvegarde automatique, chaque semaine, des contrôles d'hygiène publics des restaurants, que l'État efface au bout de 12 mois.
Le besoin
L'État publie en données ouvertes les résultats des contrôles d'hygiène des restaurants et commerces alimentaires — mais n'en garde que les 12 derniers mois. Une inspection effacée à la source est perdue, sauf si quelqu'un l'a sauvegardée.
L'idée
Ce qui a le plus de valeur dans ces données, c'est leur historique — et un historique ne se reconstruit pas après coup. Une archive lancée aujourd'hui vaut plus qu'une application parfaite lancée l'an prochain.
Ce que j'ai construit
- D'abord une vérification : les 18 réutilisations connues du jeu de données, GitHub et la Wayback Machine — je n'y ai trouvé aucune copie de l'historique complet (août 2026).
- Une tâche planifiée qui télécharge le fichier complet chaque lundi à 6 h UTC, vérifie qu'il n'est pas tronqué, le compresse et le range à la date de la semaine.
- Relancer deux fois la même semaine ne crée jamais de doublon.
- Un second exemplaire sur une machine que je contrôle, répliqué vers OneDrive — une archive qui ne vit qu'à un seul endroit n'est pas une archive.
Le résultat
- 72 688inspections sauvées dès le premier instantané
- 45 → 9,9 Moaprès compression
- Chaque lundiautomatiquement, depuis le 16/08/2026
- 0utilisateur en octobre 2026 — je préfère l'écrire
L'archive grandit toute seule chaque semaine. Elle n'a encore ni interface ni utilisateur : c'est la fondation d'une idée plus large — traduire ces contrôles en information lisible avant de choisir un restaurant.
En images
Ce que j'ai appris
Vérifier que le besoin est réel avant de construire : ici, c'est la recherche qui a décidé du projet, pas l'inverse. Et une automatisation ne compte que si on peut s'y fier — chaque exécution contrôle son propre résultat avant de l'enregistrer.
Détails techniques Stack, architecture et choix — pour les lecteurs techniques
Stack
- GitHub Actions
- API opendatasoft
- cron
- Tâche planifiée Windows
- OneDrive
Comment ça marche
- Workflow GitHub Actions hebdomadaire (lundi 6 h UTC) : téléchargement du CSV complet, validation de la taille et de l'en-tête, compression, commit idempotent par semaine ISO.
- Le piège qui a coûté la première exécution : l'API opendatasoft répond en gzip même sans négociation, le fichier arrivait illisible jusqu'à l'ajout de curl --compressed.
- Second exemplaire hors de GitHub, sur une machine que je contrôle, répliqué vers OneDrive.
- Aucun rétro-remplissage n'est possible : une semaine non capturée est perdue définitivement — d'où la validation à chaque exécution.
Ce qui manque encore
- Pas encore d'interface
- Pas encore d'utilisateur