Dar seguimiento a progreso de NAVIC #papiit #consolidacion #svacc #general

[paola-gp]

A partir del 28/01/2019, minutas, insumos y entregas relacionada con Plenumsoft se aloja localmente en: /SVACC

el resto queda alojado en este issue

SIGnificance queda alojado en amazon cloud con el siguiente link nota

el servidor está disponible 24 horas al día, 7 días a la semana

http://suiteecologia.plenumsoftmarina.com/

Usuario: raldana

Contraseña:. JEjQfnNz4hw4@$K7

Plataforma de aptitud está en un servidor local que debe prenderse antes de usarse, preguntar a @edithvilla:

http://pulque.mine.nu/ecologia/login/

ver /SOFTWARE/SIGPLAN/plafatorma_aptitud_leeme para usuarios y contraseñas

Minuta 25/04/2018. Los acuerdos fueron:

SIGPLAN
LANCIS tiene que definir los siguientes puntos:

• PRIORIDAD Cambiar nombre
• Diseño imagen, logotipo / identidad – registrar como marca ante el IMPI
• Repensar los roles/ Certificaciones por roles
• Permisos por licencia
• Roles vs. Custodia de información
• Dar información base para página (misión, visión, objetivos, logo)

NAVIC

• Diseño de la plataforma para 15 de junio
• Página comercial

Pasada la reunión del binacional:

• Averiguar el comando para que sólo haga el primer componente
• Qué cambio se tiene que hacer para el despliegue de los mapas y poder hacer acercamientos interactivos (de raster a…)
  Considerar elementos para la mejora al usuario, como:
• Proceso para dar de alta un mapa – guiar al usuario
• Recuperación de contraseña
• El mismo usuario – pasar a una certificación mayor (upgrade de permisos)

[paola-gp]

Minuta 25/04/2018

SIGNIFICANCE

LANCIS tiene que definir los siguientes puntos:

• Diseño imagen, logotipo / identidad – registrar como marca ante el IMPI
• Permisos/ Certificación
• Administración de datos sensibles
• Quién y cómo validan los resultados
• Definir quién conforma laboratorio binacional y contenidos para diseño de la página
• Priorizar funcionalidad

NAVIC

Para el 15 de junio

• Muck up de la plataforma
• Sitio con login con diseño e integración de la aplicación

Para después de la reunión:

• Blockchain para crecimiento
• Control para que no puedas modificar los resultados ya terminado el taller

[paola-gp]

Minuta 2/05/2018

Acuerdos:

• Página, SIGnificance y SIGplan usarán las versiones mas recientes de Ubuntu (y otros).
• Cambiar MySQL a PostGres para SIGPLAN.
• Pensar en un plan de mantenimiento posterior.

[paola-gp]

@dpedroza74 NAVIC está trabajando en un logo sencillo de SIGplan y les urge saber la confirmación del nombre.

[paola-gp]

@dpedroza74, @yosunemiquela @edithvilla : El prototipo de página del laboratorio binacional ya está en línea. El enlace es el siguiente: http://alebrijes.webfactional.com/laboratorio/#

NAVIC está en espera de retroalimentación adicional para que quede lista para la presentación.

[dpedroza74]

Luis y yo vimos la página y tenemos las siguientes observaciones:

1. En la página de entrada dejar el logo arriba a la izquierda pero en lugar de que diga LANCIS, que digan las siglas
   SVACC
   Laboratorio BiNational
   Binacional Laboratory
   (Luis envía un ejemplo del acomodo al correo de Paola)

2. Que en el centro sólo queden los logos de UNAM y ASU (quitar el del LANCIS y el de School of Sustainability)

[paola-gp]

Ya se transmitieron las observaciones a NAVIC.

[paola-gp]

En cuanto tengan información para alimentar la página favor de trasmitirla por este medio.

[paola-gp]

Minuta 4 de junio del 2018:

Ante la incertidumbre sobre la presentación del laboratorio binacional se llega a los siguientes acuerdos:

1. Si la reunión se confirma durante la próxima semana, la página está lista como está y solo le haría falta agregarle la funcionalidad a las plataformas SIGnificance y SIGplanning, las cuales estarán listas para el lunes 11 de junio.
2. Si se requieren hacer modificaciones o inforporar nueva información a la página, NAVIC necesita cinco días de anticipación.
3. A partir del 11 de junio (o de que esté lista la página con el nivel mínimo de funcionalidad de las plataformas), NAVIC puede convocar reuniones para avanzar con la siguiente fase de desarrollo.
4. NAVIC mandará a LANCIS la cotización de alojamiento en la nube.
5. LANCIS informará sobre cualquier actualización sobre la presentación o necesidades nuevas para la misma.

[paola-gp]

Solicitud NAVIC:

información sobre la actualización de la página. Al ver el contenido actual de http://alebrijes.webfactional.com/laboratorio/# se requiere lo siguiente:

• Donde va a quedar alojada permanentemente
• Traducir los contenidos al inglés
• ¿Quién es el contacto?
• Descripciones de productos SIGnificance y SIGplanning en español e inglés
• ¿Configuración de redes sociales? Facebook, Linkedin, Twitter.
• Creación de logo, imágenes y creación de identidad (colores, fuentes, etc.)

[paola-gp]

NAVIC manda detalles de alojamiento en la nube:

Asesor de ventas de Amazon como partner de Amazon Web Services (AWS)
para contratar el servidor con Linux para las plataformas de SIGnificance y SIGplanning
Para iniciar se puede contratar:

1. Instancia Linux m5.large (2 cores, 8 GB) con 40GB de almacenamiento: $74.28 USD mensuales suponiendo un uso de 7x24 todo el mes, si el uso es menor se cobrarán sólo las horas usadas del servidor más el almacenamiento de los 40GB (se puede ajustar el número de horas al mes para obtener una nueva estimación de costos)
   Y con el seguimiento del performance en caso de requerirse se puede escalar al siguiente nivel, en caso de que se requiera
2. Instancia Linux m5.xlarge (4 cores, 16 GB) con 40GB de almacenamiento: $140.55 USD mensuales suponiendo un uso de 7x24 todo el mes, si el uso es menor se cobrarán sólo las horas usadas del servidor más el almacenamiento de los 40GB (se puede ajustar el número de horas al mes para obtener una nueva estimación de costos)
   Como se menciona, este costo es mensual y por 24 horas; sin embargo se puede contratar por horas.
3. Instancia Linux m5.large (2 cores, 8 GB) con 40GB de almacenamiento: $6.98 USD por hora

[paola-gp]

LANCIS queda en espera de que proporcionen o detalles de contratación o el contacto del asesor de ventas para iniciar el servicio.

[paola-gp]

Minuta 14/06/2018:

1. Contratar a Plenumsoftmarina para que nos de el servicio.
2. Arrancar con el número 1 de la cotización, por un periodo de seis meses. Solo si fuera necesario subiríamos al número 2.
3. Plenumsoftmarina agrega el 10% de gastos administrativos por el servicio.
4. Consideramos de entrada un tipo de cambio de 21 pesos/dolar (o el precio que esté al momento de la contratación por seis meses si es que éste sube considerablemente en los próximos días) y este tipo de cambio se ajusta si es necesario aumentar el alojamiento en ese periodo.
5. Todas las cuestiones administrativas a partir se hacen directamente con Rocío Brito.

[paola-gp]

Obsoleto:

liga de la plataforma de SIGnificance... http://shark.navic.mx/accounts/login/
usuario: userlancis contraseña: pwlancis

[paola-gp]

Orden del día para la reunión administrativa con NAVIC del 28 de junio

@dpedroza74 & @aleestrada tienen alguna contribución sobre los temas a tratar? Va propuesta:

1. Seguimiento a la contratación de la nube conforma a acuerdos del 14 de junio
2. Elaboración de contrato
3. Asignación y distribución de presupuestos (problema específico del proyecto de consolidación).
4. Diferenciación de productos por proyecto
5. Propiedad intelectual
6. Avances en la conformación de SVACC/AC?

[paola-gp]

Minuta 28/junio/2018

Proyecto Consolidación

1. Contratación por parte de consolidación a Edel, René y Víctor $450,000
2. Total $165,040 para operación y mantenimiento portal y alojamiento en la nube.

Proyecto PAPIIT

1. Pago $215,000

Acuerdos

1. Primera semana de vacaciones, Luis se reune con CID y DI y ASU (martes 24 de agosto)

2. Urge una reunión técnica NAVIC-LANCIS para reunirse a principios de agosto (la semana del 13 de agosto).

• Revisión de necesidades
• Elaboración del contrato
• Alcances presupuestales (avances hasta el momento)
• Propiedad intelectual

3. Avanzar acuerdos de propiedad intelectural.

4. Falta hacer una reunión técnica sobre un listado de requerimientos dependiendo de necesidades

[paola-gp]

@aleestrada: Por los montos, las propuestas originales de NAVIC no se pudieron utilizar durante las convocatorias de Consolidación o Papiit, por lo que no sabemos donde ubicarlas oficialmente en esos repos. Por lo tanto, están en: C:\CARPETAS DE TRABAJO\pgpriego\navic\estimacionlancis...

[dpedroza74]

Necesidades de LANCIS para Plenumsoft

SIGPLANNING

1. Roles de usuarios
   o Roles vs. control/custodia de información
   ¿Dar acceso a Root 1 y 2 a ver todo?
   Necesidades:
   • Administración de la plataforma para resolver problemas operativos (mesa de servicio)
   o Bitácora de errores que se mande automáticamente al servidor
   • Extraer banco de datos para hacer una síntesis (resumen de usuarios y actividad) - reportes
   Administrador
   • Capacidad de agregar y procesar una capa – guiar al usuario

2. Mejorar la visualización de mapas y leyendas
   o ¿Qué cambio se tiene que hacer para el despliegue de los mapas y poder hacer acercamientos interactivos (de raster a…)?
   Opciones:
    Servidor de mapas y sirven imágenes o
    Hacer archivos GeoJson (requiere vectoriales)

3. Funciones de valor
   • ¿Cómo visualizar las diferentes versiones de las capas para hacer las comparaciones de manera ágil?
   • Guardar todas las opciones de los parámetros en el comando de Grass (no guardar todas las capas de las distintas funciones de valor).

4. Automatizar la generación de los nombres de los archivos
   Paola define el protocolo

5. Instalar el comando para que sólo haga el primer componente

6. ¿Dónde va a estar instalada la plataforma y dónde se guardan las capas de información?
   Criterios: costo y administración

7. Aclarar requerimientos de conexión a red para uso en talleres

Elementos para la usabilidad, como:
o Recuperación de contraseña
o El mismo usuario – pasar a una certificación mayor (upgrade de permisos)
o Contacto a mesa de servicio / soporte técnico (definir alcances)

Modelo de negocios
• Versión de prueba
• ¿Certificaciones vs. roles?
• Cobro por tiempo acceso a la plataforma y por proyecto
• Diseño imagen, logotipo / identidad

Plataforma geo-visualización

1. Sistema en el que se puedan subir capas e informes de cualquier proceso - formato en que se deben entregar capas e informes
2. Editores para proceso de actualización - formato fichas para que puedan ser fácilmente corregibles / hipervínculos
3. Meter polígonos de proyecto para ver qué criterios aplican
4. ¿Qué tipo de queries se pueden hacer?
5. ¿Cómo integrar información de las MIA?

[paola-gp]

Reunión de trabajo entre Plenumsoft Marina y LANCIS del 25 al 28 de septiembre del 2018

Acuerdos

I. Estrategia para el desarrollo de plataforma
• Plenumsoft Marina trabajará sobre tres entregables:
a. Herramienta de geovisualización en línea para la clasificación de lógica difusa con tablas de decisión y factores de progresión con datos precargados para venta de plataforma.
b. Diseño de página comercial para facilitar despliegue y venta de plataforma.
c. Estrategia y presupuesto de desarrollo de plataforma integrada con base en SCRUM/RUP que incluirá como alcances los 14 módulos siguientes:
i. Ocho herramientas (servicios) de geovisualización independientes, pero compatibles e interoperables:

1. Clasificación de lógica difusa con tablas de decisión y factores de progresión
2. Combinación lineal ponderada (análisis de aptitud)
3. Clasificación politético divisiva (análisis de grupos de aptitud)
4. Generación de funciones de valor continuas
5. Generación de funciones de valor discretas
6. Residuales de gower
7. Análisis de sensibilidad
8. Coordenadas paralelas
9. Clasificación weber-fechner de capas geográficas
   ii. Administración de la plataforma
   iii. Proceso integrado Significancia EIA
   iv. Proceso integrado Análisis de aptitud para OE
   v. Sistema integrado de capacitación y acreditación
   vi. Mesa de servicios
   vii. Licenciamiento
   • Durante el desarrollo de la estrategia Plenumsoft Marina hará un análisis costo beneficio (tiempo y presupuesto) sobre el uso de ciertas tecnologías, cambios de arquitectura, optimización de algoritmos, reingeniería, etc. e informará sobre los riesgos y oportunidades como resultado del análisis.
   • LANCIS notificará sobre los avances del plan de negocios para hacer las adaptaciones correspondientes en la estrategia de la plataforma puesto que su éxito depende de la estrategia de comercialización.
   • La estrategia contará con un calendario de entregables y procesos de prueba y verificación estrictos de los que dependerá el éxito en tiempo, forma y presupuesto del mismo. La falta de entrega de insumos, o retrasos en los procesos de prueba y verificación por parte de LANCIS resultaran:
   a. Propuestas de Plenumsoft Marina para cumplir con entregables con base en su experiencia en el desarrollo comercial de plataformas computacionales, en particular en aspectos de administración de la plataforma.
   b. Modificaciones sobre los alcances de la estrategia y tiempos de entrega.
   • Una vez acordada la estrategia, LANCIS priorizará sus elementos.

II. Administración
• Plenumsoft Marina integrará reporte de las actividades y costos llevados a cabo hasta el momento.
• LANCIS integrará relación de productos, presupuestos y calendario de entregables programados con base en compromisos de proyectos actuales.
• LANCIS enviará machote de contrato y..
• La propiedad intelectual de los algoritmos los mantendrá la UNAM.
• Se programarán visitas periódicas y reuniones virtuales con base en las necesidades de la estrategia y el medio de comunicación principal de avances y notificaciones será el Wrike.
• LANCIS informará sobre reuniones de gestión, venta y lanzamiento de plataforma
a. Posible reunión programada para 25 y 26 de octubre

[paola-gp]

Administración Plenumsoft

@dpedroza74 : Esto es lo que dicen los términos de referencia de Consolidación:

494 Operación y mantenimiento portal y página Web. - El portal, así como las páginas electrónicas deberán contar, preferentemente, con dominio propio y contener información relacionada con los investigadores participantes, las actividades, líneas de investigación, equipos y costos de servicios. Deben contener enlaces de las instituciones que participan en el proyecto incluyendo los créditos respectivos para el CONACYT. Podrá incluirse el costo de diseño de la página web, aplicaciones y el alojamiento en la red, así como base de datos.

Esto es lo que pusimos en la justificación de la solicitud del recurso ($165,040):

Operación de la página Web del Laboratorio Nacional de Ciencias de la Sostenibilidad para brindar un servicio de alta calidad a los usuarios de los sistemas de creación de capacidades sobre ordenamiento ecológico e impacto ambiental
Alojamiento en la nube de bases de datos del tipo Amazon RDS con Single-AZ Micro DB Instances para PostgreSQL & Amazon S3 con capacidad de almacenamiento de 1T por un total de 6 meses, necesarios para alojar los repositorios.

[edithvilla]

Minuta 25-28 sep 2018

Ya está creada la minuta con los acuerdos de las reuniones del 25 al 28 de septiembre con el formato oficial.
/CONSOLIDACION/con_talleres/con_merida25_292018/con_minuta_navic_25-28sep2018.docx

en esta misma ubicación se encuentran las listas de asistencias escaneadas: con_asistencia_navic_25-26sept2018.pdf

@edithvilla: Favor de copiarla a /SVACC/svcc_minutas

[paola-gp]

Solicitud administrativa a Plenumsoft

1. Se solicitó desde el 1ro de octubre el reporte de las actividades y costos llevados a cabo hasta el momento. (hasta el momento no se ha recibido dicho reporte).
2. El 4 de octubre se solicitó la cotización y factura con la siguiente información:

DIseño, creación, operación y mantenimiento de la página Web de los sistemas de creación de capacidades sobre ordenamiento ecológico e impacto ambiental del Laboratorio Nacional de Ciencias de la Sostenibilidad para brindar un servicio de alta calidad a sus usuarios. Alojamiento en la nube de bases de datos del tipo Amazon RDS con Single-AZ Micro DB Instances para PostgreSQL & Amazon S3 con capacidad de almacenamiento de 1T por un total de 12 meses, necesarios para alojar los repositorios.

La partida de CONACYT de manera general indica lo siguiente:

494 Operación y mantenimiento portal y página Web. - El portal, así como las páginas electrónicas deberán contar, preferentemente, con dominio propio y contener información relacionada con los investigadores participantes, las actividades, líneas de investigación, equipos y costos de servicios. Deben contener enlaces de las instituciones que participan en el proyecto incluyendo los créditos respectivos para el CONACYT. Podrá incluirse el costo de diseño de la página web, aplicaciones y el alojamiento en la red, así como base de datos.

Se indicó que la gestión posterior la llevaría Rocío.

[paola-gp]

Acuerdos de la reunión del 12/10/18 con Plenumsoft Marina

• Prioridad para el 23/10/18 tener muck up funcionando de SIGnificance sin errores (para reunión con Probost)

• Proponer necesidad de modificación de página de internet para reunión y ver si es factible para reunión con Probost

• Mantener programa de trabajo para 6/11/18 de SIGnificance lista con módulo de geovisualización

• Mantener la discusión abierta sobre sistemas de error y verificación para SIGnificance durante la entrada de datos

• Enviar imagen de máquina con SIGplanning para que la instalen localmente.

• Tener conferencia virtual el viernes 19/oct/18 para volver a explicar la plataforma SIGplanning a todo el equipo de programación de Plenumsoft y revisar dudas y pendientes de SIGnificance.

• Preparar bancos de datos dummie para SIGnificance para modo de pruebas (poco prioritario)

• @serranoycandela: Dar acceso a los módulos de parallel coordinates, geovaluefunction y clasificación weber-fechner con los mejores ejemplos y funcionando correctamente

[paola-gp]

Respuesta de Plenumsoft sobre reporte de avances:

[paola-gp]

Solicitud de información de plenumsoft:

Se le compartió a Plenumsoft lla imagen de la computadora con SIGplanning: /SOFTWARE/sigplan/2018-09-11-15-img

[paola-gp]

@vichdzgeo:

Verificar normalización de modos de decisión en SVCC\svcc_insumos\sigindex

[vichdzgeo]

@paola-gp se verificaron los modos de decisión no compensatorio y parcialmente compensatorio, los comentarios se encuentran en la tabla de observaciones

[vichdzgeo]

@paola-gp

Revisión del módulo SIGclassifier

proceso	subproceso	correcto ( o) / incorrecto (x)	comentarios
cuantiles	cuartiles	x	la capa exportada tiene valores (clases) de 1 a 3
	quintiles	x	la capa exportada tiene valores (clases) de 1 a 4
	deciles	x	la capa exportada tiene valores (clases) de 1 a 9
	percentiles	x	la capa exportada tiene valores (clases) de 1 a 99
progresiva	equidistante	o	- la capa exportada tiene valores (clases) de 1 a 5 - Los valores de los pixeles coinciden con la validación en qgis (salvo por el error de alineamiento,tamaño de pixel, extensión)
	fp 1.5	x	- la capa exportada tiene valores (clases) de 1 a 5 - pixeles que deben ser categoria 2 estan clasificados como categoria 1 - pixeles que deben ser categoria 3 estan clasificados como categoria 2 - pixeles que deben ser categoria 4 estan clasificados como categoria 3 - pixeles que deben ser categoria 5 estan clasificados como categoria 4
	fp 2.0	x	- la capa exportada tiene valores (clases) de 1 a 5 - pixeles que deben ser categoria 3 estan clasificados como categoria 2 - pixeles que deben ser categoria 4 estan clasificados como categoria 3 - pixeles que deben ser categoria 5 estan clasificados como categoria 4
wf	equidistante	ox	- la capa exportada tiene un solo valor (clase) de 1 - en la clasificación de wf con factor de progresión = 1, el resultado es correcto, sin embargo, en el módulo se menciona que es Equidistante, esto solo aplica para la clasificación progresiva -El resultado exportado por la plataforma es correcto
	fp 1.5	x	- la capa exportada tiene valores (clases) de 1 a 6 - pixeles que deben ser categoria 1 estan clasificados como categoria 2 - pixeles que deben ser categoria 2 estan clasificados como categoria 3 - pixeles que deben ser categoria 3 estan clasificados como categoria 4 - pixeles que deben ser categoria 4 estan clasificados como categoria 5 - pixeles que deben ser categoria 5 estan clasificados como categoria 6
	fp 2.0	x	- la capa exportada tiene valores (clases) de 1 a 6 - pixeles que deben ser categoria 2 estan clasificados como categoria 3 - pixeles que deben ser categoria 3 estan clasificados como categoria 4 - pixeles que deben ser categoria 4 estan clasificados como categoria 5 - pixeles que deben ser categoria 5 estan clasificados como categoria 6

[vichdzgeo]

Revisión del módulo SIGclassifier

Comparación entre el producto generado por la plataforma y Qgis

el insumo ocupado es la capa de exposición normalizada entre 0 y 1

ruta : SIG/desarrollo/sig_papiit/procesamiento/bcs/salida/tp_exposicion_total_n.tif

se comparo el resultado del proyecto Exposicion en la plataforma de pruebas del módulo SIGClassifier, con la clasificación progresiva y factor de progresión CE

y la clasificación realizada en qgis,

para este proceso se desarrollo un código en python clasificar_raster.py ubicado en CARPETAS_TRABAJO\vhernandez\geo_lancis\codigos\secundarios

datos de interés (observaciones)

• la región o extent de la capa exportada de la plataforma es mayor

• el tamaño de pixel de la capa exportada de la plataforma es mayor

• Las áreas de las clases son menores (excepto en las clases 1 y 2) en la capa exportada de la plataforma que en la capa generada en qgis, por lo cual hay una perdida aproximada de 29 ha

extent	progresiva equidistante plataforma	progresiva equidistante qgis	desplazamiento lineal en metros(coord_qgis - coord_plataforma)
xmin	1594463.126	1605200	10736.87
ymin	1215982.007	1224000	8017.99
xmax	1756671.663	1747700	-8971.66
ymax	1406095.231	1398000	-8095.23

producto	tamaño de pixel
progresiva equidistante plataforma	100.38
progresiva equidistante qgis	100.00

por lo cual en la capa progresiva equidistante plataforma 1 pixel representa 1.00754 ha
mientras que 1 pixel en la capa progresiva equidistante qgis representa 1 ha

** Datos de la capa progresiva equidistante plataforma **

clase	no_pixeles	ha por clase
1	3074	3097.20
2	53129	53529.89
3	75873	76445.51
4	17023	17151.45
5	1801	1814.59

Datos de la capa progresiva equidistante qgis

clase	no_pixeles	ha por clase
1	3095	3095.00
2	53498	53498.00
3	76475	76475.00
4	17171	17171.00
5	1829	1829.00

Diferencias en px y ha entre las capas

clases	diferencia en px	diferencia en ha
1	21	2.20
2	369	31.89
3	602	29.49
4	148	19.55
5	28	14.41

@paola-gp

[vichdzgeo]

SIGzoning

@paola-gp

[vichdzgeo]

Revisión del módulo SIGclassifier 19/06/2020

el insumo ocupado es la capa de exposición normalizada entre 0 y 1

ruta : SIG/desarrollo/sig_papiit/procesamiento/bcs/salida/tp_exposicion_total_n.tif

se comparo el resultado del proyecto Exposicion en la plataforma de pruebas del módulo SIGClassifier, con la clasificación progresiva y factor de progresión CE

y la clasificación realizada en qgis,

Resumen:
Solo la clasificación progresiva para un factor distinto de 1 presenta las mismas fallas, todas las demás clasificaciones han superado la validación

proceso	subproceso	correcto ( o) / incorrecto (x)	comentarios
cuantiles	cuartiles	o	la capa exportada tiene valores (clases) de 1 a 4
	quintiles	o	la capa exportada tiene valores (clases) de 1 a 5
	deciles	o	la capa exportada tiene valores (clases) de 1 a 10
progresiva	equidistante	o	- la capa exportada tiene valores (clases) de 1 a 5 - Los valores de los pixeles coinciden con la validación en qgis (salvo por el error de alineamiento,tamaño de pixel, extensión)
	fp 1.5	x	- la capa exportada tiene valores (clases) de 1 a 5 - pixeles que deben ser categoria 2 estan clasificados como categoria 1 - pixeles que deben ser categoria 3 estan clasificados como categoria 2 - pixeles que deben ser categoria 4 estan clasificados como categoria 3 - pixeles que deben ser categoria 5 estan clasificados como categoria 4
	fp 2.0	x	- la capa exportada tiene valores (clases) de 1 a 5 - pixeles que deben ser categoria 3 estan clasificados como categoria 2 - pixeles que deben ser categoria 4 estan clasificados como categoria 3 - pixeles que deben ser categoria 5 estan clasificados como categoria 4
wf	equidistante	o	- la capa exportada tiene un solo valor (clase) de 1 - en la clasificación de wf con factor de progresión = 1, el resultado es correcto, sin embargo, en el módulo se menciona que es Equidistante, esto solo aplica para la clasificación progresiva -El resultado exportado por la plataforma es correcto
	fp 1.5	o	- la capa exportada tiene valores (clases) de 1 a 5 - Los valores de los pixeles coinciden con la validación en qgis (salvo por el error de alineamiento,tamaño de pixel, extensión)
	fp 2.0	o	- la capa exportada tiene valores (clases) de 1 a 5 - Los valores de los pixeles coinciden con la validación en qgis (salvo por el error de alineamiento,tamaño de pixel, extensión)

@paola-gp

[vichdzgeo]

Revisión del módulo SIGindex 22/06/2020

Insumos

archivo	criterio	peso
6372_30RY_PLAR_100m_3km.tif	playa	0.25
6372_40RY_EN_100m_3km.tif	endemismo	0.25
6372_41RY_RQ_100m_3km.tif	riqueza	0.25
6372_43RY_ISIS_100m_3km.tif	salud	0.25

Observaciones

proceso	subproceso	correcto ( o) / incorrecto (x)	comentarios
Crear proyecto		o
subir capas		o	- Es importante que el metadato contenga información - No se puede modificar el peso en la creación del proyecto, se tiene que eliminar el atributo y volver  a subir
Generar el mapa de aptitud(desde la creación del proyecto)		o	Esta es condición necesaria para pasar a la vista en el mapa
Exportar mapa		o	la capa ya puede exportarse y corresponde, en el caso de la capa categorizada, a una clasificación progresiva con factor de progresión de 2.
Factor de progresión		ox	visualmente parace cambiar, sin embargo no corresponden a las clasificaciones o colores como deberian de ser
Proyección		x	Las capas salen sin un sistema coordenado definido.
capa categorizada
	exportación	o	Se pudo descargar generando de nuevo en la vista de mapa el mapa de aptitud
	abrir en qgis	o	Se pudo abrir sin problemas la capa
	categorias	o	El raster es de 5 categorias y es de tipo Byte (entero)
	extension	o	Tiene una extensión igual a las capas de entrada
	alineación	o	estan alineadas con las capas de insumos
	tamaño de pixel	o	el tamaño de pixel es el mismo al de los insumos
	valor_nodata	o	Se visualiza correctamente en la zona de estudio
capa normalizada
	exportación	o	Se pudo descargar generando de nuevo en la vista de mapa el mapa de aptitud
	abrir en qgis	o	Se pudo abrir sin problemas la capa
	normalizacion	o	el raster va de valores de 0 a 1
	extension	o	Tiene una extensión distinta a las capas de entrada
	alineación	o	No estan alineadas con las capas de insumos
	tamaño de pixel	o	el tamaño de pixel es distinto al de los insumos
	valor_nodata	o	Se visualiza correctamente en la zona de estudio
	clp	o	Se verifico que los valores de la capa normalizada se compararán con la generación de la capa en qgis, los valores resultantes de la clp coinciden
	parcialmente compensatorio	o	Se verifico que los valores de la capa normalizada se compararán con la generación de la capa en qgis, los valores resultantes de la clasificación coinciden
	no compensatorio	o	Se verifico que los valores de la capa normalizada se compararán con la generación de la capa en qgis, los valores resultantes de la clasificación coinciden

Observaciones adicionales

Respecto a la integración

Anteriormente la plataforma, ya estando en la vista de mapa, permitía seleccionar las capas que se deseaban integrar según el modo de decisión y modificar los pesos, en la versión actual esto no es posible.

@paola-gp

[paola-gp]

pruebas.sigplanning.com.mx
user: paolagp
pass: sZryNUgu4SNvUWZ
@serranoycandela

[vichdzgeo]

Revisión del módulo SIGzonning 07/09/2020

Generar los insumos

Zona de estudio : CDMX

extent definido

xmin = 463960
xmax = 505660
ymin = 2114567
ymax = 2166467

tamaño de pixel 100 x 100 m

Insumos

ruta: SOFTWARE\plenumsoft\datos_prueba\sigzonning\cdmx

Datos:

• fallas.tif
• fallas_drenaje.tif
• falta_agua.tif
• fugas.tif
• precipitacion.tif

[vichdzgeo]

Revisión del módulo SIGzonning 14/09/2020

• Proyecto de BC

Comparación entre las máscaras obtenidas a partir de un valor de corte

• máscaras resultantes de la plataforma
  ruta :CARPETAS_TRABAJO\vhernandez\pruebas_sigzonning\pca_bc\mascaras_sigzonning
  se quitaron los ceros de las máscaras para el corte

ya encontramos el origen de las diferencias entre los resultados que arroja SIGzoning y nuestro control. El problema está en la línea de código de https://gitlab.com/lancis-apc/sgp/-/blob/release/lancis_ia/shared/libs/rasterfile/grassShell.py#L1031
en el que el i.pca debe incluir en sus parámetros:
grass.run_command('i.pca',input = capas_input,output = salida, rescale = '1,11',overwrite = True)
y por lo tanto, se debe eliminar el r.rescale completamente de la línea.
https://gitlab.com/lancis-apc/sgp/-/blob/release/lancis_ia/shared/libs/rasterfile/grassShell.py#L1041
Esto es, el i.pca está reescalando por default de 0 a 255 y luego con el r.rescale de 1 a 11. Este doble reescalamiento de está metiendo un error de unos cuantos pixeles que en un algoritmo recursivo, propaga un error que resulta en una diferencia de más del 50% en el último corte.
quí es donde creemos que se debe cambiar el input a:https://gitlab.com/lancis-apc/sgp/-/blob/release/lancis_ia/shared/libs/rasterfile/grassShell.py#L1043

de: first_component_reescaled a first_component

[paola-gp]

Datos de prueba para SIGadmin 15-09-2020 Yucatán

Ubicación de inputs y outputs: /SOFTWARE/plenumsoft/datos_prueba/sigadmin/yucatan

1. Delimitar área de estudio

2. Generar estructura jerárquica @paola-gp

Sector	Peso	Nivel 1	Peso	Nivel 2	Peso	Nivel 3	Peso
Turismo	1	Turismo naturaleza	0.25	Atractivo natural	0.4	Calidad de recursos	1
				Zonas de avistamiento	0.6	Distancia a sitios ramsar	1
		Sol y playa	0.50	Atractivo natural	0.33	Calidad de recursos	1
				Accesibilidad	0.67	Distancia a carreteras	0.21
						Distancia a la costa	0.79
		Turismo cultural	0.25	Accesibilidad	1	Distancia a localidades	0.87
						Distancia a carreteras	0.13

• hacer diagrama en limpio para presentación @Nayita

Sector	Peso	Nivel 1	Peso	Nivel 2	Peso
Agricultura	1	Fertilidad	0.50	Tipo de suelo	1
		Cobertura	0.30	Tipo de cobertura	1
		Accesibilidad	0.20	Distancia a caminos	0.50
				Distancia a localidades	0.50

Sector	Peso	Nivel 1	Peso	Nivel 2	Peso
Conservación	1	Calidad de los recursos	0.43	Fragilidad	0.4
				Calidad de recursos	0.6
		Tipo de recurso	0.39	Tipo de cobertura	1
		Estatus conservación	0.18	ANP	1

3. Generar los insumos en área de estudio del nivel 3 @vichdzgeo y nombrarlos conforme al archivo: prefijos_yucatan.xlsx

4. Aplicar funciones de valor (documentarlas) y combinación lineal ponderada

@paola-gp Ruta de ejemplos de funciones de valor: \PAPIIT\pap_modelos\vul_costera\informes_mcda\insumos\fv

5. Agregar con politético divisivo a 16 grupos

[vichdzgeo]

Agricultura

Evapotranspiración

valor	significado
4	700 - 800 mm
5	800 - 900 mm
6	900 - 1000 mm
7	1000-1100 mm

[Nayita]

OBSOLETO

@paola-gp
Lista la figura

Falta indicar ubicación

[Nayita]

Aviso

Figura en la ubicación indicada. Ruta: SOFTWARE/plenumsoft/datos_prueba/sigadmin/yucatan

[Nayita]

Aviso OBSOLETO

Lista figura con los cambios solicitados

Ruta: SOFTWARE/plenumsoft/datos_prueba/sigadmin/yucatan

[Nayita]

Versión final OBSOLETO

Ruta: SOFTWARE/plenumsoft/datos_prueba/sigadmin/yucatan

[paola-gp]

Prueba datos Yucatán

Cobertura

Agricultura - Fertilidad

Tipo de suelo

Agricultura - Accesibilidad

Distancia a caminos

Agricultura - Accesibilidad

Distancia a localidades

[vichdzgeo]

Procedimiento para generar xml de archivos raster con etiquetas para la plataforma

1 . importar la capa en grass
2. utilizar r.reclass para generar una capa raster con etiquetas

ejemplo de reclasificación con r.reclass

1 = 1 Agricultura de riego
2 = 2 Agricultura de temporal
3 = 3 Cuerpo de agua

3. exportar la capa con r.out.gdal de grass

• En la pestaña Requerido ingresar en input la capa reclasificada
• En la pestaña de Requerido ingresar en output la ruta y nombre del archivo de salida
• En la pestaña de Requerido seleccionar el formato GTiff
• En la pestaña de creación seleccionar en tipo de datos Int16
• En la pestaña de creación Activar la casilla de No escribir la tabla de colores estándard GDAL
• En la pestaña de Opcional Activar la casilla de Escribir la tabla de atributos raster

4. Modificar el xml de salida
   En la ruta donde se indico que se escribiera el mapa exportado del punto 3, se escribirá un archivo con terminación xml

• Editar el archivo xml con bloc de notas

en la línea 3 aproximadamente realizar el siguiente cambio (eliminar tableType = "thematic")

de <GDALRasterAttributeTable tableType="thematic"> a <GDALRasterAttributeTable>

NOTA
en la primera etiqueta a mostrar la plataforma no permite palabras con acento

[Nayita]

Aviso

Lista la nueva versión de la figura de agricultura.

Ruta: SOFTWARE/plenumsoft/datos_prueba/sigadmin/yucatan

[vichdzgeo]

Revisión SIGindex

06/10/20
La aplicación presenta un error de visualización respecto a la capa clasificada, al variar el parámetro del factor de progresión no muestra visualmente las categorías correspondientes al factor de progresión seleccionado.

NOTA: la capa que se exporta como capa clasificada es correcta.
@paola-gp

[vichdzgeo]

Revisión SIGzoning

Datos de Yucatán para la región noreste.

Datos de entrada

• agricultura.tif
• conservacion.tif
• turismo.tif

16 grupos

Se seleccionan los siguientes 16 cortes para formar la capa de grupos

Se aplica la configuración,

sección de residuales de gower

al presionar el botón de los residuales

se muestra la siguiente leyenda

Se muestran las gráficas de los 16 grupos

capa de grupos

Se compara la capa de grupos generada con la plataforma con la capa de grupos generada con grass,

Existen grupos invertidos:

grupos_ plataforma	grupos grass
15	16
16	15
7	8
8	7
5	6
6	5

Promedios

El archivo de descarga sigue con la extensión xls, lo que ocasiona que los datos se muestren de la siguiente forma

Los promedios de las variables con la capa de los grupos son iguales, (las diferencias mostradas distintas a cero son consecuencia de las categorías invertidas

Residuales

• El archivo de descarga sigue con la extensión xls, lo que ocasiona que los datos se visualicen de la siguiente forma

• En el nombre de los campos, las variables tienen el nombre que el sistema genera en automático, nombrar las variables igual que en el archivo de promedios.

Los residuales son iguales, las diferencias distintas de cero se deben a las categorías invertidas

[vichdzgeo]

Revisión SIGzoning

Se seleccionan 11 cortes para formar la capa de grupos

Sección de residuales de gower

se presiona el botón de residuales en la sección de análisis de cortes, aparece en pantalla la siguiente ventana, al cerrar el sistema te dirige a la sección de residuales de gower, no se muestran las gráficas

Para visualizar las gráficas, se tiene que ir a la sección de cortes y presionar le botón de residuales de cortes, el sistema te dirige de nuevo a la sección de residuales de gower, no aparece la ventana de notificación de información faltante, se muestrán gráficas de los residuales, solo para 6 grupos de 11, la gráfica del grupo 6 no se visualiza correctamente.

Si se presiona el botón de actualizar residuales, se muestra la siguiente ventana, al cerrar, los residuales no se actualizan.

Capa de grupos

la capa de grupos es idéntica

Promedios

El archivo de promedios exportado de la plataforma es igual al archivo de promedios generadoen el procedimiento con grass

Residuales

El archivo de residuales exportado de la plataforma, es igual al archivo de residuales generado en el procedimiento con grass

[vichdzgeo]

Informe Revisión SIGzoning

Problemas detectados

• Las gráficas de Gower no se generan correctamente para 16 u 11 grupos.
• El botón de residuales de Gower en la sección de analisis de cortes no actualiza las gráficas y muestra una ventana con la leyenda No hay información para genrar los residuales de Gower!, para actualizar las gráficas se tiene que ir a la sección de cortes y presionar el boton de residuales de Gower.
• La extensión de los archivos de promedios y residuales es xls, sin embargo el contenido de estos archivos es separado por comas
• Si se seleccionan los últimos 16 agregados, se detecta una inversión de agregados/grupos.

Detalles

• La aplicación esta realizando los cortes correctamente

• La aplicación genera el mapa de grupos correctamente, sin embargo para los últimos 16 agregados (1.1.1.1.1 - 1.2.2.2.2), existen grupos invertidos, el grupo 5 (1.1.2.1.1) con el grupo 6 (1.1.2.1.2), el grupo 7 (1.1.2.2.1) con el grupo 8 (1.1.2.2.2) y el grupo 15 (1.2.2.2.1) con el grupo 16 (1.2.2.2.2) grupo invertido se refiere a que el agregado 1.2.2.2.1 es nombrado por la plataforma como agregado 1.2.2.2.2 asignandole el grupo 16, y viceversa

• La aplicación genera el archivo de promedios y residuales con extensión xls, por lo que excel no puede abrirlo directamente, se requiere de utilizar la herramienta de exportación de texto, o bien, cambiar la extensión del archivo por csv.

• Los valores de los promedios y residuales contenidos en los archivos exportados por la plataforma, son correctos.

• El botón de residuales de gower en la sección análisis de cortes no actualiza las gráficas, se tiene que ocupar el botón de residuales en la sección de cortes.

• Con la capa de 16 grupos, solo se muestran 6 de los 16 grupos, la gráfica del grupo 6 presenta errores de visualización.

• Se realizó una capa con 11 grupos

• Las gráficas de residuales no se muestran correctamente

• La capa de grupos es idéntica con la de control.

• Los datos exportados de promedios y residuales no presentan diferencias respecto a los datos de promedios y residuales de control.

@paola-gp

[vichdzgeo]

SIGfunction

detección de error

Nota : el valor mínimo y máximo del insumo es (0,174) kms
Ruta del insumo : plenumsoft\datos_prueba\sigfunction\yucatan\mercados\d_mercados_loc.tif

al variar los parámetros de las funciones de valor, el valor máximo de la función ya no llega a 1, se genera el mapa de la función de valor, en la visualización se aproxima al valor máximo mostrado en la gráfica (para este ejemplo 0.8), se descarga la capa de la función de valor. en qgis el valor mínimo y máximo de la capa resultante son
(0.151, 0.848)

@paola-gp

[CorinaCantero]

REPORTE REVISIÓN SIGfunction y SIGfunctionD 03/12/2020

Problemas detectados

SIGfunction

1. En la capa "Loc locales (distancia)" los colores de la capa resultado salen invertidos aún con los mismos parámetros, los resultados corresponden a una función logística y no a una logística invertida.

Ahora:

Antes:

2. Temperatura máxima ---> cambió el valor del óptimo, verificar @vichdzgeo si el resultado que da la plataforma es el correcto.
   Ahora:
   
   Antes:
   

Ubicación insumo:
SIG\desarrollo\sig_fomix\procesamiento\analisis_aptitud\sector_ganadero\finales\temp_max

Parámetros de la función:

3. Mano de obra ----> se corrigió el resultado de la función de valor en la plataforma, verificar @vichdzgeo si el resultado que da la plataforma es el correcto.

Ahora:

Antes:

Ubicación insumo:
SIG\desarrollo\sig_fomix\procesamiento\analisis_aptitud\sector_ganadero\finales\sector_primario

Parámetros de la función:

SIGfunctionD

No se pudieron configurar los valores de las funciones de valor con CSV, se intentó con CSVdelimitado por comas y CSV UTF-8 (Se intentó para Edafología y Uso de suelo y vegetación (categorías INEGI). En ambos caso aparece el siguiente mensaje, pero el número de categorías coincide con el archivo y en la plataforma:

Ubicación: SOFTWARE\plenumsoft\datos_prueba\sigfunctiond\yucatan\fomix

• fv_gbe_sil_bio_usv_inegi
• fv_gbe_sil_bio_t_suelo

Actualización

Se hizo una revisión con @vichdzgeo de las capas: Temperatura máxima y Mano de obra, ambas funciones de valor de la plataforma son correctas.

[vichdzgeo]

SIGclassifier

Visualización

• la visualización en la plataforma de los mapas clasificados presenta errores de visualización

El mapa exportado es correcto, se válido con la clasificación mediante qgis.

el error de visualización no se presenta en el mapa exportado

para todos los modos de clasificación el mapa exportado es correcto.

[vichdzgeo]

SIGIndex

• Los mapas exportados son correctos
• El reescalamiento y la distribución de los pesos es correctos al quitar una o más capas
• Los mapas normalizados y categorizados son correctos.

Se encuentran problemas en la visualización

En la siguiente imagen, del lado izquierdo se muestra el mapa en la plataforma clasificado a 5 categorías, con "progresiva" y fp = 2, del lado derecho se muestra el mapa categorizado, exportado de la plataforma y cargado en qgis.

• la paleta de color no se muestra discreta
• existe una interpolación en la paleta lo que ocasiona que se muestren colores distintos a los establecidos para las categorías.
• Se presenta un error similar al de sigclassifier, contorno o linea de pixeles con una categoría distinta.

[vichdzgeo]

Insumos para SIGadmin

@paola-gp

Ya se encuentran listos los insumos a nivel estatal para los seis sectores

Ruta: plenumsoft\datos_prueba\sigadmin\yucatan\sector\insumos\estatal\

[vichdzgeo]

Revisar la herramient SIGZoning

Se genero un proyecto nuevo en SIGzoning 28 jul
nombre : Grupos de aptitud sin pesca ni acuaculturas 100m

Especificaciones:

• Capas con máscara en ANP
• Capas de 100 metros
• Realizar el análisis sin los sectores (pesca, acuacultura solobre, acuacultura dulce)

Observaciones:

• Una vez cargadas las capas y dar clic en continuar, el proyecto muestra el mensaje " Se comenzarán a realizar los cortes..." Sin embargo no sucede, se tiene que regresar al apartado de proyectos, seleccionar "Agregar actividades" y hacer clic en continuar. Sale de nuevo la leyenda de "Se comenzarán a realizar los cortes..." seguido de esto la herramienta ahora si comienza a realizarlos.

• Una vez finalizados los cortes, la herramienta muestra en la parte superior el número de cortes realizados (11 de 15 en este caso). Al visualizar los residuales de gower se observa que el mapa de grupos de conforma en 12. Sin embargo en la visualización del mapa de grupos (que conforma la herramienta de forma automática) muestra en la simbología un continuo del 1 al 14.

• Se descarga el mapa de grupos para su visualización en Qgis, el cual tiene valores de 1,2,3,4,5,6,7,9,11,12,13,14. Sin bien es cierto que cuenta con 12 categorías, el ser clasificado de esta forma causa confusión, pues en la herramienta de visualización de SIGzoning no se tiene acceso a esta información.

• Por algún motivo repite de nuevo en la estructura jerárquica el siguiente desglose:

Cabe mencionar que se tuvo prudencia en la cuestión de comenzar a realizar los cortes y solo se realizo dos intentos, el primero es cuando se conforma el proyecto y en apariencia la herramienta comenzará a realizar los corte, en ese momento se decide esperar un tiempo de 10 minutos para visualizar si comienza a realizar el primer corte, al no hacerlo, se realiza el segundo intento y es a partir de este que la plataforma muestra un avance en la realización de los cortes. Tampoco se ha ejecutado alguna instrucción adicional de agrupación o solicitado un nuevo corte en algún subgrupo

• Al seleccionar los 12 grupos para conformar de manera manual el mapa, se muestra la siguiente leyenda, aun cuando los grupos seleccionados si cubren la cobertura evaluada.
  

• Se realiza una comparación de forma local en grass de lo cual se infiere que:

• El grupo_1 (1.1.1) se puede cortar sin embargo en la plataforma aunque visualmente muestra la división de este grupo, no muestra o proporciona estos cortes como grupos finales. Ejemplo: en este caso los pixeles de color amarillo deben de ser el grupo 1.1.1.1 y los pixeles de color morado deben ser el grupo 1.1.1.2.
  

• El grupo_2 (1.1.2.1) se puede cortar sin embargo en la plataforma aunque visualmente muestra la división de este grupo, no muestra o proporciona estos cortes como grupos finales

corte