El archivo GEF explicado: así se estructura un ensayo CPT en formato GEF

GEF (Geotechnical Exchange Format) es desde hace décadas el estándar para el intercambio de datos de investigación geotécnica en los Países Bajos. Prácticamente todos los programas de cálculo geotécnico leen ensayos CPT en GEF. El formato es sorprendentemente simple —texto plano—, pero precisamente por eso, en la práctica, muchas cosas salen mal con archivos creados a mano o convertidos. A continuación, la anatomía de un archivo GEF-CPT y sus trampas.

Estructura: cabecera y datos

Un archivo GEF consta de dos partes. Primero una cabecera con líneas que empiezan por #, cerrada por #EOH= (end of header). Después vienen los datos: una línea por punto de medición, normalmente números separados por espacios o por punto y coma.

#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

Las líneas de cabecera más importantes

• #COLUMNINFO describe, para cada columna, la unidad, el nombre y un número de columna estandarizado. En los CPT, el tipo de columna 1 es la longitud de penetración (m) y el tipo 2 la resistencia por punta (MPa). El software reconoce las columnas por este número, no por el orden.
• #ZID es el nivel de referencia: el nivel del punto cero de la longitud de penetración, casi siempre respecto al NAP, el datum vertical neerlandés (código 31000). Si aquí figura 1.49, el punto de inicio del ensayo está a NAP +1,49 m.
• #XYID contiene las coordenadas, en los Países Bajos normalmente en el sistema de coordenadas neerlandés RD (Rijksdriehoek, código 31000).
• #COLUMNVOID define, para cada columna, el valor que significa «sin medición». Tu programa debe omitir las líneas con ese valor.
• #PROCEDURECODE / #REPORTCODE indican qué dialecto GEF sigue el archivo; para los CPT, GEF-CPT-Report.

La longitud de penetración no es la profundidad (ni el nivel NAP)

La primera columna es la longitud de penetración: la longitud recorrida por el cono desde el punto de inicio, positiva hacia abajo y empezando en 0. Tu programa de cálculo obtiene de ahí el nivel NAP como nivel = ZID − longitud de penetración. Aquí suelen fallar tres cosas:

• Poner directamente niveles respecto al NAP en la columna 1. El archivo parece funcionar, pero el ensayo aparece a la cota equivocada o invertido en tu software.
• Longitudes de penetración negativas o decrecientes: muchos lectores rechazan el archivo o interpolan sinsentidos.
• Un #ZID que no corresponde a los datos, con lo que todas las capas se desplazan.

Si digitalizas un ensayo antiguo cuyo eje de profundidad está en niveles NAP, conviértelos a longitud de penetración desde el punto más alto. El CPT Converter lo hace automáticamente y escribe el nivel correspondiente en #ZID — así funciona en la práctica.

Errores de importación frecuentes

• Falta el # delante de las líneas de cabecera: el archivo se rechaza como ilegible.
• Comas como separador decimal: GEF usa puntos.
• Unidades incorrectas: la resistencia por punta debe ir en MPa. Las hojas antiguas a veces indican kgf/cm², prácticamente igual a 0,1 MPa (10 kgf/cm² ≈ 1 MPa).
• Datos sin ordenar: los puntos de medición deben ir de menor a mayor profundidad.

GEF y el futuro: BRO y XML

Desde la introducción de la Basisregistratie Ondergrond (BRO, el registro nacional neerlandés del subsuelo), los nuevos ensayos se entregan como IMBRO-XML. Para la práctica de cálculo diaria, sin embargo, GEF sigue siendo por ahora la lingua franca: casi todo el software lo lee y el archivo de ficheros GEF existentes es enorme. Para ensayos históricos digitalizados, GEF sigue siendo, por tanto, el formato de destino lógico.