El GML no se carga en la sede de Catastro

Resumen

Tras una actualización de MDT, los ficheros GML de parcelas y edificaciones generados por el programa dejaron de admitirse en la sede electrónica de Catastro, que los rechaza indicando que no cumplen el formato. La causa es que la etiqueta del área pasó a rotular la unidad de superficie con el carácter de superíndice «²» (m²) en lugar de un «2» normal (m2), un formato que el esquema XML de Catastro no acepta. Este artículo explica la solución inmediata (corregir el carácter en el propio fichero) y la solución definitiva (actualizar el módulo de parcelas y volver a exportar).

Aplicable a

• MDT 9, MDT 25 y MDT26. Los casos documentados se produjeron en MDT 25.

• Exportación de GML de parcelas y de construcciones/edificaciones (incluido el trámite ICUC de la sede de Catastro).

Síntomas

• Los ficheros GML generados por el programa no se pueden cargar en la sede electrónica de Catastro, que avisa de que no cumplen el formato o de que el GML no es válido.

• El problema se da tanto con el GML de la parcela como con el de la construcción generado mediante la función de construcciones de la parcela (para tramitar una ICUC).

• Al intentar reimportar en el programa esos mismos GML que se acaban de generar, MDT indica que no existen.

Causa

Una actualización del programa introdujo un cambio en la forma de expresar las unidades de superficie: en la etiqueta del área, los metros cuadrados se rotulan con el carácter de superíndice «²» (m²) en lugar del «2» normal. El esquema XML de Catastro no admite ese carácter, por lo que rechaza el fichero. Ese mismo carácter extraño es también el que impide reimportar el GML en el propio MDT.

Solución

Caso: corregir manualmente el fichero ya generado (solución inmediata)

1. Abra el fichero GML/XML generado con un editor de texto.

2. Localice la etiqueta del área, del tipo <cp:areaValue uom="m²">: sobre el «2» aparecerá un carácter extraño (el superíndice «²»).

3. Sustituya ese carácter de superíndice «²» por un «2» normal, de modo que quede <cp:areaValue uom="m2">.

4. Guarde el fichero. Con ese cambio ya podrá subirlo y validarlo en Catastro y también volver a importarlo en el programa.

Caso: actualizar el módulo de parcelas (solución definitiva)

Para no tener que corregir cada fichero a mano, actualice el módulo con la incidencia ya resuelta. Hay dos vías equivalentes:

1. Descargar el instalador actualizado correspondiente a su licencia desde la zona privada de la web e instalarlo.

2. Sustituir el fichero del módulo de parcelas por el corregido, con AutoCAD cerrado:

   • Descargue el fichero comprimido del módulo de parcelas y descomprímalo.

   • Copie el fichero resultante en la carpeta de instalación de su versión de MDT, sobrescribiendo el existente. El nombre del módulo lleva el número de versión: parcelas9.arx en MDT 9, parcelas25.arx en MDT 25 y parcelas26.arx en MDT26. En un caso documentado la ruta fue C:\Program Files (x86)\Aplitop\MDT25\r25x64. Compruebe la carpeta real de su instalación antes de copiar: varía según el equipo y la versión.

   • Realice la copia con AutoCAD cerrado.

3. Puede comprobar que la actualización se ha aplicado ejecutando la opción Acerca de, donde debe figurar la nueva versión del módulo.

4. Compruebe también la versión del módulo de Parcelas además de la de MDT: son independientes y en Acerca de figuran por separado (en un caso documentado, MDT 25.0.03.01 con módulo Parcelas 25.0.08.5).

5. Vuelva a exportar la parcela: el GML resultante ya se importará y validará en Catastro sin necesidad de retocarlo.

Si el problema persiste

• Si tras actualizar el módulo el GML sigue rechazándose, verifique con la opción Acerca de que la versión del módulo de parcelas es la corregida y que la copia del fichero se hizo con el CAD cerrado.

• Si no encuentra el instalador actualizado en la zona privada o no localiza la carpeta de instalación, contacte con el soporte técnico de Aplitop indicando su versión y su licencia.

Categoría: Catastro y GML · Nivel: Intermedio