ETAPA 3: ELABORACIÓN SIG INFORME CORREGIDO Y RESPALDO...

Diagnó sticó catastró subdivisiónes y cambiós de usó de sueló, Regió n de Cóquimbó

ETAPA 3: ELABORACIÓN SIG

INFORME CORREGIDO Y RESPALDO DIGITAL

Pontificia Universidad Católica de Chile

Facultad de Arquitectura, Diseño y Estudios Urbanos

27 de marzo de 2018

PONTIFICIA UNIVERSIDAD CATÓLICA DE CHILE DESE – DIRECCIÓN DE SERVICIOS EXTERNOS FADEU

DIAGNÓSTICO CATASTRO SUBDIVISIONES Y CAMBIOS DE USO DE SUELO, REGIÓN DE COQUIMBO – ELABORACIÓN DEL SIG – ETAPA 3 DESE UC. El Comendador 1966. Providencia. Fono: 56 2 3547743. Fax: 56 2 2317083

ii

CONTENIDO

INTRODUCCIÓN .................................................................................................................................. 4

1 INFORME EXPLICATIVO DE LAS ACTIVIDADES DESARROLLADAS EN LA ETAPA 3 ............................ 5

1.1 Introducción .................................................................................................................................. 5

1.2 Glosario de términos ..................................................................................................................... 5

1.3 Últimos ajustes al Sistema de Información Geográfica y bases de datos entregados en Etapa 2 6

1.4 Definición de los objetivos y funcionalidades del sistema definitivo ............................................ 7

1.5 Definición operativa del sistema y arquitectura de datos. ........................................................... 8

1.6 Revisión de las normas y estándares de la IDE Chile e IDE MINVU ............................................. 11

1.7 Elaboración del sistema. .............................................................................................................. 11

1.7.1 Preparación de la información en Arcgis Desktop .............................................................. 11

1.7.2 Creación del Web Map y de la aplicación Web ................................................................... 14

1.8 Conclusiones y tareas pendientes. .............................................................................................. 16

2 INFORME DESCRIPTIVO DE LA ARQUITECTURA E INTEROPERABILIDAD DEL SISTEMA DE

INFORMACIÓN GEOESPACIAL ........................................................................................................... 17

2.1 Arquitectura del sistema ............................................................................................................. 17

2.2 Interoperabilidad ......................................................................................................................... 19

3 INFORME DESCRIPTIVO DE LA INFORMACION, MANUAL DE USO Y FUNCIONALIDADES............... 20

3.1 Arquitectura de la información base del sistema ....................................................................... 20

3.2 Manual de uso ............................................................................................................................. 25

3.3 Funcionalidad de ayuda a la decisión para nuevas solicitudes ................................................... 26

3.4 Generación de estadísticas numéricas ........................................................................................ 26

3.5 Generación de estadísticas espaciales. ....................................................................................... 29



iii

ÍNDICE DE TABLAS Y FIGURAS

Tabla 1. Atributos de la capa de polígonos para aplicaciones del Art. 55 desde el año 2017 .................... 12

Tabla 2. Descripción campos de tabla de atributos de la capa “PRI Estudio Zonas” .................................. 20

Tabla 3. Descripción campos de tabla de atributos de la capa “PRI Estudio Riesgos” ................................ 20

Tabla 4. Descripción campos de tabla de atributos de la capa “PRI Estudio Restricciones” ...................... 21

Tabla 5. Descripción campos de tabla de atributos de la capa “PRC Estudio Zonas” ................................. 21

Tabla 6. Descripción campos de tabla de atributos de la capa “PRC Estudio Riesgos” .............................. 22

Tabla 7. Descripción campos de tabla de atributos de la capa “Límite Urbano Estudio” ........................... 22

Tabla 8. Descripción campos de tabla de atributos de la capa “ART55 1989_2016” ................................. 22

Tabla 9. Resoluciones 1989-2016 por tipo .................................................................................................. 27

Tabla 10. Resoluciones 1989-2016 por comuna ......................................................................................... 28

Tabla 11. Resoluciones 1989-2016 por año ................................................................................................ 29

Figura 1. Esquema de la arquitectura de información asociada a los permisos del Art.55. ....................... 10

Figura 2. Configuración avanzada de los Feature Layers alojados en AGOL. .............................................. 15

Figura 3. Esquemas de arquitectura de sistema (actual y deseable). ......................................................... 18

Figura 4. Densidad de aplicaciones del artículo 55 en la región de Coquimbo, entre 1989 y 2016. .......... 31

Figura 5. Puntos calientes de aplicaciones del artículo 55 en la región de Coquimbo, entre 1989 y 2016. 32

Figura 6. Tipos de resoluciones según aplicación de art.55 en la región de Coquimbo,entre 1989 y 2016.

..................................................................................................................................................................... 33

Figura 7. Resoluciones aprobadas por año en la región de Coquimbo, entre 1989 y 2016. ...................... 34

Figura 8: Ejemplo visualización Web Map ................................................................................................... 35



4

INTRODUCCIÓN

El presente documento corresponde a la entrega de la Etapa 3: ELABORACIÓN DEL SIG, para el estudio

“Diagnóstico Catastro Subdivisiones y Cambios de Uso de Suelo, Región de Coquimbo”, que coordina la

SEREMI MINVU Región de Coquimbo y cuyo desarrollo recae en la Dirección de Servicios Externos de la

Facultad de Arquitectura, Diseño y Estudios Urbanos (DESE) de la Pontificia Universidad Católica de Chile.

El objetivo de la consultoría es “Sistematizar la información de la Secretaría Regional Ministerial de

Vivienda y Urbanismo de Coquimbo, respecto de la aplicación del artículo 55° de la Ley General de

Urbanismo y Construcciones”, es decir, sistematizar la información referente a la subdivisión y

urbanización de terrenos y al Informe favorable para la construcción (también conocido como Cambio de

Uso de Suelo).

Se entiende como propósito de la Etapa 3 la elaboración del sistema de información geoespacial

interoperable por el MINVU que contenga toda la información procesada en las etapas previas del estudio

y que permita su visualización, análisis y actualización continua a futuro; acorde con los objetivos

específicos 4 y 5 indicados en las bases de licitación. Éstos son:

- Elaborar un Sistema de Información Geográfica, a partir de la planimetría y bases de datos

asociados. Este, como sistema, debe ser consultable y actualizable en conjunto con el sistema de

tramitación de los distintos expedientes que ingresan desde la SEREMI de Agricultura.

- Elaborar un Sistema de Seguimiento y Estadísticas que pueda utilizar la información derivada del

Sistema de Información Geográfica.

Este documento consta del Informe Explicativo de las actividades desarrolladas en esta etapa y del Informe

Descriptivo de la arquitectura e interoperabilidad del sistema de información geoespacial elaborado.

La entrega incluye tres copias impresas y digitales del presente informe y, el Sistema de Información

definitivo y los planos temáticos impresos. Además, junto con la entrega, se hace disponible la aplicación

web asociada, accesible mediante Arcgis Online.



5

1 INFORME EXPLICATIVO DE LAS ACTIVIDADES DESARROLLADAS EN LA ETAPA 3

1.1 Introducción

La etapa 3 de “Elaboración del SIG” apunta a formalizar una primera versión del sistema de información

definitivo de las aplicaciones del Artículo 55 de la LGUC. Para cumplir con este objetivo, se llevaron a cabo

las siguientes actividades:

- Últimos ajustes al Sistema de Información Geográfica y bases de datos entregados en Etapa 2.

- Definición de los objetivos y funcionalidades del sistema definitivo.

- Definición operativa del sistema y arquitectura de datos.

- Revisión de las normas y estándares de la IDE Chile e IDE MINVU.

- Elaboración del sistema.

1.2 Glosario de términos

Resoluciones: Refiere al conjunto de documentos denominados Resoluciones o Certificados y que emiten

un dictamen respecto de una solicitud con pertinencia (preliminar) de aplicación del artículo nº 55.

Tipo de resoluciones: Es una forma de clasificar las resoluciones y se relaciona con el mandato que emite

la Resolución en términos de su aplicabilidad o de la necesidad de modificar o corregir alguna resolución

anterior. Los tipos de resoluciones identificados se reflejan en el campo TIPO de la Base de Datos 1 sobre

listado de resoluciones.

BD1 Listado de resoluciones: Refiere a la base de datos que reconoce todas las resoluciones escaneadas

y que contiene al menos tres campos significativos: el código de la resolución, el tipo y si fue geolocalizado

o no (LOC).

BD2 Resoluciones aprobatorias: Corresponde a la base de datos principal y que incorpora

sistemáticamente los aspectos más relevantes de las resoluciones aprobatorias.

BD3 de Roles: Base de datos complementaria a la BD2 y que contiene los roles asociados a las resoluciones

y que fueron identificados en el texto de las resoluciones aprobatorias.

Geolocalización: Proceso de ubicación de las resoluciones aprobatorias hacia un sistema de coordenadas

y cuyo resultado son tres capas en SIG, una de polígonos (para los predios identificados), puntos (para

aquellas resoluciones ubicables pero sin antecedentes para determinar el límite de los predios) y puntos

totales que incluyen ambas capas en formato punto.

Arcgis Server: “Software que pone la información geográfica a disposición de otras personas de una

organización y, de manera opcional, de cualquiera con una conexión a Internet. Esto se consigue mediante

servicios Web que permiten a un equipo servidor potente recibir y procesar solicitudes de información



6

enviadas por otros dispositivos”1. El MINVU dispone de un servidor de este tipo donde aloja de forma

segura su Infraestructura de Datos Espaciales (IDE).

Arcgis Online: “Es un sistema SIG web de colaboración on-line que permite usar, crear y compartir mapas,

escenas, aplicaciones, capas, análisis y datos”2. En el contexto del MINVU, Arcgis Online permite la

visualización de la información de IDE alojada en el Server por todos los SEREMI del Ministerio. Así mismo,

permite la colaboración entre los distintos servicios del Ministerio.

Webmap Web Map Service (WMS) y Webapp: El Web Map es un mapa (con contenidos de información

geo-espacial) creado en internet. Cualquier web map, al momento de su creación (en plataformas como

Arcgis Online), está asociada a un servicio de mapa (Web Map Service-WMS) que permite devolver

metadatos y devolver un mapa cuyos parámetros geográficos y dimensionales han sido bien definidos. En

tanto la aplicación Web App permite compartir el Web Map con más usuarios.

Feature Class: “Conjuntos homogéneos de entidades comunes, cada una con la misma representación

espacial, tal como puntos, líneas o polígonos y un conjunto común de columnas de atributos, por ejemplo,

una clase de entidad de línea para representar las líneas de centro de carreteras. Las cuatro clases de

entidad que se utilizan con mayor frecuencia son puntos, líneas, polígonos y anotaciones (el nombre de la

geodatabase para el texto del mapa)”.3

Widget: Componentes que interactúan con el componente principal, en este caso el mapa. Entre sus

objetivos están dar fácil acceso a funciones frecuentemente usadas y proveer de información visual.

Extent de referencia y visualización: El extent de referencia corresponde al conjunto de coordenadas que

contiene todos los elementos geométricos de la cobertura y se asocia a posición geográfica de la misma

en un sistema de coordenadas determinadas. El extent de visualización es la manifestación visual del

extent de referencia.

1.3 Últimos ajustes al Sistema de Información Geográfica y bases de datos entregados en

Etapa 2

En primera instancia, y tras la exposición de los resultados de la Etapa 2, se procedió a algunos ajustes en

el SIG entregado junto con la Etapa 2.

- Último esfuerzo de localización de resoluciones aprobadas, (donde se lograron localizar 82

resoluciones más dando un total de 1.637).

- Estructuración de la Geodatabase a nivel regional (y no provincial como estuvo inicialmente),

- Correcciones de adecuación del ordenamiento de la información entre las bases de datos y la

Geodatabase.

1 https://enterprise.arcgis.com/es/server/latest/get-started/windows/what-is-arcgis-for-server-.htm 2 https://doc.arcgis.com/es/arcgis-online/reference/what-is-agol.htm 3 http://desktop.arcgis.com/es/arcmap/latest/manage-data/geodatabases/feature-class-basics.htm



7

Estas actividades no presentan mayor complejidad y se hicieron acorde con los comentarios surgidos en

la reunión de exposición de los resultados de la Etapa 2.

Además, se procedió a la unificación y vinculación interna de las 3 bases de datos resultantes de la

sistematización de las aplicaciones del artículo 55 de la LGUC entre 1989 y 2016. Estas tres bases de datos:

- BD1 Listado de resoluciones,

- BD2 Resoluciones aprobatorias,

- BD3 de Roles,

se reunieron en un solo archivo de Excel en 3 pestañas distintas. Así mismo, se crearon hipervínculos hacia

los documentos PDF adjuntos a cada registro de resolución: en los campos “ID” y “COD_RESPALDO” de la

BD2 hacia la resolución y el acta o el informe técnico (según el caso).

Estas últimas actividades permiten dejar totalmente ordenada y cerrada la información sistematizada de

las resoluciones históricas, independientemente de si pudieron ser localizadas o no.

Queda pendiente definir, en conjunto con la CEHU, la localización definitiva de esta información en

conjunto con los archivos pdf asociados.

1.4 Definición de los objetivos y funcionalidades del sistema definitivo

Esta actividad se ha desarrollado en conjunto con la contraparte mediante intercambios y reuniones de

trabajo para definir conjuntamente los objetivos y funcionalidades del sistema definitivo. Es la parte más

estratégica de esta etapa y buscó optimizar la respuesta a los objetivos de esta consultoría a la luz de las

limitantes inherentes a la información histórica y con un enfoque hacia su utilidad a futuro.

Los objetivos del sistema de información definitiva son de distinta índole y varían según el servicio

concernido: al nivel local, se espera tener una herramienta de seguimiento y ayuda a la decisión para las

tramitaciones nuevas mientras que, a nivel central, se espera obtener una visión estratégica de los

procesos de expansión urbana en áreas rurales. Estos objetivos no son contradictorios, pero divergen

levemente e implican funcionalidades distintas para el sistema de información a desarrollar.

Conforme a lo anterior y a los objetivos específicos indicados en los términos técnicos del estudio, las

funcionalidades del sistema se pueden formular como sigue:

1. Tener un registro completo, robusto y ordenado de las aplicaciones del artículo 55 del año 1989

hasta el año 2016, en la Región de Coquimbo.

2. Visualizar espacialmente, en el territorio regional, la huella de estas aplicaciones.

3. Actualizar la información pudiendo ingresar aplicaciones del artículo 55 del año 2017 en adelante,

teniendo presente la nueva tramitación registrando sus etapas sucesivas.

4. Ayudar a la toma de decisiones para la resolución de nuevas solicitudes de aplicación del artículo

55, en particular contrastando con aplicaciones históricas, zonificación normativa de los

Instrumentos de Planificación Territorial tanto vigentes como en estudio.



8

5. Generar estadísticas simples de la aplicación del artículo 55 en cualquier momento (histórico,

actual, por períodos, etc.).

Estas 5 funcionalidades permiten responder a cabalidad a las expectativas y necesidades plasmadas en los

términos de referencia del presente estudio y expresadas en las instancias de intercambio con los dos

niveles de la contraparte (Regional y Central).

1.5 Definición operativa del sistema y arquitectura de datos.

Las funcionalidades recién enunciadas plantean un desafío mayor que es la multifuncionalidad y la

aglomeración de información de naturaleza distinta en un sistema único.

Para definir operativamente el sistema, se ha consultado la contraparte sobre las capacidades instaladas

tanto del punto de vista de software y hardware como en cuanto al manejo de éstas por los funcionarios

concernidos. Se ha podido llegar sin dificultad al acuerdo que el sistema de información definitivo tenía

que alojarse en el servidor institucional Arcgis Server del MINVU, y desplegarse en Arcgis Online mediante

una aplicación Web compartida con usuarios regionales para su consulta y edición.

Sin embargo, esta alternativa tiene que lidiar con las siguientes limitaciones:

- Tal como se describió ampliamente en la etapa precedente, la información histórica de

resoluciones es incompleta en cuanto a información geoespacial: sólo se pudieron georeferenciar

parte de las resoluciones aprobatorias. Éstas conforman la BD2. Sin embargo, la BD1 con todas las

resoluciones del periodo 1989-2016 (aprobatorias geolocalizadas o no y las no aprobatorias) y la

BD3 que sistematiza los ROLES de los predios concernidos por las resoluciones no tienen

información espacial. En consecuencia, esta información queda excluida del Sistema de

Información geográfica definitivo.

En respuesta a este problema, se propone mantener una base de datos en Excel de las

resoluciones históricas (1989-2016), tal como descrito en el párrafo anterior para así conservar la

totalidad de la información histórica a pesar de su carencia de referencia espacial.

- En distintas instancias de intercambio con la contraparte, se formuló el interés por poder

sistematizar las aplicaciones del artículo 55 como polígonos, de ahora en adelante, para poder

tener un registro más completo y preciso de los efectos territoriales de estas resoluciones. Este

polígono podría ser del predio y/o de la edificación. El primero aplicaría para todas las solicitudes,

aunque habría que exigir al solicitante la información necesaria para ello (coordenadas de todos

los vértices del predio), a falta de una cartografía oficial pública de los límites prediales en área

rural, a la fecha. Mientras que el segundo sólo correspondería en el caso que se solicite permiso

para edificar. El registro de las nuevas resoluciones como polígonos implicaría también separar las

nuevas resoluciones de las históricas dado que puntos y polígonos son dos elementos geométricos

distintos que no pueden figurar en una misma capa de información geográfica.

Esta alternativa parece valer la pena, a pesar de implicar la separación de datos históricos respecto

de los nuevos, porque permite una sistematización mucho más acabada de las resoluciones que

no fue posible realizar con los registros históricos.



9

- Además, se ha mencionado el interés por disponer de una herramienta de seguimiento de la nueva

tramitación, lo cual implica la creación de nuevos campos de información específicos relativos a

las etapas sucesivas seguidas por esta nueva tramitación. Estos nuevos campos se referirían a la

fecha de ingreso e ID de la solicitud, fecha e ID de los informes favorables de la SEREMI MINVU y

del SAG (cuando corresponde), fecha e ID de la resolución de la SEREMI de Agricultura (cuando

corresponde) y fecha e ID de la aprobación de la DOM.

Esto confirma la necesidad de disponer de una capa nueva y diferenciada para la sistematización

de las aplicaciones del artículo 55 desde el 2017 en adelante.

Frente a todos estos requerimientos, se ha tenido que tomar decisiones sobre la definición operativa del

sistema y la arquitectura de datos. Básicamente, se ha tenido que optar entre los 2 planteamientos

siguientes:

- Un sistema totalmente unificado entre la información histórica y la nueva (actual y futura), donde

la arquitectura de datos estaría dictada por la estructuración de la sistematización de datos

históricos, con todas las limitaciones de ésta.

- Un sistema “híbrido” donde la información histórica quedaría con la estructura que fue posible

construir en las etapas previas, con todas las limitaciones impuestas por la información disponible

(carencia de información de localización, ausencia de información sobre tramitación, etc.) y donde

la información nueva quedaría con una estructuración óptima acorde con los requerimientos de

registro y seguimiento expresados por la contraparte.

Si bien, la segunda alternativa implica un corte en la información del sistema (en 2 subsistemas de

información), permite proyectarse a futuro con un sistema de información muy completo y robusto,

acorde con las necesidades reales de la institucionalidad a cargo. A su vez, esta opción permite librarse de

las peculiaridades y carencias de la información histórica que trabaron, dificultaron y limitaron el proceso

de sistematización sin, por lo tanto, perder la posibilidad de observar las variables que se pudieron rescatar

y sistematizar (año, comuna, tipo de resolución) y generar estadísticas simples sobre éstas. Además, la

generación de una nueva base de datos permite precisar las nomenclaturas usadas independientemente

de la formulación usada históricamente en la redacción de las resoluciones.

En consecuencia, se opta por la segunda alternativa, orientada al futuro. No obstante, se crearán todos los

puentes y vinculaciones necesarias con la información histórica con el fin de poder observar el fenómeno

en toda su extensión cronológica. Estas vinculaciones se materializan en todos los campos de información

comunes entre el sistema histórico y el sistema nuevo.

El sistema de información se estructura entonces de la siguiente manera:



10

Universo históricoAplicaciones Art55LGUC

Región Coquimbo1989-2016

Universo nuevoAplicaciones Art55LGUC

Región Coquimbo2017- (…)

BD1: “Resoluciones de aplicación Art.55 LGUC, 1989-2016, Región de Coquimbo”.

(2.367 registros)

BD Única: “Resoluciones de aplicación Art.55 LGUC, 2017-(…), Región de Coquimbo”.

GEO POLÍGONOS

ESTADÍSTICAS NUMÉRICAS- Año- Comuna, provincia- Tipo de resolución

VARIABLES

• Identificación (ID, año, provincia, comuna, etc.)• Info. de la resolución (tipo más preciso, uso de suelo

resultante, urbanizaciones exigidas, etc.)• Documentación de respaldo, según nueva tramitación.• Descripción del proyecto más precisa (superficie,

números de lotes y/o viviendas resultantes, etc.)• Info de los predios (Roles, CBR, etc.)• Descripción detallada de la tramitación• Geolocalización completa en polígono.

ESTADÍSTICAS ESPACIALES(patrones espaciales)

- Densidades- Puntos calientes y clustering,- Valores atípicos,- Interpolación (predecir nuevas ubicaciones)

VARIABLES

• Identificación (ID, año, provincia, comuna, etc.)• Info. de la resolución (tipo, uso de suelo resultante,

urbanizaciones exigidas, etc.)• Documentación de respaldo.• Descripción del proyecto (superficie, números de

lotes y/o viviendas resultantes, etc.)• Info de los predios (Roles, CBR, etc.)• Geolocalización parcial en punto.

BD2: “Resoluciones AprobatoriasArt.55 LGUC, 1989-2016, Región de Coquimbo ”.

GEO PUNTOS (2175 registros)

BD3: “ROLES sujetos a Resoluciones AprobatoriasArt.55 LGUC, 1989-2016, Región de Coquimbo ”.

(2.533 registros)

Base de datos alfanuméricos

Base de datos geoespaciales

VARIABLES y mejoras

Sólo

res

olu

cio

nes

ap

rob

ato

ria

s geo

loca

liza

da

s

Figura 1. Esquema de la arquitectura de información asociada a los permisos del Art.55.

Fuente: Elaboración Propia

Como muestra el esquema, el sistema de información propuesto logra:

- Simplificar la estructura de datos entre el universo histórico y nuevo, (una sola base de datos)

- Robustecer la información sistematizada respecto de las variables históricas, (todas las mejoras en

variables, inscritas en rojo en el esquema.)



11

- Incrementar sensiblemente el nivel de análisis estadístico disponible (análisis de patrones

espaciales).

- Mantener la continuidad de la serie histórica y nueva mediante análisis de estadísticas numéricas

comunes.

1.6 Revisión de las normas y estándares de la IDE Chile e IDE MINVU

Antes de proceder con la formalización del sistema de información, se revisaron los documentos oficiales

que establecen las normas y los estándares relativos a la creación de información geoespacial y servicios

de mapas web. En particular, se revisaron los siguientes documentos:

- Política Nacional de Información Geoespacial, Gobierno de Chile, 2014 que “establece en el país una Infraestructura de Datos Geoespaciales (IDE-Chile) que permita contar con información de calidad (…), garantizar el acceso y el uso de la información (…), promover el uso de normas, estándares, especificaciones técnicas y herramientas para permitir el intercambio de información y contar con un marco institucional que defina responsabilidades (…)”.

- Recomendación técnica: Aplicación de la norma 19131-Especificación de Producto de Datos,

Secretaría Ejecutiva del SNIT, 2015, que “contiene recomendaciones técnicas para orientar los

procesos de descripción de conjunto de datos según la norma nacional NCh-ISO 19131 de

información geográfica: Especificación de Producto de Datos”.

- Recomendación técnica metadatos, Secretaría Ejecutiva del SNIT, 2015, que “contiene

recomendaciones técnicas para orientar los procesos de documentación de información territorial

según las normas nacionales e internacionales ISO, referidas a metadatos”.

- Recomendación para crear y configurar Web Map Service (WMS), versión 3, Ministerios de

Bienes Nacionales, 2014 que “entrega recomendaciones generales orientadas a alcanzar la

interoperabilidad en servicios WMS”.

Tal como se detalla en el párrafo siguiente, se incorporaron estas normas al generar el sistema de

información dentro de la plataforma pre-existente del MINVU, la cual exige la información de metadatos

y especificaciones acordes con la normativa vigente.

1.7 Elaboración del sistema.

En este párrafo, se detallan los pasos seguidos para elaborar el sistema de información a partir de los

resultados de las etapas previas del estudio:

1.7.1 Preparación de la información en Arcgis Desktop

En Arcgis Desktop, se consolidó toda la información generada en las etapas 1 y 2 del presente estudio. Se

organizaron las capas de información en una Geodatabase regional con las siguientes capas (Feature

Class):

- PUNTOS_1989_2016

- ART_55_POL

- LU_ESTUDIO

http://www.ide.cl/descarga/documentos/item/recomendacion-tecnica-aplicacion-de-la-norma-19131-especificacion-de-producto-de-datos.html

http://www.ide.cl/descarga/documentos/item/recomendacion-tecnica-metadatos.html



12

- PRC_ESTUDIO

- PRI_ESTUDIO

- RESTRICC_ESTUDIO_PRI

- RIESGO_ESTUDIO_PRC

- RIESGO_ESTUDIO_PRI

Según conversado en una de las instancias de reunión en la CEHU, se acordó que los IPTs vigentes estaban

publicados oficialmente en otras partes de la IDE MINVU, por lo que no era recomendable duplicar esta

información. En consecuencia, se optó por descartar esta información, en el sistema definitivo. No

obstante, de necesitar esta información, se podrá cargar a la aplicación Web desde su localización oficial

en el Arcgis Server del MINVU.

Se procedió a la creación de una nueva capa de información de polígonos cuya tabla de atributos se

estructuró con los mismos campos que la capa de puntos de resoluciones aprobatorias históricas,

agregando los campos relativos a la tramitación vigente desde el 2017.

Se definieron los dominios para los campos con lista de valores fijos, tal como se detalla en la figura

siguiente:

Tabla 1. Atributos de la capa de polígonos para aplicaciones del Art. 55 desde el año 2017

Campo Descripción Valores posibles

AÑO Número 4 dígitos

Año de tramitación de solicitud

REGION Cadena de texto

Nombre de la región

PROVINCIA Cadena de texto

3 valores cerrados:

Choapa

Elqui

Limarí

COMUNA Cadena de texto

15 valores cerrados:

Canela

Illapel

Los Vilos

Salamanca

Andacollo

Coquimbo

La Higuera

La Serena

Paihuano

Vicuña

Combarbalá

Monte Patria

Ovalle

Punitaqui

Río Hurtado



13


LOCALIDAD Texto libre Nombre de la localidad

PROPIETARIO Texto libre Nombre de propietario

NOMBRE_DEL_PREDIO Texto libre Nombre de predio

ROL Texto libre Número de rol del predio

SUP_HA Número Superficie del predio en hectáreas

SUP_PROYECTO Número Superficie del proyecto en metros

COORD_UTM_E Número Coordenada UTM Este

COORD_UTM_N Número Coordenada UTM Norte

OBJETIVO_PROYECTO Cadena de texto

Objetivo del proyecto

URB_EXIG Artículo OGUC

Código del artículo de la OGUC citado como referencia en resolución, 6 valores cerrados: art. 2.2.10 OGUC

art. 6.3.3 OGUC

art. 6.3.4 OGUC

URB_EXIG_2 Cadena de texto

Detalle de las urbanizaciones exigidas según términos propios de cada resolución.

REF_RES Cadena de texto

Referencia indicada en encabezado de las resoluciones, en 9 valores cerrados:

Subdivisión

Cambio de uso

Subdivisión y Cambio de uso

Construcción

Subdivisión y Construcción

ART_55 Cadena de texto

Objeto de la solicitud de aplicación del artículo 55 LGUC, 13 valores cerrados (extraídos del texto de la ley):

Explotación agrícola del inmueble

Vivienda de propietario y trabajadores

Construcción de viviendas sociales o < 1.000UF

Subdividir para complementar alguna actividad industrial con vivienda

Subdividir para dotar de equipamiento a algún sector rural

Subdividir para habilitar un balneario o campamento turístico

Subdividir para construcción de conjuntos habitacionales de viviendas sociales o <1.000 UF

Construcciones industriales

Construcciones de infraestructura

Construcciones de equipamiento

Construcciones de turismo

Construcciones de poblaciones

Otros

ART_55_2 Cadena de texto

Igual al campo precedente. Se informa cuando la resolución hace mención a dos objetos de aplicación del artículo 55.

CLASE_SUEL Número romano

Clase del suelo, según clasificación CIREN, cuando mencionado en resolución.

CLASE_SUEL_2 Número romano

Idem a campo precedente, en caso que se mencionaran 2 clases de suelo distintas.



14


ID_INGRESO Cadena de texto

Código de solicitud al momento de ingresar a tramitación en MINAGRI.

FECHA_INGRESO Fecha Fecha de ingreso de solicitud a MINAGRI

FECHA_INGRESO_SAG Fecha Fecha de ingreso de solicitud a SAG para elaboración de informe técnico

FECHA_INGRESO_MINVU Fecha Fecha de ingreso de solicitud a MINVU para elaboración de informe técnico

INF_TEC_SAG Cadena de texto

Código de informe técnico del SAG

FECHA_INF_SAG Fecha Fecha emisión de informe técnico del SAG

INF_TEC_MIN Cadena de texto

Código de informe técnico del MINVU

FECHA_INF_MIN Fecha Fecha emisión de informe técnico del MINVU

ID_RESOL_AGR Cadena de texto

Código de resolución final de SEREMI de Agricultura, en caso que corresponda

FECHA_RESOL_AGR Fecha Fecha emisión resolución de SEREMI de Agricultura, en caso que corresponda

OBSERVACIONES Texto libre De utilidad en el proceso de sistematización.


1.7.2 Creación del Web Map y de la aplicación Web

Para crear el Web Map en Arcgis Online (en adelante AGOL), se siguieron los pasos siguientes:

1. Conexión a Arcgis Online a través del usuario y contraseña autorizados por la contraparte.

2. Se suben los 8 Feature Class preparados en Arcgis en el paso anterior. Esto crea de forma paralela el

servicio de mapa correspondiente que permite visualizar, consultar y editar los shapefiles en cuestión.

Al subir los Feature Class, AGOL exige la información de Metadatos relativos a estas capas. Estos

mismos metadatos fueron completados y precisados acorde con las exigencias de las normas

pertinentes.

3. Con los Feature Class y los Servicios respectivamente se crea el Web Map. La creación del Web Map

requiere los siguientes pasos:

1. Selección de mapa base de ESRI de fondo, en este caso Satelital.

2. Subida a Web Map de la Información de Feature Class.

3. Definición del “Extent” de referencia (opcional, porque también se puede definir en la

generación de la aplicación).

4. A partir de este Web Map, se procede a la creación del Web Map Aplication cuyo fin es poder

compartir el Web Map. Para ello, se procede a:

1. Elegir el Mapa Web: definición del “extent” de visualización, así como del zoom en el cual es

accesible la información (segunda pestaña).

2. Elegir los Temas, que son el estilo y el diseño que más acomode para la visualización (primera

pestaña).



15

3. En la pestaña de widget, se agregan las funcionalidades que debe tener el mapa para su mejor

aprehensión por los otros usuarios. Se activaron los “widgets” de (a) leyenda, (b) lista de capas

para control de la información complementaria; (c) Editar, para modificación de la capa.

4. Agrega la capa de polígonos nuevos a la configuración para facilitar el proceso de edición.

5. Finalmente, es fundamental restringir el acceso a la edición que provee el Web Map Aplication, de

manera de dejarlo disponible, pero evitar riesgos como el borrado de la información. Para esto, se

configuran los Feature Class alojados de la siguiente forma:

Figura 2. Configuración avanzada de los Feature Layers alojados en AGOL.

Fuente: AGOL

Como se puede apreciar en la ventana de configuración avanzada copiada desde AGOL, en cuanto a la

edición de la capa de información de solicitudes de cambio de uso de suelo y construcción:

- Se habilita la visualización de todas las entidades por los editores, considerando que se trata de

una información cuyo principal interés reside en el conjunto histórico de registros.

- Se permite la edición de la capa de entidades (Feature Layer) ya sea para agregar o modificar

entidades y sus respectivos atributos. Sin embargo, no se permite la eliminación de entidades para

evitar la desaparición de registros históricos de la base de datos.

- Se habilita el seguimiento de las entidades creadas, para permitir un control regular de las

ediciones.

- De la misma manera, se activa el rastreo del último usuario que haya editado la capa para agilizar

el control de las ediciones más recientes.



16

Con este último paso, se termina la creación del sistema de información, en su primera versión.

1.8 Conclusiones y tareas pendientes.

En los capítulos siguientes, se detallan la arquitectura del sistema y las funcionalidades de este sistema a

modo de “manual del usuario”.

Cabe destacar que esta versión es preliminar y que el objetivo es que sea puesta a prueba en el proceso

de marcha blanca de la próxima etapa para validar su lógica, localización, parámetros de configuración y

funcionalidades.

El objetivo siendo la mayor integración de este sistema a la infraestructura de datos del MINVU para

optimizar su interoperabilidad, se hace necesario partir de esta primera versión para alojarla en el Arcgis

Server del MINVU según las preferencias y posibilidades técnicas que ofrece la infraestructura centralizada

de datos espaciales del Ministerio.

En ese contexto, se deberá resolver también el tema de localización de los archivos adjuntos en formato

pdf. Tanto para las aplicaciones históricas como futuras.



17

2 INFORME DESCRIPTIVO DE LA ARQUITECTURA E INTEROPERABILIDAD DEL SISTEMA DE

INFORMACIÓN GEOESPACIAL

El presente capítulo describe la arquitectura del sistema de información creado como producto de la

consultoría “Diagnóstico catastro subdivisiones y cambios de uso de suelo, Región de Coquimbo” y

establece las condiciones de interoperabilidad de este sistema.

2.1 Arquitectura del sistema

La arquitectura del sistema propuesto está dictada por la misma arquitectura del sistema instalado, con

anterioridad al presente estudio, en el MINVU, buscando optimizar la inserción e interoperabilidad de este

nuevo sistema como parte del sistema pre-existente.

El sistema pre-existente está basado en un servidor ArcGis Server propio del Ministerio de Vivienda y

Urbanismo alojado en el mismo. Este servidor cumple con las funciones de almacenamiento de la

información, pero también de presentación y procesamiento (aplicaciones). Luego, la colaboración con los

servicios regionales del Ministerio se hace mediante la plataforma ArcGis Online (AGOL) que opera

esencialmente como visualizador, pero a su vez también como interfaz de descarga y entrada de datos así

como de servidor de aplicaciones Web. Cabe destacar que, si bien las plataformas ArcGIs Server y AGOL

tienen conexión, está no se produce formalmente en la estructura de datos de la primera, por lo que es

necesario establecer un protocolo para alimentar de forma constante las bases en el caso de así requerirlo.

A partir de esta situación base, se esbozaron y convinieron las grandes líneas de la arquitectura de nuestro

sistema en reuniones con la contraparte en Santiago. En este sentido, se acordó que el sistema de

información de catastro y seguimiento de las aplicaciones del artículo 55 así como la información asociada

generada en las etapas previas de la presente consultoría (cartografía base, IPTs vigentes y en estudio), se

insertara en el sistema actual. Esto implica la creación de una GeoDataBase multiusuario en el Arcgis Server

del MINVU para poder instalar la información y desarrollar las aplicaciones de mapas consiguientes.

Operativamente, el equipo consultor no puede intervenir directamente en el ArcGis Server del Ministerio,

pero sí, puede intervenir en la plataforma AGOL propia del Ministerio, mediante una cuenta de usuario y

contraseña otorgados por la contraparte en Santiago (CEHU) para este efecto.

En consecuencia, se ha desarrollado todo el sistema en AGOL, según se describe a continuación y queda

pendiente determinar con la contraparte la necesidad y responsabilidad de desplazar parte del sistema

hacia el Arcgis Server. En particular, se debiera localizar la información en el Arcgis Server (servidor de

almacenamiento) dejando a cargo de los mismos administradores de este servidor la función de

administrador de “nuestro” sistema.

A continuación, se despliegan 2 esquemas de arquitectura de sistema: el primero muestra la situación

actual resultante de las actividades desarrolladas en la etapa 3 de la consultoría; el segundo muestra la

situación deseable que debiera implementarse durante la próxima etapa con la participación de la

contraparte en Santiago (administradores del Arcgis Server del Ministerio).



18

Figura 3. Esquemas de arquitectura de sistema (actual y deseable).

Establecido por equipo consultor.

Clientes “finos”: funcionarios de la SEREMI Coquimbo

Funciones:- Visualización de

todos los contenidos.

- Entrada datos a capa de nuevas aplicaciones del artículo 55.

- Generación de nuevos análisis espaciales en base a módulos pre determinados de AGOL.

Datos aplicaciones

Art.55 históricas

AGOL

Servidor tipo “Middleware”

Funciones: Almacenamiento, Presentación y Procesamiento

Datos aplicaciones

art.55 2017-…

Aplicaciones Web Map

Datos IPTs en estudio

SISTEMA (ACTUAL) CLIENTE- SERVIDOR CON MIDDLEWARE AGOL

Establecido por consultor, administrado por MINVUPre-existente, administrado por MINVU

Clientes “finos”: funcionarios de la SEREMI Coquimbo

Funciones:- Visualización de

todos los contenidos.

- Entrada datos a capa de nuevas aplicaciones del artículo 55.

- Generación de nuevos análisis espaciales en base a módulos pre determinados de AGOL.

Datos aplicaciones

Art.55 históricas

AGOL

Servidor de Aplicaciones.

Funciones: Presentación y Procesamiento

Datos IPTs en estudio

Aplicaciones Web Map

Datos IPTsvigentes

Datos Cartografía Base

ArcgisServer MINVU

Servidor Central Ministerio

Funciones: Almacenamiento.

Datos aplicaciones

art.55 2017-…

SISTEMA (DESEABLE) CLIENTE- SERVIDOR CON 3 NIVELES



19

Fuente: Elaboración propia

Como se puede apreciar, en ambas situaciones, se trata de un sistema tipo servidor-cliente. Actualmente,

AGOL opera como servidor tipo “middleware” que centraliza las 3 funciones fundamentales de los

sistemas de datos (almacenamiento, Presentación y Procesamiento) y las relaciones con los clientes finos

(que son los funcionarios de la SEREMI de Coquimbo). Se denominan “finos” al tener un mínimo de

funciones dentro del sistema, limitándose a la visualización de datos y a la entrada de nuevos datos.

El sistema actual permite testear las funcionalidades de visualización y en general los servicios entregados

por las aplicaciones web de mapas, programados por el equipo consultor.

Sin embargo, es recomendable que el sistema definitivo se base en una arquitectura a 3 niveles,

entregando al ArcGis server la función de almacenamiento y a su administrador la responsabilidad de

controlar los feedbacks o acciones de entrada de nuevos datos desde los clientes. A su vez, el entregarle

esta función al ArcGis Server, se debiera tener mayor seguridad y facilidades para la administración y

almacenamiento de datos. (Efectivamente, al subir data a AGOL, para su almacenamiento, se suele perder

algunas funcionalidades como, por ejemplo, los vínculos a documentos PDF asociados a capas del Dataset).

2.2 Interoperabilidad

La interoperabilidad se define como la capacidad de intercambio entre sistemas, la cual permite optimizar

recursos, disminuyendo el riesgo de duplicación de elementos, dando como resultado un acceso eficiente

a la información. La interoperabilidad permite reducir los costes en cuanto a generación de información y

capital humano y simplificar la búsqueda de información territorial.

En nuestro caso específico, la interoperabilidad debe apuntar a una robusta vinculación entre los trámites

de solicitud de aplicación del artículo 55 de LGUC y el Sistema de Información Geográfica relacionada y,

en general, institucional.

La interoperabilidad del sistema propuesto se resuelve desde el origen, al insertarse dentro del sistema

pre-existente del MINVU, aplicando las normas y estándares de éste y resolviendo los posibles problemas

de duplicación de la información desde la arquitectura de datos (descrita a continuación).

Capa Dataset vacío con estructura de campos y dominios adecuados a nueva tramitación+ (a futuro) PDF de documentos asociados.

SIMBOLOGÍA

Capa Dataset de puntos históricos de aplicación del art.55, actualizable periódicamente con nuevas aplicaciones. Y Dataset de IPTs en estudio actualizable según contingencia.+PDF de documentos asociados.

Capa Dataset de IPTs vigentes y cartografía base.

Acción de entrada de nuevas aplicaciones del art.55 con documentos PDF asociados desde clientes hacia servidor de almacenamiento



20

3 INFORME DESCRIPTIVO DE LA INFORMACION, MANUAL DE USO Y FUNCIONALIDADES

El presente capítulo describe por completo el sistema de información creado como producto de la

consultoría “Diagnóstico catastro subdivisiones y cambios de uso de suelo, Región de Coquimbo” así como

las funcionalidades de éste y el protocolo para su utilización.

3.1 Arquitectura de la información base del sistema

La información se despliega en la plataforma ArcGis Online del MINVU (en adelante AGOL), mediante la

aplicación Web “Artículo 55”, compartida con el grupo de usuarios “Seremi Coquimbo”.

Esta aplicación permite acceder al servicio web de mapa (WMS) “Artículo 55”, que consta de la siguiente

información:

Tabla 2. Descripción campos de tabla de atributos de la capa “PRI Estudio Zonas”


REGION Cadena de texto Nombre de la región

NOMBRE Cadena de texto Nombre de las zonas del PRI

ZONA Código alfanumérico

Código de abreviación de zonas del PRI

PROVINCIA Cadena de texto 3 valores cerrados:

Choapa

Elqui

Limarí

UPREF Cadena de texto Uso preferente de la zona

UPERM Cadena de texto Usos permitidos de la zona

UPROH Cadena de texto Usos prohibidos de la zona

CAPA Cadena de texto Nombre de la cobertura


Tabla 3. Descripción campos de tabla de atributos de la capa “PRI Estudio Riesgos”



NOMBRE Cadena de texto Nombre de las zonas de riesgo del PRI


Código de abreviación de zonas de riesgo del PRI


Choapa

Elqui

Limarí

COD_HOM Código alfanumérico

Código de homologación para las zonas de riesgos

ZRIT

ZRIC

ZRRM



21


NOM_HOM Cadena de texto Nombre de homologación para las zonas de riesgos

Zonas de restricción para tsunami

Zonas de inundación por cauce

Zonas propensas a avalanchas


Fuente: Elaboración Propia.

Tabla 4. Descripción campos de tabla de atributos de la capa “PRI Estudio Restricciones”



NOMBRE Cadena de texto Nombre del trazado


Código de abreviación del trazado


Choapa

Elqui

Limarí


Código de homologación para los trazados de restricción

ZRAE ZRMD ZRAT


Zona de restricción aeronáutica

Zona de restricción por mineroducto

Zona de restricción por trazado de alta tensión


Tabla 5. Descripción campos de tabla de atributos de la capa “PRC Estudio Zonas”



COMUNA Cadena de texto Nombre de la comuna

NOMBRE Cadena de texto Nombre de las zonas del PRC


Código de abreviación de zonas del PRC

SECTOR Cadena de texto Nombre del sector/localidad de la comuna

UPREF Cadena de texto Uso preferente de la zona

UPERM Cadena de texto Usos permitidos de la zona

UPROH Cadena de texto Usos prohibidos de la zona





22

Tabla 6. Descripción campos de tabla de atributos de la capa “PRC Estudio Riesgos”




NOMBRE Cadena de texto Nombre de las zonas de riesgo del PRI


Código de abreviación de zonas de riesgo del PRI

SECTOR Cadena de texto Nombre del sector/localidad de la comuna


Código de homologación para las zonas de riesgos

ZRIT

ZRIC

ZRRM


Zonas de restricción para tsunami

Zonas de inundación por cauce

Zonas propensas a avalanchas



Tabla 7. Descripción campos de tabla de atributos de la capa “Límite Urbano Estudio”






Tabla 8. Descripción campos de tabla de atributos de la capa “PUNTOS_1989_2016”


ID Código alfanumérico con 13 a 14 dígitos

Código construido con abreviación de la comuna (3 dígitos), año (4 dígitos) y el número de la resolución precedido de “RE” (4 a 5 dígitos). Argumentos separados por “_”.

AÑO Número 4 dígitos

Año de emisión de la resolución

PROVINCIA Cadena de texto

3 valores cerrados:

Choapa

Elqui

Limarí

COMUNA Cadena de texto

15 valores cerrados:

Canela

Illapel

Los Vilos

Salamanca

Andacollo

Coquimbo



23


La Higuera

La Serena

Paihuano

Vicuña

Combarbalá

Monte Patria

Ovalle

Punitaqui

Río Hurtado

LOCALIDAD Cadena de texto

Nombre de la localidad, extraído del texto de la resolución

PROP Cadena de texto

Nombre de propietario, extraído del texto de la resolución

REF_RES Cadena de texto

Referencia indicada en encabezado de las resoluciones, en 9 valores cerrados:

Subdivisión

Cambio de uso

Subdivisión y Cambio de uso

Segregación

Segregación y Cambio de uso

Construcción

Subdivisión y Construcción

Fusión, Subdivisión y Cambio de uso

Subdivisión y Fusión

ART_55 Cadena de texto

Objeto de la solicitud de aplicación del artículo 55 LGUC, 13 valores cerrados (extraídos del texto de la ley):

Explotación agrícola del inmueble

Vivienda de propietario y trabajadores

Construcción de viviendas sociales o < 1.000UF

Subdividir para complementar alguna actividad industrial con vivienda

Subdividir para dotar de equipamiento a algún sector rural

Subdividir para habilitar un balneario o campamento turístico

Subdividir para construcción de conjuntos habitacionales de viviendas sociales o <1.000 UF

Construcciones industriales

Construcciones de infraestructura

Construcciones de equipamiento

Construcciones de turismo

Construcciones de poblaciones

Otros

ART_55_2 Cadena de texto

Igual al campo precedente. Se informa cuando la resolución hace mención a dos objetos de aplicación del artículo 55.

SUP TOTAL Número con hasta 2 decimales, en m2.

Superficie total del predio o predios concernidos por la resolución. Informada con el mismo nivel de precisión (decimales) que en el texto de la resolución.



24


N_LOTES_RES Número entero.

Número de lotes resultantes de la subdivisión, cuando corresponde.

DOC_RESPALDO

Cadena de texto

Tipo de documento de respaldo citado en la resolución, 3 valores cerrados:

Acta de Comité Mixto

Informe Técnico

Resolución de Calificación Ambiental

COD_RESPALDO

Código alfanumérico con 13 a 14 dígitos

Código del documento según nomenclatura.

N_VIV_RESULT

Número entero

Número de viviendas resultantes del proyecto aprobado, cuando corresponde.

USO_SUELO_RES

Cadena de texto

Uso de suelo resultante del proyecto aprobado según términos propios de cada resolución.

URB_EXIG Artículo OGUC

Código del artículo de la OGUC citado como referencia en resolución, 6 valores cerrados:

art. 2.2.10 OGUC

art. 6.3.3 OGUC

art. 6.3.4 OGUC

art. 7.3.3 OGUC

art. 7.3.4 OGUC

art. 28 D.S. N°168 de 1984

URB_EXIG_2 Cadena de texto

Detalle de las urbanizaciones exigidas según términos propios de cada resolución.

CLASE_SUEL Número romano

Clase del suelo, según clasificación CIREN, cuando mencionado en resolución.

CLASE_SUEL_2

Número romano

Idem a campo precedente, en caso que se mencionaran 2 clases de suelo distintas.

SUP_CONST Número con hasta 2 decimales, en m2.

Superficie total a edificar, cuando corresponde. Informada con el mismo nivel de precisión (decimales) que en el texto de la resolución.

OBSERVACIONES

Texto libre De utilidad en el proceso de sistematización.


Además de las coberturas ya mencionadas, se incluye la cobertura de polígonos vacía para completar con

las resoluciones registradas desde el año 2017 en adelante, cuya tabla de atributos se muestra en la Tabla

1.

Adicionalmente, se subieron a AGOL las bases de datos BD1 y BD3 de la serie histórica completa de

aplicaciones del artículo 55, entre 1989 y 2016 en la Región de Coquimbo, con los vínculos activados con

la capa de puntos mediante el campo ID.

Quedo pendiente resolver la vinculación con los archivos en pdf relativos a estas resoluciones debido que

al subir las bases de datos a AGOL se pierden los vínculos hacia estos archivos, los cuales se pueden recrear

uno por uno desde AGOL. Se optó por no hacerlo considerando que el almacenamiento en AGOL es sólo

temporario. Este contratiempo debiera resolverse al subir la información directamente al Arcgis Server

habiendo resuelto el problema de la localización de dichos archivos PDF.



25

3.2 Manual de uso

En principio, la principal capa a actualizar es la capa “ART55_POLIGONO” de polígonos, de las nuevas

solicitudes de aplicación del Artículo 55 de la LGUC. (La información de aplicaciones históricas del artículo

55 no debiera actualizarse).

Esto se puede hacer accediendo a la aplicación web “Artículo 55” en AGOL, según la lógica cronológica

siguiente. Cabe destacar que los siguientes pasos se pueden realizar en días distintos y desde usuarios

distintos según la organización del trabajo interna a la SEREMI y las fechas reales de cada etapa de

tramitación.

- En el día de ingreso de la solicitud a la SEREMI:

o Creación de un nuevo registro en el Feature Layer “ART55_POLIGONO”.

o DE SER FACTIBLE (depende del nivel de organización y compromiso de SEREMI de

Agricultura): Solicitar a funcionarios de la SEREMI de Agricultura para poder llenar los

campos ID_INGRESO y FECHA_INGRESO.

o Llenado de los campos de ID_INGRESO_MINVU y FECHA_INGRESO_MINVU.

- En los días que siguen el ingreso de la solicitud o el mismo día:

o Digitalización del polígono según coordenadas entregadas por el solicitante.

o Ingreso de la información explicita en la solicitud (campos de atributo: AÑO, REGION,

PROVINCIA, COMUNA, LOCALIDAD, PROPIETARIO, NOMBRE_DEL_PREDIO, ROL, SUP_HA,

SUP-PROYECTO, COORD_UTM_E, COORD_UTM_N, OBJETIVO_PROYECTO, ART_55 y

ART_55_2.

- En la semana que sigue la emisión del Informe Técnico de la SEREMI MINVU:

o Ingreso de la información emanada de este informe técnico: campos FECHA_IT_MIN,

URB_EXIG y URB_EXIG_2.

o DE SER FACTIBLE (depende del nivel de organización y compromiso del SAG): obtener vía

telefónica o correo electrónico la información relativa al informe técnico emitido por el

SAG, para llenar los campos: CLASE_SUELO, CLASE_SUELO_2, FECHA_INGRESO_SAG,

ID_IT_SAG y FECHA_IT_SAG.

- Consiguiente a la resolución final (Resolución de la SEREMI de Agricultura): Obtener de dicha

SEREMI la información necesaria para el ingreso de la información relativa a la resolución:

REF_RES, ID_RESOL_AGR y FECHA_RESOL_AGR.

Cabe destacar, que sería ideal plantear la posibilidad de un protocolo común y compartido con las 3

instituciones involucradas en estos trámites, integrándolas como “clientes” del sistema. Sus funcionarios

podrían llenar los campos que dependen de su institución de pertenencia y se lograría una

interoperabilidad de la misma tramitación con la posibilidad de seguir paso a paso cada solicitud. Incluso,

se debería pensar en abrir el acceso sólo para consultas a usuarios de la población civil (a lo menos a los

solicitantes) para que puedan informarse sobre la tramitación de su solicitud.

Para cada edición o actualización de esta capa en AGOL, se debe proceder como sigue:



26

1. Acceder al Web Map “Artículo 55” desde Contenido de Arcgis Online.

2. Hacer click en la opción “Editar” en la barra de herramientas.

3. Seleccionar la cobertura a editar, en este caso “ART55_POLIGONO”.

4. Cuando corresponda identificar el predio en el mapa, dirigirse a la localización donde éste se

emplaza.

5. Trazar el polígono.

6. Cuando corresponda, completar los campos de la cobertura, directamente en la ventana

emergente que se despliega al seleccionar el polígono.

Se sugiere establecer las responsabilidades entre los funcionarios regionales en función de sus roles y

competencias respectivos en el proceso de tramitación de cada nueva solicitud de aplicación del artículo

55.

En complemento, se sugiere:

- Precisar los plazos en los cuales debieran realizarse estas tareas, en función de los plazos oficiales

que deben cumplir los pasos de tramitación y de la práctica.

- Formalizar un control de calidad periódico (mensual, bimestral o más según corresponda) durante

el cual un funcionario pueda proceder a la verificación de los registros creados en el último

periodo, refiriéndose a los documentos adjuntos para cada solicitud.

Estos últimos puntos se debieran concertar durante la marcha blanca de la próxima etapa. Antes que eso,

toda la información y pasos descritos anteriormente ya están disponibles en la Web según descrito en el

presente párrafo de “Manual de uso”.

3.3 Funcionalidad de ayuda a la decisión para nuevas solicitudes

La aplicación Web creada permite a los funcionarios de la SEREMI visualizar en conjunto la capa de

aplicaciones históricas del artículo 55, los IPTs y zonas de riesgo en estudio, así como los polígonos nuevos

para apoyarlos en el proceso de decisión y resolución de nuevas solicitudes. Esto está directamente

accesible desde la plataforma AGOL de MINVU, en la aplicación “Artículo 55”.

Adicionalmente, los usuarios pueden cargar más información desde las capas disponibles en el Server del

MINVU en el WebMap, como por ejemplo los IPTs vigentes o cualquier otra capa de interés para apoyar a

la decisión.

Es preciso mencionar que esta aplicación se podría compartir con los demás servicios públicos

involucrados en esta tramitación (SEREMI de Agricultura, SAG y Dirección de Obras Municipales) y

eventualmente al público en general (incluyendo solicitantes) con restricción de derechos de edición.

3.4 Generación de estadísticas numéricas

Se entienden por estadísticas numéricas, los análisis que apliquen al conjunto de solicitudes de aplicación

del artículo 55, tanto históricas (1989-2016) como nuevas. Esto implica trabajar a partir de la base de datos



27

BD1 para las históricas, agregándole los registros nuevos del 2017 en adelante, con el fin de integrar todas

las resoluciones históricas y no sólo las que se pudieron geolocalizar.

Para ello, se debe proceder como sigue:

- Exportar la tabla de atributos del Feature layer de polígonos de las solicitudes nuevas a Excel.

- Agregar estos registros a la tabla BD1, manteniendo los campos de información (atributos)

comunes.

- Generar tablas dinámicas de Excel, en base a los atributos de interés: año, comuna, provincia, tipo

de resolución, tal como se ha detallado en la etapa 2 para el universo de resoluciones históricas y

según el interés.

Este proceso se puede realizar en cualquier momento y se sugiere que se genere anualmente para tener

un análisis de la evolución de las aplicaciones del artículo 55 año tras año.

A modo de muestra, se presentan a continuación varios análisis estadísticos numéricos realizados en la

etapa previa para la serie de resoluciones históricas:

Tabla 9. Resoluciones 1989-2016 por tipo


TIPO RESOLUCIONES %

ANULA/INVALIDA 4 0,17%

APRUEBA 2.175 91,89%

MODIFICA 144 6,08%

RATIFICA/PRORROGA 6 0,25%

RECHAZA 34 1,44%

RECTIFICA 4 0,17%

TOTAL 2.367 100%



28

Tabla 10. Resoluciones 1989-2016 por comuna


COMUNARESOLUCIONES

TOTAL%

RESOLUCIONES

APROBATORIAS

%

APROBATORIAS

ELQUI 1.118 47,2% 992 45,6%

ANDACOLLO 16 0,7% 16 0,7%

COQUIMBO 350 14,8% 281 12,9%

LA HIGUERA 42 1,8% 40 1,8%

LA SERENA 316 13,4% 292 13,4%

PAIHUANO 113 4,8% 103 4,7%

VICUÑA 281 11,9% 260 12,0%

LIMARI 661 27,9% 629 28,9%

COMBARBALÁ 42 1,8% 42 1,9%

MONTE PATRIA 202 8,5% 194 8,9%

OVALLE 319 13,5% 298 13,7%

PUNITAQUI 49 2,1% 47 2,2%

RIO HURTADO 49 2,1% 48 2,2%

CHOAPA 588 24,8% 554 25,5%

CANELA 33 1,4% 30 1,4%

ILLAPEL 118 5,0% 108 5,0%

LOS VILOS 77 3,3% 70 3,2%

SALAMANCA 360 15,2% 346 15,9%

TOTAL 2.367 100% 2.175 100%



29

Tabla 11. Resoluciones 1989-2016 por año


3.5 Generación de estadísticas espaciales.

Se entienden por estadísticas espaciales, el conjunto de análisis disponibles en AGOL. Desde el Web Map

creado. Éstas son:

- Densidades de puntos o polígonos: para visualizar y analizar la repartición espacial de las

ocurrencias de aplicación del artículo 55.

- Puntos calientes y clustering: para identificar focos de concentración y especialización del

territorio en cuanto a aplicaciones del artículo 55.

AÑO RESOLUCIONES %RESOLUCIONES

APROBATORIAS% APROB

1989 17 0,70% 17 0,78%

1990 2 0,10% 2 0,09%

1991 84 3,50% 83 3,82%

1992 78 3,30% 78 3,59%

1993 106 4,50% 102 4,69%

1994 140 5,90% 136 6,25%

1995 3 0,10% 3 0,14%

1996 67 2,80% 67 3,08%

1997 64 2,70% 61 2,80%

1998 134 5,70% 134 6,16%

1999 75 3,20% 72 3,31%

2000 118 5,00% 114 5,24%

2001 131 5,50% 129 5,93%

2002 183 7,70% 178 8,18%

2003 208 8,80% 204 9,38%

2004 64 2,70% 58 2,67%

2005 40 1,70% 36 1,66%

2006 61 2,60% 60 2,76%

2007 53 2,20% 49 2,25%

2008 59 2,50% 57 2,62%

2009 62 2,60% 60 2,76%

2010 76 3,20% 65 2,99%

2011 71 3,00% 55 2,53%

2012 84 3,50% 67 3,08%

2013 91 3,80% 65 2,99%

2014 106 4,50% 83 3,82%

2015 124 5,20% 101 4,64%

2016 66 2,80% 39 1,79%

TOTAL 2.367 100% 2175 100%



30

- Valores atípicos: no aplica en nuestro caso, por la naturaleza de la capa de información.

- Interpolación: no aplica en nuestro caso, por la naturaleza de la capa de información.

Además, sin recurrir a las herramientas estadísticas de AGOL, la simple representación con simbología por

tipo de resolución o por año, permite observar lógicas territoriales de localización de las aplicaciones del

artículo 55.

En el caso de la información disponible, estos análisis se podrían aplicar a:

- La capa nueva de polígonos.

- La capa de puntos históricos.

- La serie completa convirtiendo polígonos nuevos a puntos, trayéndolos a la capa de puntos

históricos para generar análisis de patrones espaciales con toda la serie.

La generación de estas estadísticas se hace directamente en el Web Map de AGOL según las necesidades.

Se pueden generar en cualquier momento. En el caso de querer generar estadísticas para la serie

completa, se sugiere realizar el procedimiento de conversión a puntos anualmente, en congruencia con la

generación de estadísticas numéricas.

A modo de ilustración se presentan a continuación algunos análisis de patrones espaciales realizados en

AGOL en base a la serie de puntos de aplicaciones del artículo 55 entre 1989 y 2016:



31

Figura 4. Densidad de aplicaciones del artículo 55 en la región de Coquimbo, entre 1989 y 2016.




32

Figura 5. Puntos calientes de aplicaciones del artículo 55 en la región de Coquimbo, entre 1989 y 2016.




33

Figura 6. Tipos de resoluciones según aplicación de art. 55 en la región de Coquimbo, entre 1989 y 2016.




34

Figura 7. Resoluciones aprobadas por año en la región de Coquimbo, entre 1989 y 2016.




35

Figura 8: Ejemplo visualización Web Map

ETAPA 3: ELABORACIÓN SIG INFORME CORREGIDO Y RESPALDO...

Documents

Transcript of ETAPA 3: ELABORACIÓN SIG INFORME CORREGIDO Y RESPALDO...