Sources publiques
Fichiers JSON, CSV, API ou exports administratifs documentés.
Méthodologie
Construction reproductible et représentation
Les applicatifs sont construits de manière similaire : analyse de la source publique, agrégats et modèle de données, restitution.
Étapes de construction
La construction d'un applicatif suit souvent la même séquence, quelles que soient les données en entrée et leur format de restitution.
- Analyse du jeu de données publique : format, fréquence de mise à jour, périmètre, qualité et limites de la source.
- Réflexion sur son utilité et sa portée de diffusion : à qui la donnée s'adresse-t-elle, quelle question publique permet-elle d'éclairer.
- Construction d'un modèle de données : structuration métier de la donnée brute en entités exploitables et requêtables.
- Mise en œuvre technique du pipeline de récupération, consolidation, stockage et restitution (détaillée ci-dessous).
Schéma du flux de données
Le pipeline technique transforme une donnée brute (JSON/CSV) en une information consultable sur une carte ou un écran, par étapes successives et indépendantes.
Analyse
Format, périmètre, fréquence, qualité, limites et utilité publique.
Modèle métier
Entités, normalisation, dédoublonnage et rattachements territoriaux.
Base de données relationnelle
Stockage requêtable dans MySQL ou PostgreSQL/PostGIS, sans valeur inventée.
Tuiles vectorielles
Découpage cartographique servi à la demande selon zone et zoom.
Recherche
Accès direct par nom, territoire, identifiant ou entité métier.
Restitution
Carte, fiche, tableau ou interface dédiée selon l'usage attendu.
Traçabilité source → écran
Pas d'interpolation non documentée
Cycles courts et fonctionnalités complètes
Stack technique
| Couche | Technologie |
|---|---|
| Récupération & ingestion | PHP (parsing JSON / CSV) |
| Consolidation & modèle métier | Symfony |
| Stockage | MySQL ou PostgreSQL / PostGIS |
| Projection cartographique | Mapbox, tuiles vectorielles |
| Interface | React, ou rendu serveur Symfony selon le projet |
Principes de fond
Chaque élément affiché à l'écran — point, couleur, valeur... — est une donnée réelle publique. Aucune interpolation n'est effectuée. Si une donnée manque ou n'est pas fiable, elle n'est pas affichée plutôt que d'être approximée.
Les applicatifs sont développés en cycles courts, selon les principes du développement agile : une tâche correspond à une action, donc à une fonctionnalité. Chaque fonctionnalité livrée doit être complète et utilisable avant de passer à la suivante. Plus les tâches (c'est-à-dire les actions, les fonctionnalités) sont découpées en petites unités, plus elles restent faciles à valider et à livrer. Cela permet de garder à tout moment un applicatif fonctionnel plutôt qu'un projet incomplet.