Mise a jour FT/BT
Import du fichier FT-BT KO Excel, analyse des correspondances poteaux, puis mise a jour SQL directe PostgreSQL en thread background avec rollback atomique et triggers auto.
Fonctionnalités principales
Un ensemble d'outils puissants pour gérer vos données terrain
Verification CAP_FT
Comparaison des poteaux FT vs fiches appuis. Extraction single-pass unifiee (doublons, hors-etude, dico poteaux, terrains prives). Normalisation robuste via normalize_appui_num().
Controle COMAC
Validation BT + VérifCabCOMAC (fddcpiax, CDI+posemode, capacites). Verification boitiers fibre optique (col AR). Filtrage poteaux par SRO. PostgreSQL natif (schema comac).
Comparaison C6 vs BD
Extraction IN+OUT single-pass via QgsSpatialIndex. Auto-detection champ etude centralise. Hors-perimetre explicit. Deduplication fichiers output.
Police C6
Analyse via fddcpiax (NGE auto + Axione ST_Snap). Filtrage bold-only cables C6. Attaches-aware detection (cables + BPE). Compteur par etude. Exclusion appuis EDF. Securite NFC.
Mode Projet (BDD)
Chargement couches PostgreSQL par SRO derive du nom de dossier. Layers async en background. Disambiguation inline si multi-candidats. Persistance etat via QgsSettings.
Verification Securite
Controle portees cables NFC 11201-A1. Zones ZVN/ZVF. Guards division par zero. Rapport unifie multi-modules avec KPI agreges et checks diagnostiques.
GraceTHD Axione
Pipeline alternatif pour SRO Axione via fichiers locaux SHP+CSV. Detection auto NGE vs Axione. Fonction SQL fddcpiax avec ST_Snap tolerance elargie. Match mode ligne.
Diagnostic et Preflight
Mode diagnostic 6 sections (structure, detection, couches, export, PG, modules). Preflight global avant batch. Messages actionnables. Tooltips prerequis par module.
0
Lignes de code
Python pur (-1400 lignes dead code)
0
Fichiers Python
Architecture modulaire
0
Workflows async
QgsTask + signaux Qt
0
Sprints optimisation
-30% a -40% temps batch
0
Modules metier
Execution par lot
Architecture et fichiers
Vue d'ensemble des composants du plugin v3.1
Modules d'analyse
| Ordre | Module | Fichier metier | Workflow | Description |
|---|---|---|---|---|
| 0 | MAJ FT/BT | Maj_Ft_Bt.py |
maj_workflow.py |
Import Excel FT-BT KO, MAJ SQL directe PostgreSQL en background, rollback atomique, triggers auto |
| 1 | C6 vs BD | C6_vs_Bd.py |
c6bd_workflow.py |
Comparaison annexes C6 Excel vs couches QGIS, QgsSpatialIndex, auto-detection champ etude |
| 2 | CAP FT | CapFt.py |
capft_workflow.py |
Verification poteaux FT vs fiches appuis, detection ecarts, rapport Excel |
| 3 | COMAC | Comac.py |
comac_workflow.py |
Validation BT + VérifCabCOMAC (fddcpiax, CDI+posemode, capacites, boitiers FO), PostgreSQL schema comac |
| 4 | Police C6 | PoliceC6.py |
police_workflow.py |
Analyse fddcpiax complete, bold-only C6, attaches-aware, CDI/posemode, exclusion EDF, securite NFC |
| 5 | C6-C3A-C7 | C6_vs_C3A_vs_Bd.py |
c6c3a_workflow.py |
Croisement annexes C6, C3A et C7, detection incoherences inter-documents |
Infrastructure et services
| Couche | Fichier | Role |
|---|---|---|
| UI | PoleAerien.py |
Point d'entree (128 lignes), toolbar, instanciation workflows, lazy init dialog |
| UI | dialog_v2.py |
PoleAerienDialogV2 : interface unifiee, QSplitter, QgsCollapsibleGroupBox, journal |
| UI | batch_orchestrator.py |
Pont dialog-workflows, caches fddcpi2/SRO/appuis_wkb inter-modules, preflight, recap post-batch |
| UI | batch_runner.py |
Execution sequentielle des modules, progression globale par sous-plage |
| UI | project_detector.py |
Auto-detection structure projet, SRO extraction, multi-candidats, deduplication, diagnostics |
| Async | async_tasks.py |
6 QgsTask (CapFtTask, ComacTask, C6BdTask, C6C3ATask, PoliceC6Task, MajSqlBg) |
| Async | maj_sql_background.py |
MajSqlBackgroundTask : MAJ SQL directe PostgreSQL en thread background |
| Regles | security_rules.py |
Verification portees NFC 11201-A1, zones ZVN/ZVF, guards division par zero |
| Regles | pcm_parser.py |
Parsing XML fiches PCM (ISO-8859-1), extraction donnees etude |
| Regles | gracethd_reader.py |
GraceTHDReader : cables, BPE, poteaux depuis fichiers SHP+CSV locaux (Axione) |
| Regles | cable_analyzer.py |
Comptage cables par appui, CDI+posemode, group_by_gid, attaches, comparer_source_cables() |
| Donnees | comac_db_reader.py |
PostgreSQL only (schema comac), cache thread-safe, 591 cables references |
| Donnees | db_connection.py |
Connexion psycopg2 auto (credentials QGIS), fddcpiax() (NGE auto + Axione ST_Snap) |
| Donnees | qgis_utils.py |
get_layer_safe(), normalize_appui_num(), build_spatial_index(), extraire_appuis |
| Donnees | core_utils.py |
Fonctions pures Python : safe_float, safe_int, build_export_path, parse_bool |
| Donnees | unified_report.py |
Rapport unifie multi-modules : KPI agreges, checks diagnostiques, export Excel |
| Donnees | db_layer_loader.py |
Mode Projet : chargement couches PostgreSQL filtrees par SRO (infra_pt_pot, etudes) |
| Donnees | dataclasses_results.py |
Dataclasses structurees pour resultats inter-modules |
Couches QGIS requises
| Couche | Type | Source | Utilisation |
|---|---|---|---|
| infra_pt_pot | Points | PostgreSQL | Poteaux FT/BT (champ inf_num), base de tous les modules |
| etude_cap_ft | Polygones | PostgreSQL | Zones d'etude FT pour CAP FT, C6 vs BD, Police C6 |
| etude_comac | Polygones | PostgreSQL | Zones d'etude BT pour COMAC |
| bpe | Points | GraceTHD | Boitiers de protection (Police C6) |
| t_cheminement | Lignes | GraceTHD | Chemins reseau (filtre cm_typ_imp != 7) |
| t_cableline | Lignes | GraceTHD | Trace geometrique des cables |
| t_noeud | Points | GraceTHD | Points d'ancrage reseau |
Evolution du plugin
Historique des versions majeures et fonctionnalites ajoutees
Mars 2026
v3.1 - GraceTHD, Mode Projet, Optimisations
Pipeline GraceTHD Axione (SHP+CSV locaux, fddcpiax ST_Snap). Mode Projet BDD (layers async PostgreSQL par SRO). 4 sprints optimisation : caches inter-modules (fddcpi2, SRO, appuis_wkb, CRS), extractions single-pass, centralisation credentials PG. Police C6 : bold-only C6, attaches-aware, compteur etudes. COMAC : boitiers FO, group_by_gid. UX : disambiguation inline, diagnostic 6 sections, preflight, refresh, persistance etat, liens cliquables. Dead code -1400 lignes.
ACTUELLE
Fevrier 2026
v3.0 - Interface unifiee
Reecriture complete de l'interface : PoleAerienDialogV2 avec detection automatique du projet, execution par lot sequentielle via BatchRunner + BatchOrchestrator. PoleAerien.py reduit de 2100 a 128 lignes. 11 fichiers obsoletes supprimes. Architecture Workflows : God Object decouple en 6 workflows async.
Decembre 2025
v2.2.0 - Securite NFC
Module verification securite NFC 11201-A1, detection zones climatiques ZVN/ZVF, feuille VERIF_SECURITE.
Octobre 2025
v2.1.0 - Police C6
Analyse croisee C6/C3A/C7, couches erreur temporaires, integration donnees reseau.
2024
v2.0.0 - Refonte complete
Architecture MVC, execution asynchrone QgsTask, 6 modules d'analyse independants.
Cycle de vie QGIS
Comprendre le fonctionnement interne du plugin dans QGIS
1. Démarrage QGIS
classFactory(iface) dans __init__.py est appelée par QGIS au démarrage. Cette fonction instancie et retourne l'objet PoleAerien.
2. Initialisation
__init__(iface) configure le plugin : instanciation de 6 workflows (Maj, CapFt, Comac, C6Bd, C6C3A, Police), creation de la toolbar. Le dialog, le BatchRunner et le BatchOrchestrator sont initialises en lazy dans run().
3. Interface GUI
initGui() ajoute l'icône du plugin au menu QGIS et à la toolbar. L'action est connectée à la méthode run().
4. Execution
run() cree le PoleAerienDialogV2 (lazy init), le BatchRunner et le BatchOrchestrator au premier appel. Initialise les couches par defaut, puis affiche le dialog en mode non-modal avec show(). QGIS reste utilisable pendant que le dialog est ouvert.
5. Nettoyage
unload() nettoie les ressources : fermeture du dialog, retrait des actions du menu QGIS, suppression des icones de la toolbar.
Workflows asynchrones
6 workflows (QObject) orchestrent les modules métier. Ils délèguent l'exécution à async_tasks.py (QgsTask) en arrière-plan. Signaux standardisés : progress_changed, message_received, analysis_finished, error_occurred.
Détails techniques : Initialisation des composants
Dans __init__() (lignes 30-58) :
self.maj_workflow = MajWorkflow()- Workflow MAJ FT/BTself.comac_workflow = ComacWorkflow()- Workflow COMACself.capft_workflow = CapFtWorkflow()- Workflow CAP FTself.c6bd_workflow = C6BdWorkflow()- Workflow C6 vs BDself.police_workflow = PoliceWorkflow()- Workflow Police C6self.c6c3a_workflow = C6C3AWorkflow()- Workflow C6-C3A-C7self._dlg = None- Dialog lazy init dans run()- Creation toolbar :
self.toolbar = self.iface.addToolBar()
Details techniques : Detection automatique du projet
project_detector.py analyse le dossier projet selectionne et detecte automatiquement :
- FT-BT KO : fichier Excel a la racine (pattern FT-BT KO*.xlsx)
- CAP FT : sous-dossier CAP FT/ contenant les etudes par CMD
- COMAC : sous-dossier COMAC/ ou ExportComac/
- C6 : = dossier CAP FT (les annexes C6 sont les Excel d'etude FTTH-NGE-ETUDE-*.xlsx)
- GraceTHD : BASE DE DONNEES/NGE/ (verifie bpe.shp ou t_cheminement.shp)
- C7, C3A : fichiers ou dossiers a la racine
Les modules sont automatiquement coches selon les fichiers detectes.
Details techniques : Execution par lot (BatchRunner)
BatchRunner execute les modules selectionnes de facon sequentielle. Le BatchOrchestrator fait le lien entre le dialog, le runner et les workflows :
- L'utilisateur clique "Demarrer" avec les modules coches
- Le BatchRunner lance les modules un par un dans l'ordre
- Le BatchOrchestrator traduit les parametres du dialog en appels workflow
- Les signaux workflow (progress, message, finished, error) sont relies au dialog
- La progression globale est calculee par sous-plage (module 2/4 = 25-50%)
- A la fin, un rapport Excel unifie est genere si possible
Interface unifiee
Un seul dialog pour toutes les operations
Structure du dialog PoleAerienDialogV2
Detection intelligente
Auto-detection projet (FT-BT KO, CAP FT, COMAC, GraceTHD, C6, C3A, C7). Patterns elargis (ETUDE COMAC, KPFT). Deduplication fichiers output. Bouton refresh pour resync.
Mode Projet (BDD)
Toggle "Couches QGIS" / "Mode Projet". SRO derive du nom de dossier (63041-B1I-PMZ-00003). Chargement async couches PostgreSQL. Option "Charger dans le projet".
Disambiguation et Diagnostic
Dropdowns inline si multi-candidats (COMAC, CAP FT, C7, C3A). Bouton Diagnostic : rapport 6 sections. Preflight global. Tooltips prerequis. Persistance etat QgsSettings.
Journal et resultats
Liens cliquables vers rapports Excel. Compteur etude Police C6 [i/N]. Recap post-batch avec metriques. Progression SmoothProgressController. Export log texte.
Structure du dossier projet attendue
63041-B1I-PMZ-00003/ -- SRO = 63041/B1I/PMZ/00003
FT-BT KO B1L_00003.xlsx -- MAJ BD
CAP FT/ -- CAP_FT + C6 browse dir
CMD 1/
FTTH-NGE-ETUDE-B1L-63041-7/ -- Annexe C6 = study xlsx
CMD 2/...
COMAC/ -- COMAC (ou ETUDE COMAC, ETUDE-COMAC)
C6/ -- Standalone C6 (si present)
C3A/ -- Annexe C3A
C7/ -- Annexe C7
BASE DE DONNEES/
NGE/ -- GraceTHD NGE (bpe.shp, t_cheminement.shp)
GRACE_APD_DTR_*/ -- GraceTHD Axione (SHP+CSV a plat)
Architecture du plugin
Schémas explicatifs du fonctionnement des composants
Architecture applicative en couches
Couche UI (Interface utilisateur)
Couche Orchestration (Async, signaux)
Couche Métier (Logique business)
Couche Règles (Validation, sécurité)
Couche Données (CSV, QGIS, Excel)
Vue d'ensemble - Architecture en flux (v3.1)
Inputs (Excel, QGIS, PG, GraceTHD)
Core + Orchestration
Workflows (6)
Modules + Outputs
Caches inter-modules
GraceTHD Axione
Mode Projet BDD
Pipeline de traitement v3.1 - Dual-path NGE/Axione, Caches inter-modules, Preflight
Source Excel
Extraction
Logique métier
Résultat QGIS
Ameliorations v3.1 (non visibles sur ce schema generique) :
Dual-path NGE/Axione (fddcpiax auto-detect)
Caches: fddcpi2 + SRO + appuis_wkb + CRS
Preflight global avant batch
unified_report.py multi-modules
Mode Projet: db_layer_loader async
Constellation des modules
MAJ FT/BT
CAP_FT
COMAC
C6 vs BD
Police C6
unified_report (v3.1)
db_layer_loader (v3.1)
Caches inter-modules (v3.1)
Dashboard Sécurité - NFC 11201-A1
Entrée / Zone
Validation sécurité
Résultats
Export
Graphe de Dependances (DAG) - Imports Python
UI / Controller
Workflows (Orchestration)
Modules metier
Regles securite
Lecteurs donnees
Donnees (PostgreSQL)
db_layer_loader (v3.1)
GraceTHD Axione (v3.1)
4 Police C6 - Refactoring v2.3.0
Architecture fddcpi2 : SRO → PostgreSQL → cables decoupes → intersection appuis → comparaison C6 Excel
718
Lignes PoliceC6.py
752
Lignes police_workflow.py
-78%
Temps extraction (10k poteaux)
-62%
Consommation memoire
Pipeline de filtrage Police C6 v2.3.0
Filtre spatial
Filtre cable CDI
Filtre posemode
Exclusion EDF
cable_analyzer.py
Nouveau module (402 lignes) : compter_cables_par_appui(), analyser_charge_appuis(). Filtre combine CDI + posemode pour comptage precis.
Workflow async PoliceWorkflow
768 lignes. Architecture fddcpi2 : SRO depuis QGIS → db_connection.py appelle fddcpi2() PostgreSQL → CableSegment → cable_analyzer.py intersecte appuis.
db_connection.py + PostgreSQL
Connexion psycopg2 auto (credentials QGIS). Fonction SQL fddcpi2() retourne cables decoupes. Schema comac : 591 cables, hypotheses. Serveur AUVERGNE 10.241.228.107.
1 Module C6 vs BD - Architecture complete
Comparaison intelligente des fichiers Excel C6 avec la base de données QGIS
382
Lignes C6_vs_Bd.py
218
Lignes c6bd_workflow.py
7s
Temps analyse (19 études)
-84%
Gain performance
Architecture asynchrone non-bloquante
Orchestration
Extraction QGIS
Worker Thread
Performance
Auto-détection champ étude
Reconnaissance automatique via patterns regex: nom_etudes, etudes, decoupage, zone. Plus besoin de sélection manuelle.
Filtrage intelligent
Ignore automatiquement les fichiers non-C6: FicheAppui_*.xlsx, *_C7*.xlsx, GESPOT_*.xlsx. Zéro erreur de parsing.
Index spatial O(n log m)
Utilise QgsSpatialIndex pour intersections géométriques ultra-rapides. Cache géométries polygones CAP FT.
2 Module CAP FT - Architecture complete
Vérification correspondance poteaux FT vs fiches appuis individuelles
154
Lignes CapFt.py
110
Lignes capft_workflow.py
O(n+m)
Complexité index rapide
~95%
Gain temps traitement
Architecture Main Thread + Worker Thread
Main Thread (QGIS API)
Worker Thread (Python pur)
Traitement intensif
Communication async
Pattern FicheAppui_*.xlsx
Structure: 1 fichier par poteau. Organisation par dossiers études. Extraction nom fichier → Numéro appui automatique.
Normalisation robuste
Gestion formats variables: E000123, FicheAppui_E123.xlsx, E123/63041. Fonction normalize_appui_num_bt(strip_e_prefix=True).
Détection terrains privés
Extraction simultanée poteaux normaux et privés via champ spécifique. Retour: (dict_poteaux, dict_poteaux_prives).
0 MAJ BD - Consolidation v2.3.0
3 chemins d'execution dupliques → 1 chemin unique SQL background
800
Lignes Maj_Ft_Bt.py
328
Lignes maj_workflow.py
-716
Lignes supprimees Maj_Ft_Bt
6
Bugs corriges
Consolidation MAJ BD : 3 chemins → 1 chemin unique
Chemin supprime
Chemin conserve (SQL background)
Bugs corriges
Workflow d'utilisation
Processus étape par étape pour une utilisation optimale
Charger les couches QGIS + connexion PostgreSQL
Importez les couches dans votre projet QGIS et vérifiez la connexion PostgreSQL (serveur AUVERGNE, 10.241.228.107).
# Couches QGIS requises
infra_pt_pot # Table poteaux (Point, PostgreSQL)
etude_cap_ft # Périmètres CAP_FT (Polygon)
cables_dc # Câbles découpés (via fddcpi2)
# PostgreSQL: schema comac (591 câbles, hypotheses)
Selectionner le dossier projet
Ouvrez le plugin via Extensions > Pole Aerien. Selectionnez le dossier projet : le project_detector identifie automatiquement les fichiers et active les modules disponibles. Cochez les modules souhaites.
Demarrer l'analyse par lot
Cliquez sur Demarrer. Le BatchRunner execute les modules coches sequentiellement via QgsTask en arriere-plan. La barre de progression et le journal montrent l'avancement en temps reel. QGIS reste utilisable.
Consulter les resultats
Les rapports Excel sont generes automatiquement (openpyxl, coloration conditionnelle). Pour MAJ BD, le SQL s'execute en background avec rollback atomique. Les resultats sont affiches dans le journal du dialog.
Détail des modules
Spécifications techniques de chaque composant
| Module | Fonction | Entrées | Sorties |
|---|---|---|---|
| MAJ FT/BT | MAJ attributs poteaux via SQL background (chemin unique v2.3.0) | Excel .xlsx, couches QGIS, PostgreSQL | Table modifiée, rollback atomique |
| CAP_FT | Vérification fichiers capacitaires FT (154 L + 110 L workflow) | Répertoire FicheAppui_*.xlsx, couches | Rapport .xlsx coloré |
| COMAC | Contrôle données COMAC via PostgreSQL natif (564 L) | Répertoire COMAC, PostgreSQL (schema comac) | Rapport .xlsx + VERIF_SECURITE |
| C6 vs BD | Comparaison C6 / BD async (382 L + 218 L workflow) | Fichiers C6, couches, QgsSpatialIndex | Excel 3 feuilles, -84% temps |
| C6/C3A/C7 | Analyse croisée multi-fichiers (406 L + 217 L workflow) | C6, C3A, C7, couches | Rapport consolidé |
| Police C6 | fddcpi2 : SRO→PG→cables→appuis→C6 (718 L + 768 L wf) | C6 Excel, infra_pt_pot, fddcpi2() PG, cable_analyzer | Rapport conformité, -78% temps |
| VERIF_SECURITE | Portées câbles NFC 11201-A1 (434 L security_rules.py) | Excel COMAC, zone climatique ZVN/ZVF | Feuille VERIF_SECURITE (OK/PORTEE MOLLE) |
Norme NFC 11201-A1
Zones Climatiques
Comprendre l'impact du vent sur les portées maximales des câbles aériens
Carte interactive des vents en temps réel - Source: Windy.com
Rechercher une commune
ZVN - Vent Normal
ZVF - Vent Fort
Portées maximales autorisées (mètres)
6 FO
12 FO
24 FO
48 FO
72 FO
Foire aux questions
Tout ce qu'il faut savoir pour exploiter pleinement le plugin
Général
Quelle version de QGIS est requise ?
Le plugin Pole Aerien v3.0 est compatible avec QGIS 3.28 et les versions ulterieures (jusqu'a 3.99). Nous recommandons la version 3.28 LTS pour la stabilite en production. Le plugin utilise PostgreSQL comme base de donnees principale (schema comac, AUVERGNE).
Remarque : Les versions antérieures à 3.28 ne sont plus officiellement prises en charge. Si vous rencontrez des difficultés, vérifiez d'abord votre version de QGIS.
Quelles sont les couches QGIS indispensables ?
Selon les modules utilisés, les couches suivantes doivent être chargées dans votre projet :
- infra_pt_pot : Poteaux (points) avec les champs
inf_num,inf_type,etat - etude_cap_ft : Zones d'études FT (polygones) avec le champ
nom_etudes - etude_comac : Zones d'études BT (polygones) avec le champ
etudes - bpe : Boîtes de protection équipement (points)
- attaches : Points d'attache (points)
- infra_pt_chb : Chambres (points) - requis pour Police C6
Les noms des couches doivent correspondre exactement à ceux attendus par le plugin.
Est-il possible d'annuler une modification ?
Oui, de plusieurs manières :
- Annulation immédiate : Utilisez Ctrl+Z dans QGIS juste après l'opération.
- Restauration : Rechargez la couche depuis la base de données si les modifications n'ont pas été enregistrées.
- Sauvegarde préalable : Nous conseillons vivement d'effectuer une sauvegarde de votre base de données avant toute mise à jour en lot.
Modules métier
Quels champs sont mis à jour par le module MAJ FT/BT ?
Le module de mise à jour des poteaux FT/BT modifie les champs suivants :
inf_type
inf_propri
noe_usage
inf_mat
etat
dce
Les champs d'audit modifie_par et date_modif sont également renseignés automatiquement pour assurer la traçabilité.
Comment fonctionne le module C6 vs BD ?
Ce module compare les fichiers Excel Annexe C6 avec les données présentes dans QGIS afin d'identifier les écarts :
- Extraction IN : Poteaux FT situés à l'intérieur des périmètres d'études CAP FT
- Extraction OUT : Poteaux FT hors périmètre (alerte potentielle)
- Vérification croisée : Études sans fichier C6 correspondant, et inversement
Le résultat est exporté dans un fichier Excel comportant trois feuilles : Analyse C6 BD, Poteaux hors périmètre et Vérification études.
Qu'est-ce que la vérification des portées molles ?
Le module VERIF CAP_COMAC analyse les portées de câbles fibre optique selon la norme NFC 11201-A1.
Le processus s'effectue comme suit :
- Lecture des colonnes AO (type de ligne FO) et AU (portée en mètres) des fichiers COMAC
- Détection de la capacité FO via les codes Prysmian (ex. :
L1092-xx-P) - Comparaison avec les valeurs maximales autorisées selon la zone climatique (ZVN ou ZVF)
Les dépassements sont signalés comme « PORTÉE MOLLE » et nécessitent une vérification terrain.
Police C6 & Données
Quelles sont les sources de données pour Police C6 ?
Le module Police C6 utilise plusieurs sources de données :
- Couches QGIS :
infra_pt_pot,cables_dcet couches réseau chargées dans le projet - Fichier C6 Excel : Auto-détecté par
nom_etudesdans le répertoire de travail - Données COMAC : Via PostgreSQL exclusivement (schéma comac, serveur AUVERGNE)
- cable_analyzer.py : Comptage câbles CDI + posemode(1,2) par appui
v2.3.0 : Filtres spatiaux bbox, exclusion appuis EDF, cleanup mémoire. Données COMAC via PostgreSQL uniquement (plus de GeoPackage/CSV/SQLite).
Qu'est-ce que l'auto-détection du fichier C6 ?
Lorsque le dossier projet est selectionne, le project_detector identifie automatiquement les fichiers C6 dans le dossier CAP FT. Les annexes C6 sont les Excel d'etude (FTTH-NGE-ETUDE-*.xlsx) situes dans les sous-dossiers CMD du dossier CAP FT.
Motifs de recherche utilises :
*nom_etudes*.xlsx
*Annexe*C6*nom_etudes*.xlsx
*C6*nom_etudes*.xlsx
La detection est automatique lors de la selection du dossier projet.
Résolution de problèmes
Pourquoi certains numéros d'appui ne correspondent-ils pas ?
La correspondance des numéros d'appui repose sur le couple N° appui + Nom d'études. Vérifiez les points suivants :
- Format : Le numéro doit être identique (ex. :
1016436/63041est normalisé en1016436) - Nom d'études : Les noms doivent correspondre exactement (attention aux variantes QSB/DTR)
- Espaces parasites : Des espaces en début ou fin de cellule peuvent fausser la correspondance
Astuce : Utilisez la fonction SUPPRESPACE() dans Excel pour nettoyer vos données avant l'import.
Que faire si le bouton "Demarrer" ne fonctionne pas ?
Le bouton "Demarrer l'analyse" necessite que les conditions suivantes soient remplies :
- Dossier projet : Un dossier projet valide doit etre selectionne
- Modules coches : Au moins un module doit etre selectionne (coche)
- Couches QGIS : Les couches requises (infra_pt_pot, etude_cap_ft, etude_comac) doivent etre chargees dans le projet QGIS
- Connexion PostgreSQL : La connexion au serveur AUVERGNE doit etre active pour les modules Police C6 et COMAC
Comment fonctionne le Mode Projet (BDD) ?
Le Mode Projet permet de charger les couches QGIS directement depuis PostgreSQL, filtrees par SRO :
- SRO automatique : derive du nom de dossier (ex:
63041-B1I-PMZ-00003donne SRO63041/B1I/PMZ/00003) - Chargement async : les couches sont chargees en thread background (pas de freeze UI)
- 3 couches :
infra_pt_pot,etude_cap_ft,etude_comacfiltrees par SRO - Cleanup auto : les couches temporaires sont supprimees apres le batch (sauf si "Charger dans le projet" coche)
Prerequis : La connexion PostgreSQL au serveur AUVERGNE doit etre configuree dans QGIS. Le nom du dossier projet doit suivre le format SRO (segments separes par des tirets).
Quelle est la difference entre NGE et Axione (GraceTHD) ?
Le plugin detecte automatiquement le type de bureau d'etudes (BE) via la table comac.sro_nge_axione :
- NGE : Pipeline classique via
fddcpi2PostgreSQL. Cables deja recales sur l'infrastructure. Match par endpoints. - Axione : Pipeline
fddcpiaxavec ST_Snap tolerance elargie (0.70m). Cables decales par rapport aux poteaux. Utilise aussi GraceTHD local (fichiers SHP+CSV) si present.
Important : Les modifications GraceTHD/Axione n'impactent jamais le code NGE. Les chemins sont proteges par des conditions if be_type == 'axione'.
Comment signaler une anomalie ou suggérer une amélioration ?
Pour tout signalement, contactez Youcef ADDA en fournissant les informations suivantes :
- Version de QGIS et du plugin Pôle Aérien
- Message d'erreur complet (copie du panneau « Journal des messages »)
- Étapes précises permettant de reproduire le problème
- Captures d'écran si pertinent
Nouveautes v3.1
GraceTHD Axione, Mode Projet BDD, 4 sprints d'optimisation, ameliorations Police C6, COMAC et UX
GraceTHD Axione
Pipeline alternatif complet pour SRO Axione via fichiers locaux SHP+CSV. Detection auto NGE vs Axione via comac.sro_nge_axione. Fonction SQL fddcpiax avec ST_Snap tolerance elargie (0.70m). Match mode ligne pour cables BPE-to-BPE.
Fichiers : gracethd_reader.py, fddcpiax (SQL), db_connection.py (routage auto NGE/Axione)
Mode Projet (BDD)
Couches PostgreSQL par SRO derive du nom de dossier. Chargement async en background thread (_LoadProjectLayersTask). DbLayerLoader pour infra_pt_pot, etude_cap_ft, etude_comac filtres par SRO.
UX : Toggle radio, SRO display monospace, option "Charger dans le projet", cleanup auto apres batch
4 Sprints Optimisation
-30% a -40% temps batch. Caches inter-modules (fddcpi2, SRO, appuis_wkb, CRS). Extractions single-pass. Centralisation credentials PG. Connexions PG de ~10 a ~3.
- Sprint 1 : Fusion extractions, connexion PG unique, detect_etude_field centralise
- Sprint 2 : Cache SRO+appuis_wkb, comparer_source_cables() generique (-140 lignes)
- Sprint 3 : CRS validation cache, centralisation credentials PG
- Sprint 4 : Dead code cleanup (-414 lignes), factorisation Excel et MAJ
Police C6 avancee
Bold-only C6 : seuls les cables en gras (nouveaux) sont compares. Attaches-aware : verification cables et BPE de chaque cote des attaches. Compteur [i/N] par etude. Bilan post-boucle.
Fix : Liaison vs cable confusion (re.match L+digit), fddcpiax routage auto NGE/Axione
COMAC enrichi
Boitiers fibre optique : col AR (idx 43), extraction oui+non, verification BPE pour oui uniquement. group_by_gid : comptage cables physiques (pas segments). Normalisation appuis unifiee.
Hors-perimetre : log et Excel indiquent clairement filtrage SRO + message diagnostic
UX et Robustesse
Disambiguation inline pour multi-candidats. Diagnostic 6 sections. Preflight global avant batch. Persistance etat QgsSettings. Liens cliquables. Standalone C6 folder detection.
- Patterns detection elargis (ETUDE COMAC, KPFT, etc.)
- Rapport unifie multi-modules (unified_report.py)
- Recap post-batch avec metriques par module
Workflow Police C6 - v3.1 : bold-only, attaches-aware, dual-path NGE/Axione, compteur [i/N]
Interaction utilisateur
Automatique (nouveau)
Données internes
Traitement
Architecture v3.1 : 26 fichiers Python • ~10 500 lignes • 6 workflows • PostgreSQL natif • GraceTHD Axione • Mode Projet BDD • 4 sprints optimisation