Problema con comparador y centrado de mapas

[gdtel-cnig-develop]

Nos ha surgido un problema bloqueante para la subida a producción de API-IDEE v.1.1.0. El problema afecta a todos los plugins que gestionan capas (comparators, backimglayer, layerswitcher), por lo tanto creemos que tiene que ver gestión de capas (WMTS, WMS, TMS...)

Te paso unos ejemplos con un visualizador. En el caso de abajo, con el plugin comparators, las capas no se cargan, pero esto solo ocurre en desarrollo. En certificación y producción funciona todo correctamente.

Visualizador de Satélites: CERTIFICACIÓN y PRODUCCIÓN (sí se cargan)

Visualizador de Satélites: DESARROLLO

Además, en el caso del plugin backimglayer , las capas también funcionan de forma errática. Cuando modificamos la capa de fondo, el centro se desplaza hasta la coordenada 0,0.

Issue: #807

PR: #808

Rama: https://github.com/guadaltel/API-IDEE/tree/feat_8907_comparators_centrado

Pruebas: realizar pruebas en los visores indicados

Changelog: se soluciona problema con la gestión de capas

Wiki:

[borjaCNIG]

Se comprueba que siguen existiendo capas que no responden al centrado. Las capas afectadas en los diferentes comparadores son:
Comparador PNOA
Correctas todas las capas

Comparador Satélites
Problemas en la capa:

• FONDO

Comparador Mapas
Problemas en las capas:

• Mapas Actuales
• Ortofotos máxima actualidad PNOA
• Modelo Digital del Terreno (Sombreado)

Además, en este comparador la capa “Parcelas Catastrales ED50” aparece duplicada

Comparador Planos Antiguos
Correctas todas las capas

También se detecta un comportamiento anómalo en el Gestor de Capas cuando convive con el comparador.

Pantalla inicial del visualizador

CASO Nº1 – DESPLEGANDO PLUGIN GESTOR DE CAPAS

En este punto se aprecian dos comportamientos:

1. Si cargamos primero una capa en el mapa de la izquierda, esta se añade correctamente al plugin Gestor de Capas correspondiente. Sin embargo, si posteriormente añadimos una capa en el mapa de la derecha, esta última no se incorpora al Gestor de Capas, aunque sí llega a cargarse y visualizarse en el mapa.

2. Si la primera carga se realiza en el mapa de la derecha, la capa sí aparece correctamente en el plugin Gestor de Capas.

En este escenario, posteriormente pueden cargarse capas en el panel izquierdo y estas se visualizan correctamente tanto en el mapa como en el Gestor de Capas.

CASO Nº2 – SIN DESPLEGAR GESTOR DE CAPAS

Si se carga una capa en cada parte del comparador sin haber desplegado previamente el plugin Gestor de Capas, ambas capas se cargan correctamente en los respectivos mapas.

Si posteriormente se despliega el Gestor de Capas, ambas aparecen correctamente representadas en el plugin, independientemente del orden en que hayan sido cargadas.

CASO Nº3 – CARGA DE MÁS DE UNA CAPA EN CADA MAPA

Cuando se cargan varias capas en cada mapa (sin alternar entre lados durante la carga), el comportamiento entre ambos lados del comparador es diferente.

En la parte derecha, cada nueva capa cargada desactiva automáticamente la capa activa anterior, haciendo que únicamente permanezca visible por defecto la última capa cargada.
Este comportamiento no se reproduce en la parte izquierda, donde cada nueva capa permanece activa mientras el usuario no actúe manualmente sobre ella.

No obstante, existe una excepción en el comportamiento de la parte derecha:
Si existen varias capas cargadas y el usuario activa manualmente una capa previamente desactivada, esta mantiene su estado activo incluso tras cargar nuevas capas posteriormente. Es decir, las capas cuyo estado ha sido modificado explícitamente por el usuario conservan dicho estado.

A)Estado tras la carga de varias capas sin interacción manual del usuario

B) Estado tras interactuar manualmente con las capas (las capas activadas manualmente en el lado derecho permanecen activas tras nuevas cargas)

CASO Nº4 - DE COEXISTENCIA DE LA MISMA CAPA EN AMBOS LADOS

Cuando se cargan las mismas capas en ambos lados del comparador, se produce un comportamiento anómalo relacionado con la activación/desactivación de capas.

El lado izquierdo, que aparentemente no debería desactivar capas por sí mismo (como se observa en el CASO Nº3), termina desactivándolas cuando existe coincidencia de capas en ambos paneles.

El comportamiento observado indica además que el panel derecho actúa como panel dominante en la gestión del estado activo de las capas.

Secuencia de reproducción
Realizar la siguiente secuencia (sin desplegar inicialmente el Gestor de Capas)

1. Lado derecho → PNOA 2005
2. Lado izquierdo → PNOA 2005
3. Desplegar Gestor de Capas
   Resultado → Ambas capas aparecen cargadas y activas correctamente

Continuar con la secuencia:
4. Lado derecho → PNOA 2006
5. Lado izquierdo → PNOA 2006
Resultado → La capa PNOA 2005 queda desactivada en ambos paneles.
NT: Este comportamiento ocurre de forma sistemática cuando una misma capa existe simultáneamente en ambos lados del comparador y posteriormente se carga una nueva capa.

Verificación adicional del comportamiento
Para demostrarlo con mayor claridad, se realiza primero una carga distinta en cada lado, posteriormente se vuelve a introducir una capa común en ambos paneles y finalmente se carga otra nueva capa cerrando el circuito:
6. Lado derecho → PNOA 2007
7. Lado izquierdo → PNOA 2008

8. Lado derecho → PNOA 2009

9. Lado izquierdo → PNOA 2009

10. Lado derecho → PNOA 2010

11. Lado izquierdo → PNOA 2010 (también puede utilizarse cualquier otra capa diferente en el lado izquierdo para comprobar el comportamiento)

Resultado
Con esta secuencia se comprueba que:

• El visualizador desactiva capas en ambos lados del visor al cargar nuevas capas únicamente cuando la capa afectada existe simultáneamente en ambos paneles.

• La desactivación no parece depender de la lógica individual de cada panel, sino de un estado compartido entre ambos.

• El comportamiento parece estar condicionado por la lógica del panel derecho, que actuaría como panel dominante sobre el estado de activación de capas del comparador.