Présentation de l'architecture
LeBonTag v2 repose sur une architecture modulaire combinant :
- L'ingestion de données OSM
- Des workflows de validation
- Des processus de contrôle qualité
- Le stockage de données PostgreSQL/PostGIS
- Le traitement en arrière-plan basé sur Python
Architecture de haut niveau
Composants principaux
1. Sources de données OSM
- Réplication OSM (miroir FR)
- API OSM (changesets)
- Mises à jour périodiques via des tâches cron
Ces éléments alimentent la couche d'ingestion.
2. Processus CRON Python
Deux pipelines principaux en arrière-plan :
- Ingestion des modifications OSM
- Exportation de validation (génération osmChange)
Responsabilités :
- Synchronisation des données OSM
- Application des décisions de validation
- Alimentation du schéma de référence (osm2pgsql)
- Déclenchement de la réévaluation des règles de qualité
3. Données de référence (osm2pgsql)
- Stocke les données OSM actualisées.
- Utilisé comme ensemble de données de base pour le contrôle qualité.
- Mis à jour avec les modifications validées par LeBonTag.
4. Base de données de l'application LeBonTag
Schéma dédié stockant :
- L'état du workflow de validation.
- Les définitions des règles de qualité.
- Les groupes d'objets et les groupes commerciaux.
- L'audit et l'historique.
5. Interface Web
Fournit :
- Validation des objets
- Exploration des règles de qualité
- Configuration administrative
- Contrôle d'accès basé sur les rôles
Résumé du flux de données
- Les modifications OSM sont récupérées.
- Les données sont stockées dans le schéma de référence.
- Les règles de qualité analysent le jeu de données.
- Les objets sont marqués pour validation.
- Les validateurs effectuent une révision via l'interface utilisateur.
- Les modifications approuvées génèrent des exportations osmChange.
- Le jeu de données de référence est mis à jour en conséquence.