Mode opératoire d’intégration

du génie civil (GC)

BEX
Version 1.0

SUIVI DES VERSIONS

Version Date Nom du rédacteur Nature de la modification
1.0 08/11/2022 Rami ROSTOM Rédaction
Table des matières

Table des matières ..................................................................................................................... 2

1. Contrôle préalable .............................................................................................................. 3
2. Contrôle FME charte V5 ...................................................................................................... 3
3. Intégration en base GC Construction .................................................................................. 4
4. Intégration en base GC NetDesigner .................................................................................. 5
5. Intégration de l’encartage .................................................................................................. 6
ANNEXE ...................................................................................................................................... 7

2
 Préambule

Le processus d’intégration du génie civil (GC) décrit dans ce mode opératoire liste toutes les étapes à
suivre afin de récoler en classe de précision A le chantier GC dans les couches cibles : couches
Netdesigner dédiées au GC et la couche encartage.

Il est possible que l’étape n°3 « intégration en base GC_Construction » ne soit pas à réaliser par le
même service (cas du PEX où cette étape est réalisée par le BEC). Il s’agît d’un mode opératoire global
(toutes ces étapes doivent être faites) mais que vous devez appliquer/modifier en fonction de votre
activité !

1. Contrôle préalable

a. Contrôle NetDesigner
a) Ouvrir NetDesigner
b) Repérer la zone de travaux GC
c) Vérifier les éléments intégrés sur NetDesigner :
Présence d’éléments créés dans la couche « Infrastructures » -> souterrain +
chambres + points hauts -> cette étape est rapide car tout est censé être
déjà intégré.

b. Contrôle visuel du plan GC (format PDF)

a) Plan correspond bien à la zone étudiée
b) Présence des encartages sur la page de garde et présence de la mention
« Classe A » en classe de précision.
c) Noms des encartages correspondent aux noms des folios

2. Contrôle FME charte V5

a. Aller sur le job FME « Contrôle interne charte GC Axione » :

https://etlsig.axione.fr/fmeserver/#/workspaces/run/Axione_DT_BE_CONCEPTION/C
ontrole_interne_charte_GC_Axione.fmw/fmedatadownload

b. Remplir les données d'entrée :

a) Glisser le .zip
b) Sélectionner la version charte graphique = Nouvelle charte V5.0
c) Sélectionner la DSP
d) Sélectionner la phase du projet = APD GC ou DOE GC

3
 e) Sélectionner le contenu du DWG = Tranchées et Chambres (possibilité de
mettre « chambres ou poteaux uniquement dans le cas où aucune
tranchée n’est dessinée dans le plan GC)
f) Sélectionner le contrôle d'intégrité des identifiants avec la base de
données = Base CONSTRUCTION -> contrôle à réaliser systématiquement
g) Sélectionner la génération SHP ou intégration en base GC CONSTRUCTION
= Non
h) Renseigner le NUM_PROJET = laisser vide
i) Lancer le job avec « RUN »

c. Vérifier le rapport du job FME

a) Ouvrir le fichier généré « controle_charte_axione.xls »
1. Si OK (vérifier tous les onglets) -> passage à l'étape 3
2. Si NOK -> étudier les erreurs et reprise du plan GC par DPL/DPR (voir
fiche pratique en annexe) -> retour à l’étape 2 pour un nouveau
contrôle suite aux modifications apportées.

3. Intégration en base GC Construction

a. Reprendre le même job FME « Contrôle interne charte GC Axione » :

https://etlsig.axione.fr/fmeserver/#/workspaces/run/Axione_DT_BE_CONCEPTION/C
ontrole_interne_charte_GC_Axione.fmw/fmedatadownload

4
 b. Remplir les données d'entrée suivantes :
a) Glisser le .zip
b) Sélectionner la version charte graphique = Nouvelle charte V5.0
c) Sélectionner la DSP
d) Sélectionner la phase du projet = APD ou DOE GC
e) Sélectionner le contenu du DWG = Tranchées et Chambres
f) Sélectionner le contrôle d'intégrité des identifiants avec la base de
données = Base CONSTRUCTION
g) Sélectionner la génération SHP ou intégration en base GC CONSTRUCTION
= Oui (Intégration en base GC CONSTRUCTION)
h) Renseigner le NUM_PROJET = référence projet du chantier en base
construction
i) Lancer le job avec « RUN »

c. Vérifier la bonne intégration du projet dans la base GC Construction

a) Le rapport FME doit ressortir « OK »
b) Ouvrir le MXD dédié « VERIF_ETUDES_GC_BASE_GCCONST.mxd »
c) Repérer le chantier intégré (via la référence projet)
d) Vérification de l’intégration des éléments et du bon remplissage des
attributs dans les couches ci-dessous :

4. Intégration en base GC NetDesigner

a. Aller sur l’outil Gracemaster :

https://gracemaster.int.axione.fr/

b. Remplir les données d'entrée :

a) Renseigner le numéro de projet (la même référence projet utilisée dans la
base GC Construction via le job FME)
b) Lancer l’outil avec « Lancer une vérification »

5
 c. Vérifier la bonne intégration en base NetDesigner groupe de couches « GC » :
a) Vérifier résultat intégration via le bouton « Accéder à l’Historique ». Le
résultat doit être en « SUCCESS » :

b) Retour sur Netdesigner

c) Vérification de l’intégration des éléments et du bon remplissage des
attributs :
1. GC_T_TRANCHEE
2. GC_T_PTLEVE
3. GC_T_PTACCUEIL
4. GC_ENCARTAGE
5. GC_ENCARTAGE_BUFFER

5. Intégration de l’encartage

a. Ranger le DOE GC dans le dossier DT DICT :

\\Bycn\fr_bycn\byes\AXIONE\MALAKOFF\SIEGE\Direction Technique\06- BE-
CONCEPTION\Ingé Détail\XX - BE EXPLOITATION\07 - DT DICT\00-DOE GC\
b. Repérer la zone de travaux sur votre MXD
c. Créer les encartages sur la couche « Encartage DT/DICT » (un encartage = un folio)
d. Renseigner les attributs obligatoires :
a) DSP = trigramme de la DSP
b) CHEMIN = lien vers le répertoire DT/DICT du projet :
\\Bycn\fr_bycn\byes\AXIONE\MALAKOFF\SIEGE\Direction
Technique\06- BE-CONCEPTION\Ingé Détail\XX - BE EXPLOITATION\07 -
DT DICT\00-DOE GC\Plaque du projet
Bien conserver la racine complète du lien (pas de raccourci)
c) PLAN = nom du plan PDF avec l’extension .pdf
e. Enregistrer la session de mise à jour

6
 ANNEXE

A. FICHE PRATIQUE – COMMENT LIRE LE RAPPORT DE CONTROLE FME :

Le rapport de contrôle (controle_charte_axione.xls) est généré après avoir fait tourner le job FME.
Quel que soit le résultat du contrôle, un rapport est systématiquement généré.

Cas particulier : génération d’un fichier texte nommé « res.txt » à la place du rapport lorsque le .zip en
donnée d’entrée du job ne respecte pas la charte V5. Typiquement, lorsque la racine du ZIP est un
dossier contenant l’arborescence ci-dessous et non pas l’arborescence directement.

Cette fiche pratique a pour but de vous aider à lire et comprendre le rapport. Il ne vous sera pas
demandé de résoudre le problème mais à minima de comprendre d’où vient l’erreur et ainsi aiguiller
le sous-traitant GC qui réalisera la reprise.

Elle ne recensera pas TOUTES les différentes erreurs que vous serez amené à trouver (ce n’est pas le
but). Elle vous permettra néanmoins de savoir comment aborder ce document.

Le rapport se présente sous la forme d’un fichier Excel contenant 8 onglets :

1) BILAN
Cet onglet récapitule les données d’entrées indiquées dans le job FME et donne surtout le
résultat de conformité charte (encart rouge). Un plan non conforme à la charte V5 ressortira
en NOK. L’explication sera détaillée dans les onglets suivants.

2) ARBO_ZIP
Cet onglet décrit le résultat du job après analyse du fichier ZIP. Ce dernier doit respecter une
arborescence propre à la charte V5 (voir en introduction de cette fiche pratique).

7
 Un résultat NOK est à étudier au cas par cas, mais il s’explique toujours. Dans la colonne
« Type », le rapport indique la provenance de l’anomalie.

Ci-dessous par exemple, la non-conformité provient des PDF. La colonne anomalie indique ici
que le nombre d’encartage dans le DWG ne correspond pas au nombre de folios dans le dossier
PDF. Ici en l’occurrence, aucun fichier.pdf n’a été déposé dans le dossier « PDF ».

Un autre cas possible est par exemple la présence de plusieurs fichiers .dwg dans le ZIP. La
charte stipule qu’il ne doit y avoir qu’un seul fichier Autocad de présent. L’anomalie va donc
être remontée dans la colonne type par « DWG ».

3) CALQUES
Le job FME va ici analyser la présence (ou non) d’objets dans chaque calque du fichier Autocad.
La présence d’informations dans certains calques étant obligatoire, un objet non présent dans
l’un d’eux va forcément engendrer une non-conformité.

Ci-dessous par exemple, le rapport indique qu’aucun objet n’a été créé dans les calques
« 4_Encartage » (encart des zones de travaux) et « VISUEL » (calque dans lequel les références
topographiques sont indiquées).

4) REC_GC
Cet onglet entre un peu plus dans le détail et analyse chaque prérequis attendu (valeurs et
symbologie) pour chaque calque.

Le résultat est indiqué en colonne D (OK ou NOK). Le résultat du « nom de fichier valide » étant
considérée comme étant « mineure », il ne va pas influencer le résultat de conformité (ci-
dessous, le NOK dans le nommage du fichier ne va pas rendre la colonne D NOK).

8
 En revanche, tout autre résultat NOK dans une colonne va engendre une non-conformité.
L’onglet « REGLES » du fichier va ici être très utile. Pour chaque colonne, cet onglet détaille les
valeurs attendues/autorisées dans le DWG.

Exemple
Pour un NOK dans la colonne « Géométrie » :
a) Je cherche dans l’onglet « REGLES » la colonne (A) qui correspond à l’onglet de l’erreur ->
ici « REC_GC »
b) Je cherche dans la colonne B le champ concerné par l’erreur -> ici « Géométrie »
c) Je peux lire dans la colonne C les types de géométries autorisées dans le fichier Autocad.
Tout élément créé dans une géométrie non présente dans la liste ci-dessous engendrera
par conséquent un NOK.

Toutes les non-conformités remontées dans l’onglet REC_GC peuvent être analysées à l’aide de
l’onglet « REGLES » !

5) HANDLE
Les informations remontées dans cet onglet permettent de retrouver les erreurs sur des objets
précis grâce à leur « handle » (ou maintien qui est un code identifiant unique sur le fichier
Autocad -> l’équivalent de l’objectID sur le SIG).

Ci-dessous, le rapport FME remonte une erreur au niveau de l’objet ayant pour handle
« 3E0B2 » dans le calque « 4_Encartage ». Le nom de l’encartage n’est pas identique au nom
du folio.

6) BLOC
Cet onglet remonte les erreurs liées aux différents blocs existants dans le DWG :
o Bloc infra -> fourreaux, type terrain, type tranchée, adresse, gestionnaire, etc.
o Bloc ponctuel (CHB, APP, ADR, etc) -> référence, type point, adresse, propriétaire, etc.
o Bloc REF_TOPO -> coordonnées X,Y,Z et charge des points levés.
De la même manière que l’onglet précédent, ici l’erreur est plus facilement localisable à l’aide
de l’handle de l’objet problématique.

Ci-dessous, pour l’handle « A735 » dans le bloc infra, tous les attributs listés n’ont pas été
renseigné. Ce qui engendre une non-conformité.

9
 7) CONTROLE_ID_BD
Cet onglet est lié à la donnée d’entrée « contrôle d’intégrité des identifiants avec la base de
données » du job FME. Ce contrôle permet de vérifier la cohérence entre la référence d’une
chambre indiquée dans le DWG et celle en base Axione (construction ou ND).

Si la référence n’est pas identique ou bien présente dans la base indiquée, le rapport
remontera une non-conformité. Ici par exemple, les chambres ayant pour référence
« 72012_64 » et « 72012_65 » ne sont pas trouvables dans la base construction.

Ce contrôle doit être systématiquement réalisé par chaque partie prenante du process. Si le
message ci-dessous est présent dans cet onglet, cela signifie que le contrôle d’intégrité des
identifiants n’a pas été demandé.

8) REGLES
La lecture de cet onglet a été expliqué en point 4 de cette fiche pratique. Cet onglet est à
utiliser impérativement pour savoir ce qui est attendu pour les champs des différents calques.

9) AUTRE CAS

Cas « NOK (la modélisation en Base CONST est insuffisante) »

Lors d’une tentative d’intégration en Base GC Construction, on peut se retrouver avec une
erreur de « Modélisation en Base Construction insuffisante ». (Voir capture)

L’information surlignée en rouge est la seule dans le fichier Excel de contrôle nous indiquant qu’il y a
un souci. Il n’y a pas d’information supplémentaire.

10
A l’heure actuelle, le seul moyen de détecter d’où vient l’erreur est de relancer la FME en demandant
la génération des shapes.

En regardant de plus près les shapes générés, on peut remarquer, pour la couche ‘LIN_INFRA_GC.shp’,
que certains éléments auront les champs tr_pacoex1 et tr_pacoex2 vides.

Les tronçons bloquants peuvent alors être facilement identifiés grâce à Arcmap/QGIS.

3 possibilités se présentent alors :

- Il y a une incohérence sur la Base Construction par rapport à ce qui est modélisé dans le plan
(Nommage de points techniques par exemple).
- Il y a une mauvaise modélisation en Base Construction (Mauvais snapping, Discontinuité
d’infrastructures).
- Il y a une mauvaise modélisation sur le PGC (Discontinuités d’infrastructures par exemple).

Une fois identifiés et corrigés, il sera alors possible de relancer l’outil de contrôle jusqu’à ce que les
tr_pacoex1 et tr_pacoex2 soient tous remplis. L’intégration en base GC Construction pourra alors
être effectuée.

11