Le fichier GEF expliqué : comment est structuré un essai CPT au format GEF

Le GEF (Geotechnical Exchange Format) est depuis des décennies le standard d'échange des reconnaissances de sol aux Pays-Bas. Pratiquement tous les logiciels de calcul géotechnique lisent les essais CPT au format GEF. Le format est étonnamment simple — du texte brut — mais c'est précisément pour cela que beaucoup de choses tournent mal en pratique avec des fichiers créés à la main ou convertis. Voici l'anatomie d'un fichier GEF-CPT et ses pièges.

Structure : en-tête et données

Un fichier GEF se compose de deux parties. D'abord un en-tête avec des lignes commençant par #, clos par #EOH= (end of header). Viennent ensuite les données : une ligne par point de mesure, généralement des nombres séparés par des espaces ou des points-virgules.

#GEFID= 1, 1, 0
#COLUMN= 2
#COLUMNINFO= 1, m, Sondeerlengte, 1
#COLUMNINFO= 2, MPa, Conusweerstand, 2
#ZID= 31000, 1.49, 0.01
#EOH=
0.0000e+000 1.6300e+000

Les lignes d'en-tête les plus importantes

• #COLUMNINFO décrit pour chaque colonne l'unité, le nom et un numéro de colonne normalisé. Pour les essais CPT, le type de colonne 1 est la longueur de pénétration (m) et le type 2 la résistance de pointe (MPa). Les logiciels identifient les colonnes par ce numéro, pas par leur ordre.
• #ZID est le niveau de référence : le niveau du point zéro de la longueur de pénétration, presque toujours exprimé par rapport au NAP, le référentiel altimétrique néerlandais (code 31000). Si l'on y lit 1.49, le point de départ de l'essai se situe à NAP +1,49 m.
• #XYID contient les coordonnées, aux Pays-Bas généralement dans le système de coordonnées néerlandais RD, dit « Rijksdriehoek » (code 31000).
• #COLUMNVOID définit pour chaque colonne la valeur signifiant « pas de mesure ». Les lignes contenant cette valeur doivent être ignorées par votre programme.
• #PROCEDURECODE / #REPORTCODE indiquent quel dialecte GEF le fichier suit, pour les essais CPT GEF-CPT-Report.

La longueur de pénétration n'est pas une profondeur (ni un niveau NAP)

La première colonne est la longueur de pénétration : la distance parcourue par le cône depuis le point de départ, positive vers le bas, commençant à 0. Votre logiciel de calcul en déduit le niveau NAP par niveau = ZID − longueur de pénétration. Trois choses tournent souvent mal ici :

• Mettre directement des profondeurs par rapport au NAP dans la colonne 1. Le fichier semble fonctionner, mais l'essai apparaît à la mauvaise altitude ou à l'envers dans votre logiciel.
• Des longueurs de pénétration négatives ou décroissantes : beaucoup de lecteurs refusent le fichier ou interpolent n'importe quoi.
• Un #ZID incohérent avec les données, ce qui décale toutes les couches.

Si vous numérisez un ancien essai dont l'axe de profondeur est en niveaux NAP, convertissez-le en longueur de pénétration à partir du point le plus haut. Le CPT Converter le fait automatiquement et inscrit le niveau correspondant dans #ZID — voici comment cela fonctionne en pratique.

Erreurs d'import courantes

• # manquant devant les lignes d'en-tête : le fichier est alors rejeté comme illisible.
• Virgules comme séparateur décimal : le GEF utilise des points.
• Mauvaises unités : la résistance de pointe doit être en MPa. Les anciennes planches indiquent parfois des kgf/cm² — quasiment égal à 0,1 MPa (10 kgf/cm² ≈ 1 MPa).
• Données non triées : les points de mesure doivent aller du moins profond au plus profond.

GEF et l'avenir : BRO et XML

Depuis la création du BRO (Basisregistratie Ondergrond, le registre national néerlandais du sous-sol), les nouveaux essais CPT sont livrés au format IMBRO-XML. Pour la pratique quotidienne du calcul, le GEF reste cependant pour l'instant la lingua franca : presque tous les logiciels le lisent, et l'archive de fichiers GEF existants est énorme. Pour les essais historiques numérisés, le GEF reste donc le format cible logique.