Monografias.com > Uncategorized
Descargar Imprimir Comentar Ver trabajos relacionados

Un sistema de información geográfico con interfaz Web (página 2)




Enviado por richard_alfaro



Partes: 1, 2

  1. PORTAL
    WEB
    INSTITUCIONAL
  2. Para desarrollar con éxito el portal web Institucional es
    necesario revisar la misión
    y objetivos
    la Secretaría Ministerial para obtener puntos claves
    que permitan potenciar el Portal Web y sus
    contenidos.

    1. MISIÓN
      INSTITUCIONAL

La Secretaría Regional Ministerial de Planificación de Sprinfield debe asesorar a
la máxima autoridad
regional, como también a autoridades provinciales y
comunales en la planificación y coordinación del desarrollo
sustentable comunal y regional. Como también aplicar
las diferentes políticas
nacionales en la región que contribuyan a superar las
desigualdades socioeconómicas y velar por la eficiente
asignación de los recursos fiscales
de inversión, por medio de la
aplicación sistémica de metodologías que
determinan la mayor rentabilidad
de ellas.

Para alcanzar sus propósitos se cuenta con un
equipo especializado y polifuncional que cubre las distintas
alternativas de análisis, entregando anualmente una cartera
de iniciativas de inversión debidamente recomendadas en la
oportunidad temporal y sin sesgo político, anteponiendo la
calidad
técnica y rentabilidad por sobre los beneficios de una
política
partidista y enlazando la estrategia
nacional con la regional. La filosofía corporativa de la
SSTT se asocia al desarrollo
sustentable basado en principios de
crecimiento
económico con equidad y
justicia
social y preservación de recursos
naturales, administrando  y consensuando información. Como también generando
y entregando conocimientos para el beneficio regional. Se aspira
a entregar una mejor asesoría y conocimientos a
autoridades y los mejores proyectos a la
comunidad
regional de Sprinfield.

La misión del Ministerio y sus Secretarías
Regionales queda descrita en la Ley
18.989 que le da origen, donde se establece como encargado
de:

  • Diseñar y aplicar políticas, planes y
    programas de
    desarrollo nacional y regional.
  • Proponer metas de inversión pública y
    evaluar los proyectos de inversión financiados por
    el
    Estado.
  • Armonizar y coordinar diferentes iniciativas del
    sector
    público encaminadas a erradicar la
    pobreza.
  • Orientar la cooperación internacional que el
    país reciba y otorgue.
  • Implementar y ejecutar políticas y programas
    orientados hacia grupos
    prioritarios: infancia,
    juventud,
    adulto mayor, discapacitados, mujeres e indígenas, a
    través de sus servicios
    relacionados.
  1. OBJETIVOS
    SSTT

Basado en la Misión Institucional es
posible plantear las líneas de acción
y objetivos. La definición de objetivos de la SSTT son el
diseño
y aplicación de políticas de planes y programas de
desarrollo regional, proponer metas de inversión
pública, evaluarlas, armonizar y coordinar las diferentes
iniciativas del sector público orientadas a posibilitar
igualdad de
oportunidades. En especial a cada SSTT le corresponde por
ley:

  • Integrar la Secretaría Técnica del
    Intendente;
  • Preparar las políticas, los planes,
    programas de desarrollo y presupuesto regional;
  • Realizar la evaluación de los proyectos a ser
    financiados por el Fondo Nacional de Desarrollo Regional
    (FNDR) y estudiar su coherencia con las Estrategias Regionales de Desarrollo,
    además de evaluar proyectos de los distintos sectores
    públicos;
  • Apoyar al Intendente en la evaluación del
    cumplimiento de las políticas, los planes, programas,
    proyectos y presupuesto regional;
  • Efectuar análisis permanente de la
    situación socioeconómica regional y hacer las
    evaluaciones que procedan;
  • Prestar asistencia técnica en materia de
    planificación y administración presupuestaria a los
    servicios
    públicos de la región;
  • Colaborar con las municipalidades en la
    generación, diseño y evaluación de proyectos de
    inversión comunal;
  • Mantener información actualizada sobre la
    realidad regional; e
  • Identificar áreas y sectores de extrema
    pobreza o de
    mayor atraso.
  1. El camino inicial hacia los objetivos del Portal
    Web institucional es buscar la manera de tener
    presencia en Internet, en este sentido se sigue
    el Instructivo Presidencial del Gobierno
    Electrónico. Se entiende como tal la entrega de
    información actualizada de la institución
    más la proposición de alguna actividad
    interactiva. Ejemplo, ofrecer respuestas a las
    principales Preguntas Frecuentes que recibe la
    institución
    o entregar
    explicación detallada de los principales
    trámites, servicios e información disponible.
    Estos aspectos abren camino para lograr
    presencia
    en Internet, más específicamente en los
    SSPP.

    Un componente fundamental en los objetivos
    considerando al Portal Institucional de manera global, es
    el SIG inserto en el Portal. Por la magnitud e importancia
    es tratado de manera independiente, con sus propios
    objetivos.

  2. OBJETIVOS PORTAL WEB
    INSTITUCIONAL

    La investigación y desarrollo del portal
    web institucional tiene un grupo
    importante de limitaciones y fortalezas según la
    tecnología del Host a
    contratar.

    El host se enlaza a un Sistema
    Operativo en particular, Servidor
    Web, grupo de servicios web como Ftp, Web
    Ftp, ciertas bases de
    datos y software
    instalados como Php,
    Asp, Perl,
    Smtp, entre otros. Todas estas características deben
    ser consideradas en el desarrollo y más aún
    en este proyecto
    web no muy tradicional, si no que incluye un Sistema de
    Información Geográfico Web. Esta integración de componentes
    será detallada en la sección 4.3.

  3. RESTRICCIONES
    TÉCNICAS DEL HOST
  4. CONTENIDO PORTAL WEB
    INSTITUCIONAL

El Portal Web debe contener los conceptos básicos
de la SSTT y descubrir lo relevante a la comunidad para ser
incluido. Esta información no es la procesada en el SIG,
si no la ofrecida en el cuerpo central del Portal Web. Los
contenidos del módulo SIG es tratado en otra
sección por las independencia
existente. El Portal Web Institucional es el nido que
albergará al SIG.

Para definir la información contenida en el
portal se trabajó con los directivos y funcionarios
más representativos de la institución. Con estos se
efectuaron varias reuniones para dar forma de una manera conjunta
e iterativa al índice de contenidos.

Los contenidos a investigar, recopilar y depurar del
menú principal son:

  • Home – SSTT: Descripción general, misión,
    visión, objetivos y responsabilidades
    legales.
  • Sprinfield Solidario: Descripción del
    programa
    Sprinfield Solidario, avances regionales bimensuales
    para entregar estado real
    del programa. Ofrece respuestas a las principales dudas del
    programa tales como: ¿Que es Sprinfield Solidario?,
    ¿A quienes está dirigido?, ¿Cómo
    actúa?, entre otras consultas.
  • SNI-BIP: Descripción del Sistema
    Nacional de Inversiones
    y el Banco Integrado
    de Proyectos BIP.
  • Publicaciones: Exposición de los distintos documentos de
    utilidad
    relacionados con SSTT: Estrategia Regional de Desarrollo ERD,
    Convenio Marco, SEBI 2005, y paper creados por sus
    profesionales.
  • Diagnostico Regional: Presenta un diagnóstico técnico
    económico regional con sus ventajas y desventajas bajo
    una mirada de prospectiva regional.
  • Estadísticas Regionales:
    Información estadística de interés
    a la comunidad sobre la región, cantidad de habitantes,
    Inversión Pública Sectorial, Inversión
    Pública FNDR, gasto
    público, tabla de IPC y Cuentas
    Nacionales. Parte de esta información tendrá una
    representación de fácil comprensión en el
    Sistema de Información Geográfico
    Web.
  • Programas: SSTT es institución
    responsable de dos iniciativas de inversión. El
    "Programa Piloto de Zonificación del litoral Sur de
    la Comuna de Ciudad-Y"
    y "Aplicación de las
    Tecnologías de la Información y Comunicación de Sprinfield –
    Módulo SIG Web"
    . En esta sección se muestra
    el trabajo
    desarrollado y los avances obtenidos para estos dos
    programas.
  • Zonificación del Litoral: Muestra de
    manera detallada el "Programa Piloto de Zonificación
    del litoral Sur de la Comuna de Ciudad-Y"
    .
  • SIG Web: Principal módulo del presente
    proyecto. Esta sección del menú se encuentra
    inserto el Sistema de Información
    Geográfico.
  • Nosotros: Expone información del equipo
    profesional de SSTT. Además presenta sus distintas
    áreas: de estudio, social e
    inversión.

La figura 4.1 presenta la estructura de
navegación del portal web según los contenidos
definidos anteriormente:

Para ver el gráfico seleccione la
opción "Descargar" del menú superior

Figura 4.1:
Árbol de navegación Portal Web.

  1. Los costos
    operacionales del proyecto no contempla el gasto de una
    conexión de IP fijo
    para publicar en el Web, por esto el espacio de
    cotizaciones se limita a los host externos. Luego de
    cotizar y negociar se opto por un contrato
    con Telefónica Empresas. Este acuerdo forma parte de un
    paquete de servicios para la institución que
    incluyen otros servicios fuera de este proyecto.

    Para legalizar el nombre del web se ejecutó
    el procedimiento normal de inscripción
    de dominios con NIC de
    la Universidad de Chile.

    El nombre fue concursado entre directivos y
    profesionales de la institución. Resuelto el
    concurso se define el dominio
    más representativo, fácil y de mejor
    comprensión a los SSPP
    "www.SSTTtarapaca.cl"; Si bien SSTT no dice
    mucho a la comunidad civil en general, si representa un
    concepto
    claro para los SSPP, quienes son un segmento de usuarios
    significativos al proyecto.

  2. ELECCIÓN DEL
    HOSTING
  3. HERRAMIENTA DE DESARROLLO

La herramienta de desarrollo debe considerar las
restricciones del host externo. Se busca desarrollar un portal
web lo más independiente del host a contratar para
alcanzar una mayor portabilidad. La elección se inclina
por herramientas
de creación de páginas
Web planas y con afinidad correspondiente al equipo
desarrollador.

Al investigar la oferta de
herramientas de desarrollo web disponibles en Internet,
considerando versiones freeware, shareware y restricciones
técnicas del host se optó por
NetObject Fusion 7.0. Durante las presentaciones preliminares el
equipo cliente
manifestó un alto grado de satisfacción. En la
siguiente figura 4.2 se muestra una de las páginas web del
portal web creadas con Net Object Fusión.

Para ver el gráfico seleccione la
opción "Descargar" del menú superior

La figura 4.2:
Página
Web de http://www.SSTTtarapaca.cl

  1. Este proyecto SIG tiene definida la arquitectura
    de trabajo
    con ArcView. Para entender un proyecto basado en esta
    herramienta es necesario dominar los conceptos
    básicos, estructura física y lógica de cada uno de sus componentes.
    Detalle de estos componentes y procedimientos se encuentran en "Anexo 3: Un
    Proyecto en ArcView" que explica de detalladamente el
    procedimiento de crear y editar shapes, capas
    temáticas, información georeferenciada y en
    general como crear globalmente un proyecto SIG en
    ArcView.

    El trabajo en términos gruesos es crear
    shapes con información georeferenciada e implementar
    sus representaciones en capas temáticas. El trabajo se
    inicia con la creación del APR principal del proyecto,
    llámese "Tesis.apr". Este contiene toda la
    información de implementación,
    ubicación, agrupación y representación
    final de los shapes transformados en capas
    temáticas.

    1. Las entidades de estudio del proyecto: escuelas,
      hospitales, manzanas de la ciudad, comunas y toponimia en
      general son representadas en capas temáticas en
      líneas, puntos o polígonos. Se presentan agrupan de
      acuerdo a características propias de cada grupo
      temático y objeto de estudio.

      Los shapes son mapas
      básicos con información desde las cuales se
      obtienen capas temáticas que son representaciones
      para el usuario de la información contenida en el
      shape. Desde un shape es posible obtener un conjunto de
      capas temáticas, dependiendo de los campos
      disponibles en cada shape.

      Las agrupaciones temáticas ordenan y
      atienden necesidades de información en un contexto
      especifico. La idea es presentar un escenario determinado
      de manera comprensible a la vista e interés del
      usuario. Estos grupos temáticos buscan no recargar
      el sistema, ni la vista del usuario. Ejemplo, no es
      práctico al analizar el tema de Inversión
      Publica Fndr en vista comunal y simultáneamente
      visualizar la Infraestructura Educacional en vista local
      (calles de ciudad).

      1. COMPONENTES GRÁFICOS Y NO
        GRÁFICOS EN UN SHAPE
      2. Un shape tiene dos componentes elementales,
        uno gráfico y otro no gráfico. Cada
        shape contiene temáticamente un grupo de
        objetos gráficos que son definidos a
        través del software con un número
        único de identificación, del mismo modo
        al componente No-gráfico o alfanumérico
        también tiene un equivalente identificador o
        clave primaria. Esto produce al interior del sistema
        una relación entre los componentes produciendo
        la Georeferenciación (enlace entre un
        objeto de estudio con una ubicación
        geográfica definida y su registro de información).
        Además de la integridad de entidad definida
        anteriormente se definen otros tipos de relaciones.
        Ejemplo es la relación espacial que indica
        donde está el objeto respecto al sistema de
        coordenadas, también la relación
        topológica que trata la relación del
        elemento con otros elementos de su entorno
        geográfico próximo. La
        información de ubicación establece
        donde está geográficamente el objeto y
        los datos topológicos informan
        sobre la ubicación del objeto en
        relación a otros objetos.

        Los atributos alfanuméricos dicen
        "qué es", y "cómo es" el
        objeto. El número identificador único
        para cada objeto de la categoría es almacenado
        tanto en el mapa de objetos como en la tabla de
        atributos, lo cual garantiza una correspondencia
        estricta entre los atributos gráficos y
        alfanuméricos.

      3. Representaciones Dinámicas Desde
        un Shape

      Una importante utilidad de los SIG son las
      múltiples y dinámicas representaciones
      desde los shapes según la información
      almacenada.

      Para ver la tabla seleccione la
      opción "Descargar" del menú
      superior

      Tabla 5.1: Información
      shape Censo Comunal.

      Como ejemplo se presenta un estudio del
      porcentaje de masculinidad en las comunas de la
      región. Al observar los registros de la tabla 5.1 no es
      fácil comprender las variables disponibles, siendo esta tabla
      muy pequeña. Considere un escenario de un numero
      de registros muy superior, esto haría
      prácticamente imposible entender o hacer
      algún tipo de conjeturas a simple
      vista.

      Un SIG ofrece la importante funcionalidad de
      crear una representación dinámica de acuerdo a la
      información almacenada. Al observar la figura 5.1
      se puede concluir fácilmente que la menor cantidad
      de hombres se encuentra en Ciudad-X e Ciudad-Y, y la
      mayor cantidad en Pica, seguidas de General Lagos y
      Putre.

      Para ver el gráfico
      seleccione la opción "Descargar" del menú
      superior

      Figura 5.1:
      Representación porcentaje masculinidad
      comunal

      Es posible hacer múltiples
      representaciones para un mismo shape según
      cantidad de campos y datos almacenados en su
      tabla.

      Estas múltiples representaciones crean un
      sistema de información de fácil
      comprensión, objetivo global del proyecto al apoyar la
      comprensión del escenario de
      inversiones.

      Una múltiple representación se
      observa en la figura 5.2 para complementar el escenario
      Censal, la representación presenta porcentajes de
      analfabetismo en las comunas de la
      región.

      Para ver el gráfico
      seleccione la opción "Descargar" del menú
      superior

      Figura 5.2:
      Representación porcentaje analfabetismo
      comunal.

      En la figura 5.2 se aprecia fácilmente
      que el mayor porcentaje de analfabetismo se encuentra en
      la comuna de Visviri, también se observa que
      extrañamente el menor porcentaje de analfabetismo
      se encuentra la comuna de Pica.

      Toda la información de las
      múltiples representaciones y agrupaciones
      temáticas se almacenan en el archivo Tesis.apr. Las
      representaciones de los shape y sus agrupaciones
      temáticas forman la estructura lógica del
      proyecto SIG en ArcView.

    2. AGRUPACIÓN Y REPRESENTACIÓN DE
      INFORMACIÓN EN EL SIG
    3. MODELO
      LÓGICO
  2. CREACIÓN
    SI
    G EN ARCVIEW

El objetivo del modelo es
definir grupos temáticos y las capas temáticas
contenidas en cada grupo. El esquema temático ayuda a
satisfacer las necesidades de información de cada
escenario en estudio.

El escenario principal abordado es Inversión
Pública, bajo el prisma de años de inversión
y fuentes de
financiamiento. Otros temas a abordar son: Infraestructura de
Educación,
Infraestructura de Salud, Censo 2002 y Nivel
Socioeconómico.

Las capas temáticas y grupos temáticos se
definen de manera conjunta similar a una estructura de
directorios. Se establecen para los objetivos del proyecto los
siguientes grupos temáticos:

  • Inversión Pública Total años
    1997-2003
  • Inversión Pública 2003
  • Inversión Pública 2002
  • Inversión Pública 2001
  • Inversión Pública 2000
  • Inversión Pública 1999
  • Inversión Pública 1998
  • Inversión Pública 1997
  • Inversión Pública FNDR
    comunal
  • Inversión Pública Sectorial
    comunal
  • Inversión Pública Empresas
    comunal
  • Infraestructura de Salud
  • Infraestructura Educacional
  • Nivel Socioeconómico Regional

Cada uno de estos grupos temáticos contiene un
conjunto de capas temáticas, es posible la presencia de
una misma capa temática en dos grupos temáticos,
como ejemplo consideremos la capa "Inversión Sectorial
Año 2000" visualizada en dos grupos temáticos
"Inversión Sectorial" e "Inversión año
2000". Las capas temáticas definidas para cumplir los
objetivos del SIG son las siguientes:

  • Inversión Total Fndr
  • Inversión Total Sectorial
  • Inversión Total Empresas
  • Inversión Fndr 2003
  • Inversión Fndr 2002
  • Inversión Fndr 2001
  • Inversión Fndr 2000
  • Inversión Fndr 1999
  • Inversión Fndr 1998
  • Inversión Fndr 1997
  • Inversión Sectorial 2003
  • Inversión Sectorial 2002
  • Inversión Sectorial 2001
  • Inversión Sectorial 2000
  • Inversión Sectorial 1999
  • Inversión Sectorial 1998
  • Inversión Sectorial 1997
  • Inversión Empresa
    2003
  • Inversión Empresa 2002
  • Inversión Empresa 2001
  • Inversión Empresa 2000
  • Inversión Empresa 1999
  • Inversión Empresa 1998
  • Inversión Empresa 1997
  • Educación Ciudad-X
  • Educación Ciudad-Y
  • Educación Región
  • Salud Ciudad-X
  • Salud Ciudad-Y
  • Salud Región
  • CAS
  • Casen
  • Analfabetismo Comunal
  • Agua potable Comunal
  • Sanitario Comunal
  • Masculinidad Comunal

También es necesario definir capas
temáticas que dan un marco referencial al espacio
geográfico presentado. Estas capas no pertenecen a un
grupo temático en particular, ni tienen información
relevante a los escenarios de estudios, y pueden participar de
los grupos temáticos que se estime oportuno. Se definen
las siguientes capas temáticas referenciales que dan la
toponimia necesaria:

  • Comunas de la región
  • Límites políticos de la
    región
  • Calles de Ciudad-X
  • Calles de Ciudad-Y
  • División Juntas vecinales de
    Ciudad-X
  • División Juntas vecinales de
    Ciudad-Y
  • Toponimia de la Región
  • Centros poblados de la región
  • Caminos de la región

Con estas capas temáticas designa su
participación en cada uno de los grupos temáticos.
La siguiente es la estructura lógica del SIG:

  • Inversión Pública Total años
    1997-2003

Inversión Total

Inversión Total Fndr

Inversión Total Sectorial

Inversión Total Empresas

Mapa Comunal

Nombres Comunas

  • Inversión Pública Total años
    2003

Inversión Total 2003

Inversión Fndr 2003

Inversión Sectorial 2003

Inversión Empresas 2003

Mapa Comunal

Nombres Comunas

  • Inversión Pública Total años
    2003

Inversión Total 2003

Inversión Fndr 2003

Inversión Sectorial 2003

Inversión Empresas 2003

Mapa Comunal

Nombres Comunas

  • Inversión Pública Total años
    2002

Inversión Total 2002

Inversión Fndr 2002

Inversión Sectorial 2002

Inversión Empresas 2002

Mapa Comunal

Nombres Comunas

  • Inversión Pública Total años
    2001

Inversión Total 2001

Inversión Fndr 2001

Inversión Sectorial 2001

Inversión Empresas 2001

Mapa Comunal

Nombres Comunas

  • Inversión Pública Total años
    2000

Inversión Total 2000

Inversión Fndr 2000

Inversión Sectorial 2000

Inversión Empresas 2000

Mapa Comunal

Nombres Comunas

  • Inversión Pública Total años
    1999

Inversión Total 1999

Inversión Fndr 1999

Inversión Sectorial 1999

Inversión Empresas 1999

Mapa Comunal

Nombres Comunas

  • Inversión Pública Total años
    1998

Inversión Total 1998

Inversión Fndr 1998

Inversión Sectorial 1998

Inversión Empresas 1998

Mapa Comunal

Nombres Comunas

  • Inversión Pública Total años
    1997

Inversión Total 1997

Inversión Fndr 1997

Inversión Sectorial 1997

Inversión Empresas 1997

Mapa Comunal

Nombres Comunas

  • Inversión Pública Fndr –
    Comunal

Inversión Fndr Total

Inversión Fndr 2003

Inversión Fndr 2002

Inversión Fndr 2001

Inversión Fndr 2000

Inversión Fndr 1999

Inversión Fndr 1998

Inversión Fndr 1997

Mapa Comunal

Nombres Comunas

  • Inversión Pública Fndr –
    Comunal

Inversión Fndr Total

Inversión Fndr 2003

Inversión Fndr 2002

Inversión Fndr 2001

Inversión Fndr 2000

Inversión Fndr 1999

Inversión Fndr 1998

Inversión Fndr 1997

Mapa Comunal

Nombres Comunas

  • Inversión Pública Sectorial –
    Comunal

Inversión Sectorial Total

Inversión Sectorial 2003

Inversión Sectorial 2002

Inversión Sectorial 2001

Inversión Sectorial 2000

Inversión Sectorial 1999

Inversión Sectorial 1998

Inversión Sectorial 1997

Mapa Comunal

Nombres Comunas

  • Inversión Pública Empresa –
    Comunal

Inversión Empresa Total

Inversión Empresa 2003

Inversión Empresa 2002

Inversión Empresa 2001

Inversión Empresa 2000

Inversión Empresa 1999

Inversión Empresa 1998

Inversión Empresa 1997

Mapa Comunal

Nombres Comunas

  • Inversión Pública Infraestructura
    Salud

Infraestructura Salud Región

Infraestructura Salud Ciudad-X

Infraestructura Salud Ciudad-Y

Mapa Comunal

Nombres Comunas

Calles Ciudad-X

Calles Ciudad-Y

Centros poblados

  • Inversión Pública Infraestructura
    Educación

Infraestructura Educación
Región

Infraestructura Educación Ciudad-X

Infraestructura Educación Ciudad-Y,

Educación Región según fuente de
financiamiento

Educación Ciudad-X según fuente de
financiamiento

Educación Ciudad-Y según fuente de
financiamiento

Educación Región según edad
alumnos

Educación Ciudad-X según edad
alumnos

Educación Ciudad-Y según edad
alumnos

Mapa Comunal

Nombres Comunas

Calles Ciudad-X

Calles Ciudad-Y

Centros poblados

  • Nivel Socioeconómico
    Regional

Infraestructura Salud Región

Infraestructura Salud Ciudad-X

Infraestructura Salud Ciudad-Y

Mapa Comunal

Nombres Comunas

Calles Ciudad-X

Calles Ciudad-Y

Centros poblados

  1. MODELO FÍSICO

La arquitectura física del proyecto se sostiene
en su archivo principal Tesis.apr y las coberturas shape
que son las implementaciones de las capas temáticas. Una
cobertura shape está constituida por un grupo de cinco
archivos de
igual nombre pero con distinta extensión. La figura 5.3
presenta la estructura física de una cobertura shape,
ejemplo: mi_shape.shp, mi_shape.shx, mi_shape.sbn,
mi_shape.sbx
y mi_shape.dbf.

Para ver el gráfico seleccione la
opción "Descargar" del menú superior

Figura 5.3: Estructura
física cobertura shape

 Una vez creado el shape se debe georeferenciar. Es
común entre los especialistas SIG usar AutoCad para
realizar esta labor y luego exportar el archivo *.dwg al formato
shape de Esri. El proceso en
AutoCad es significativamente más sencillo, consistente en
fijar tres puntos de referencia en coordenadas UTM y definir una
escala. Es
importante tener clara la escala trabajada para evitar futuras
confusiones en la precisión de objetos.

Existen varias puntos de referencia donde la normal al
geoide coincide con la normal del elipsoide, llamado
Dátum. El usado en este proyecto es el Datum-56.
Siendo otros también conocidos como el Wgs84, con un
desfase de aproximadamente 400 metros con el 56 explicados
según expertos por cambios en la curvatura terrestre.
Mezclar mapas con distinto Datum no es sería
técnicamente correcto.

El shape inicial es una cobertura shape regional de 10
polígonos que representan a cada comuna de la
región. En el almacén de
datos se agregan uno a uno los campos e información de
interés (nombre, provincia, etc). La creación de
otras capas temáticas de puntos o líneas se generan
usando como plantilla la capa de comunas. Los shapes en general
se hacen más robustos al agregar objetos de estudio, para
esto se usa normalmente la ubicación UTM capturada por un
GPS. Existen
herramientas que agregan los puntos y polígonos a una
cobertura de manera automática teniendo las coordenadas
altitud y longitud en una tabla.

Al insertar un objeto (punto, línea o
polígono) a un shape simultáneamente se agrega un
registro en la tabla asociada. Para editar la información
de las tablas se usan herramientas de edición
del propio ArcView o cualquier herramienta que permita el
tratamiento de archivos DBF como Excell. Las principales tareas
de edición de información son: agregar campos,
eliminar campos, agregar y eliminar registros, modificar valores de un
registro, unión con otras tablas, etcétera.

Todos los montos de inversión presentados en este
SIG se encuentran en miles de pesos de diciembre del 2003. A
continuación se presentan los shapes y sus campos
(atributos) para satisfacer las capas temáticas planteadas
anteriormente.

  • Shape Comunas Región de Sprinfield, con
    los siguientes campos

Identificador Comuna

Nombre Comuna

Nombre Provincia

  • Shape Inversión Pública Fndr,
    con los siguientes campos

Identificador Comuna

Nombre Comuna

Nombre Provincia

Inversión Total 1997-2003

Inversión Año 2003

Inversión Año 2002

Inversión Año 2001

Inversión Año 2000

Inversión Año 1999

Inversión Año 1998

Inversión Año 1997

  • Shape Inversión Pública
    Sectorial,
    con los siguientes campos

Identificador Comuna

Nombre Comuna

Nombre Provincia

Inversión Total 1997-2003

Inversión Año 2003

Inversión Año 2002

Inversión Año 2001

Inversión Año 2000

Inversión Año 1999

Inversión Año 1998

Inversión Año 1997

  • Shape Inversión Empresas
    Públicas,
    con los siguientes campos

Identificador Comuna

Nombre Comuna

Nombre Provincia

Inversión Total 1997-2003

Inversión Año 2003

Inversión Año 2002

Inversión Año 2001

Inversión Año 2000

Inversión Año 1999

Inversión Año 1998

Inversión Año 1997

  • Shape Inversión Pública Por
    Sectores,
    con los siguientes campos

Identificador Comuna

Nombre Comuna

Nombre Provincia

Inversión Total 1997-2003

Inversión Sector Agua Potable y
Alcantarillado

Inversión Sector Comunicaciones

Inversión Sector Defensa y Seguridad

Inversión Sector Deportes

Inversión Sector Educación

Inversión Sector Energía y
Combustibles

Inversión Sector Industria,
Comercio y
Turismo

Inversión Sector Justicia

Inversión Sector Minería

Inversión Sector Múltisectorial

Inversión Sector Pesca

Inversión Sector Salud

Inversión Sector Silvoagropecuario

Inversión Sector Transporte

Inversión Sector Vivienda

  • Shape Infraestructura Salud Región, con
    los siguientes campos

Número Establecimiento

Comuna

Nombre Establecimiento

Tipo Establecimiento

Dirección

Localidad

Teléfono

  • Shape Infraestructura Educación
    Región,
    con los siguientes campos

Código Establecimiento

Comuna

Nombre Establecimiento

Área (urbana o rural)

Dependencia Económica

Dirección

Localidad

Teléfono

E-mail

JEC Básica

JEC Media

Enlaces

P900

Numero Docentes

Numero Matriculas

Tipo Enseñanza

Tipo Establecimiento

  • Shape Infraestructura Educación
    Ciudad-X,
    con los siguientes campos

Código Establecimiento

Nombre Establecimiento

Área (urbana o rural)

Dependencia Económica

Dirección

Teléfono

E-mail

JEC Básica

JEC Media

Enlaces

P900

Numero Docentes

Numero Matriculas

Tipo Enseñanza

Tipo Establecimiento

  • Shape Infraestructura Educación
    Ciudad-Y,
    con los siguientes campos

Código Establecimiento

Nombre Establecimiento

Área (urbana o rural)

Dependencia Económica

Dirección

Teléfono

E-mail

JEC Básica

JEC Media

Enlaces

P900

Numero Docentes

Numero Matriculas

Tipo Enseñanza

Tipo Establecimiento

  • Shape Índices Censales 2002, con los
    siguientes campos

Identificador Comuna

Nombre Comuna

Nombre Provincia

Cantidad Hombres

Cantidad Mujeres

Porcentaje Hombres

Porcentaje Mujeres

Total Habitantes

Cantidad Alfabetizados

Cantidad Analfabetos

Cantidad Total Alfabetizable

Porcentaje Alfabetos

Hogares Con Ducha

Hogares Sin Ducha

Porcentaje Hogares Con Ducha

Porcentaje Hogares Sin Ducha

Hogares Con Agua Potable
Dentro de la Casa

Hogares Con Agua Potable Fuera de la Casa

Hogares Sin Agua Potable

  • Shape CASEN Región, con los siguientes
    campos

Id. Comuna

Nombre Comuna

Cant. Indigencia

Cant. Pobreza No Crónica

Cant. Pobreza

Cant. No Pobres

Porcentaje Indigencia

Porcentaje Pobreza No Crónica

Porcentaje Pobreza

Porcentaje No Pobres

  • Shape CAS Ciudad-X, con los siguientes
    campos

Número Unidad Vecinal

Nombre Unidad Vecinal

Pobreza Crónica

Pobreza Real

Carencias

Integración

  • Shape de CAS Ciudad-X, con los siguientes
    campos

Número Unidad Vecinal

Nombre Unidad Vecinal

Pobreza Crónica

Pobreza Real

Carencias

Integración

  • CAS Ciudad-Y, con los siguientes
    campos

Número Unidad Vecinal

Nombre Unidad Vecinal

Pobreza Crónica

Pobreza Real

Carencias

Integración

La figura 5.4 representa algunas de las capas
temáticas mencionadas de infraestructura social
.

Para ver el
gráfico seleccione la opción "Descargar" del
menú superior

Figura 5.4: Capa temática de
Infraestructura Social.

  1. El objetivo de esta sección es documentar la
    creación de una arquitectura capaz de integrar al
    portal institucional el SIG creado anteriormente. Este
    módulo crea una interfaz entre shapes, capas
    temáticas y el servidor web. Este módulo
    hará visible el SIG en el navegador del cliente,
    creando al SIG Web.

    El SIG mencionado en el módulo anterior
    contiene una agrupación temática y
    múltiples representaciones para cada shape. Esta
    configuración de acuerdo al estructura física
    se almacena en el APR del proyecto. El presente módulo
    debe hacer la traducción del APR y posterior
    representación Web.

    Como requerimiento no funcional se quiere una
    adicional integración a los Web de Servicios
    Públicos de la Región de Sprinfield y Gobierno
    Regional, sitio en desarrollo. Para esta segunda
    integración no se tienen antecedentes sobre tipo de
    maquina, plataforma, o sistema operativo. Esta doble
    integración agrega una fuerte restricción de
    diseño, avanzando hacia una arquitectura compatible,
    portable y de fácil integración.

    1. SERVIDORES WEB
      DE
      CAPAS TEMÁTICAS
  2. INTERFAZ DE
    INTEGRACIÓN

Los servidores de
mapas en su mayoría trabajan de manera conjunta con un
servidor web. La configuración y creación de
apropiados scripts logran establecer una comunicación
correcta entre el servidor Web, servidor de mapas y Browser del
usuario final, alcanzando la exitosa integración del SIG
en Internet. La arquitectura de trabajo generalmente ofrecida en
el mercado se
presenta en la figura 6.1.

Para ver el gráfico seleccione la
opción "Descargar" del menú superior

Figura 6.1: Esquema
tradicional SIG Web

El proyecto y su servidor Web de Mapas debe cumplir dos
requisitos funcionales importantes:

  • Obtener una representación desde un shape,
    generar y entregar una imagen al
    Servidor Web con la representación adecuada y
    particular de acuerdo al atributo de estudio previamente
    almacenado en el shape. La visualización se apoya por
    un grupo de herramientas para realizar las siguientes
    operaciones básicas: Zoom-Out
    (alejamiento), Zoon-In (acercamiento), y Paneo
    ("manito" tomando el mapa para moverlo). Se debe
    enviar al servidor Web el re-dibujado del mapa cada vez que
    se realice una de estas operaciones.
  • Obtener información del objeto indicado
    explícitamente en la desde la capa temática
    representada por el mapa (imagen gif, jpg, etc.). Esta
    solicitud la hace el usuario desde el panel de herramientas.
    Las referencias a objetos pueden ser individuales o
    grupales.
  1. ALTERNATIVAS EN SERVIDORES DE
    MAPAS

El mercado ofrece una amplia variedad de Servidores de
Mapas Web, de distintos precios,
características y plataformas. Los más conocidas
son:

  • ArcIms –
    http://www.esri.com/software/arcgis/arcims/index.html
  • Map Server –
    http://mapserver.gisumn.edu
  • Image Mapper –
    http://www.alta4.com
  • Geo Tool –
    http://www.geotools.org
  • GeoServer –
    http://geoserver.geonova.com

El servidor de mapas más popular es ArcIms de
Esri de un costo superior a
los US$11.000. Este software trabaja con ArcInfo, ArcView y
ArcSde que tiene también un precio
similar, por esto el costo total de una plataforma de trabajo Web
de ESRI alcanza un costo en licencias realmente significativo y
fuera del alcance de este proyecto. Esta plataforma tiene altas
exigencias en recursos de hardware, no obstante tiene
buena fama su buen desempeño.

  1. ELECCIÓN DEL SERVIDOR DE
    MAPAS

En la investigación y posterior elección
del servidor de mapas se caracterizó por lo accidentado de
las pruebas y
procedimientos. Considerar dos restricciones
fundamentales:

  • Sin presupuesto para licencias
  • Alta exigencia en portabilidad;
    multiplataforma.

Existe una gran variedad de servidores de mapas pero
todos enlazados con servidores para una máquina y
arquitectura definida, por esto casi todos los servidores no
cumplían los requerimientos no funcionales de
integración, sin importar los grandes esfuerzos en tratar
de crear algún tipo de modificación en su
integración. Los requerimientos del proyecto son muy
exigentes y particulares.

El proyecto exige una integración a dos
diferentes máquinas,
esto hace pensar de manera natural en una alternativa basado en
tecnologías multiplataformas, con este enfoque se
orientó la búsqueda a soluciones
basadas en tecnologías Java.

Las tecnologías java realizan la ejecución
independiente de la máquina servidora, ya que este se
ejecuta en el cliente, característica idónea al
proyecto.

En la prolongada investigación del servidor
adecuado al proyecto se encontró Alov Map, este dio las
primeras luces al proyecto por lo tanto se profundizó la
investigación de este servidor.

  1. CARACTERÍSTICAS IMPORTANTES ALOV
    MAP

Alov Map es un Servidor de Mapas basado en clases Java
que permite publicar mapas raster y vectoriales en Internet. Alov
Map ofrece un conjunto de características que hacen de
esta herramienta el servidor apropiado a los requerimientos
funcionales del proyecto. Entre las características
fundamentales se tiene:

  • Gratuita; Muy Importante
  • No se enlaza a un Servidor Web en particular;
    basado en arquitectura Applet
  • Multiplataforma; Muy Importante
  • Portabilidad
  • Herramientas de trabajo apropiadas al
    proyecto
  • Seguro y estable
  • Generación instantánea de imágenes (mapas)
  • Programación XML para
    crear las representaciones temáticas
  • Ejecución en el cliente

Alov Map Server trabaja con un esquema diferente a otros
servidores de mapas mostrados en la anterior figura
6.1.

Para ver el gráfico seleccione la
opción "Descargar" del menú superior

Figura 6.2:
Arquitectura de trabajo Alov
de tres capas

Alov Map tiene dos maneras de presentar la arquitectura
de trabajo. Un funcionamiento de tres capas cuando tenemos el
servidor web entre Alov Map y el Browser del cliente, ver figura
6.2. esta es la manera más profesional de trabajo, ya que
permite múltiples usuarios conectados al
servidor.

Existe una segunda arquitectura basada en dos capas.
Esta elimina el Servidor Web entre el Servidor de Mapas y el
usuario final, Ver figura 6.3. Este esquema de trabajo permite
acceso sólo a una maquina. Es una manera autónoma
de probar las representaciones basadas en los script
Xml.

Para ver el gráfico seleccione la
opción "Descargar" del menú superior

Figura 6.3:
Arquitectura Applet Servidor local de mapas Alov, dos
capas.

Alov Map Server está basado en tecnologías
Java. El código
de esta aplicación generado por sus compiladores no
es específico para una máquina en particular, sino
de una máquina virtual por encima de otras plataformas.
Aún cuando existen múltiples implementaciones de la
Máquina Virtual Java, cada una específica de la
plataforma sobre la cual subyace. Existe una única
especificación de la máquina virtual que
proporciona una vista independiente del hardware y del sistema
operativo sobre el que se esté trabajando, así es
posible poder integrar
el SIG Web a las máquinas de SSTT, de los SSPP y GORE, sea
cual sea la plataforma. Se dice que un programador Java "escribe
su programa una vez, y lo ejecuta donde sea".

Es precisamente la máquina virtual Java (JVM) la
clave de la independencia encontrada en esta solución
apropiada al proyecto, sin importar el sistema operativo y el
hardware en que se ejecutan, ya que el Applet se encarga de
proporcionar la vista a un nivel de abstracción superior,
donde además la independencia de la plataforma antes
mencionada presenta un lenguaje de
programación muy estructurado basado en XML orientado
a objetos.

Para comunicar los shape del SIG con las clases Alov Map
usa una estructura de
datos XML capaz de entregar múltiples presentaciones
en el browser, semejante al archivo *.apr en
ArcView.

Alov Map formado por un conjunto de clases Java es
portable, debido a que es posible ejecutar la misma
clase
(.class) sobre una amplia variedad de arquitecturas,
hardware y software, sin ninguna modificación, solo es
necesario tener la JVM instalada.

Alov Map es dinámico, scripts,
clases y shapes son cargados en memoria en el
momento que son necesitados (dinámicamente), ya sea del
sistema de archivos local o desde algún sitio en Internet
en alguna ubicación URL. La visualización de
los mapas es totalmente programable según grupos
temáticos y niveles de escala, por esto los mapas
serán descargados y visualizados desde el Web según
los intereses y opciones de navegación del
usuario.

Alov Map programable, la
comunicación de los shapes se hace por medio de
scripts XML. Estos archivos forman la estructura física
del proyecto.

  1. La Máquina Virtual Java es el núcleo
    del lenguaje
    de programación Java del cual
    está compuesto Alov Map, Es imposible ejecutar Alov
    Map sin ejecutar alguna implementación de la JVM,
    esta es la clave de las principales características
    del Alov Map, como portabilidad, eficiencia y seguridad.

    Al ejecutar un SIG Web basado en Alov Map las
    instrucciones no son ejecutadas por el hardware sobre el
    que subyace, estas se transfieren a un componente de
    software intermedio encargado de ejecutar las instrucciones
    en el hardware. Es decir, el código no se ejecuta
    directamente sobre un procesador físico, sino sobre un
    Procesador Virtual Java, precisamente el software
    intermedio comentado anteriormente.

    Para ver el gráfico
    seleccione la opción "Descargar" del menú
    superior

    Figura 6.4: Arquitectura Java de Alov
    Map

    La figura 6.4 expone las capas de software que
    implementan la Máquina Virtual Java. Esta
    arquitectura oculta los detalles inherentes a la plataforma
    y a las aplicaciones java ejecutadas sobre ella. Debido al
    diseño de la plataforma Java pensando en diversas
    implementaciones sobre una amplia gama de sistemas
    operativos y de procesadores.

    El diseño incluye dos capas de software que
    aumentan su portabilidad. La primera dependiente de la
    plataforma se llama adaptador, la segunda es
    independiente de la plataforma y se llama interfaz de
    portabilidad
    . De esta manera la única parte que
    se debe escribir para una plataforma nueva es el adaptador.
    El sistema operativo proporciona los servicios de manejo de
    ventanas, red,
    sistema de archivos, y otras funcionalidades.

    1. EJECUCIÓN ALOV MAP SOBRE
      JVM

    La principal desventaja de las aplicaciones
    basados en la JVM es que son efectivamente más
    lentas que los basadas en lenguajes completamente
    compilados, debido a una sobrecarga que genera tener una
    capa de software intermedia entre la aplicación y el
    hardware de la
    computadora. Sin embargo esta desventaja no es crítica. Cabe recordar que no hace
    años sucedió una historia
    similar entre C y los lenguajes ensambladores. La
    mayoría de los programadores de ese tiempo
    (programadores de Asembler) se resistían al
    cambio,
    argumentando que el uso de un lenguaje como C
    impondría demasiada sobrecarga a sus aplicaciones. A
    este factor es relevante considerar la aceleración
    de las capacidades de procesamiento de los equipos nuevos y
    futuros.

  2. MÁQUINA VIRTUAL JAVA
    (JVM)
  3. ESTRUCTURA ALOV MAP

Alov Map es un servidor de coberturas shape basado en
tecnologías Applet Java, como tal puede ser invocado desde
un visualizador de Applet, en un Browser de manera local, o en un
Browser por medio de un Servidor Web que sirva a las paginas
html de manera
local o en el web. Vea las figuras 6.1, 6.2 y 6.3.

La estructura física de un proyecto SIG Web
basado en Alov Map debe tener los siguientes cuatro
componentes:

  • Páginas de invocación Html, Php,
    Asp.
  • Conjunto de clases Alov Map.
  • Conjunto de capas temáticas Shape.
  • Conjuntos de scripts XML para la
    representación temática y
    comunicación.

La visualización Web tiene una arquitectura
compartida entre el servidor web (cualquiera sea) y el servidor
de mapas Alov Map. No se profundiza en la estructura
física del servidor web al no estar enlazado
particularmente a uno y ser parte importante de la
investigación y desarrollo.

Las distintas representaciones de los shapes, las
agrupaciones temáticas, representaciones según
atributos, interfaz, etc. debe ser plasmada en Internet y se
realiza por medio de scripts XML que enlazan de manera coordinada
y coherente las clases de Alov con los archivos shape en una
estructura física de archivos bien definida. Los archivos
XML almacenan la información de manera similar a los
archivos APR de ArcView pero bajo la arquitectura Alov. Los
script XML tienen una sintaxis y gramática definida, llámese lenguaje
de programación

En general Alov Map tiene un conjunto de áreas
básicas para crear las representaciones del SIG Web. El
proyecto trabaja con cuatro principales áreas

1.- Índice temático

2.- Mapa

3.- Barra de herramientas

4.- Panel de Información de estado.

5.- Mini mapa referencial

Para profundizar el uso del SIG Web ver Anexo-4:
"Manual de
Usuario"

Para ver el gráfico seleccione la
opción "Descargar" del menú superior

Figura 6.5: SIG Web de SSTT basado en Alov
Map

En la figura 6.6 se observa las principales áreas
del SIG Web. Estas serán presentadas a
continuación:

Índice temático

En esta área se puede observar la cantidad de
temas disponibles según una representación
específica, se pueden habilitar y deshabilitar.

Mapa

Área principal del SIG, se muestra la
representación gráfica de la cobertura
activa.

Barra de herramientas

Esta barra entrega las herramientas necesarias para
trabajar en el SIG.

Panel de Información de estado

Esta área muestra información de estado
tal como: Zoom actual, mensajes de ayuda.

Mini mapa referencial

Este mini mapa entrega una ubicación general y
estado del zoom del área de visualización
principal.

  1. Un sistema de coordenadas geográficas es el
    sistema de referencia usado para localizar objetos estudio
    geográficos. Para representar el mundo real se
    utiliza un sistema de coordenadas en el cual la
    localización de un elemento está dado por las
    magnitudes de latitud y longitud en unidades
    de grados, minutos y segundos.

    La longitud varia de 0 a 180 grados en el
    hemisferio Este y de 0 a -180 grados en el hemisferio Oeste
    de acuerdo con las líneas imaginarias denominadas
    meridianos. La latitud varia de 0 a 90 grados en el
    hemisferio norte y de 0 a -90 grados en el hemisferio sur
    de acuerdo con las líneas imaginarias denominadas
    paralelos o líneas ecuatoriales. El origen de este
    sistema de coordenadas queda determinado en el punto donde
    se encuentran la línea ecuatorial y el meridiano de
    Greenwich.

    Las coordenadas cartesianas son generalmente
    usadas para representar una superficie plana. Los puntos se
    representan en términos de las distancias que
    separan a dicho punto de los ejes de coordenadas. Estas
    coordenadas pueden ser visualizadas en la esquina inferior
    derecha de la aplicación y para el proyecto se usan
    coordenadas UTM.

    1. Zoom
      Predefinidos y Coordenadas Regionales
  2. SISTEMA DE COORDENADAS

Los zoom predefinidos son una forma de acceder
más fácilmente al lugar y cercanía deseada.
La visualización del SIG y el SIG Web se enfoca de acuerdo
a la naturaleza
geográfica de la región y a los mapas
temáticos a exponer.

Hay dos aspectos importantes a considerar respecto a los
zoom predefinidos,

1.- Capas temáticas de visualización
regional

2. Tener dos ciudades en la región de Sprinfield,
visualización ciudad.

Estas dos consideraciones definen tres tipos de zoom; no
obstante las herramientas de visualización permiten
modificar el zoom a gusto del usuario (Zoom-In, Zoom Out) . Se
tienen preconfigurados las siguientes visualizaciones:

  • Zoom de Visualización Cobertura
    Regional
  • Zoom de Visualización ciudad de
    Ciudad-X
  • Zoom de Visualización ciudad de
    Ciudad-Y

Según el nivel de detalle deseado se definen
ciertos parámetros de zoom. Además para una
representación más comprensible pueden ser
habilitados/deshabilitados bajo ciertos parámetros de
acuerdo al nivel de zoom existente, ejemplo es tener una capa de
visualización regional y que automáticamente se
oculten las capas temáticas con detalles de las ciudades.
Con esto se ayuda a una mejor comprensión y a liberar
recursos de procesamiento.

Las tres zoom a parametrizar son coberturas regionales y
los de coberturas locales, con estos parámetros se
definieron los siguientes puntos de habilitación /
deshabilitación:

<domain name="Ciudad-X" full="yes"

xmin="359000"

xmax="368500"

ymin="7953000"

ymax="7963000">

</domain>

<domain name="Ciudad-Y" full="yes"

xmin="379000"

xmax="383000"

ymin="7758000"

ymax="7767000">

</domain>

<domain name="Región" full="yes"

xmin="340000"

xmax="570000"

ymin="7600000"

ymax="8100000">

</domain>

Además de las habilitaciones /deshabilitaciones
en altura

  • ZOOM CIUDAD zmin="0" zmax="100"

ZOOM REGION zmin="20"

  1. CONCLUSIONES

Los primeros pasos del proyecto fueron particularmente
accidentados. Difícil fue llegar a un desarrollo
progresivo, las complejidades estaban principalmente por las
limitaciones no funcionales y presupuestarias.

Definidas las limitaciones fue posible encontrar las
primeras luces al dirigir la investigación y desarrollo
hacia un diseño basado en componentes java, las
características propias de estos componentes se
hacían idóneos para el desarrollo del
proyecto.

Los objetivos fueron alcanzados en el contexto de crear
una plataforma de difusión de logros y servicios que
ofrece el estado para el desarrollo y bienestar de la comunidad
basado en las tecnologías de información y
comunicación.

Particularmente se alcanzaron los siguientes
objetivos.

  • Comprensión del valor de
    la información para la toma de decisiones.
  • Creación de un sistema de monitoreo de
    contexto situacional de la realidad regional (indicadores sociales, económicos e
    inversión).
  • Uso óptimo del tiempo de funcionarios
    regionales para producir informes y
    comprensión del escenario en términos
    globales.
  • Contar con un sistema de información y
    seguimiento para el redireccionamiento de la acción
    del Gobierno Regional.

Al desarrollo del proyecto fue trascendente dar una
perspectiva de trabajo con tecnologías freeware, la
búsqueda inicial de una arquitectura se vio limitada por
presupuesto, sin embargo se alcanzaron plenamente los objetivos.
Estas limitaciones iniciales si bien demandaron un mayor
esfuerzo, también hacen más significativos los
logros. Este proyecto afirma y realza el gran potencial de las
tecnologías gratuitas.

Asumido el compromiso de la institución con el
proyecto, es viable extrapolar la solución a otros campos
temáticos a muy bajo costo, esto por la economía de escala
que reduce considerablemente costos y tiempo de desarrollo de
otras capas temáticas y su implementación web. Es
claro que la arquitectura de la interfaz Web para el SIG se
encuentra definida e implementada.

La persistencia en el tiempo del proyecto
dependerá de el compromiso asumido con la
mantención del sistema, no obstante, no es suficiente con
lo dinámico de Internet. Importante es adoptar el proyecto
como un medio de comunicación más allá de lo
actualmente desarrollado, la información administrada por
la SSTT debe ser siempre evaluada y definir lo adecuado de una
representación SIG, obviamente a través de
Internet.

Richard Alfaro Zavala

Ingeniero Civil en computación e Informática

Partes: 1, 2
 Página anterior Volver al principio del trabajoPágina siguiente 

Nota al lector: es posible que esta página no contenga todos los componentes del trabajo original (pies de página, avanzadas formulas matemáticas, esquemas o tablas complejas, etc.). Recuerde que para ver el trabajo en su versión original completa, puede descargarlo desde el menú superior.

Todos los documentos disponibles en este sitio expresan los puntos de vista de sus respectivos autores y no de Monografias.com. El objetivo de Monografias.com es poner el conocimiento a disposición de toda su comunidad. Queda bajo la responsabilidad de cada lector el eventual uso que se le de a esta información. Asimismo, es obligatoria la cita del autor del contenido y de Monografias.com como fuentes de información.

Categorias
Newsletter