miércoles, 8 de junio de 2016

Campaña de prevención frente al riesgo derivado de la exposición a altas temperaturas

Campaña de prevención frente al riesgo derivado de la exposición a altas temperaturas.

Me ha parecido interesante hacer una entrada sobre este tema pues hay que concienciar del tema a empresarios y trabajadores, dejando los enlaces al Instituto de Seguridad y Salud Laboral de la Región de Murcia.

Instituto de Seguridad y Salud Laboral (www.carm.es)

https://www.carm.es/web/pagina?IDCONTENIDO=85323&IDTIPO=10&RASTRO=c910$s3$m

   
La Consejería de Desarrollo Económico, Turismo y Empleo da inicio, un año más, a su campaña informativa para prevenir riesgos laborales por las altas temperaturas que se registran en la Región en los meses de verano.

Golpe de calor
 
Las altas temperaturas deben mantenernos en alerta frente al riesgo de sufrir un golpe de calor
De cara a la época estival, las altas temperaturas, superiores en algunos casos a los 40ºC, deben mantenernos en alerta frente al riesgo de sufrir un golpe de calor.
Este riesgo, de consecuencias graves para la salud, viene determinado, por la producción de calor del organismo del trabajador como resultado de la actividad física desarrollada y de las características del ambiente que le rodea, que condiciona el intercambio de calor entre el organismo y su cuerpo.
Para la detección de este riesgo, es preciso cuantificar el gasto energético de las actividades que se realizan o tasa metabólica, la temperatura y humedad del aire, el calor radiante, la carga de trabajo y su duración, la ropa y equipo de protección personal, así como el estado físico del trabajador.
Para la valoración del riesgo, pueden ser utilizados diversos índices, como puede ser el denominado “WBGT”, que es el más conocido.

Las medidas preventivas que no podemos olvidar son:
  • Evitar realizar trabajos que exijan esfuerzo físico en las horas centrales del día.
  • Siempre que sea posible utilizar equipos de trabajo para evitar esfuerzos físicos.
  • Controlar la exposición a ambientes calurosos, realizando descansos cortos y frecuentes, en los que el trabajador se hidrate.
  • Es necesario beber agua fresca con frecuencia.
  • Aclimatar a los trabajadores para el desarrollo de actividades con temperaturas elevadas.
  • Los trabajadores llevarán ropa suelta, de tejidos que permitan la transpiración como el algodón y de colores claros.
  • Los trabajadores expuestos a calor excesivo, exposiciones próximas a los límites máximos admitidos, deben ser sometidos a vigilancia de la salud.
Para completar dicha información, pueden consultar los documentos asociados.
 
 
Golpe de calor
           
La campaña incluye este año la distribución de folletos informativos, en español y en árabe, dirigidos a los trabajadores que desarrollan su actividad al aire libre o en contacto con fuentes de calor, la publicación de material divulgativo y técnico acerca del impacto de las condiciones térmicas en la salud de los trabajadores, la realización de actividades de asesoramiento, la publicación en la página web de una alerta sobre el riesgo derivado de la exposición a altas temperaturas y la difusión de la misma a través de correo electrónico a los casi 10.000 usuarios de la base de datos del ISSL.
Como novedad este año, durante los meses de junio, julio y agosto se va a publicar en la web del ISSL, el “Índice Diario de Extremos Térmicos” que elabora el Servicio de Sanidad Ambiental de la Dirección General de Salud Pública y Adiciones, Consejería de Sanidad, a través del cual se informa del nivel de riesgo por exceso de temperatura asignado por el Plan de Acciones Preventivas contra los Efectos del Exceso de Temperaturas sobre la Salud, del Ministerio de Sanidad.

DOCUMENTACIÓN: Instituto de Seguridad y Salud Laboral

http://www.carm.es/web/pagina?IDCONTENIDO=737&IDTIPO=140&RASTRO=c160$m

jueves, 31 de marzo de 2016

PODCAST: PROGRAMA DE RADIO SOBRE LA JORNADA DE COORDINACIÓN CATASTRO-REGISTRO DEL COITARM

Previa a la jornada de Coordinación Catastro-Registro que ya se anunció en este blog y que se organizó en el Colegio Oficial de Ingenieros Técnicos Agrícolas de la Región de Murcia (COITARM) el pasado 9 de Marzo de 2016, Teresa Galindo me entrevistó como miembro de la comisión de topografía del COITARM, para hablar sobre la jornada, los contenidos, su alcance, novedades legislativas y competencias de los Ingenieros Técnicos Agrícolas en temas de Topografía de Propiedad y Catastro y concretamente sobre nuestras competencias en temas de Coordinación Catastro-Registro.

Esta entrevista está publicada en el programa "De la Huerta a tu Mesa" de la Emisora GESTIONA RADIO Región de Murcia y se realizó el 7 de Marzo de 2016 (es decir, dos días antes de la Jornada)

Destacar que la entrevistadora, Dña. Mª Teresa Galindo es compañera nuestra, es decir, Ingeniero Técnico Agrícola e Ingeniero Agrónomo y Técnico en Prevención de Riesgos Laborales y además trabaja en este programa haciendo entrevistas sobre el sector agrícola.

92.6 FM (Murcia) y 101.5 FM (Cartagena).

 
Hoy Teresa Galindo entrevista a Pedro Fuster, miembro de la comisión de trabajo de topografía del COITARM. Y en la sección de PRL nos recuerda las normas en cuanto al uso del tractor a raíz de un accidente ocurrido el pasado fin de semana.



APUNTES de la JORNADA TÉCNICA “ COORDINACIÓN CATASTRO-REGISTRO”

http://www.coitarm.es/cursos2/congresos/387-disponibles-apuntes-de-jornada-tecnica-coordinacion-catastro-registro

lunes, 21 de marzo de 2016

VIDEOS de la Jornada Técnica COORDINACIÓN CATASTRO - REGISTRO en el COITARM 9 de Marzo de 2016

Ya están publicados los VIDEOS de la Jornada Técnica COORDINACIÓN CATASTRO - REGISTRO celebrada el pasado 9 de Marzo de 2016 en el COITARM (Colegio Oficial de Ingenieros Agrícolas de la Región de Murcia).

Se pueden ver en el Canal de YOUTUBE del COITARM 

Si os gustan los videos dar a "me gusta" y no olvideis suscribiros al CANAL de YOUTUBE del COITARM para estar al día de las novedades del Colegio.


VIDEO 1: Primera ponencia de la jornada técnica de Coordinación Catastro - Registro. 

Ponencia de D. José Antonio Ayén López (Dr. Ingeniero Agrónomo, Inspector jefe de la Gerencia Regional del Catastro de Murcia y Director Adjunto del Master de Valoración, Catastro y Sistemas de Información Territorial de la UMH).

Jornada organizada por la Comisión de Topografía del COITARM.


VIDEO 2: Debate de la primera ponencia de la jornada técnica de Coordinación Catastro - Registro.

Ponencia de D. José Antonio Ayén López.

Jornada organizada por la Comisión de Topografía del COITARM.


VIDEO 3: Segunda ponencia de la jornada técnica de Coordinación Catastro - Registro. MEDICIÓN GEORREFERENCIADA (Métodos y Equipos)
Ponente: Salvador Martínez Miñarro. MetricalGeo (TOPCON).

Jornada organizada por la Comisión de Topografía del COITARM.






















Esta jornada fue organizada por la Comisión de Topografía del COITARM de la que tengo el placer de formar parte, junto a mis compañeros D. Diego Bustos y D. Ernesto Burillo y con todo el apoyo y colaboración de de la Junta rectora del COITARM, sin olvidar que fue patrocinada por Topcon y MetricalGeo, distribuidor oficial de TOPCON.

APUNTES JORNADA COORDINACIÓN CATASTRO - REGISTRO:

http://www.coitarm.es/cursos2/congresos/387-disponibles-apuntes-de-jornada-tecnica-coordinacion-catastro-registro

lunes, 7 de marzo de 2016

MEDICIÓN GEORREFERENCIADA. COORDINACIÓN CATASTRO-REGISTRO Y EL GML. LA IMPORTANCIA DE LA PRECISIÓN (Medición topográfica vs digitalización).

Para comenzar esta entrada quiero rescatar algunos fragmentos de unos artículos antiguos de CARTESIA que con esta nueva reforma de la Ley Hipotecaria cobran actualidad, donde se hablaba sobre la posibilidad de que algún día los linderos fueran coordenadas y de la importancia de la precisión y del enlace geodésico en las mediciones topográficas referentes a la Propiedad y Catastro.



.... Con las tecnologías actuales que casi todo el mundo dispone (el que no que se ponga las pilas, porque el mercado se lo exigirá) ya se puede trabajar fácilmente en "UTM ETRS89" el modo de trabajo con GPS (al menos la colocación de bases y luego con Estación total si el trabajo o las condiciones lo exigen) es más fácil y muchas veces más económico por el tiempo empleado (todo con GPS) y a la larga en el informe que el cliente conserva, sus linderos siempre estarán en este sistema y cualquier otro profesional podrá reubicarlos en campo en caso de que desaparezca

....Es posible que incluso veamos el día en que los linderos dejen de ser personas físicas y pasen a ser parcelas catastrales, fincas registrales y por supuesto coordenadas UTM en el datum ETRS89..... 

...... medir una finca ya no debe ser poner una ET en un lugar y radiar en coordenadas relativas para obtener una superficie, así mismo tampoco debe ser usar un GNSS (GPS) en coordenadas desconocidas (que también son arbitrarias aunque parezcan Oficiales), ya que al final de estas dos formas, tras el trabajo sólo se aportará al cliente una superficie (que si será correcta o debería serlo) y una aproximación de donde está su finca, pero que es insuficiente aunque te hayan contratado sólo para eso. 
Medir una finca debe ser un trabajo riguroso, enlazado a geodesia, bien por métodos clásicos si se usa una Estación Total o bien usando GNSS enlazado a geodesia (pinchando vértices o conectando a alguna Red GNSS)....
...... y YA NO ES EXCUSA no usar estos medios, porque además en la mayoría de los casos o son gratuitas o al menos no caras, por lo que no usarlas es simple dejadez, desconocimiento ...
Volviendo al tema, sobre la reciente reforma de la Ley Hipotecaria  y del Catastro (13/2015) es de destacar que por fin se hace referencia a la "Representación Gráfica Georreferenciada de la finca que complete su descripción literaria (artículo 9)". Esto es en mi opinión, un gran paso que garantiza la seguridad jurídica del tráfico inmobiliario, es decir, solo por el mero hecho de exigir una Representación Gráfica Georreferenciada ya nos da una idea de la obligación de utilizar métodos rigurosos y precisos de medición para finalmente representar sobre el plano las coordenadas oficiales de los linderos de las fincas o parcelas  (Representación Gráfica  Geo - referenciada = Referenciación Geodésica o Enlace Geodésico).
Para mejor definición la Resolución de 26 de octubre de 2015, de la Dirección General del Catastro, por la que se regulan los requisitos técnicos para dar cumplimiento a las obligaciones de suministro de información por los notarios establecidas en el texto refundido de la Ley del Catastro Inmobiliario, establece (punto séptimo) las especificaciones técnicas que ha de cumplir la descripción gráfica de las parcelas para la incorporación de alteraciones en la cartografía catastral para su rectificación.

Esta entrada va dirigida a aquellos técnicos que dominan técnicas clásicas de medición pero que no tienen experiencia en enlace geodésico o georreferenciación, pues es importante tener en cuenta ciertas cosas básicas si se quiere realizar con solvencia estos trabajos de Topografía de Propiedad y Coordinación Catastro-Registro, atendiendo a las novedades legislativas.

No olvidemos además que en el punto séptimo de esta Resolución, se exige al técnico la georreferenciación con cierta precisión y es su responsabilidad hacerlo de manera que su trabajo esté dentro de las precisiones impuestas, por lo que deberá elegir y hacerse responsable del método de trabajo adecuado para garantizar un trabajo correcto.
El técnico que suscriba la representación gráfica deberá declarar, bajo su responsabilidad, que el trabajo se ha ejecutado cumpliendo las especificaciones técnicas contenidas en la presente resolución, siguiendo la metodología especificada, no estar incurso en causa alguna que le impida o limite el ejercicio legítimo de su profesión o de incompatibilidad legal para su realización, así como el cumplimiento de los siguientes requisitos técnicos: ....
Atendiendo al reglamento comentado (Resolución de 26 de Octubre del "Intercambio de información entre Notarios y Catastro") son de destacar dos aspectos relevantes que merece la pena comentar.

a) Representación gráfica procedente de la medición topográfica.
Cuando la representación gráfica se derive de un levantamiento topográfico, éste deberá tener una precisión absoluta tal que el error máximo sea inferior a 25 cm y que el 85 % de los puntos tengan un error máximo de 20 cm, cualquiera que sean los medios utilizados (topografía clásica o técnicas de posicionamiento GNSS).
 .................................................................................
….  Si se realiza un levantamiento topográfico que ponga de manifiesto que la cartografía catastral presenta un desplazamiento o giro, la representación gráfica resultante se deberá apoyar en la cartografía catastral existente respetando las distancias relativas. El técnico hará constar en su informe la magnitud y dirección del desplazamiento o giro observados.
En mi opinión la medición topográfica con equipos GNSS/GPS es la mejor manera de obtener coordenadas georreferenciadas con las precisiones exigidas y de manera rápida, económica.

Con estos equipos podemos enlazar a la geodesia oficial (medición georreferenciada) básicamente de tres maneras:
  • Conectando a estaciones de referencia GNSS (Redes activas GNSS, etc..): REGAM, MERISTEMUM (Ambas en Murcia), ERVA (en Valencia), RAP (Andalucía), IGN, etc.. y trabajando en RTK (método más fácil y en muchas zonas asequible, siempre y cuando haya una red de estas y antenas al alcance del equipo y conexión GPRS para la conexión mediante IP).
  • Ocupando con un receptor GNSS en RTK, Vértices Geodésicos del IGN de los denominados REGENTES que son los que han sido corregidos (precisiones menores de 5 cm), pues algunos ROIs  aun tienen errores sub-métricos (cuidado con ellos, hay que comprobar antes de usarlos y darlos por buenos).
  • Realizando un post-proceso de mediciones realizadas con equipos GNSS/GPS bien en Estático o bien en Cinemático, utilizando los ficheros RINEX existentes en los servidores de las Redes GNSS comentadas.

(Colocar un equipo GNSS en la parcela a medir sin utilizar uno de los métodos anteriores no es georreferenciar, habrá un desplazamiento de todo el trabajo y se pueden cometer errores bastante elevados).

También se puede georreferenciar con una Estación Total o Teodolito (topografía clásica), utilizando varios vértices  geodésicos o puntos de coordenadas conocidas, pero no será habitual tenerlos cerca de la parcela o poder verlos desde ella (o ver desde ellos la parcela), por lo que normalmente se requerirá un trabajo previo o posterior para llevar coordenadas georreferenciadas a pie de parcela y este trabajo suele ser laborioso y costoso por estos medios.

Si se dan las condiciones favorables, la Estación Total o teodolito, sería un método también correcto para georreferenciar.

b) Representación gráfica procedente de la digitalización sobre la cartografía catastral.

Cuando la representación gráfica se realice mediante digitalización sobre la cartografía catastral, la precisión geométrica será de +/-0,20 m o de +/-0,40 m, según se represente sobre cartografía catastral urbana o rústica respectivamente.

Digitalizar no es otra cosa que "dibujar o delinear" con mejor o peor fortuna sobre un plano, es decir, dibujar líneas con un software CAD o SIG sobre el plano, fotointerpretando en este caso un lindero, edificio, etc... Es decir, se pueden realizar “Representaciones Gráficas Georeferenciadas” sin necesidad de pisar el campo y medir in situ, pero conviene advertir que este método puede generar errores groseros superiores a los que permite la propia resolución comentada.

Digitalizar sobre cartografía catastral u otra sin una ortofoto de fondo es digitalizar a ciegas, necesitamos una ortofoto de fondo para hacerlo con unas mínimas garantías. Pero además debemos saber la escala a la que está hecha la ortofoto para conocer el alcance de los errores máximos a cometer para no superarlos.

Por un lado debemos tener en cuenta que las ortofotos son representaciones de la realidad, pero no son la realidad en si, estas rectificadas y tienen una escala dependiendo de la altura de vuelo, a esta escala le afecta el límite de percepción visual del ojo humano, que es de 0,2 mm, si multiplicamos este dato por el denominador de la escala obtendremos la máxima precisión que podremos obtener con ellas:
  • A escala 1/1.000 tenemos que  0,2 x 1.000 = 200 mm = 20 cm = 0,20 m
  • A escala 1/2.000 tenemos que  0,2 x 2.000 = 400 mm = 40 cm = 0,40 m
  • A escala 1/5.000 tenemos que  0,2 x 5.000 = 1.000 mm = 100 cm = 1 m
  • A escala 1/10.000 tenemos que  0,2 x 10.000 = 2.000 mm = 200 cm = 2 m
El PNOA por ejemplo tiene resolución de pixel para obtener escalas cartográficas de 1/10.000 (PNOA50) y 1/5.000 (PNOA25) (fuente IGN), por tanto podemos tener errores superiores a los que exige la propia “Resolución de 26 de octubre”, por lo que usar PNOA de fondo (respecto a la escala) puede hacer que sobrepasemos el límite de error permitido y por tanto nuestro trabajo no sea correcto desde el punto de vista legal.
A parte de la escala y de las imperfecciones propias de las ortofotos (recordemos que son fotografías aéreas que originalmente tienen deformaciones que han sido rectificadas en laboratorio), tenemos otros factores que también nos pueden llevar a error en la digitalización para obtener cartografía georeferenciada, por ejemplo obstáculos “a vista de pájaro” que impiden ver lo existente a pie de terreno o el propio pixelado de la foto sobre todo cuando pretendemos hacer zoom.

Así en urbana, una sombra, un árbol o un voladizo o alero que nos impiden ver la planta de un edificio a pie de calle desde el aire, serán inconvenientes que con toda probabilidad harán que la precisión geométrica en esas zonas sea mayor a los 20 cm requeridos en urbana.

En rústica y a pesar de permitirse un error mayor (en este caso de 40 cm) la indefinición de los elementos que definen el lindero será mucho mayor (pies de talud sinuosos y/o tapados de vegetación, copas de árboles, caminos con poca definición en su trazado, vallas que no se ven bien….)

Finalmente comentar que el pixelado que se produce al acercar la imagen (zoom) es otro factor a tener en cuenta y que por si mismo o sumado a los anteriores puede hacer que trabajemos sin precisión.

Ejemplo de pixelado en urbana

Ejemplo de pixelado en rústica














Con estos ejemplos se puede ver el efecto del pixelado al hacer zoom en la ortofoto y nos podemos hacer una idea de los errores que se pueden cometer por este motivo.

Tenemos que tener en cuenta también que los errores cometidos por no medir correctamente en campo o digitalizar mal y que pueden tener consecuencias muy negativas para el cliente… Así por ejemplo, un simple error de 20 cm en la georreferenciación de un lindero puede dar como resultado que el vallado de una finca o muro medianero entre dos parcelas lo ubiquemos en la parcela del vecino, o que dejemos una parcela sin edificabilidad por resultar que la geometría final calculada tiene menos metros cuadrados de los mínimos permitidos para construir, etc....

Con todo lo anterior, yo recomiendo la medición en campo, georreferenciada en los términos comentados y dejar la digitalización para trabajos que requieran poca precisión (en mi opinión la Coordinación Catastro - Registro requiere precisión por los motivos ya comentados y no debería usar aunque los permita la legislación). En ambos casos (usando el método que sea) es importante realizar un informe donde se expliquen las técnicas empleadas y las precisiones alcanzadas, no solo por la calidad del trabajo final, sino además porque debemos recordar que junto al fichero GML que entreguemos, firmaremos un documento donde declaramos haber seguido las directrices del reglamento y por tanto hemos trabajo en el rango de las precisiones exigidas. Será elección del técnico elegir un método u otro, sin olvidar por un lado su profesionalidad para elegir el método que otorgue mayores garantías de precisión y por otro lado teniendo en cuenta su responsabilidad legal que ya se le exige. Esperemos que esta "holgura legal" que parece permitir ciertas imprecisiones y métodos imprecisos, sea tomada con precaución por la amplia mayoría de los profesionales del sector o técnicos competentes.

Para finalizar esta entrada quiero comentar que en la Jornada Técnica COORDINACIÓN CATASTRO - REGISTRO. Medición Georreferenciada y Representación Gráfica Alternativa, que se celebrará en el Colegio Oficial de Ingenieros Técnicos Agrícolas de Murcia (COITARM) el próximo 9 de Marzo de 2016, y de la que tengo el placer de  ser uno de los  organizadores, se hablará de estos temas en mayor profundidad.

lunes, 29 de febrero de 2016

Jornada Técnica COORDINACIÓN CATASTRO - REGISTRO en el COITARM 9 de Marzo de 2016

Jornada Técnica COORDINACIÓN CATASTRO - REGISTRO. Medición Georeferenciada y Representación Gráfica Alternativa.

Se celebrará en el Salón del Colegio Oficial de Ingenieros Técnicos Agrícolas y Graduados en Ingeniería Agrícola de la Región de Murcia el próximo 9 de Marzo de 2016 a las 18:00 horas.

La asistencia es libre hasta completar aforo.  (Para más información escribir un email a sec.tecnico@coitarm.es o llamar al tlf 968 23 34 12)

Se harán dos ponencias, una referente a la Ley Hipotecaria y Procedimiento Catastral, a Cargo de D. José Antonio Ayén López y Otra referente a la Medición Georeferenciada y equipos GNSS a cargo de D. Salvador Martínez Miñarro. Asesor técnico comercial de MetricalGeo (Distribuidor oficial de Topcon).

1ª PONENCIA: D. José Antonio Ayén López.
Dr. Ingeniero Agrónomo. Jefe Área de Inspección. Gerencia Regional Catastro de Murcia.
Director adjunto del Master de la UMH "Valoración Catastro y Sistemas de Información Territorial"

COORDINACIÓN CATASTRO-REGISTRO.
(Casos Prácticos sobre actuaciones de los distintos participantes en el procedimiento).
1) Ley 13/2015 de Reforma de la Ley Hipotecaria y del Texto Refundido de la Ley del Catastro.
2) Resolución Conjunta DG Catastro y DG Registro y Notariado de 30/10/2015.
3) Validación de Geometría Alternativa Catastral.
4) Casos Prácticos de la Aplicación de la Nueva Normativa.
5) Ruegos y Preguntas.

2ª PONENCIA: D. Salvador Martínez Miñarro.
Ingeniero Técnico Agrícola. Asesor Técnico Comercial de MetricalGeo (Distr. Topcon España)

MEDICIÓN GEOREFERENCIADA (GNSS/GPS Equipos y Métodos).
1) Equipos topográficos y georeferenciación.
2) Georeferenciación con Vértices Geodésicos (IGN)
3) Georeferenciación con Redes Activas GNSS (REGAM, MERISTEMUM, ERVA, RAP..)
4) Georeferenciación mediante Postproceso (Estático, Cinemático, Rinex...)
5) Ruego y Preguntas.
6) Exhibición de equipos topográficos de la marca Topcon.


http://www.coitarm.es/home/actualidad/380-jornada-tecnica-coordinacion-catastro-registro

APUNTES JORNADA COORDINACIÓN CATASTRO - REGISTRO: http://www.coitarm.es/cursos2/congresos/387-disponibles-apuntes-de-jornada-tecnica-coordinacion-catastro-registro

miércoles, 10 de febrero de 2016

GML PARCELA CATASTRAL: COMO GENERAR UN FICHERO DE COORDENADAS GML (CON DOS PARCELAS o MÁS) VÁLIDO PARA CATASTRO.

GML PARCELA CATASTRAL: COMO GENERAR UN FICHERO DE COORDENADAS GML (CON DOS PARCELAS O MÁS) VÁLIDO PARA CATASTRO.


Hola de nuevo, hay gente que me está preguntando como generar un fichero GML con dos parcelas y lo voy a explicar en este nuevo post, aunque si no recuerdo mal, en su momento ya comenté que se podía hacer y era añadiendo el código de la primera parcela entre los dos primeros "featureMember" del código GML.


El proceso es el mismo que el que ya expliqué para una parcela, pero añadiendo los datos de la segunda en una parte concreta del mismo, es decir (otra vez) añadiendo el código de la primera parcela entre los dos primeros "featureMember" del código GML.


El resultado sería similar al de las imágenes adjuntas (es un ejemplo inventado donde he copiado dos parcelas con distintas coordenadas).





El código por ejemplo sería el siguiente (para el ejemplo de las imágenes anteriores):


Señalo en rojo el código de la primera parcela y en azul el código de la segunda parcela y dejo en negro el código base (a este código le he quitado algo de código al final (que no es necesario) para hacerlo más legible)


<?xml version="1.0" encoding="utf-8"?>
<!--Parcela Catastral de la D.G. del Catastro FV.-->
<!-- Geometria en formato GML codigo versionado por PEDRO E. FUSTER (GESPASUR)  http://gespasur.blogspot.com.es/-->
<gml:FeatureCollection gml:id="ES.SDGC.CP" xmlns:gml="http://www.opengis.net/gml/3.2" xmlns:gmd="http://www.isotc211.org/2005/gmd" xmlns:ogc="http://www.opengis.net/ogc" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:cp="urn:x-inspire:specification:gmlas:CadastralParcels:3.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:x-inspire:specification:gmlas:CadastralParcels:3.0 http://inspire.ec.europa.eu/schemas/cp/3.0/CadastralParcels.xsd">
<gml:featureMember>
<cp:CadastralParcel gml:id="ES.SDGC.CP.Parcela-65cx">
<gml:boundedBy>
<gml:Envelope srsName="urn:ogc:def:crs:EPSG::25830">
  <gml:lowerCorner>0 0</gml:lowerCorner>
  <gml:upperCorner>0 0</gml:upperCorner>
</gml:Envelope>
</gml:boundedBy>
<cp:areaValue uom="m2">2714.39</cp:areaValue>
<cp:beginLifespanVersion>1900-01-11T00:00:00</cp:beginLifespanVersion>
<cp:endLifespanVersion xsi:nil="true" nilReason="other:unpopulated"></cp:endLifespanVersion>
<cp:geometry>
<gml:MultiSurface gml:id="MultiSurface_ES.SDGC.CP.0" srsName="urn:ogc:def:crs:EPSG::25830">
  <gml:surfaceMember>
  <gml:Surface gml:id="Surface_ES.SDGC.CP.0" srsName="urn:ogc:def:crs:EPSG::25830">
  <gml:patches>
  <gml:PolygonPatch>
  <gml:exterior>
      <gml:LinearRing>
        <gml:posList srsDimension="2">
628882.0434 4270631.2493
628878.8534 4270604.8863
628809.8994 4270557.7153
628805.7004 4270600.5173
628859.2844 4270626.8653
628882.0434 4270631.2493
</gml:posList>
      </gml:LinearRing>
  </gml:exterior>
  </gml:PolygonPatch>
  </gml:patches>
  </gml:Surface>
  </gml:surfaceMember>
</gml:MultiSurface>
</cp:geometry>
<cp:inspireId xmlns:base="urn:x-inspire:specification:gmlas:BaseTypes:3.2">
<base:Identifier>
  <base:localId>Parcela-65cx</base:localId>
  <base:namespace>ES.SDGC.CP</base:namespace>
</base:Identifier>
</cp:inspireId>
<cp:label>0</cp:label>
<cp:nationalCadastralReference>0</cp:nationalCadastralReference>
<cp:referencePoint>
<gml:Point gml:id="ReferencePoint_ES.SDGC.CP.0" srsName="urn:ogc:def:crs:EPSG::0">
  <gml:pos>0 0</gml:pos>
</gml:Point>
</cp:referencePoint>
<cp:validFrom xsi:nil="true" nilReason="other:unpopulated"></cp:validFrom>
<cp:validTo xsi:nil="true" nilReason="other:unpopulated"></cp:validTo>
<cp:zoning xlink:href="#ES.SDGC.CP.Z.0"></cp:zoning>
</cp:CadastralParcel>
</gml:featureMember>

<gml:featureMember>
<cp:CadastralParcel gml:id="ES.SDGC.CP.Parcela-61cx">
<gml:boundedBy>
<gml:Envelope srsName="urn:ogc:def:crs:EPSG::25830">
  <gml:lowerCorner>0 0</gml:lowerCorner>
  <gml:upperCorner>0 0</gml:upperCorner>
</gml:Envelope>
</gml:boundedBy>
<cp:areaValue uom="m2">1716.53</cp:areaValue>
<cp:beginLifespanVersion>1900-01-11T00:00:00</cp:beginLifespanVersion>
<cp:endLifespanVersion xsi:nil="true" nilReason="other:unpopulated"></cp:endLifespanVersion>
<cp:geometry>
<gml:MultiSurface gml:id="MultiSurface_ES.SDGC.CP.0" srsName="urn:ogc:def:crs:EPSG::25830">
  <gml:surfaceMember>
  <gml:Surface gml:id="Surface_ES.SDGC.CP.0" srsName="urn:ogc:def:crs:EPSG::25830">
  <gml:patches>
  <gml:PolygonPatch>
  <gml:exterior>
      <gml:LinearRing>
        <gml:posList srsDimension="2">
628808.0300 4270550.9000
628804.9200 4270557.3000
628795.3700 4270577.0000
628790.0700 4270586.7400
628767.6800 4270627.8500
628770.3000 4270628.9100
628778.6300 4270632.2500
628782.0300 4270634.1900
628802.3600 4270645.7100
628808.6500 4270566.6700
628809.3800 4270557.4900
628808.0300 4270550.9000
</gml:posList>
      </gml:LinearRing>
  </gml:exterior>
  </gml:PolygonPatch>
  </gml:patches>
  </gml:Surface>
  </gml:surfaceMember>
</gml:MultiSurface>
</cp:geometry>
<cp:inspireId xmlns:base="urn:x-inspire:specification:gmlas:BaseTypes:3.2">
<base:Identifier>
  <base:localId>Parcela-61cx</base:localId>
  <base:namespace>ES.SDGC.CP</base:namespace>
</base:Identifier>
</cp:inspireId>
<cp:label>0</cp:label>
<cp:nationalCadastralReference>0</cp:nationalCadastralReference>
<cp:referencePoint>
<gml:Point gml:id="ReferencePoint_ES.SDGC.CP.0" srsName="urn:ogc:def:crs:EPSG::0">
  <gml:pos>0 0</gml:pos>
</gml:Point>
</cp:referencePoint>
<cp:validFrom xsi:nil="true" nilReason="other:unpopulated"></cp:validFrom>
<cp:validTo xsi:nil="true" nilReason="other:unpopulated"></cp:validTo>
<cp:zoning xlink:href="#ES.SDGC.CP.Z.0"></cp:zoning>
</cp:CadastralParcel>
</gml:featureMember>

</gml:FeatureCollection>


Como es de suponer se podrían añadir más parcelas copiando el código de una e insertándolo en su lugar correspondiente, cambiando las coordenadas y los metadatos (EPSG, Parcela y Superficie... incluso fechas, etc..).


Yo casi prefiero crear un código para una sola parcela con "mis Excel" pues lo veo más claro y fácil que andar insertando "a mano" parcelas en un mismo GML porque después del trabajo si falla .... ve tu a buscar el fallo (...ya dije que una coma, comilla, espacio, etc.. en lugar inadecuado hará que falle....). En fin, "para gustos los colores".


Supongo que en breve alguien hará alguna Scrips para QGIS, gvSIG, o similar que convierta un DXF (con muchas parcelas) en un GML válido para Catastro...


Espero os sea de utilidad.


Saludos cordiales.

domingo, 31 de enero de 2016

GML PARCELA CATASTRAL: APLICACIÓN EN MS EXCEL PARA PASAR COORDENADAS UTM A CÓDIGO GML (Catastro). Válido solo para parcelas rústicas

GML PARCELA CATASTRAL: APLICACIÓN EN MS EXCEL PARA PASAR COORDENADAS UTM A CÓDIGO GML (Catastro) SOBRE HOJA DE CÁLCULO. (CONVERSOR GML Válido solo para parcelas rústicas).


Hace unos días publique en este mismo blog (22 y 24 de Enero) dos artículos: El primero (22-Ene), genérico sobre la Coordinación Catastro-Registro y segundo (24-Ene) sobre la manera de editar el código GML de una parcela real válida para la Validación Gráfica Alternativa de Catastro.
El proceso de validación de una Representación Gráfica Alternativa se explica en el siguiente enlace.
http://www.catastro.minhap.es/ayuda/vga/ayuda_vga.htm

Las dos entradas comentadas son las siguientes:



En la segunda de ellas, como he comentado, explique como como generar el fichero GML válido para catastro e hice mención de una hoja de cálculo en Excel que automatizara el proceso con la mínima intervención por parte del usuario.

El objeto de este "Excel" es que el usuario final no tenga que "tocar" mucho el código GML, pues el cambio de una simple "coma, punto, comilla, espacio, etc..." puede hacerlo inservible.

Finalmente he hecho dos versiones 4.1 y 5. La versión 4.1 es para Excel 2010 y falla en otras que he probado y la versión 5 parece funcionar bien en todos los casos. Ambas están programadas con macros VBA, pero en la versión 4.1 son más complejas y esto es lo que hace que falle a veces pues cada versión de MS Office cambia el modo de programación de macros y surgen estas incompatibilidades.

Antes de continuar explicando cada versión, voy a explicar de manera muy rápida una manera (de las muchas que existen) de obtener Coordenadas UTM de AUTOCAD (DWG, DXF):

1) Se crea una polilínea del perímetro de la parcela.
2) Se teclea LIST o pincha en el botón LIST.
3) Se copian las coordenadas de la polilínea que aparecen el texto.
4) Se pegan en NOTEPAD (o EDITOR DE TEXTO).
5) Se quita lo que no sirve (Espacios, texto, signos, etc..) y se guarda.
6) Se con EXCEL ese NOTEPAD (hasta generar dos columnas con los pares de coordenadas).
7) Conviene alienarlas al centro (estético) y se copian y se pegan en uno de estos EXCEL: COORD DXF a GML.


VERSIONES DEL CONVERSOR GML

COORD DXF a GML VERSIÓN 4.1. (RECOMENDADA PARA EXCEL 2010 - falla en otras)

La versión 4.1, genera un fichero GML (.gml) en un archivo independiente que se graba en C:/ directamente (casi todos los PCs tienen C:/) el problema es que puede que "este EXCEL" no funcione bien en PCs que no tengan W7 o que no tengan MS OFFICCE 2010, pero he querido subirla porque me parece muy buena opción para crear un GML con la mínima interacción por parte del usuario (meter datos, pulsar botón GENERAR GML, ir a C:/, abrir el fichero creado, ponerse con el cursor delante de un par de líneas, dar a la tecla RETROCESO una vez por línea y guardar). Si todo va bien se puede crear un fichero GML (válido para catastro) en menos de un minuto. Si no se juntan estas líneas el fichero no sería válido para catastro pero si se podría en otros SIG (probado en QGIS).

NOTA: Esta versión (4.1) falla en Excel diferentes a MS Office 2010, e incluso en estos con configuraciones varias podría fallar (no soy experto en programación). No obstante la cuelgo por si alguien la ve interesante, a mi es la que más me gusta cuando funciona bien pues crea el fichero GML casi final, pero será porque la tengo más trabajada.

PROCESO:

PASO 0: INTRODUCIR DATOS (Identificador de Parcela, Sistema de Referencia y Superficie en m²) e INTRODUCIR LAS COORDENADAS UTM (Conviene que estás provengan de otro Excel y vengan ya configuradas de manera similar a como se ven en la siguiente captura de pantalla).

PASO 1: GENERAR GML (Botón GML).



PASO 2: BUSCAR EL FICHERO GENERADO EN C:/



PASO 3: Pequeña interacción por parte del usuario, para juntar las líneas 4, 5 y 6 en una sola y "GUARDAR".




COORD DXF a GML VERSIÓN 5. (RECOMENDADA PARA LA MAYORÍA).


NOTA: Esta versión está probada en Excel 2007, 2010 y 2013 y funciona correctamente en todas ellas (distintos PCs y Sistemas Operativos).

La versión 5, es otro concepto, porque no genera el fichero GML final, lo que hace es crear una nueva hoja llamada "SalidaGML" y de ella hay que copiar la columna A y pegarla en un fichero GML vacío (o no vacío sustituyendo su código por el recién copiado). Esta opción casi me parece mejor para quien no quiera andar tocando código, se trata solo de COPIAR, PEGAR y GUARDAR y se tarda incluso algo menos en generar el GML final. (Además esta versión 5, contiene menos "macros" y por tanto debe funcionar en más PCs).

PASO 1: GENERAR GML (Botón GML).



PASO 2: Copiar columna A de la hoja "SalidaGML" y pegarlo en un fichero GML (mejor vacío).



PASO 3: Y pegarlo en un fichero GML (mejor vacío).


PASO 4: ARCHIVO - GUARDAR y finalmente tendremos un Fichero GML llamado PARCELA-GML
.
Con estas dos "Hojas Excel" ya tendríamos un método casi automatizado para generar ficheros GML de UNA PARCELA (rústica), de manera fácil.

Lo ideal claro está sería que un programa lo hiciera directamente a partir de un DXF, DWG o SHAPE (AUTOCAD, CIVIL 3D, gvSIG, Qgis...), decantándome más por algo implementado en un SIG por el manejo de este con metadatos y supongo que próximamente saldrán software o Scrips para GIS o rutinas de AUTOCAD que automaticen esto directamente desde el  SIG o desde el CAD, pero mientras tanto podéis utilizar este método semi-automatizado (claro está, para quien le funcione en su sistema).

Me consta (pero no lo he probado) que desde hace unos días (posteriormente a mi post sobre como generar el GML...), ya hay software y web de pago por ahí, que genera un GML válido para catastro, pero no quiero entrar a valorarlos ni hacerles publicidad (quien quiera que los busque, al menos conozco dos).

Como he comentado "estos EXCEL" funcionan en algunos PCs, siento no poder dar solución a las particularidades de todos los sistemas operativos y versiones de MS OFFICE. Desactivar el antivirus, y cambiar el nivel de seguridad de las macros, entre otras cosas (volviendo a activarlas tras el uso de las aplicaciones), puede hacer que funcionen estos Excel con macros (a quien no le funcionen de manera normal), pero no es muy recomendable hacerlo si no se está seguro de las consecuencias y de como hacerlo.

Quiero también agradecer al ITT  D. César Lanza (EIDOS TOPOGRAFÍA @TopografiaEidos) de Lugo, porque ha sido quien me ha ayudado a testear el funcionamiento de estos Excel, dando cuenta de los fallos que le aparecían (su versión de Excel es la 2013 sobre W7 y la V.5 le iba bien y la V.4.1 no), sin su ayuda hubiera sido más complicado.

También quiero agradecer el interés y el feedback y los agradecimientos que ha me han mostrado desde muchos lugares.

Espero este nuevo post sea útil a cuanta más gente mejor y pido disculpas a quien no le sirva en su sistema operativo o su versión de MS OFFICE, recordando que estas aplicaciones se han hecho sobre EXCEL 2010, W7 64 Bits y pueden no funcionar en algunos o muchos equipos más modernos. Avisando que ambos ficheros contienen macros, y que estás pueden provocar comportamientos no esperados en determinados PCs o no funcionar, advirtiendo que cada cual las use bajo su estricta responsabilidad (tanto las hojas como el fichero GML resultante). No puedo hacerme responsable de los fallos que esto pueda generar en el PC de nadie, ni del resultado final, las cedo gratuitamente con la única intención de que sean útiles, una vez creadas para mi, me parecía correcto cederlas (al fin y al cabo pasamos muchas horas buscando en internet y cuando encontramos algo útil y gratuito es porque otro se ha tomado la molestia de hacerlo y/o compartirlo).

Los archivos pueden dejar de funcionar tras un uso, por lo que quien necesite usarlos de nuevo no tienen más que volver a descargarlos de este blog tantas veces como se necesite.

El enlace de descarga de estos ficheros Excel (he incluido además un fichero GML vacío para pegar el texto generado con la versión 5) es el siguiente:


Quien quiera comentar el uso (funcione o no) que diga versión de MS, Office, S.O y 32 o 64 Bits (me vendrá bien para corregir posibles fallos en macros de futuras versiones)

Saludos.





domingo, 24 de enero de 2016

GML PARCELA CATASTRAL: COMO GENERAR UN FICHERO DE COORDENADAS GML VÁLIDO PARA CATASTRO.

GML PARCELA CATASTRAL: COMO GENERAR UN FICHERO DE COORDENADAS GML VÁLIDO PARA CATASTRO.


Recientemente un compañero me llamó para preguntarme como podía convertir un fichero DXF en un fichero GML para enviarlo a Catastro (Español) . Mi respuesta fue rápida y sencilla, “te vas a QGIS (por ejemplo) importas el DXF y lo guardas como GML y listo”….. Con este proceso efectivamente se crea un GML pero por desgracia no es reconocido por catastro para ser validado. El motivo de esto es que el GML que sirve para el Catastro sigue el protocolo INSPIRE que es el que ha adoptado Catastro como estándar y por tanto no todos los ficheros GML sirven (por lo visto hay varios tipos de ficheros GML y cada programa lo genera de una manera).

Quiero recordar que el GML es el fichero que sirve para el intercambio de información del Catastro con Registradores y Notarios y que estos, piden ya a los Técnicos Competentes  este fichero para que sea entregado junto a su informe de medición y planos en PDF y certificado de coordenadas.

Viendo que no servía cualquier GML, pensé que habrían hecho un programa conversor para convertir DXF o DWG en GML (Inspire) válido para catastro, pero a fecha de hoy (24/01/2016) no existe tal conversor, ni Script de SIG o Software que lo haga directamente o al menos yo no lo he encontrado. De hecho desde la web de la Sede Electrónica de Catastro (Coordinación Catastro - Registro), en el apartado de documentación técnica explican una forma de crear un GML válido de manera manual, editando el código directamente con un editor de texto, supongo que a falta de un programa que lo haga. En la entrada anterior del Blog hablé de esto mismo.


En la hoja 10 del fichero PDF de las Instrucciones Técnicas para la generación de un GML de parcela catastral (Cómo generar un GML de Parcela Catastral) se explica que cambiando algunas líneas del código del fichero que ponen como ejemplo se puede crear un GML válido para el catastro, pero yo a partir de ese mismo ejemplo, ni tan siquiera logré que pudiera ser leído por un SIG como QGIS  (debe existir algún fallo en el código que hace que no sea reconocido como GML, una sola coma o comilla o punto mal puesta u omitida, podría dar al traste con el resultado final).

Tras probar varias veces intentando modificar el “Ejemplo Explicativo de Catastro” y no conseguirlo, descargué un GML de una parcela catastral real mediante mi certificado digital, y tocando ese código y cambiando algunas cosas del fichero original, he conseguido obtener un estándar de GML válido para el Catastro (lo he probado en catastro cambiando los datos para distintas parcelas y funciona perfectamente). (Probablemente se pueda hacer un GML con menos código, de hecho en la parte del Estándar creado, he puesto muchos datos "a cero" pues no influyen en el resultado final por lo que algunas líneas de estas pueden sobrar).


El código resultante de este fichero es el siguiente (con un ejemplo ya terminado de una parcela real).

(Nota: como no cabe todo el código en una captura de pantalla, he tenido que cortarlo y pegarlo y ponerle flechas para saber donde va cada cosa).

EXPLICACIÓN DE COMO CAMBIAR EL CÓDIGO PARA GENERAR UN GML DE UNA PARCELA.

A continuación voy a explicar de manera gráfica que partes del código anterior son las que hay que cambiar para generar un fichero GML para una parcela catastral determinada (para generar un GML para varías parcelas habría que añadir de nuevo parte del código anterior, pero creo que es ya liar demasiado para hacerlo por lo que recomiendo presentar tantos ficheros GML como parcelas se quieran presentar pues el procedimiento de validación permite insertar varios ficheros a la vez en una misma sesión).

El siguiente pantallazo muestra las partes del código anterior que debe modificarse para adaptarlo a cada parcela catastral.



Una vez editado el fichero anterior, recordad ponerle cambiar la extensión .txt por .gml (GML) para que sea un fichero GML real. (Importante que las coordenadas tengan el separador decimal como punto y un haya espacio entre X e Y y que la superficie en caso de llevar decimal, sea también un punto, también conviene que copiar coordenada inicial al final a fin de cerrar el polígono).

Yo además recomiendo comprobar que lo que se ha creado es un GML “legible” y para ello recomiendo probarlo por ejemplo en QGIS (que es software SIG libre) y que lee ficheros GML de manera fácil (http://www.qgis.org/es/site/).

Descargamos QGIS e insertamos el GML creado.




Al final tenemos que ver algo parecido a esto.


Si llegamos a este punto y hemos seguido los pasos anteriores en la modificación del código GML, con mucha probabilidad (salvo error) el fichero creado tiene todas las trazas para ser validado correctamente por Catastro.

Por lo que ya podemos intentarlo en la SEDE ELECTRÓNICA DE CATASTRO.
Entramos en http://www.sedecatastro.gob.es/ pinchamos en VALIDACIÓN GRÁFICA ALTERNATIVA

Nos pedirá que pinchemos en nuestro certificado digital o sistema CLAVE y saldrá la pantalla siguiente, donde tendremos que meter nuestro datos como técnicos, cliente, precisión, …



En la siguiente pantalla metemos las referencias catastrales de las parcelas a validar (solo los primeros 14 números, que en rústica es hasta el número de parcela, dejando sin poner las últimas 6 cifras, es decir, los cuatro ceros y las dos letras finales).


Pinchamos en continuar y pasamos a la pantalla de inserción del/los fichero/s GML.


Agregamos la parcela e iniciamos la carga (aquí es donde sabremos si el fichero GML es válido o no)



Si el fichero GML es válido (estructuralmente para ser leído por Catastro), aparecerá así:


En este caso vemos que se ha cargado el fichero correctamente, vemos que se ha dibujado la parcela, que esta tiene un contorno en negro (perímetro) y un relleno (amarillo) y además observamos que tiene su número (que en este caso es el 65 añadido de PEFV-GPS, que son mis iniciales y el método de medición real que he usado y que he puesto para comprobar cómo quedaría estéticamente en el GML final).

En la parte inferior podemos activar CARTOGRAFÍA CATASTRAL y en otras cartografías ver lo que queremos ver bajo la parcela GML insertada (Plano Catastral o Plano Catastral con la Ortofotografía).




El proceso de Validación de una representación gráfica alternativa se explica aquí:

Llegados a este punto se puede decir que desde el punto de vista técnico hemos logrado un GML válido y apto para CATASTRO, sin saber aún porque hasta ahora solo he hecho unas pruebas si surgirá un problema posterior que no haya previsto en este proceso.

Comentar también que realizado una hoja de cálculo (Excel) que automatiza los cambios en el fichero GML anterior para cada parcela y que subiré en cuanto logre limar un detalle que no acaba de gustarme en el resultado final y que requiera de una pequeña interacción.

Este EXCEL muestra una hoja de datos inicial donde hay que introducir la superficie, sistema de referencia, número de parcela y las coordenadas del perímetro de la parcela (copiadas y pegadas desde otro Excel por ejemplo). Y con tan solo pinchar un botón de macro, saca un fichero GML y que es el mismo que pongo más adelante.




Una vez pinchado en el botón GENERAR GML se guarda el fichero GML en C:/, pero como he comentado el fichero GML final generado tiene un pequeño error que requiere de una pequeña intervención por parte del usuario y que me gustaría limar antes de compartir el EXCEL (realmente es una minucia, pero quiero ver si lo puedo arreglar).

A continuación copiaré el código de esta parcela en concreto para que quien lo desee pueda usarlo como código de partida. En varias pruebas que he hecho cambiando las coordenadas ha funcionado sin problemas.
Explicado mejor aquí
Enlace de descarga aquí.





CÓDIGO GML DE REFERENCIA (Copiar entero y cambiar solo lo que está en azul, excepto los enlaces).


<?xml version="1.0" encoding="utf-8"?>
<!--Parcela Catastral de la D.G. del Catastro FV.-->
<!-- Geometria en formato GML codigo versionado por PEDRO E. FUSTER (GESPASUR)  http://gespasur.blogspot.com.es/-->
<gml:FeatureCollection gml:id="ES.SDGC.CP" xmlns:gml="http://www.opengis.net/gml/3.2" xmlns:gmd="http://www.isotc211.org/2005/gmd" xmlns:ogc="http://www.opengis.net/ogc" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:cp="urn:x-inspire:specification:gmlas:CadastralParcels:3.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:x-inspire:specification:gmlas:CadastralParcels:3.0 http://inspire.ec.europa.eu/schemas/cp/3.0/CadastralParcels.xsd">
<gml:featureMember>
<cp:CadastralParcel gml:id="ES.SDGC.CP.Parcela-65">
<gml:boundedBy>
<gml:Envelope srsName="urn:ogc:def:crs:EPSG::25830">
  <gml:lowerCorner>0 0</gml:lowerCorner>
  <gml:upperCorner>0 0</gml:upperCorner>
</gml:Envelope>
</gml:boundedBy>
<cp:areaValue uom="m2">11034.75</cp:areaValue>
<cp:beginLifespanVersion>1900-01-11T00:00:00</cp:beginLifespanVersion>
<cp:endLifespanVersion xsi:nil="true" nilReason="other:unpopulated"></cp:endLifespanVersion>
<cp:geometry>
<gml:MultiSurface gml:id="MultiSurface_ES.SDGC.CP.0" srsName="urn:ogc:def:crs:EPSG::25830">
  <gml:surfaceMember>
  <gml:Surface gml:id="Surface_ES.SDGC.CP.0" srsName="urn:ogc:def:crs:EPSG::25830">
  <gml:patches>
  <gml:PolygonPatch>
  <gml:exterior>
      <gml:LinearRing>
        <gml:posList srsDimension="2">
628977.5934 4270639.4075
628962.9994 4270649.2553
628934.6654 4270668.5733
628932.9774 4270669.5833
628931.8114 4270669.2533
628898.5899 4270692.7863
628898.582 4270692.787
628898.1184 4270693.1203
628801.3634 4270643.9313
628768.4554 4270629.109
628800.4194 4270568.5723
628810.8434 4270548.1223
628809.8994 4270557.7153
628805.7004 4270600.5173
628859.2844 4270626.8653
628882.0434 4270631.2493
628907.2784 4270631.3073
628906.6554 4270605.6473
628921.5094 4270594.8893
628923.8594 4270593.1563
628939.0969 4270581.8525
628957.8234 4270610.0633
628977.5934 4270639.4075

</gml:posList>
      </gml:LinearRing>
  </gml:exterior>
  </gml:PolygonPatch>
  </gml:patches>
  </gml:Surface>
  </gml:surfaceMember>
</gml:MultiSurface>
</cp:geometry>
<cp:inspireId xmlns:base="urn:x-inspire:specification:gmlas:BaseTypes:3.2">
<base:Identifier>
  <base:localId>Parcela-65</base:localId>
  <base:namespace>ES.SDGC.CP</base:namespace>
</base:Identifier>
</cp:inspireId>
<cp:label>64</cp:label>
<cp:nationalCadastralReference>0</cp:nationalCadastralReference>
<cp:referencePoint>
<gml:Point gml:id="ReferencePoint_ES.SDGC.CP.0" srsName="urn:ogc:def:crs:EPSG::0">
  <gml:pos>0 0</gml:pos>
</gml:Point>
</cp:referencePoint>
<cp:validFrom xsi:nil="true" nilReason="other:unpopulated"></cp:validFrom>
<cp:validTo xsi:nil="true" nilReason="other:unpopulated"></cp:validTo>
<cp:zoning xlink:href="#ES.SDGC.CP.Z.0"></cp:zoning>
</cp:CadastralParcel>
</gml:featureMember>
<gml:featureMember>
<cp:CadastralZoning gml:id="ES.SDGC.CP.Z.0">
<gml:boundedBy>
<gml:Envelope srsName="urn:ogc:def:crs:EPSG::0">
<gml:lowerCorner>0 0</gml:lowerCorner>
<gml:upperCorner>0 0</gml:upperCorner>
</gml:Envelope>
</gml:boundedBy>
<cp:beginLifespanVersion>1900-01-01T00:00:00</cp:beginLifespanVersion>
<cp:endLifespanVersion xsi:nil="true" nilReason="other:unpopulated"></cp:endLifespanVersion>
<cp:estimatedAccuracy uom="m">1.5</cp:estimatedAccuracy>
<cp:geometry>
<gml:MultiSurface gml:id="MultiSurface_ES.SDGC.CP.Z.0" srsName="urn:ogc:def:crs:EPSG::0">
<gml:surfaceMember>
<gml:Surface gml:id="Surface_ES.SDGC.CP.Z.0" srsName="urn:ogc:def:crs:EPSG::0">
<gml:patches>
<gml:PolygonPatch>
<gml:exterior>
<gml:LinearRing>
<gml:posList srsDimension="2">0 0 0 0 0 0 0 0 0 0</gml:posList>
</gml:LinearRing>
</gml:exterior>
</gml:PolygonPatch>
</gml:patches>
</gml:Surface>
</gml:surfaceMember>
</gml:MultiSurface>
</cp:geometry>
<cp:inspireId xmlns:base="urn:x-inspire:specification:gmlas:BaseTypes:3.2">
<base:Identifier>
<base:localId>0</base:localId>
<base:namespace>ES.SDGC.CP.Z</base:namespace>
</base:Identifier>
</cp:inspireId>
<cp:label>0</cp:label>
<cp:level codeSpace="urn:x-inspire:specification:gmlas:CadastralParcels:3.0/CadastralZoningLevelValue">1stOrder</cp:level>
<cp:levelName>
<gmd:LocalisedCharacterString locale="esp">MAPA</gmd:LocalisedCharacterString>
</cp:levelName>
<cp:nationalCadastalZoningReference>0</cp:nationalCadastalZoningReference>
<cp:originalMapScaleDenominator>1</cp:originalMapScaleDenominator>
<cp:referencePoint>
<gml:Point gml:id="ReferencePoint_ES.SDGC.CP.Z.0" srsName="urn:ogc:def:crs:EPSG::0">
<gml:pos>0 0</gml:pos>
</gml:Point>
</cp:referencePoint>
<cp:validFrom xsi:nil="true" nilReason="unknown" />
<cp:validTo xsi:nil="true" nilReason="unknown" />
</cp:CadastralZoning>
</gml:featureMember>
</gml:FeatureCollection>


Espero que sea de vuestro interés y le podáis dar utilidad por lo menos a las explicaciones de como generar el GML a mano.

Quiero aclarar que este proceso solo soluciona el problema de crear el fichero GML válido para ser subido a catastro en "la validación de una representación gráfica alternativa" y catastro lo admite, pero no hay que confundir con la validación de lo que contenga el GML, que es un proceso posterior a la subida del fichero GML al servidor de Catastro.

(Recordad que el código creado es para una sola parcela, si el trabajo incluye más parcelas y se quieren meter más parcelas en un mismo fichero hay que añadir más código a partir de los "feature members" del final o dejarlo como está y generar un GML para cada parcela que se pueden meter en el mismo procedimiento (agregar y cargar más fichero GML)).
Saludos.