Master Thesis Tesis de Maestría submitted within the UNIGIS MSc programme presentada para el Programa UNIGIS MSc at/en
Interfaculty Department of Geoinformatics- Z_GIS Departamento de Geomática – Z_GIS University of Salzburg Universidad de Salz burg
Manejo integrado de información espacial en apoyo al sector petrolero - Caso de estudio Petroamazonas, Ecuador Integrated Management of Spatial Information to support the oil sector – Case Study Petroamazonas, Ecuador by/por
Ingeniero César Mauricio Alvear Viteri 01323708
A thesis submitted in partial fulfilment of the requirements of the degree of Master of Science (Geographical Information Science & Systems) – MSc (GIS)
Quito - Ecuador, Abril 2018
Compromiso de Ciencia Por medio del presente documento, incluyendo mi firma personal, certifico y aseguro que mi tesis es completamente el resultado de mi propio trabajo. He citado todas las fuentes que he usado en mi tesis y en todos los casos he indicado su origen.
Quito, 09 de abril de 2018 (Lugar, Fecha)
(Firma)
AGRADECIMIENTOS A mi familia, por estar siempre conmigo dรกndome รกnimos y consejos para seguir creciendo como persona y profesionalmente.
A todos los profesores y personal administrativo de UNIGIS por apoyarme y transferirme sus conocimientos en cada mรณdulo para poder alzar el objetivo final.
RESUMEN El presente trabajo se basa en mejorar la gestión de la información espacial para apoyar y agilizar los flujos de la misma al interior de los diferentes departamentos de la empresa Petroamazonas. La información generada corresponde a las etapas necesarias para la exploración y explotación de un yacimiento de petróleo. Cada departamento es responsable de generar cierta información espacial, la cual se encuentra almacenada en distintos formatos.
En un principio, se identificaron los problemas existentes en el manejo de la información espacial en cada departamento, proponiendo centralizar toda la información en un solo lugar, dando como solución la construcción de un modelo de base de datos implementado de una geodatabase.
Respecto a la metodología utilizada, se revisó los métodos empleados en otras investigaciones relacionados a implementación de sistemas de información, optando por utilizar en esta investigación el método de ciclo de vida. De igual manera se revisó en varias investigaciones las etapas necesarias de diseño de base de datos, en todas ellas se contempla las 3 etapas que son: modelo conceptual, modelo lógico y finalmente el modelo físico.
Una vez construido el modelo de base de datos e implementado en una geodatabase, se determinó que efectivamente la información se volvió integra, segura y disponible para que los usuarios puedan utilizarla para responder a los requerimientos de una forma oportuna
Palabras clave: Sistemas de Información Geográfica (SIG), Implementación de una Geodatabase, Diseño de Base de Datos Espaciales, ArcGIS, Sector Petrolero.
V
ABSTRACT The current work is focused on improving spatial information management to support and streamline the flow of information between the different departments of the Petroamazonas company. The generated information corresponds to the stages of oil field exploration and exploitation. Each department is responsible for generating certain spatial information, which is stored in different formats.
To begin, existing problems with spatial information management were identified in each department, proposing to centralize all the information in one place, and offering as a solution the construction of a database model implemented from a geodatabase.
Regarding the methodology, the methods used in other research related to the implementation of information systems were reviewed, opting in this research to use the lifecycle method. In this way, the stages of database design were reviewed in other investigations, all of them considering three stages: the conceptual model, the logical model, and finally, the physical model. Once the database model was built and implemented in a geodatabase, it was determined that the information was effectively integrated, secure, and available so users could use it to respond to requirements in a timely manner.
Keywords:
Geographic Information Systems (GIS), Implementation of a Geodatabase, Design of Spatial Databases, ArcGIS, Oil Sector.
VI
TABLA DE CONTENIDO GLOSARIO............................................................................................. IX ÍNDICE DE FIGURAS ................................................................................. X ÍNDICE DE TABLAS................................................................................. XII 1 INTRODUCCIÓN .................................................................................... 1
2
1.1
ANTECEDENTES .......................................................................... 1
1.2
OBJETIVOS ................................................................................. 2
1.2.1
OBJETIVO GENERAL .................................................................. 2
1.2.2
OBJETIVOS ESPECÍFICOS ........................................................... 2
1.3
PREGUNTAS DE INVESTIGACIÓN .................................................... 2
1.4
HIPÓTESIS .................................................................................. 3
1.5
JUSTIFICACIÓN ............................................................................ 3
1.6
ALCANCE .................................................................................... 4
MARCO TEÓRICO ............................................................................... 6 2.1
NEGOCIO DEL PETRÓLEO .............................................................. 6
2.2
PROGRAMAS INFORMÁTICOS USADOS EN EL SECTOR PETROLERO ..... 9
2.3
GEODATABASES ........................................................................ 11
2.3.1
COMPONETES DE UNA GEODATABASE ..................................... 12
2.3.2
TIPOS DE GEODATABASES ..................................................... 13
2.3.3
SISTEMAS GESTORES DE BASE DE DATOS ............................... 15
2.4
MARCO METODOLÓGICO ............................................................. 16
2.4.1
MÉTODO DE CICLO DE VIDA CLÁSICO ...................................... 16
2.4.2
MÉTODO DE ESPIRAL ............................................................ 17
2.5
ETAPAS DE CONSTRUCCIÓN DE UN MODELO DE BASE DE DATOS ...... 18
2.5.1
MODELO CONCEPTUAL .......................................................... 18
2.5.2
MODELO LÓGICO .................................................................. 18
2.5.3
MODELO FÍSICO ................................................................... 19
2.6 PROGRAMAS INFORMÁTICOS PARA MODELAR BASES DE DATOS ESPACIALES ...................................................................................... 19 2.6.1
ARCGIS DIAGRAMMER ........................................................... 19
VII
MICROSOFT VISIO................................................................. 20
2.6.2 3
4
METODOLOGÍA ................................................................................ 21 3.1
UBICACIÓN DEL ÁREA DE ESTUDIO ............................................... 21
3.2
METODOLOGÍA APLICACADA ........................................................ 22
3.3
FLUJOGRAMA DE LA METODOLOGÍA APLICADA ............................... 23
3.4
LEVANTAMIENTO Y CATALOGACIÓN DE LA INFORMACIÓN ESPACIAL .. 25
3.5
DISEÑO DE LA BASE DE DATOS ESPACIAL ...................................... 27
3.6
IMPLEMENTACION ...................................................................... 28
RESULTADOS Y DISCUSIONES ........................................................... 31 4.1
RESULTADOS ............................................................................ 31 CATALOGACIÓN DE LA INFORMACIÓN ...................................... 31
4.1.1 4.1.1.1
INFORMACIÓN DEL DEPARTAMENTO DE EXPLORACIÓN ........... 31
4.1.1.2
INFORMACIÓN DEL DEPARTAMENTO DE PERFORACIÓN ........... 32
4.1.1.3
INFORMACIÓN DEL DEPARTAMENTO DE RELACIONES EXTERNAS 34
4.1.1.4 INFORMACIÓN DEL DEPARTAMENTO DE RELACIONES COMUNITARIAS ............................................................................... 35 4.1.1.5 INFORMACIÓN DEL DEPARTAMENTO DE SEGURIDAD SALUD Y AMBIENTE ...................................................................................... 37 4.1.1.6 INFORMACIÓN DEL DEPARTAMENTO DE FACILIDADES Y CONSTRUCCIONES .......................................................................... 39 USO DE LA TECNOLOGÍA APROPIADA ....................................... 42
4.1.2 4.1.3
MODELO CONCEPTUAL DE BASE DE DATOS ESPACIAL .................. 43
4.1.4
MODELO LÓGICO DE BASE DE DATOS ESPACIAL .......................... 49
4.1.4.1 MODELO LÓGICO DE BASE DE DATOS DEL DEPARTAMENTO DE FACILIDADES .................................................................................. 50 4.1.4.2
MODELO LÓGICO DEL DEPARTAMENTO DE EXPLORACIÓN ....... 52
4.1.4.3
MODELO LÓGICO DEL DEPARTAMENTO DE PERFORACIÓN ....... 54
4.1.4.4 MODELO LÓGICO DEL DEPARTAMENTO DE RELACIONES EXTERNAS...................................................................................... 54 4.1.4.5 MODELO LÓGICO DEL DEPARTAMENTO DE RELACIONES COMUNITARIAS ............................................................................... 55 4.1.4.6 MODELO LÓGICO DEL DEPARTAMENTO DE SEGURIDAD SALUD Y AMBIENTE ...................................................................................... 56 4.1.5
MODELO FÍSICO DE BASE DE DATOS .......................................... 57
4.1.5.1
INFORMACIÓN ESPACIAL DEL DEPARTAMENTO DE FACILIDADES 58
VIII
4.1.5.2
INFORMACIÓN ESPACIAL DEL DEPARTAMENTO DE EXPLORACIÓN 60
4.1.5.3
INFORMACION ESPACIAL DEL DEPARTAMENTO DE PERFORACIÓN 61
4.1.5.4 INFORMACION ESPACIAL DEL DEPARTAMENTO DE RELACIONES EXTERNAS...................................................................................... 61 4.1.5.5 INFORMACION ESPACIAL DEL DEPARTAMENTO DE RELACIONES COMUNITARIAS ............................................................................... 62 4.1.5.6 4.2
INFORMACION ESPACIAL DEL DEPARTAMENTO DE SSA ........... 63
ANÁLISIS DE RESULTADOS ............................................................. 64 4.2.1 COMPARACIÓN DEL ANTES Y DESPUÉS DEL MANEJO DE LA INFORMACION ................................................................................. 64 4.2.1 PUNTOS A FAVOR Y EN CONTRA DEL MANEJO DE LA INFORMACIÓN ESPACIAL EN UNA GEODATABASE ...................................................... 70
4.3 5
DISCUSIÓN .................................................................................. 72 CONCLUSIONES .............................................................................. 73
7 ANEXOS ............................................................................................ 81
IX
GLOSARIO BSD
Distribución de software Berkeley
DBMS
Sistema Gestor de Base de Datos
MTOP
Ministerio de Transporte y Obras Públicas
SGDB
Sistema Gestor de Base de Datos
SIG
Sistema de Información Geográfica
SSA
Seguridad Salud y Ambiente
TD
Profundidad Total
WMS
Servicio de Mapa Web
X
ÍNDICE DE FIGURAS Figura 1. Etapas de la actividad petrolera. ......................................................... 7 Figura 2. Extracción de petróleo de un yacimiento ............................................... 9 Figura 3. Estructura de una geodatabase........................................................ 12 Figura 4. Fases del método de ciclo de vida .................................................... 16 Figura 5. Fases del método en espiral ........................................................... 17 Figura 6. Tipos de elementos para crear en una geodatabase en ArcGIS Diagrammer . 20 Figura 7. Objetos de ArcGIS Diagrammer que representan a cada entidad según su geometría.............................................................................................. 20 Figura 8. Mapa de Ubicación de los Bloques Petroleros de Petroamazonas .............. 21 Figura 9. Flujograma de trabajo de la investigación ............................................ 24 Figura 10. Estructura de Carpetas del almacenamiento de la Información Espacial ..... 26 Figura 11. Objeto de Arcgis Diagrammer para representar un dataset ..................... 27 Figura 12. Objeto de Arcgis Diagrammer para representar un Feature Class de puntos 27 Figura 13. Objeto de Arcgis Diagrammer para representar un Feature Class de áreas . 27 Figura 14. Objeto de Arcgis Diagrammer para representar un Feature Class de líneas . 28 Figura 15. Objeto de Arcgis Diagrammer para representar un subtipo ..................... 28 Figura 16. Inspección de la Información de Exploración en base a los Shapefiles existentes.............................................................................................. 32 Figura 17. Información de Perforación en base a los Shapefiles existentes ............... 33 Figura 18. Información de Relaciones Externas en base a los Shapefiles existentes .... 34 Figura 19. Información de Relaciones Comunitarias en base a los Shapefiles existentes .......................................................................................................... 36 Figura 20. Información de SSA en base a los Shapefiles existentes ........................ 38 Figura 21. Información que maneja el departamento de Facilidades ....................... 39 Figura 22. Evaluación por parámetros de softwares GIS ..................................... 42 Figura 23. Esquema general del modelo conceptual .......................................... 44 Figura 24. Modelo conceptual de cada grupo de objetos ..................................... 46 Figura 25. Diseño Conceptual de los objetos Midstream ...................................... 47 Figura 26. Diseño Conceptual de los Objetos Upstream ...................................... 48 Figura 27. Modelo Conceptual de los Objetos Regulatorios .................................. 49 Figura 28. Modelo Lógico del DataSet de Construcciones Civiles ........................... 50 Figura 29. Modelo Lógico del DataSet de Vial .................................................. 51 Figura 30. Modelo Lógico del Dataset de Ductos............................................... 51 Figura 31. Modelo Lógico del Dataset de Infraestructura Eléctrica .......................... 52 Figura 32. Diseño Lógico del Dataset de Geología ............................................ 52 Figura 33. Diseño Lógico del Dataset de Áreas Exploratorias ............................... 53 Figura 34. Diseño Lógico del Dataset de Áreas ................................................ 53 Figura 35. Diseño Lógico del Dataset de Perforación.......................................... 54 Figura 36. Diseño Lógico del Dataset de Áreas. ................................................ 55 Figura 37. Diseño Lógico del Dataset Ente Regulador ........................................ 55 Figura 38. Diseño Lógico del Dataset Propiedad del Suelo................................... 56 Figura 39. Diseño Lógico del Dataset Actividad Antrópica .................................... 56
XI
Figura 40. Diseño Lógico del Dataset Áreas .................................................... 57 Figura 41. Archivos XML de los modelos de cada esquema ................................. 57 Figura 42. Esquema de Facilidades .............................................................. 58 Figura 43. Esquema Físico de Exploración ...................................................... 60 Figura 44 Esquema de Perforación .............................................................. 61 Figura 45. Esquema Físico de Áreas ............................................................. 61 Figura 46. Esquema de Propiedad del Suelo ................................................... 62 Figura 47. Esquema de SSA de Áreas ........................................................... 63
XII
ÍNDICE DE TABLAS Tabla 1. Programas más usados en el mercado mundial en empresas petroleras. ...... 10 Tabla 2. Tipos de geodatabases con sus características tomado de ....................... 14 Tabla 3. Entidades espaciales para la geodatabase ........................................... 41 Tabla 4. Comparación de Resultados de la información de Facilidades .................... 64 Tabla 5. Comparación de Resultados de la información de Relaciones Comunitarias ... 65 Tabla 6. Comparación de Resultados de la información de Relaciones Externas ........ 66 Tabla 7. Comparación de Resultados de la información de Exploración ................... 67 Tabla 8. Comparación de Resultados de la información de Perforación ................... 68 Tabla 9. Comparación de Resultados de la información de SSA ............................ 69
1
1 INTRODUCCIÓN 1.1
ANTECEDENTES
Petroamazonas es una empresa pública del Ecuador que opera un total de 17 bloques ubicados en las regiones Costa y Oriente del Ecuador. La empresa se dedica a trabajar en las fases que comprenden el “Upstream”. Sánchez Ortega (2013, p.107) afirma que “se denomina Upstream a las fases de exploración, desarrollo y producción de los yacimientos”.
En Petroamazonas, existen diferentes departamentos que se dedican a soportar y apoyar todas las actividades requeridas en cada fase para poder cumplir el objetivo de extraer el petróleo de los yacimientos. Cumplir este objetivo conlleva a ejecutar varios procesos, actividades, estudios y análisis, lo que da lugar a que se genere y administre gran cantidad de información espacial en distintos formatos.
En Petroamazonas, la información espacial es constantemente compartida entre los usuarios de los diferentes departamentos de la empresa. Esta actividad se realiza creando muchas copias de la información en sus propios computadores y también en los discos de la red de trabajo. Otro caso es que se envían constantemente la información espacial por correo electrónico, ocasionando que el volumen de información crezca notablemente y al final del día lo que se tiene es varias versiones de la información con diferentes fechas, nombres y cambios.
La información espacial es utilizada para la realización de mapas y construcción de análisis espaciales que ayuden en la toma de decisiones importantes para la empresa. Estas actividades se realizan con el apoyo de programas informáticos, los cuales fueron adquiridos por Petroamazonas con sus respectivas licencias de uso.
2
1.2
OBJETIVOS
1.2.1 OBJETIVO GENERAL Proponer el uso de geotecnología para mejorar la gestión y flujo de la información espacial
al
interior
de
los
diferentes
departamentos
de
la
empresa
Petroamazonas, Ecuador.
1.2.2 OBJETIVOS ESPECÍFICOS Identificar la información espacial que se maneja en la empresa por los diferentes departamentos de Petroamazonas. Determinar las aplicaciones informáticas del mercado que pueden ayudar a centralizar la información espacial de la empresa. Proponer un modelo de base de datos para que se adapte a las necesidades de la empresa para mejorar el manejo de la información espacial. Determinar los puntos a favor y en contra a lo largo del tiempo al tener toda la información centralizada en un sistema gestor de base de datos.
1.3
PREGUNTAS DE INVESTIGACIÓN
¿Cómo se organiza la información espacial en los diferentes departamentos? ¿Cuál es la información relevante para centralizar? ¿Qué tecnología de software puede ayudar a implementar un modelo físico de base de datos para el sector petrolero? ¿Cómo una geodatabase mejora el acceso y manejo de la información espacial en una organización dedicada al negocio del petróleo?
3
¿Cuáles son los puntos a favor y en contra al centralizar toda la información espacial de la empresa en un solo lugar?
1.4
HIPÓTESIS
La gestión de la información espacial apoyada por geotecnología soporta el manejo y el flujo de la información que se genera en los diferentes departamentos de la empresa Petroamazonas, otorgándole a la misma integridad, seguridad y disponibilidad.
1.5
JUSTIFICACIÓN
En las empresas, la información es considerada dentro de los recursos más importantes.”El activo más valioso, después del activo humano, es la información que posee” (Urbina, 2016, p. 5). ”La información vista de manera segura deberá poseer tres características primordiales: ser integra, estar disponible y preservar su confidencialidad” (Suárez Zarabanda, 2014, p. 3). Lograr que la información cumpla estas tres características es muy difícil y requiere de un gran esfuerzo y tiempo.
Lamentablemente en la empresa, tal y como se maneja el acceso, edición y seguridad de la información, es imposible garantizar que se cumplan las tres características mencionadas (H. R. Martínez, comunicación personal, 26 de julio, 2016). Este problema empieza desde que los usuarios de los departamentos de Petroamazonas tienen que comunicarse constantemente entre sí, con el objeto de que se les entregue la última versión oficial de la información para que puedan responder a un determinado requerimiento, sea este un mapa o un análisis espacial. La gran mayoría de veces se genera nueva información, la cual no es compartida ni oficializada adecuadamente con los demás departamentos de la empresa. Se han evidenciado casos en los cuales se pensó que se estaba trabajando con la última versión actualizada y oficial de la información, pero que al
4
no existir un proceso adecuado para determinar si la información es la correcta, se presentaron problemas que ocasionaron toma de decisiones erróneas u obtención de datos desactualizados e imprecisos.
La forma más común de compartir información es utilizando las herramientas de exportación y conversión de datos que poseen las propias aplicaciones de SIG1, lo que ocasiona que la información crezca constantemente y además dependa mucho de la disponibilidad de los usuarios de cada departamento para proveerla oportunamente.
1.6
ALCANCE
El alcance de este trabajo empieza con entender el proceso del manejo de la información espacial en cada departamento de Petroamazonas. Será necesario proponer a cada área que trabaja con información espacial, que exponga cual es el uso y manejo de su información, que problemas han encontrado y que necesidades tienen. La siguiente parte será identificar puntualmente todas las capas de datos espaciales que manejan los diferentes departamentos de Petroamazonas, para lo cual se debe conocer lo siguiente: ¿Qué información almacena cada entidad?, ¿Que geometría tiene? y ¿Cuáles son los atributos que posee? Luego de conocer las respuestas a las preguntas mencionadas, se analizará y validará si cada entidad tiene asignado su geometría y atributos correctamente. La información espacial que no sirva o esta repetida se eliminará, con el objeto de depurar la información existente. El siguiente paso será el diseño de la base de datos espacial. Para esto se utiliza la información depurada para construir el modelo conceptual, que será el eje para organizar y estructurar de una manera adecuada todas las entidades espaciales. Con el modelo conceptual realizado se diseñará el modelo lógico, el cual deberá contener todas las entidades requeridas con sus respectivos atributos, para así 1
SIG significa Sistemas de Información Geográfica
5
poder obtener finalmente el modelo físico de la base de datos, el cual va estar implementado en el sistema gestor de base de datos de Oracle. La parte final de esta investigación es la de evaluar los resultados, analizando la acogida que tiene la geodatabase por parte de los usuarios, esta investigación estará apoyada en la tecnología de ESRI.
6
2
MARCO TEÓRICO
Este capítulo tiene como propósito dar a conocer las bases teóricas del manejo y generación de información espacial en una empresa petrolera, siendo en este caso Petroamazonas del Ecuador. Además, se detallan conceptos necesarios sobre información espacial, geodatabases y diseño de base de datos espaciales. Todos los conceptos mencionados sirven de apoyo para el desarrollo de esta investigación y el posterior análisis de resultados. Se consideró varios trabajos científicos, los cuales tienen relación con implementación de geodatabases para dar soluciones para mejorar el manejo de la información espacial en distintos sectores como agricultura, minas, uso de suelos, etc.
2.1
NEGOCIO DEL PETRÓLEO
La actividad petrolera centra sus actividades en dos fases: upstream y downstream2, en cada una de ellas se realizan determinadas etapas como se indica en la figura 1:
2
Downstream comprende las etapas de transporte y almacenamiento, refino, distribución, comercialización y petroquimica
7
Figura 1. Etapas de la actividad petrolera. (Figueroa y Sánchez, 2006).
Las compañías petroleras difieren mucho en cuanto al alcance de sus actividades. Se pueden especializar o dedicarse a algunas de las fases de desarrollo o a todas ellas. Van desde operaciones multinacionales grandes, activas en muchos países, hasta compañías de tamaño medio que operan en regiones más limitadas (Gratzfeld, 2004).
La empresa Petroamazonas, centra sus actividades en la fase correspondiente al upstream, gran cantidad de sus recursos humanos y tecnológicos son utilizados en la búsqueda de yacimientos de petróleo, Fondevila y Scarpellini (2013, p.23) sostienen que “para hablar de un yacimiento de petróleo susceptible de convertirse en un pozo productivo, es preciso localizar un área en la que el recurso se haya acumulado y preservado”.
8
Según el autor Gavalda (2012) el primer paso para la búsqueda de yacimientos son “los estudios de superficie” (p. 16). En el caso de Petroamazonas, los geólogos utilizan estos estudios para determinar las posibles zonas donde existan yacimientos.
El siguiente paso es la utilización de los pozos exploratorios, Borgna, Di Cosimo, y Figoli (2001, p. 15) mencionan que “cuando el pozo exploratorio encuentra petróleo y/o gas, se efectúa una evaluación de las posibilidades económicas del yacimiento y, en función de las conclusiones obtenidas, se determina o no un programa de desarrollo y exploración”.
En Petroamazonas, una vez identificado un yacimiento, el departamento de Facilidades y Contrucciones se encarga de llevar maquinaria a las áreas probables. En caso de no existir vías de acceso hacia el sitio de interés, este departamento se encarga de construir vías, campamentos y talleres con suministros de electricidad, agua y otros servicios para que el departamento de Perforación pueda llevar la torre al lugar e iniciar con la perforación de los pozos exploratorios, para ver si en verdad hay un yacimiento. Si los resultados de los estudios de los pozos exploratorios son buenos, Petroamazonas debe determinar si es rentable económicamente su explotación; esto deriva en la etapa de desarrollo y evaluación.
A continuación, se resumen las actividades para la búsqueda de un yacimiento:
Identificación de las áreas que posean condiciones favorables.
Inspección del área para determinar su geología.
Estudios sísmicos para tener información geológica más detallada.
Perforación de pozos para poder identificar la presencia o ausencia de un yacimiento.
Determinación de reservas.
Explotación del yacimiento
En la figura 2 se muestra gráficamente una torre de perforación en un yacimiento
9
Figura 2. Extracción de petróleo de un yacimiento (Ruiz y Fraile, 2016).
2.2
PROGRAMAS INFORMÁTICOS USADOS EN EL SECTOR PETROLERO
Existen programas informáticos que son muy importantes para apoyar a la actividad petrolera en lo que se refiere a la Geociencia y Petrofísica. En la actualidad los programas principales en el mercado mundial y que usan las empresas del Ecuador son Petrel Studio que es desarrollado por la empresa Schlumberger, DS Geology y DS Geophysics desarrollado por la empresa Haliburton y Geographix desarrollado por la empresa Geographix como se muestra en la tabla 1.
10
Tabla 1. Programas más usados en el mercado mundial en empresas petroleras. (Andrade Real, 2016)
Estos programas informáticos de petróleos tienen la capacidad de utilizar información georreferenciada en los siguientes casos:
Acceder a un shapefile
Acceder a un servicio WMS3
Acceder directamente a una geodatabase de ArcSDE.
El programa ArcGIS Desktop se utiliza para realizar análisis espaciales, construir mapas y alimentar la información georeferenciada. Rodrígues-Silveira (2013, p. 198) menciona que “las virtudes destacadas del ArcGIS son su facilidad de uso, la disponibilidad de un conjunto bastante amplio de recursos on-line (mapas, datos, etc.), la posibilidad de generar mapas con alta calidad de impresión y layouts bastante elaborados”.
En Petroamazonas, la información espacial se genera en el formato shapefile. Navarro (2011, p. 155) menciona que “un shapefile es uno de los formatos más populares y soportados. Fue diseñado y lo mantiene ESRI como formato
3
WMS significa Servicio de mapa web
11
interoperable y de intercambio de información entre las herramientas de ESRI y otras herramientas SIG”.
2.3
GEODATABASES
Para entender lo que es una geodatabase, primero se debe comprender lo que es una base de datos tradicional. Carrillo, Ruiz, Rodríguez, Capote y Miranda (2005, p.6) afirman que una base de datos es “un fondo común de información almacenada en una computadora para que cualquier persona o programa autorizado pueda acceder a ella, independiente de su procedencia y del uso que haga”. La geodatabase, al igual que una base de datos tradicional, contiene los datos con sus respectivos atributos, pero la diferencia radica en que la geodatabase permite guardar elementos espaciales y además permite otorgarles un comportamiento entre ellos. Según Narváez Rodríguez (2009, p.39) una geodatabase es ”una colección de datos organizados de tal manera que sirven efectivamente para una o varias aplicaciones SIG. Esta base de datos comprende la asociación entre sus dos principales componentes: datos espaciales y atributos o datos no espaciales”. Las geodatabases cuentan con un modelo de información integral para representar y administrar información geográfica. Este modelo de información integral se implementa como una serie de tablas que almacenan clases de entidades, datasets ráster y atributos. Además los objetos de datos avanzados agregan comportamiento SIG, reglas para administrar la integridad espacial y herramientas para trabajar con diversas relaciones espaciales de las entidades, los rásteres y los atributos principales (ESRI, 2009). Los desarrolladores de ArcGIS Desktop fueron quienes introdujeron el modelo de datos orientado a objetos llamado “modelo de datos de geodatabase”. El propósito de este modelo es de organizar la información a través de agrupadores llamados datasets y dentro de estos contener los FeaturesClass. Además, este modelo también permite crear relaciones entre objetos.
12
2.3.1 COMPONETES DE UNA GEODATABASE Las geodatabases son una colección de archivos que se encuentran en una carpeta dentro del disco duro y que se puede almacenar, consultar y administrar los datos espaciales. “Dentro de la geodatabase toda la información se modela en distintos conjuntos de datos de entidades(feature datasets), representada por distintas clases de entidades(feature class), tablas(object clases) o clases de relaciones(relationship clases)” (García, 2004, p. 68). En la figura 3 se presenta los componentes de la geodatabase.
Figura 3. Estructura de una geodatabase
Feature Class: Son entidades espaciales que pueden almacenar cualquier objeto a través de una respectiva geometría (punto, línea y polígono). Object Class: Contienen los datos que no pueden ser representados con una geometría, en si son características cuantitativas asociados a un objeto que quiere representar. Datasets: Son agrupadores de las propiedades de las clases de entidad, contienen entidades espaciales que guardan cierta relación, Llopis (2010, p. 122) mencionan que “sirven para separar por grupos los datos espaciales con un
13
mismo sistema de coordenadas o entidades espaciales dependientes, como si fuera directorios”.
Clases de relación: Las relaciones de atributo se utilizan a menudo en SIG, al igual que en todas las aplicaciones de base de datos. Las relaciones definen la forma en que las filas de una tabla se pueden asociar con filas de otra tabla. Dominios: “Es un conjunto finito de valores homogéneos y atómicos” (Cabello, 2010, p.6). Estos dominios tienen la capacidad de controlar la integridad de la información que es ingresada por los usuarios. “Una columna tiene una restricción de dominio cuando los valores permitidos están restringidos a un subconjunto (dominio) de los que serían posibles de acuerdo con su tipo de dato” (Monte y Pantaleón, 2003, p. 21). Relaciones espaciales y reglas espaciales: Estas reglas hacen mención a las topologías y las interacciones que tienen los objetos entre sí. Según Menendez (2009) las topologías son “relaciones espaciales entre los diferentes elementos geográficos, son fundamentales para asegurar la calidad de los datos y permite realizar análisis espaciales complejos” (p.140). Metadatos: “Los metadatos son, sencillamente, datos que sirven para describir grupos de datos a los que podríamos llamar objetos informáticos” (Baca, 1999, p. 6).
2.3.2 TIPOS DE GEODATABASES Geodatabase de Archivos “Almacenados como carpetas en un sistema de archivos. Cada dataset se aloja como un archivo que puede escalar hasta 1 TB de tamaño. Las geodatabases de archivos se recomiendan por sobre las geodatabases personales” (ESRI, 2014, ¶1).
14
Geodatabase Personal “Todos los datasets se almacenan dentro de un archivo de datos de Microsoft Access con un límite de tamaño de 2 GB” (ESRI, 2014, ¶2).
Geodatabase Corporativa “Conjunto de varios tipos de datasets SIG alojados como tablas en una base de datos relacional. Este es el formato de datos nativos almacenados y administrados en una base de datos relacional recomendado para ArcGIS” (ESRI, 2014, ¶3). A continuación, en la tabla 2 se muestran las características de cada tipo de geodatabase:
Tabla 2. Tipos de geodatabases con sus características tomado de (ESRI, 2014).
15
2.3.3 SISTEMAS GESTORES DE BASE DE DATOS Un SGDB4 es un conjunto de aplicaciones informáticas que permite manejar bases de datos. Este tipo de programas sirven para que los usuarios y las bases de datos se puedan comunicar de forma sencilla. Estos sistemas no solo comprenden los programas para gestión de los datos, sino que también incluyen los propios datos almacenados, que normalmente se encuentran relacionados (Peña, 2016). A continuación, se presenta algunos de los SGDB más conocidos. Oracle: Oracle es un SGDB y es considerado dentro de los sistemas más completos por sus características de transaccionalidad, escalabilidad, estabilidad y soporte multiplataforma. Kroenke (2003, p.329) afirma que Oracle es el “más popular del mundo y tiene una larga historia de desarrollo y uso. Oracle muestra al programador mucha de su tecnología y consecuentemente puede afinarse y ajustarse de diversas maneras”. SQL SERVER: SQL Server es un sistema para la gestión de bases de datos producidos por Microsoft basado en el modelo relacional. Sus lenguajes para consultas son Transact-SQL y ANSI SSQL. Microsfot SQL Server constituye la alternativa de Microsoft a otros potentes sistemas gestores de bases de datos como son Oracle, PostgresSQL o MySQL (Torres, 2012). POSTGRESQL: Es un sistema de gestión de base de datos objeto-relacional, distribuido bajo licencia BSD5 y con su código fuente disponible libremente. Es el sistema de 4 5
SGDB – Sistema Gestor de Base de Datos por sus siglas en inglés. BSD es un tipo de licencia de software
16
gestión de bases de datos de código abierto más potente del mercado (Ordoñez, Ríos y Castillo, 2017). DB2: Es un sistema gestor de base de datos relacional, es una marca comercial de IBM bajo la cual se vende este sistema gestor de base de datos.
2.4
MARCO METODOLÓGICO
2.4.1 MÉTODO DE CICLO DE VIDA CLÁSICO El método de ciclo de vida es un enfoque por fases de análisis y diseño para implementar un sistema de información. Chávez y Figueroa (1999) mencionan que el método de ciclo de vida para desarrollo de sistemas es: "el conjunto de actividades que los analistas, diseñadores y usuarios realizan para desarrollar e implantar un sistema de información" (p. 1). Laudon y Laudon (2004, p. 395) afirman que “el ciclo de vida de los sistemas es el método más antiguo para construir sistemas de información y todavía se usa para proyectos de sistemas complejos medianos o grandes”. A continuación en la figura 4 se muestra las fases de este método:
Figura 4. Fases del método de ciclo de vida (Yañez y Gonzales, 2005).
17
2.4.2 MÉTODO DE ESPIRAL El autor Areba (2001, p.46) menciona en su libro sobre esta metodología: “utiliza 4 etapas básicas, por las que evoluciona iterativamente en espiral, hasta que eliminado el riesgo y aspectos críticos, se llega a un desarrollo lineal”. En este método es muy importante identificar los riesgos correctamente ya que pueden ser un problema como lo menciona Garreta (2003): “Es necesario tener habilidades y conocimientos elevados para realizar un correcto análisis de costes. Es fundamente identificar los riesgos que si se omiten luego pueden ser difíciles de solucionar” (p. 61). A continuación se observa en la figura 5 las fases de este método.
Figura 5. Fases del método en espiral (Garreta, 2003).
18
2.5
ETAPAS DE CONSTRUCCIÓN DE UN MODELO DE BASE DE DATOS
2.5.1 MODELO CONCEPTUAL Llopis (2010, p.89) menciona que “el diseño conceptual es un concepto de alto nivel de cómo la base de datos trabajara”. “El diseño conceptual se parte de las especificaciones de usuarios y se consigue una representación del mundo real. Esta imagen del mundo real se denomina conceptual (Cobo, 2007, p.21). Al hablar del modelo conceptual se refiere a la representación del mundo real, aquí se mencionan a las entidades, propiedades y relaciones que existe entre ellos, una ventaja del modelo conceptual es que contribuye a detectar errores desde el inicio.
2.5.2 MODELO LÓGICO Este modelo o diseño lógico contiene la descripción de cómo es la estructura de la base de datos espacial. Según Gómez (2014, p.107) el modelo lógico “consiste en transformar el esquema conceptual obtenido en la fase anterior en un esquema lógico adaptado al modelo de datos en el que se apoya el SGDB que se vaya a utilizar”. “El término diseño lógico se usa para referirse a la tarea de crear un modelo conceptual de datos que podría ser implementado por cualquier DBMS 6”(Coronel, 2011, p. 49). Existen varios modelos lógicos como: de red, relacional, orientado a objetos, entre otros. El modelo lógico se enfoca en la estructura de los datos y la modelización de las restricciones.
6
DBMS siglas en ingles, significa Sistema Gestor de Base de Datos
19
2.5.3 MODELO FÍSICO
Diseñar una base de datos es tomar algunas decisiones para definir su contenido y estructura, tales como: que tablas va a contener, qué campos tendrá cada tabla, qué claves habrá para cada tabla, etc. El conjunto de estas especificaciones forman el diseño de la base de datos (Cornelio, Rivas, y Hernández, 2004). El modelo de datos físico es desarrollado a partir del modelo de datos lógico. El diseño lógico y físico tienen muchas semejanzas, pero la diferencia radica en que las reglas y relaciones pueden ser expresadas en muchos sentidos El proceso de simplificar la realidad para construir un modelo se denomina reducción. El camino inverso del modelo físico a la realidad se realiza mediante abstracciones sucesivas, la abstracción consite en representar bajo ciertos lineamientos las características esenciales de una estructura de datos, con esto se evita demasiados detalles específicos de implementacion de los datos.
2.6
PROGRAMAS INFORMÁTICOS PARA MODELAR BASES DE DATOS ESPACIALES
2.6.1 ARCGIS DIAGRAMMER ArcGIS Diagrammer es una herramienta de los productos ESRI para crear, editar o analizar esquemas de geodatabases (ESRI, 2013). Esta aplicación permite modelar de una manera amigable los objetos y comportamiento entre ellos. Dentro de las herramientas que incorpora el programa ArcGIS Diagrammer se tiene el grupo de objetos datasets. Aquí se tiene el elemento Feature Dataset que es utilizado para representar a grupos de objetos que contiene a las entidades espaciales que guardan relación. En las figuras 6 y 7 se muestran todos los elementos que se pueden utilizar en esta aplicación para ir estructurando la geodabase en base a las necesidades.
20
Figura 6. Tipos de elementos para crear en una geodatabase en ArcGIS Diagrammer
Figura 7. Objetos de ArcGIS Diagrammer que representan a cada entidad según su geometría
2.6.2 MICROSOFT VISIO Microsoft Visio es un software de dibujo vectorial para Microsoft Windows. Las herramientas que lo componen permiten realizar diagramas de oficinas, diagramas de bases de datos, diagramas de flujo de programas, UML muy necesario que le permiten iniciar al usuario en los lenguajes de programación. (Bruno, 2014, p. 591). Microsoft Visio tiene la posibilidad de incorporar los objetos espaciales que se manejan en ArcGIS, esto es posible gracias a que se puede importar las librerías de ArcGIS dentro de Visio, para que las entidades espaciales sean modeladas fácilmente desde la parte conceptual hasta la obtención del modelo físico.
2.6.3 GEODTABASE DIAGRAMMER
Esri proporciona una utilidad de elaboración de diagramas que se debe descargar para los usuarios que deseen generar gráficos similares a éstos para sus diseños de la geodatabase. Puede descargar una herramienta, Geodatabase Diagrammer, para generar una serie de gráficos Visio de los datasets y elementos en la geodatabase (ESRI, 2015)
21
3
3.1
METODOLOGÍA
UBICACIÓN DEL ÁREA DE ESTUDIO
El área de estudio corresponde a los bloques petroleros asignados por la Secretería Nacional de Hidrocarburos del Ecuador a la empresa Petroamazonas para su exploración y explotación de los mismos. Los bloques se encuentran en las regiones Costa y Oriente del país.
A continuación en la figura 8, se presenta el mapa de los bloques petroleros:
Figura 8. Mapa de Ubicación de los Bloques Petroleros de Petroamazonas
22
3.2
METODOLOGÍA APLICACADA
Con la revisión bibliográfica realizada en el punto 2.4, se pudo determinar que el método a emplearse en esta investigación es el ciclo de vida. Sommerville (2005, p 59) afirma sobre el método de ciclo de vida que: “sólo se debe utilizar cuando los requerimientos se comprenden bien y sea improbable que cambien radicalmente durante el desarrollo del sistema”. En el caso del método en espiral, este no se adapta a esta investigación, ya que es aplicable cuando no se tienen bien definidos los requerimientos. Guillermo y Rinaudo (2015, p.25) afirman que ”resulta complicado la definición de objetivos y su evaluación para decidir el momento de avanzar en las interacciones”. En cuanto al diseño de base de datos como tal, se revisó las etapas empleadas para el diseño de base de datos en otras investigaciones relacionadas a soluciones del manejo de la información utilizando geodatabases, como es el caso de la investigación realizada por Ordoñez (2015, p.34) en la cual el autor menciona que “el diseño de una base de datos se descompone en diseño conceptual, diseño lógico y diseño físico”. De igual manera, en la investigación realizada por Fernández Tufiño (2014) utilizó las tres etapas mencionadas anteriormente para el diseño de base de datos. Otro ejemplo es el de la investigación realizada por Martinez Ospina (2010, p.63) donde se menciona que “el diseño del modelo de datos contempla tres etapas: modelamiento conceptual, modelamiento lógico y el modelamiento físico. El resultado del modelamiento temático y básico es el diseño conceptual del modelo, es la entrada para desarrollar el modelo físico”. Para conseguir un modelo físico adecuado se debe identificar acertadamente los objetos espaciales y no espaciales que van a formar parte de la geodatabase. En el proceso de diseño de una geodatabase intervienen varias actividades que van desde la definición de las entidades, identificación de alternativas de diseño y por último la implementación de la geodatabase.
23
Las actividades para el diseño de una geodatabase se pueden visualizar como:
Saber qué información se va a utilizar.
Conocer que capas se pueden integrar mediante la ubicación geográfica .
Definir las capas que deben estar agrupadas y que atributos debe tener cada entidad.
Si se van a utilizar reglas de integridad se debe identificar que entidades deben intervenir para crear comportamientos entre ellas.
Según Daniele (2009, p.67) “La realización de la base de datos se ha desarrollado en cuatro etapas: modelización, diseño lógico, diseño físico y construcción” Un diseño resulta bueno siempre y cuando sea eficiente funcionalmente y operacionalmente como también debe cumplir con los objetos y apoyar las necesidades de la organización. Para realizar el modelo conceptual, se debe tomar en cuenta la metodología sugerida por ESRI para la construcción de bases de datos espaciales, esta referencia se encuentra en el siguiente link: http://desktop.arcgis.com/es/arcmap/10.3/managedata/geodatabases/geodatabasedesign-steps.html
3.3
FLUJOGRAMA DE LA METODOLOGÍA APLICADA
El método de ciclo de vida consta de un conjunto de etapas adaptables al entorno y necesidades de la organización. En la figura 9, se describen a través de un flujograma las etapas de esta investigación con las cuales se pretende comprobar la hipótesis planteada:
24
Fase Inicial
Planificación
Análisis
Diseño
Implementación
Figura 9. Flujograma de trabajo de la investigación
Fase Inicial: En esta etapa se realiza una revisión y diagnóstico de la situación actual a nivel general del manejo de información espacial en la empresa. Planificación: En esta etapa se define las actividades para buscar la mejor manera de conocer, catalogar y determinar qué información espacial maneja cada departamento, además saber los problemas existentes a nivel departamental para el acceso a la información. Análisis: En esta etapa se mantiene conversaciones con los usuarios de todos los departamentos sobre el uso de la información espacial, identificando, con la ayuda de ellos que información es relevante para ser considerada para formar parte de la geodatabase. Además, delimitar los atributos y geometría que deben tener cada entidad espacial.
25
También se analiza la tecnología más adecuada que se adapte a las necesidades de la empresa y pueda soportar el manejo de la información espacial en un repositorio de base de datos. Diseño: En esta etapa se diseña el modelo de base de datos que abarque y soporte la información de todos los departamentos de la empresa en base a los resultados obtenidos en la etapa de análisis. Implementación: En esta fase se construye y se implementa el modelo físico de base de datos.
3.4
LEVANTAMIENTO Y CATALOGACIÓN DE LA INFORMACIÓN ESPACIAL
Se entrevistó a cada usuario de la empresa que maneja y trabaja con información espacial, con el objeto de conocer el uso que le dan a la información, que necesidades tienen y que problemas han encontrado en el uso de la misma. Se coordinó con el área SIG de la empresa para formular las preguntas más adecuadas que puedan ayudar a catalogar la información, estas preguntas fueron desarrolladas en base a los problemas existentes del manejo de la información, como se detallan a continuación:
Es muy difícil saber dónde guardan la información los usuarios y el formato de la misma
Existen departamentos que son más organizados que otros en cuanto al manejo de la información.
En el momento de requerir utilizar la información oficial, esto no es posible, debido a que no se puede determinar con rapidez y veracidad cual es la versión adecuada para poder responder a un determinado requerimiento.
Las preguntas que se plantearon a los usuarios fueron las siguientes:
¿Qué información espacial maneja?
¿Dónde guarda su información espacial?
26
¿Qué formatos de la información espacial genera y maneja?
¿Con que departamentos comparte su información?
¿Qué información espacial considera relevante?
¿De qué departamentos es difícil conseguir información espacial?
¿La información de que departamento considera poco fiable?
Una vez obtenidas las respuestas de los usuarios a las preguntas planteadas y con una mejor perspectiva del manejo de la información espacial en la empresa, la fase de catalogación comenzó por la identificación de las capas de datos espaciales en cada departamento, analizando que capas se pueden integrar mediante la ubicación geográfica. Según Bernabé-Poved y López-Vázquez (2010) los datos espaciales pueden modelarse a través de tres tipos de representación: vectores, raster y alfanumérica”. Para la catalogación de la información se utilizó las aplicaciones ArcMap y ArcCatalog para ir revisando que contiene cada entidad espacial e ir determinado si es información repetida que ya existe en otra entidad espacial.
Gran parte de la información espacial de la empresa se encuentra almacenada en un disco de la red y su formato es shapefile. Esta información posee una organización en base al departamento que pertenece como se indica en la figura 10.
Figura 10. Estructura de Carpetas del almacenamiento de la Información Espacial
27
3.5
DISEÑO DE LA BASE DE DATOS ESPACIAL
Para el diseño lógico de la base de datos espacial se utilizó el programa ArcGIS Diagrammer, debido a que resulto mucho más fácil de utilizar e instalar, en el caso de Microsoft Visio al tratar de instalar e integrar los complementos para los objetos espaciales de ArcGIS se presentaron muchos errores de compatibilidad por la versión del sistema operativo, A continuación en las figuras 11 a 15 se presentan los objetos que se pueden utilizar para modelar la base de datos espacial en ArcGIS Diagrammer.
Figura 11. Objeto de Arcgis Diagrammer para representar un dataset
Figura 12. Objeto de Arcgis Diagrammer para representar un Feature Class de puntos
Figura 13. Objeto de Arcgis Diagrammer para representar un Feature Class de áreas
28
Figura 14. Objeto de Arcgis Diagrammer para representar un Feature Class de líneas
Figura 15. Objeto de Arcgis Diagrammer para representar un subtipo
El diseño lógico traduce la parte conceptual en un conjunto de objetos. Este modelo se basa en construir un esquema de la información que se use en la empresa independientemente del SGDB que se utiliza.
3.6
IMPLEMENTACION
Una vez diseñado el modelo conceptual y modelo lógico de la base de datos espacial, se puede obtener el modelo físico de base de datos, el cual en base a la tecnología propuesta en esta investigación se lo va a llevar a una Geodatabase instalada y configurada en Oracle.
29
La herramienta que se utiliza para obtener el modelo físico es ArcGIS Diagrammer, en la figura 16 se muestra la interfaz del programa.
Figura 16. Proceso para la obtención del modelo físico en Arcgis Diagrammer
El modelo físico será importado en una instancia de Oracle instalada y configurada con el compondente ArcSDE de ArcGIS para que permita soportar los objetos propios de una Geodabase. En la figura 17 se muestra la herramienta llamada Case Tools de ArcGIS Desktop, la cual es utilizada para crear todos los objetos modelados en el diseño físico de la Geodatabase.
Figura 17. Herramienta Case Tools de ArcGIS
30
Dentro de la Geodatabase de Oracle se crearon esquemas para administrar de una manera eficiente cada grupo de objetos correspondiente a cada Departamento. Un esquema es el conjunto de objetos que le pertenecen a un usuario, posee una colecciรณn de objetos o estructuras lรณgicas que pertenecen a la informaciรณn almacenada.
31
4
RESULTADOS Y DISCUSIONES
4.1
RESULTADOS
4.1.1 CATALOGACIÓN DE LA INFORMACIÓN A continuación, se presenta los resultados obtenidos de la catalogación de la información espacial.
4.1.1.1 INFORMACIÓN DEL DEPARTAMENTO DE EXPLORACIÓN La información espacial que genera este departamento es la siguiente:
Campos
Activos
Geología
Para poder utilizar esta información es necesario el uso de programas de computadora adecuados para poder visualizar y analizar la información espacial sobre el subsuelo y poder determinar fácilmente la ubicación y dispersión del yacimiento. Toda esta información que maneja este departamento se encontró almacenada en la Carpeta “SHP_EXPLORACION”.
32
Figura 18. Inspección de la Información de Exploración en base a los shapefiles existentes
Análisis En la figura 18 se observa información espacial repetida y nombres inapropiados de los shapefiles, que causan confusión para su fácil identificación y uso, como es el caso de los shapefiles llamados “CamposCA_Join72” y “AnticlicaMiradorB28”. De igual manera sucede lo mismo para el resto de información espacial de este departamento.
4.1.1.2 INFORMACIÓN DEL DEPARTAMENTO DE PERFORACIÓN La información que genera y maneja este departamento es la siguiente:
Ubicación de iniciación del pozo.
Trayectoria de pozos.
Ubicación de finalización del pozo.
33
Los pozos petroleros se clasifican como exploratorios si su objetivo es descubrir nuevos yacimientos y pozos de desarrollo si su objetivo es explotar un yacimiento. Cuando un pozo presente algún problema como para dejarlo, se le llama pozo abandonado. Según Rodríguez (2006, p. 211) un pozo abandonado es “un pozo de producción de petróleo crudo y/o gas natural cuyo uso se suspende de manera permanente, por razones mecánicas o económicas”. Toda la información que maneja este departamento se encontró en la carpeta llamada “SHP_PERFORACION”.
Figura 19. Información de Perforación en base a los Shapefiles existentes
34
Análisis: En la figura 19, se evidencia que los nombres de los shapefiles no identican correctamente a los mismos, como es el caso de los shapefiles llamados “Abirl2010” y “Pozos2011V1”, además existe información repetida.
4.1.1.3 INFORMACIÓN DEL DEPARTAMENTO DE RELACIONES EXTERNAS La información que posee este departamento es la siguiente:
Bloques.
Cartas.
Vías del Ministerio de Transporte y obras públicas.
Transporte hidrocarburos.
Figura 20. Información de Relaciones Externas en base a los Shapefiles existentes
35
Análisis: En la figura 20 se evidencia que los nombres de los shapefiles es inadecuado, como es el caso de “Bloques_Oriente_2”,”Bloques_Oriente” y “PuntosFO_B12”, estos archivos hacen dudar en saber cuál es la última versión del dato para construir un mapa, ya que además existen muchos más shapefiles en la carpeta “SHP_RELACIONES_EXTERNAS” con nombres similares.
4.1.1.4 INFORMACIÓN DEL DEPARTAMENTO DE RELACIONES COMUNITARIAS La información que genera y maneja este departamento es la siguiente:
Comunidades
Área Permisada
Limite Propiedades
Puestos de Salud
El departamento de relaciones comunitarias se encarga de garantizar las buenas relaciones entre las comunidades aledañas a las plataformas petroleras y la empresa. Esto con el objeto de poder tener un ambiente libre de conflictos entre ambas partes.
36
Figura 21. Información de Relaciones Comunitarias en base a los Shapefiles existentes
Análisis: En la figura 21 se hace énfasis en la información de etnias y comunidades, en el caso de las etnias se observa que se tiene información repetida y con nombres inapropiados como es el caso de “etnias2009”, ”etnias200906”, ”etnias2”, ”Etnias”; lo mismo sucede con las comunidades, estos shapefiles estan nombrados como “Comgral2008”,
“Comgral2008-02”,
“Comgral2009-01”,
“Comgral2010-10”,
“ComunasGral”, “ComunidadEstCoca”. A la hora de requerir utilizar esta información va a ser muy difícil saber cuál es la información oficial. Toda esta información
se
encuentra
“SHP_RELACIONES_COMUNITARIAS”.
almacenada
en
la
carpeta
37
4.1.1.5 INFORMACIÓN DEL DEPARTAMENTO DE SEGURIDAD SALUD Y AMBIENTE La información que genera y maneja este departamento es la siguiente:
Áreas protegidas.
Zonas administrativas ambientales. “Un área protegida es un espacio geográfico claramente definido,
reconocido, dedicado y gestionado, mediante medios legales u otros tipos de medios eficaces para conseguir la conservación a largo plazo de la naturaleza y de sus servicios ecosistémicos y sus valores culturales asociados” (Dudley, 2008, p.10). El departamento de Seguridad Salud y Ambiente (SSA) se encarga de gestionar los permisos ambientales para construir una plataforma. Esto se hace a través del Ministerio del Ambiente y de la Agencia de Regulación y Control HidrocarburÍfico. Este departamento se encarga de realizar los estudios de impacto ambiental. La carpeta donde se encontró esta información es “SHP_PROYECTOS”.
38
Figura 22. Información de SSA en base a los Shapefiles existentes
Análisis: En la figura 22 se evidencia que los nombres de los shapefiles son inadecuados, como por ejemplo “snap_33_areas”,”Vertices”, estos archivos hacen dudar en saber cuál es la última versión del dato para construir un mapa.
39
4.1.1.6 INFORMACIÓN DEL DEPARTAMENTO DE FACILIDADES Y CONSTRUCCIONES La información que genera y maneja este departamento es la siguiente:
Vías.
Cercas.
Facilidades civiles.
Locaciones.
Ductos.
Válvulas.
Cables.
Postes.
Vías.
Obstáculos.
Intersecciones.
El departamento de facilidades y construcciones se encarga de construir accesos y vías para poder llevar las maquinas necesarias a los campos y así poder construir las plataformas, para armar sobre ellas todos los equipos eléctricos, electrónicos y mecánicos que permitan montar un taladro y realizar la perforación. La carpeta donde está almacenada esta información es “SHP_FACILIDADES”.
En la figura 23 se evidencia que los nombres de los shapefiles son inadecuados, como por ejemplo “´pozoA12”,”EPF2” y “EPF2007”, estos archivos hacen dudar en saber cuál es la última versión del dato para construir un mapa, ya que además existen muchos más shapefiles en la carpeta “SHP_FACILIDADES” con nombres similares.
40
Figura 23. Informaciรณn que maneja el departamento de Facilidades
41
En la Tabla 3., se detalla el resultado de las entidades espaciales primordiales para que formen parte del modelo de base de datos espacial. ENTIDADES Vías, Intersecciones, Obstáculos Cercas
DEPARTAMENTO
GEOMETRIA
Facilidades Facilidades
Línea, Punto Línea
Facilidades Civiles Locaciones Ductos Válvulas Cables Postes Infraestructura Eléctrica Zona Administrativa Ambiental Áreas Protegidas Comunidades Limite Propiedades Avaluó Catastral Salud Conflictos Bloques Ductos de Trasportes Vialidad MTOP7 Cartas Trayectoria Pozos Well Header Well Header TD8 Cuencas Sedimentarias Litología Fallas Zonas Exploratorias Estructuras
Facilidades Facilidades Facilidades Facilidades Facilidades Facilidades Facilidades
Polígono Polígono y Punto Línea Punto Línea Punto Punto y Línea
SSA SSA Relaciones Comunitarias Relaciones Comunitarias Relaciones Comunitarias Relaciones Comunitarias Relaciones Comunitarias Relaciones Externas Relaciones Externas Relaciones Externas Relaciones Externas Perforación Perforación Perforación Exploración Exploración Exploración Exploración Exploración
Polígono Polígono Polígono Polígono Punto Punto Punto Polígono Línea Línea Polígono Línea Punto Punto Polígono Polígono Polígono Polígono Polígono
Tabla 3. Entidades espaciales para la geodatabase
7 8
MTOP significa Ministerio de Transporte y Obras Públicas TD estas siglas en ingles significa Profundiad Total
42
4.1.2 USO DE LA TECNOLOGÍA APROPIADA Dentro de las aplicaciones de escritorio de Sistemas de Información Geográfica existen los siguientes programas: ArcGIS, QuantunGIS, gvSIG, GRASS, Kosmo, OpenJump, Saga y uDig.
A continuación en la figura 24 se muestra el resultado de una investigación, en la cual se comparan las aplicaciones de los softwares GIS libres en base a varios parámetros, donde el valor de 5 se considera la calificación máxima.
Figura 24. Evaluación por parámetros de softwares GIS (Gonzales y Castellanos, 2013)
En la misma investigación citada anteriormente los autores Gonzales y Castellanos (2013, p.7) como parte de sus conclusiones sugieren “el uso de la herramienta gvSIG para la elaboración de Sistemas de Información Geográficos orientados a la gestión de Planes de Ordenamiento Territorial”. En otra investigación realizada sobre la comparación de las herramientas de digitalización entre Quamtum GIS y ArcGIS el autor concluye que “las herramientas del software Quantum GIS todavía no se encuentran totalmente desarrolladas al compararlas con el producto final que se tiene en ArcGIS” (Meza, 2015, p. 91)
43
Según Morales (2014, p.2) en su artículo de investigación de comparar ArcGIS, gvSIG y QuatumGIS menciona que ”los tiempos de descarga de los WFS solicitados desde ArcGIS tuvieron mejores tiempos de descarga en promedio, a través de una amplia gama de tamaños en los archivos”. En base a los resultados de las investigaciones citadas se evidencia que el programa ArcGIS Desktop es el más recomendado por su eficiencia y estabilidad, además que este programa es utilizado en la empresa desde hace 7 años y los usuarios han adquirido un gran conocimiento del uso y manejo de la información espacial a través de este programa. Decidir utilizar otra tecnología como gvSIG implicaría un proceso de transición entre el uso del software ArcGIS y gvSIG, en el cual abarcaría procesos de instalación, capacitación y sin mencionar todos los errores que pueden presentarse al utilizar este programa y lo difícial que puede ser contar con un soporte acorde a las exigencias de una empresa que su negocio es la extracción del petróleo. Según Vilca (2011, p.116) las desventajas de gvSIG es “su inestabilidad que presenta al querer ingresar al programa, guardar un proyecto, así como lentitud en realizar varios procesos”.
4.1.3 MODELO CONCEPTUAL DE BASE DE DATOS ESPACIAL
La Categoría de Objetos que se propone es la siguiente:
Objetos Geográficos de Midstream9 Aquí se tendra la información espacial de los departamentos de Facilidades y Relaciones Externas
Objetos Geográficos de Upstream10 Aquí se tendra la información espacial de los departamentos de Exploración y Perforación.
9
Objetos Geográficos Regulatorios
La palabra Midstream hace referencia al transporte y almacenamiento del crudo. La palabra Upstream se lo conoce como sector de exploración y producción.
10
44
Aquí se tendra la información de los departamentos de Relaciones Comunitarias y Seguridad Salud y Ambiente (SSA).
Objetos Geográficos de la Cartografía Base del Ecuador Aquí se tendra la información de la cartografía del IGM11 a diferentes escalas.
Para esta investigación se usó los ArcObject, ya que estos objetivos tienen un modelo de datos geográficos que permite implementar la geodatabase. A continuación en la figura 25, se presenta objetos correspondientes
a
los
a nivel de esquema general los
objetos espaciales que
se
genera
en
Petroamazonas y la Cartográfia Base del Ecuador.
ESRI ArcObjects
ESRI ArcObjects::Geodatabase
«subsystem» Geodatabase::CartografiaBase
Geodatabase::PAM Objects
«subsystem» PAM Objects::Regulatorios
«subsystem» PAM Objects::Upstream
«subsystem» PAM Objects::Midstream
Figura 25. Esquema general del modelo conceptual
En esta etapa de la investigación fue necesario revisar y analizar cada entidad espacial para determinar qué relación puede existir entre ellas con el objeto de
11
IGM – Instituto Geográfico Militar
45
poder utilizar agrupadores. Estos agrupadores en la geodatabase se llaman datasets, estos contendrán a las entidades espaciales que guardan alguna relación. Además los datasets desempeñaran un papel importante para establecer permisos de edición sobre las entidades de la geodatabase, es decir se podrán dar permisos de lectura, escritura o edición únicamente sobre un dataset o una entidad espacial que no forma parte de ningún dataset. Cada categoría de objetos geográficos mencionados en la figura 25 comprende una superclase, cada superclase contiene una o más clases, estas se constituirán en geodatabases enteras en el modelo Físico. Las clases pueden contener subclases que corresponderían a los agrupadores lógicos “feature datasets” dentro de la geodatabase. En la figura 26 se presentan los grupos de objetos en base al Departamento que pertenecen con sus DataSets correspondientes, los cuales van a contener a los objetos espaciales llamados Features Class.
46
ESRI ArcObjects
ESRI ArcObjects::Geodatabase
Objetos de Actividades Regulatorias
Objetos de Midstream Geodatabase::PAM Objects «subsystem» PAM Objects::Midstream
«subsystem» PAM Objects::Regulatorios
Midstream::Facilidades Regulatorios::RRCC
Midstream::Relaciones Externas Regulatorios::SSA
Objetos de Cartografía Base «subsystem» Geodatabase::CartografiaBase
Objetos de Upstream «subsystem» PAM Objects::Upstream
CartografiaBase::Cartografia Base IGM 1.000.000
CartografiaBase::Cartografia Base IGM 250.000
Upstream::Exploracion
Upstream::Pozos
CartografiaBase::Cartografia Base IGM 50.000
Figura 26. Modelo conceptual de cada grupo de objetos
Objetos correspondientes al Midstream Como parte de los objetos que forman parte de Midstream, como agrupadores se tiene a Relaciones Externas y Facilidades, estos grupos contendrán a las entidades espaciales que van a formar parte del modelo físico, los cuales se presentan en la figura 27.
47
«subsystem» PAM Objects::Midstream
Relaciones Externas
Relaciones Externas::VialidadMTOP
Relaciones Externas::Bloques
Relaciones Externas::Cartas
Relaciones Externas::TransporteHidrocarburos
Facilidades
Facilidades::FacilidadesCiviles Facilidades::Valvulas
Facilidades::Cercas Facilidades::Ductos Facilidades::Locacion_P
Facilidades::Postes Facilidades::Locacion_G
Facilidades::Infraestructura Vial
Facilidades::Cables
Facilidades::Intersecciones
Facilidades::Obstaculos
Facilidades::Vias
Figura 27. Diseño Conceptual de los objetos Midstream
Objetos correspondientes al Upstream Como parte de los objetos que forma parte del Upstream, como agrupadores estan Geología, Áreas Exploratorias y Pozos, estos grupos contendrán a las entidades espaciales que van a formar parte del modelo físico, los cuales se presentan en la figura 28.
48
«subsystem» PAM Objects::Upstream Exploracion
Exploracion::Geologia
Geologia::CuencasSed
Pozos
Geologia::Litologia
Geologia::Fallas_L Exploracion::Perforacion
Exploracion::AreasExploratorias Perforacion::TrayectoriaPozo
AreasExploratorias::ZonasExploratorias Perforacion::Well_BH AreasExploratorias::Estructuras Perforacion::Well_HEADER
Figura 28. Diseño Conceptual de los Objetos Upstream
Objetos Correspondientes a Regulatorios Como parte de los objetos que forman parte de Regulatorios, como agrupadores estan a Propiedad del Suelo, Actividad Antrópica y Áreas, estos grupos contendrán a las entidades espaciales que van a formar parte del modelo físico, los cuales se presentan en la figura 29.
49
«subsystem» PAM Objects::Regulatorios
Propiedad del Suelo::AvaluoCatastral_P
RRCC
RRCC::Propiedad del Suelo Propiedad del Suelo::LimitesPropietarios
Propiedad del Suelo::Comunidades
RRCC::Actividad Antrópica Actividad Antrópica::Salud_P
SSA
Actividad Antrópica::Conflictos
SSA::Areas
Areas::ZonaAdmAmbiental
Simbología CLASE: ESRI GEODATABASE
Areas::AreasProtegidas
CLASE: ESRI FEATURE DATASET CLASE: ESRI FEATURE CLASS GENERALIZACION
Figura 29. Modelo Conceptual de los Objetos Regulatorios
4.1.4 MODELO LÓGICO DE BASE DE DATOS ESPACIAL En base al modelo conceptual propuesto en esta investigación, a continuación, se describe el modelo lógico apropiado para cada esquema. Es de vital importancia considerar todos los atributos requeridos. Según Osorio (2008, p. 25) “un atributo
50
es una función que mapea un conjunto de entidades dentro de un dominio, para la cual cada entidad se describe por medio de un conjunto de parejas”.
4.1.4.1 MODELO LÓGICO DE BASE DE DATOS DEL DEPARTAMENTO DE FACILIDADES
A continuación en la figura 30 se presenta el grupo de objetos del dataset de construcciones civiles, el contiene 4 Features Class. Dataset - Construcciones Civiles
Figura 30. Modelo Lógico del DataSet de Construcciones Civiles
51
A continuación en la figura 31, se muestran los 3 Features Class requeridos para manejar la información vial, los cuales estan dentro del DataSet llamado Vial.
Dataset - Vial
Figura 31. Modelo Lógico del DataSet de Vial
A continuación en la figura 32, se muestran los 2 Features Class requeridos para manejar la información de los ductos, los cuales estan contenidos en el DataSet llamado Ductos.
Dataset - Ductos
Figura 32. Modelo Lógico del Dataset de Ductos
52
A continuación en la figura 33, se muestran los 2 Features Class requeridos para manejar la información de Infraestructura Eléctrica, los cuales estan contenidos en el DataSet llamado InfraElectrica.
Dataset - Infraestructura Eléctrica
Figura 33. Modelo Lógico del Dataset de Infraestructura Eléctrica
4.1.4.2 MODELO LÓGICO DEL DEPARTAMENTO DE EXPLORACIÓN A continuación en la figura 34, se muestran los 3 Features Class requeridos para manejar la información de Geología, estos objetos estan contenidos en el DataSet llamado Geología. Dataset - Geología
Figura 34. Diseño Lógico del Dataset de Geología
53
A continuación en la figura 35, se muestran los 2 Features Class requeridos para manejar la información de Áreas Exploratorias.
Dataset - Áreas Exploratorias
Figura 35. Diseño Lógico del Dataset de Áreas Exploratorias
A continuación en la figura 36, se muestra el único Feature Class requeridos para manejar la información de Activos.
Dataset - Áreas
Figura 36. Diseño Lógico del Dataset de Áreas
54
4.1.4.3 MODELO LÓGICO DEL DEPARTAMENTO DE PERFORACIÓN En la figura 37 se muestra las entidades espaciales correspondientes al esquema del departamento de Perforación, los cuales están agrupados en un Dataset, aquí existen 3 Features Class para manejar esta información. Dataset – Perforación
Figura 37. Diseño Lógico del Dataset de Perforación
4.1.4.4 MODELO LÓGICO DEL DEPARTAMENTO DE RELACIONES EXTERNAS En las figuras 38 y 39 se muestran los Features Class requeridos para manejar la información de Áreas y Entidades Regulatorias que forman parte del Departamento de Relaciones Externas, en el DataSet Áreas y EnteRegulador existen 2 Features Class para cada uno.
55
Dataset – Areas
Figura 38. Diseño Lógico del Dataset de Áreas.
Dataset – EnteRegulador
Figura 39. Diseño Lógico del Dataset Ente Regulador
4.1.4.5 MODELO LÓGICO DEL DEPARTAMENTO DE RELACIONES COMUNITARIAS En la figura 40 y 41 se muestran los Features Class requeridos para manejar la información de Propiedad del Suelo y Actividad Antrópica correspondiente al Departamento de Relaciones Comunitarias.
56
Dataset – Propiedad del Suelo
Figura 40. Diseño Lógico del Dataset Propiedad del Suelo
Dataset – Actividad Antrópica
Figura 41. Diseño Lógico del Dataset Actividad Antrópica
4.1.4.6 MODELO LÓGICO DEL DEPARTAMENTO DE SEGURIDAD SALUD Y AMBIENTE En la figura 42 se muestran los 2 Features Class requeridos para manejar la información de Áres correspondiente al Departamento de Seguridad Salud y Ambiente.
57
Dataset – Áreas
Figura 42. Diseño Lógico del Dataset Áreas
4.1.5 MODELO FÍSICO DE BASE DE DATOS En la figura 43, se muestran los XML obtenidos del modelo lógico de la información de cada departamento.
Figura 43. Archivos XML de los modelos de cada esquema
En la base de datos se crearon esquemas para administrar de una manera eficiente cada grupo de objetos correspondiente a cada departamento. Un esquema es el conjunto de objetos que le pertenecen a un usuario, posee una colección de objetos o estructuras lógicas que pertenecen a la información almacenada.
58
GISEXP – Esquema usuario propietario de los objetos de Exploración
GISSSA – Esquema usuario propietario de los objetos de SSA
GISPOZ – Esquema usuario propietario de los objetos de Perforación
GISRCM – Esquema usuario propietario de los objetos de Relaciones Comunitarias
GISREXT – Esquema usuario propietario de los objetos de Relaciones Externas
GISFIC – Esquema usuario propietario de los objetos de Facilidades
4.1.5.1 INFORMACIÓN ESPACIAL DEL DEPARTAMENTO DE FACILIDADES En base al modelo lógico desarrollado se obtuvo el modelo físico, el cual se detalla en la figura 44:
Figura 44. Esquema de Facilidades
59
DESCRIPCIÓN DE CADA ENTIDAD FacilidadesCivil: Contiene la información de las construcciones y facilidades que se requieren en la plataforma, este Feature Class posee 4 subtipos que son: Producción, Construcciones y Protección, Eléctrica y Recolección. Estos subtipos sirven para identificar el uso que se le da a cada facilidad. Cercas: Contiene la información del cerramiento externo e interno de las plataformas. Locacion_P: Contiene las coordenadas del centroide de la plataforma. Locacion_G: Contiene el polígono del área total de lo que comprende la plataforma. Obstáculos: Contiene la información de los obstáculos que se presentan en las vías como por ejemplo puentes y daños en las vías. Vías: Contiene la información de todas las vías que han sido construidas por la empresa para poder acceder a las plataformas. Intersecciones: Contiene la información de las intersecciones Ductos: Contiene la información de los ductos y el uso que se le da, posee 5 subtipos que son: Flow Line, Línea Agua Inyección, Gas, Oleoducto y Línea de Recolección. Válvulas: Contiene la información de las coordenadas de las válvulas y sus propiedades. Postes: Contiene la información de las coordenadas de los postes y sus atributos. Cables: Contiene la información de las líneas de cables que se encuentran dentro y fuera de las plataformas.
En el Anexo 1 se puede ver la tabla de atributos de cada entidad espacial del departamento de Facilidades
60
4.1.5.2 INFORMACIÓN ESPACIAL DEL DEPARTAMENTO DE EXPLORACIÓN En base al modelo lógico desarrollado se obtuvo el modelo físico, el cual se detalla en la figura 45:
Figura 45. Esquema Físico de Exploración
DESCRIPCIÓN DE CADA ENTIDAD Litología: Contiene la información de la Litología de las diferentes formaciones existentes en el Ecuador. Fallas_L: Contiene la información de las fallas existentes en el Ecuador. Cuencas Sedimentarias: Contiene la información de las cuencas sedimentarias del Ecuador. Zonas Exploratorias: Contiene la información de las zonas exploratorias. Estructuras: Contiene la información de estructuras. Activos: Contiene la información de las agrupaciones llamadas Activos, los cuales poseen similares características geológicas donde existen yacimientos.
En el Anexo 2 se puede ver la tabla de atributos de cada entidad espacial del departamento de Exploración.
61
4.1.5.3 INFORMACION ESPACIAL DEL DEPARTAMENTO DE PERFORACIÓN En base al modelo lógico desarrollado se obtuvo el modelo físico para la información de este departamento, el cual se detalla en la figura 46:
Figura 46 Esquema de Perforación
DESCRIPCIÓN DE CADA ENTIDAD Trayectoria Pozo: Contiene la información de la trayectoria de los pozos. Well Header: Contiene la información de las coordenadas de inicio del pozo con sus respectivos atributos. Well TD: Contiene la información de las coordenadas de finalización del pozo con sus respectivos atributos.
En el Anexo 3 se puede ver la tabla de atributos de cada entidad espacial del departamento de Perforación.
4.1.5.4 INFORMACION ESPACIAL DEL DEPARTAMENTO DE RELACIONES EXTERNAS En base al modelo lógico desarrollado se obtuvo el modelo físico para la información de este departamento, el cual se detalla en la figura 47:
Figura 47. Esquema Físico de Áreas
62
DESCRIPCIÓN DE CADA ENTIDAD Bloques: Contiene la información del polígono de los Bloques con sus respectivos atributos. Cartas: Contiene la información de las cartas topográficas existentes en el Ecuador. Transporte Hidrocarburos: Contiene la información de los oleoductos. En el Anexo 4 se puede ver la tabla de atributos de cada entidad espacial del departamento de Relaciones Externas.
4.1.5.5 INFORMACION ESPACIAL DEL DEPARTAMENTO DE RELACIONES COMUNITARIAS En base al modelo lógico desarrollado se obtuvo el modelo físico para la información de este departamento, el cual se detalla en la figura 48:
Figura 48. Esquema de Propiedad del Suelo
DESCRIPCIÓN DE CADA ENTIDAD Avaluó Catastral: Contiene la información del avaluó catastral de las propiedades. Limites Propiedades: Contiene la información de los límites de las propiedades de las personas de las comunidades. Comunidades: Contiene la información de las comunidades. Salud_P: Contiene la información de los puestos de salud que gestiona la empresa.
63
Conflictos: Contiene la información de las ubicaciones de los conflictos que se presentan con las comunidades y grupos externos.
En el Anexo 5 se puede ver la tabla de atributos de cada entidad espacial del departamento de Relaciones Comunitarias
4.1.5.6 INFORMACION ESPACIAL DEL DEPARTAMENTO DE SSA En base al modelo lógico desarrollado se obtuvo el modelo físico para la información de este departamento, el cual se detalla en la figura 49:
Figura 49. Esquema de SSA de Áreas
DESCRIPCION DE CADA ENTIDAD Zonas Administrativa Ambiental: Contiene la información de los puestos que gestiona la empresa. Áreas Protegidas: Contiene la información de las Áreas Protegidas de todo el Ecuador.
En el Anexo 6 se puede ver la tabla de atributos de cada entidad espacial del departamento de SSA.
64
4.2
ANÁLISIS DE RESULTADOS
4.2.1 COMPARACIÓN DEL ANTES Y DESPUÉS DEL MANEJO DE LA INFORMACION Información del departamento de Facilidades En la tabla 4, se muestra el resultado de cómo fue centralizada la información de este departamento en la geodatabase en comparación con la organización anterior.
ANTES
AHORA
Directorio de ubicación de los
Geodatabase almacenada en Oracle
Shapefiles
Tabla 4. Comparación de Resultados de la información de Facilidades
Como ejemplo se menciona la entidad espacial llamada “Ductos”, anteriormente existían muchos shapefiles contenidas en varias carpetas que poseían la información de los Ductos, ahora con la implementación de una Geodatabase existe un único Feature Class que contiene la información para su fácil acceso y edición.
65
Información del departamento de Relaciones Comunitarias En la tabla 5, se muestra el resultado de cómo fue centralizada la información de este departamento en la geodatabase en comparación con la organización anterior.
ANTES
AHORA
Directorio de ubicación de los
Geodatabase almacenada en Oracle
Shapefiles
Tabla 5. Comparación de Resultados de la información de Relaciones Comunitarias
Como ejemplo, se menciona la entidad espacial llamada “Comunidades”, anteriormente existían muchos shapefiles contenidas en varias carpetas que poseían la información de Comunidades, ahora con la implementación de una geodatabase existe un único Feature Class que contiene la información para su fácil acceso y edición.
66
Información del departamento de Relaciones Externas En la tabla 6, se muestra el resultado de cómo fue centraliza la información de este departamento en la geodabase en comparación con la organización anterior.
ANTES
ANTES
Directorio de ubicación de los
Geodatabase almacenada en Oracle
Shapefiles
Ahora toda la información de los Bloques Petroleros se encuentra en el Feature Class Bloques
Tabla 6. Comparación de Resultados de la información de Relaciones Externas
Como ejemplo, se menciona la entidad espacial llamada “Bloques”, anteriormente existían muchos shapefiles contenidas en varias carpetas que poseían la información de Comunidades, ahora con la implementación de una Geodatabase existe un único Feature Class que contiene la información para su fácil acceso y edición.
67
Información del departamento de Exploración En la tabla 7, se muestra el resultado de cómo fue centralizada la información de este departamento en la geodatabase en comparación con la organización anterior.
ANTES
ANTES
Directorio de ubicación de los
Geodatabase almacenada en Oracle
Shapefiles
Tabla 7. Comparación de Resultados de la información de Exploración
Como ejemplo, se menciona la entidad espacial llamada “Campos”, anteriormente existían muchos shapefiles contenidas en varias carpetas que poseían la información de esta entidad, ahora con la implementación de una Geodatabase existe un único Feature Class llamada Estructuras que contiene la información para su fácil acceso y edición.
68
Información del departamento de Perforación En la tabla 8, se muestra el resultado de cómo fue centralizada la información de este departamento en la geodatabase en comparación con la organización anterior.
ANTES
ANTES
Directorio de ubicación de los
Geodatabase almacenada en Oracle
Shapefiles
Ahora toda la información de pozos se encuentra dentro del Dataset GISPOZ.Perforación
Tabla 8. Comparación de Resultados de la información de Perforación
Como ejemplo se menciona la entidad espacial llamada “Well_Header”, anteriormente existían muchos shapefiles contenidas en varias carpetas que poseían la información de esta entidad, ahora con la implementación de una Geodatabase existe un único Feature Class que contiene la información para su fácil acceso y edición.
69
Información del departamento de SSA En la tabla 9, se muestra el resultado de cómo fue centralizada la información de este departamento en la geodatabase en comparación con la organización anterior.
ANTES
ANTES
Directorio de ubicación de los
Geodatabase almacenada en Oracle
Shapefiles
Ahora toda la información de áreas protegidas se encuentra dentro del Feature Class Áreas Protegidas
Tabla 9. Comparación de Resultados de la información de SSA
Como ejemplo, se menciona la entidad espacial llamada “Áreas Protegidas”, anteriormente existían muchos shapefiles contenidas en varias carpetas que poseían la información de esta entidad, ahora con la implementación de una
70
Geodatabase existe un único Feature Class que contiene la información para su fácil acceso y edición.
4.2.1 PUNTOS A FAVOR Y EN CONTRA DEL MANEJO DE LA INFORMACIÓN ESPACIAL EN UNA GEODATABASE
En base a los resultados presentados en esta investigación comparando el antes y después, la tecnología de ESRI enfocada en la implementación de una Geodatabase nos ayudó notablemente poder incorporar todo la información espacial relevante de la compañía dentro de un Sistema Gestor de Base de Datos. De esta manera se mejoró el manejo y acceso de la información, otorgándole las características de integridad, seguridad y disponibilidad. Anteriormente la información estaba almacenada en shapefiles contenidos en diferentes carpetas y además tenían nombres inapropiados que causaban confusión a la hora de responder a un determinado requerimiento, ahora con la implementación de la Geodatabase la información de cada entidad está contenida en un único Feature Class, el cual es accedido rapidamente para realizar ediciones, construir mapas y hacer análisis espaciales.
A continuación se presentan los puntos a favor y en contra que se presentaron a lo largo de los 3 primeros meses, al manejar la información espacial de forma centralizada a través de la geodatabase.
71
Puntos a favor:
En los primeros 15 días se realizaron las primeras ediciones sobre las entidades espaciales de la geodatabase sólo con usuarios avanzados que manejan muy bien las aplicaciones de ArcGIS, obteniendo muy buenos resultados y comentarios ya que las ediciones fueron exitosas sin presentarse ningún error.
Al primer mes la mayoría de los usuarios ya utilizaban la geodatabase para edición y consumo de información para responder a los requerimientos del momento sin presentar inconvenientes.
A partir del segundo mes la información se dejó de generar en shapefiles, por lo tanto el control de edición y acceso a la información se la realizó únicamente sobre la Geodatabase.
Al tercer mes ya todos los usuarios adquiriendo el conocimiento necesario para utilizar y editar la información de la Geodatabase para responder a los requerimientos de una manera eficiente y oportuna, de esta manera la administración de la información mejoro notablemente.
Puntos en contra
En los primeros 15 días gran cantidad de usuarios presentaron problemas para acceder a la geodatabase ocasionando que su trabajo se demore.
En los primeros 15 días se requirió de un gran esfuerzo y tiempo del personal de soporte de tecnología de la información para que puedan capacitarse para que puedan ayudar a los usuarios a contactarse a la geodatabase y utilizar la información eficazmente.
Al primer mes todavía existe una muy poca cantidad de usuarios que utiliza los shapefiles para construir mapas y realizar ediciones.
Al mes y medio todos los mapas ya existentes que se realizaron con el repositorio de los shapefiles tuvieron que ser redireccionados a los Features Class de la geodatabase y en algunos casos tuvieron que realizar nuevos mapas.
72
Al segundo mes existe pocos usuarios que todavía no pueden encontrar cierta información en la geodatabase.
4.3
DISCUSIÓN
Construir un modelo de base de datos espacial para almacenar toda la información de la empresa en una geodatabase apoyado en un sistema gestor de base de datos, permitió agrupar y centralizar la información de todos los departamentos de la empresa, otorgándole a la misma que sea integra, segura y que esté disponible. Esto facilito las tareas de manejo, acceso y administración de la información espacial para la ayuda de toma de decisiones oportunas. En las primeras semanas fue difícil para los usuarios adaptarse al manejo de la información espacial a través de la geodatabase, recién a partir de la sexta semana los usuarios adquirieron el conocimiento necesario y ahora el manejo y generación de información espacial es ideal.
Llopis (2010, p.123) menciona que “una geodatabase multiusuario de ArcSDE está diseñada para aplicaciones de proyectos mayores en los que se manejan grandes bases de datos”. Al ser Petroamazonas una empresa grande que maneja mucha información espacial, la utilización de una geodatabase de ArcSDE aplica totalmente, afirmando que la hipótesis planteada es verdadera en base a los resultados obtenidos. Comparando
los
resultados obtenidos
en
esta
investigación
con
otras
investigaciones sobre el uso de geodatabases para mejorar el manejo de la información, se tiene el caso de la investigación realizada por Rodríguez (2016, p.79) la autora concluye que “La estructura de almacenamiento espacial más óptima para la información geográfica y alfanumérica del proyecto fue la Geodatabase, porque permitió agrupar y centralizar la información”. De la misma manera en otra investigación realizada por
Fernández Tufiño (2014, p.77) la
73
autora concluye que “el diseño de la geodatabase generada permite controlar y mantener la integridad de la información garantizando así la calidad y la confiabilidad de los datos espaciales”. De esta manera se evidencia con los resultados obtenidos que el uso de geodatabases mejora el manejo de la información espacial, siendo en este caso el de Petroamazonas. Con los resultados obtenidos, ahora los niveles de seguridad de la información espacial en la empresa Petroamazonas son acordes a las directrices del coordinador de cada departamento que maneja información espacial. La metodología empleada en esta investigación, puede servir como base para otros trabajos que impliquen mejorar el manejo de la información espacial a través de construir un modelo de base de datos espacial e implementarlo en un repositorio de base de datos.
5
CONCLUSIONES
Se ha demostrado que el uso de aplicaciones informáticas ayuda a mejorar el manejo de la información espacial, administrar la información a travez de una geodatabase permite asegurar que la misma sea intregra, segura y disponible, ayudando a los usuarios a responder a los requerimientos oportunamente otorgándoles a sus productos finales, sea un mapa o un a análisis espacial gran calidad y confiabilidad. Para un correcto diseño del modelo de datos es necesario contar con el apoyo de las áreas involucradas para poder definir todas las entidades espaciales con sus respectivos atributos, los cuales deben satisfacer las necesidades de la empresa. La administración de la geodatabase cuenta con herramientas que facilitan tener un control de acceso y edición de la información, permitiendo que la información sea integra, confiable y disponible.
74
En cada país deben existir entidades que son las encargadas de generar la información de la cartografía base, entre esta información, se encuentran limites politicos, provincias, estados, rios, vías, poblados, etc. Es importante acudir a estas entidades para solicitar esta información. Muchas veces esta información ya cuenta con un modelo de base de datos implementado y acorde al manejo de este tipo de información, por lo tanto no se debe gastar tiempo y esfuerzo en diseñar un modelo de base de datos para la información de cartografia, el diseño debe ser enfocado únicamente en la información propia que se genera la empresa o entidad publica
ArcGIS Diagrammer es un programa de ESRI el cual permite diseñar y modelar de una manera fácil todos los elementos necesarios que van a formar parte de una geodatabase. Es prioritario generar la documentación necesaria y dar charlas de inducción sobre el manejo y uso de una nueva plataforma. Esto con el objetivo de educar al usuario para que pueda utilizar la aplicación adecuadamente y se logre sacar las máximas ventajas posibles. Cuando en una empresa se pone en producción una nueva aplicación o sistema de información, es primordial capacitar al personal de tecnología de información para que puedan dar el soporte adecuado y rápido a los usuarios para que accedan fácilmente a la geodatabase.
75
6 BIBLIOGRAFÍA Andrade Real, D. (2016). Diseño de estrategias de marketing para la comercialización de software y servicios especializados en el área del upstream en la industria petrolera. Tesis, ingenería comercial, Pontificia Universidad Católica del Ecuador. Accedido el 20 de abril de 2017 de http://repositorio.puce.edu.ec/handle/22000/10976
Areba, J. B. de. (2001). Metodología del análisis estructurado de sistemas. Univ Pontifica Comillas.
Baca, M. (1999). Introducción a los metadatos: Vías a la información digital. Getty Publications.
Bernabé-Poveda, M. A.; y López-Vázquez, C. M. (2010). Fundamentos de las Infraestructuras de Datos Espaciales (IDE). Universidad Politécnica de Madrid. Borgna, A.; Di Cosimo, J.; y Figoli, N. (2001). Petróleo Y Gas Natural Reservas, procesamiento Y Usos. Universidad Nacional del Litoral. Bruno, P. P. (2014). Office 2013. Editorial Macro.
Cabello, M. V. N. (2010.). Introducción a Las Bases de Datos Relacionales. Editorial Visión Libros. Carrillo, S. A., Ruiz, N. M., Rodriguez, J. M. M., Capote, O. P., y Miranda, A. V. (2005). Introducción a las bases de datos: el modelo relacional. Editorial Paraninfo.
Chávez, G., y Figueroa, R. (1999). Desarrollo e implementación de un sistema automatizado para el ingreso, administración y control de tablas de organización y equipo de la fuerza armada de El Salvador. Accedido el 20 de febrero de 2017, en http://ri.ufg.edu.sv/jspui/bitstream/11592/8076/2/629.831%203-Ch512deCAPITULO%20I.pdf
76
Cobo, A. (2007). Diseño y programación de bases de datos. Editorial Visión Libros.
Cornelio, E. R.; Rivas, C. G.; y Hernández, J. C. R. (2004). Bases de datos relacionales: diseño físico. Universidad Pontifica Comillas.
Coronel, C. (2011). Bases de Datos, Diseño, Implementación y Administración. Cengage Learning Editores.
Daniele, D. (2009). Aplicación de sistemas de información geográfica al estudio de acuíferos costeros complejos.Caso del campo de Dalías. Universidad Almería.
Dudley, N. (2008). Directrices para la aplicación de las categorías de gestión de áreas protegidas. IUCN.
ESRI. (2009). Desktop Help 10.0 - ¿Qué es una geodatabase? Accedido el 25 de noviembre de 2016, en http://help.arcgis.com/ES/arcgisdesktop/10.0/help/index.html#//003n000000 01000000 ESRI (2013). ArcGIS Diagrammer for 10.1 Accedido el 20 de julio de 2016, en https://www.arcgis.com/home/item.html?id=5af1723bab4e413bae63dd89da a87984 ESRI (2014). Tipos de geodatabases Accedido el 20 de julio de 2016, en http://desktop.arcgis.com/es/arcmap/10.3/managedata/geodatabases/types-of-geodatabases.htm ESRI (2015). Documentar el diseño de la geodatabase Accedido el 21 de Septiembre de 2017, en http://desktop.arcgis.com/es/arcmap/10.3/managedata/geodatabases/documenting-your-geodatabase-design.htm Fernández Tufiño, M. (2014). Integración de Información Georeferenciada para optimizar el acceso a la información y mejorar tiempos de respuesta. Accedido el 14 de agosto de 2016, en http://repositorio.usfq.edu.ec/bitstream/23000/3233/1/000110574.pdf
77
Figueroa, E.; y Sánchez, E. F. (2006). El comportamiento económico del mercado del petróleo. Ediciones Díaz de Santos.
Fondevila, M. M. y Scarpellini S. (2013). Guía de mercados energéticos (Vol 221). Prensas de la Universidad de Zaragoza. García, C. C. (2004). El empleo de los SIG y la teledetección en planificación territorial. EDITUM.
Garreta, J. S. S. (2003). Ingeniería de proyectos informáticos: actividades y procedimientos. Publicacions de la Universitat Jaume I.
Gavalda, J. (2012). El Timo del Fin del Petróleo - Tenemos petróleo de sobra hasta el final del siglo XXI. Bubok. Gómez, J. M. P. (2014). UF2175 - Diseño de bases de datos relacionales. Ediciones Paraninfo, S.A. Gonzales J., y Castellanos G. (2013). Comparativo de herramientas GIS Desktop, Caso de estudio: Planes de Ordenamiento Territorial. Accedido el 21 de mayo de 2017, en: http://downloads.gvsig.org/download/events/jornadaslac/5as-jornadas-lac/articles/Article-5asLAC_Comparacion.pdf Gratzfeld, J. (2004). Industrias extractivas en zonas áridas y semiáridas: planificación y gestión ambientales. IUCN. Guillermo, P., y Rinaudo, L. (2015). Ingeniería de Software. Alfaomega Grupo Editor. Kroenke, D. M. (2003). Procesamiento de bases de datos: fundamentos, diseño e implementación. Pearson Educación. Laudon, K. C.; y Laudon, J. P. (2004). Sistemas de información gerencial: administración de la empresa digital. Pearson Educación. Llopis, J. P. (2010). Sistemas de información geográfica aplicados a la gestión del territorio. Editorial Club Universitario.
78
Martinez Ospina, D. (2010). Diseño de un modelo de datos geográfico para la gestión empresarial, caso de estudio: Aguas Kapital Bogota S.A. Empresa Acueducto. Universidad Nacional de Colombia. Accedido el 13 de marzo de 2017, en http://www.bdigital.unal.edu.co/5132/1/DiegoMart%C3%ADnezOspina.2011 _pte._1.pdf Menendez, F. J. S. (2009). Georreferenciación de Cartografía: Datos Raster y Vectoriales. EOSGIS SL. Meza, A. (2015). Comparación de software ArcGIS y Quantum GIS en el proceso de Digitalización Cartográfica del INEC. UNIGIS America Latina. Accedido el 23 de Febrero de 2017, en https://issuu.com/unigis_latina/docs/merged__2_ Monte, E. M.; y Pantaleón, M. E. Z. (2003). Iniciación a las bases de datos con Access 2002. Ediciones Díaz de Santos. Morales, A. (2014). Comparatives de GIS. Accedido el 15/06/2017 de: http://www.sobreestants.com/SobbiArchives/380.pdf Narváez Rodríguez, B. (2009). Estudio Comparativo de Geodatabase Aplicado al Levantamiento de la Línea Base en las Comunidades de la Cocihc, Fundación M.A.R.CO. Escuela Superior Politécnica de Chimborazo. Riobamba, Ecuador. Accedido el 23 de enero de 2017, en http://dspace.espoch.edu.ec/bitstream/123456789/59/1/18T00390.pdf Navarro, A. P. (2011). Introducción a los sistemas de información geográfica y geotelemática. Editorial UOC. Ordoñez, J. (2015). Diseño de una infraestructura de datos espaciales y su aplicación a la gestión de proyectos de exploración aurífera en el departamento de Antioquia - Colombia. Universidad San Francisco de Quito. Accedido el 16 de septiembre de 2016, en http://repositorio.usfq.edu.ec/bitstream/23000/4098/1/113685.pdf Ordoñez, M. P. Z., Ríos, J. R. M., y Castillo, F. F. R. (2017). Administración de Bases de Datos con PostgresSQL. 3Ciencias.
79
Osorio, F. (2008). Base de datos relacionales. ITM.
Peña, S. (2016). SGBD e instalación. Ediciones Paraninfo, S.A.
Rodríguez-Silveira, R. (2013). Representación espacial y mapas. CIS- Centro de Investigaciones Sociológicas. Rodríguez, P. (2006). Petróleo en Venezuela ayer, hoy y mañana: cinco décadas de historia económica venezolana. El Nacional.
Rodríguez, R. (2016). Preparación de la Información Geográfica y Catastral para el Censo Nacional Agropecuario en Colombia. Accedido el 12/10/2017 de: https://issuu.com/unigis_latina/docs/rodriguez_rosa_salz Ruiz, M. S., y Fraile, R. S. (2016). PMAR - Ámbito Científico y Matemático I 2016. Sánchez Ortega, A. J. (2013). Poder y seguridad energética en las relaciones internacionales. Editorial Reus.
Sommerville, I. (2005). Ingeniería del software. Pearson Educación.
Suárez Zarabanda, M. I. (2014). Propuesta de Implementación de una Arquitectura Segura para activos de información de la Universidad de Boyaca. Cuarta Conferencia de Directores de Tecnología de Información, TICAL2014, Gestión de las TICs para la Investigación y la Colaboración, Cancún, del 26 al 28 de mayo de 2014. Accedido el 20 de mayo de 2017, en http://documentos.redclara.net/bitstream/10786/779/1/63-21-3-2014Implementaci%C3%B3n%20de%20una%20Arquitectura%20Segura%20par a%20activos%20de%20informaci%C3%B3n.pdf Torres, M. A. (2012). Programación Transact SQL Server 2012. Editorial Macro. Urbina, G. B. (2016). Introducción a la seguridad informática. Grupo Editorial Patria. Vilca, M. (2011). Diseño de un modelo de evaluación para la comparación del software libre gvSIG.,software propietario ArcGIS empleando indicadores. Accedido el 12 de mayo de 2017
80
de:https://repositorio.espe.edu.ec/bitstream/21000/4284/1/T-ESPE032578.pdf Yáñez, J. M. C.; y González, J. Á. T. (2005). Sistemas de información medioambiental. Netbiblo.
81
7 ANEXOS Anexo 1 - Tablas de Atributos de las entidades del departamento de Facilidades
Alias
FacilidadesCivil
Geometry:Polygon Average Number of Points:0 Has M:Yes
Dataset Type
FeatureClass
Has Z:Yes
FeatureType
Simple
Grid Size:99
Field Name
Alias Name
Model Name
Type
OBJECTID
OBJECTID
OBJECTID
OID
LOCACION
LOCACION
LOCACION
String
200 Yes
ACRONIMOPAD
ACRONIMOPAD
ACRONIMOPAD
String
30 Yes
DATASTATUS
DATASTATUS
DATASTATUS
Integer
4 Yes
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
8 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
ACTIVO
ACTIVO
ACTIVO
String
200 Yes
BLOQUE
BLOQUE
BLOQUE
String
200 Yes
ZONA
ZONA
ZONA
String
100 Yes
DATAOWNER
DATAOWNER
DATAOWNER
String
200 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
200 Yes
URL_FOTO1
URL_FOTO1
URL_FOTO1
String
200 Yes
URL_FOTO2
URL_FOTO2
URL_FOTO2
String
200 Yes
URL_DOCUMENTO1
URL_DOCUMENTO1 URL_DOCUMENTO1
String
200 Yes
URL_DOCUMENTO2
URL_DOCUMENTO2 URL_DOCUMENTO2
String
200 Yes
TAG
TAG
TAG
String
20 Yes
NOMBRE
NOMBRE
NOMBRE
String
20 Yes
USOCIMENTACION
USOCIMENTACION
USOCIMENTACION
Integer
4 Yes
USOPRODUCCION
USOPRODUCCION
USOPRODUCCION
Integer
4 Yes
USORECOLECCION
USORECOLECCION USORECOLECCION
String
USOELECTRICA
USOELECTRICA
Integer
4 Yes
USOCONSTRUCCIONYP USOCONSTRUCCIO USOCONSTRUCCION Integer ROTECCION NYPROTECCION YPROTECCION
4 Yes
ELEVACION_REF
ELEVACION_REF
ELEVACION_REF
Single
4 Yes
SHAPE
Shape
Shape
Geometry
0 Yes
SHAPE_Length
SHAPE_Length
SHAPE_Length
Double
8 Yes
SHAPE_Area
SHAPE_Area
SHAPE_Area
Double
8 Yes
USOELECTRICA
Length Null 4 No
8 Yes
100 Yes
82
Alias
Cercas
Dataset Type FeatureType Field Name OBJECTID LOCACION
FeatureClass Simple Alias Name OBJECTID LOCACION
Geometry:Polyline Average Number of Points:0 Has M:No Has Z:Yes Grid Size:510 Model Name OBJECTID LOCACION
Type OID String
Length Null 4 No 200 Yes
ACRONIMOPAD ACRONIMOPAD ACRONIMOPAD
String
30 Yes
DATASTATUS EXPIRYDATE LASTEDITION ACTIVO BLOQUE ZONA DATAOWNER DATAEDITOR URL_FOTO1 URL_FOTO2 URL_DOCUMEN TO1 URL_DOCUMEN TO2 MATERIAL UBICACION SHAPE SHAPE_Length Subtype Name ObjectClass
DATASTATUS EXPIRYDATE LASTEDITION ACTIVO BLOQUE ZONA DATAOWNER DATAEDITOR URL_FOTO1 URL_FOTO2
Integer Date Date String String String String String String String
4 8 8 200 200 100 200 200 200 200
URL_DOCUMENTO1
String
200 Yes
URL_DOCUMENTO2
String
200 Yes
Material UBICACION Shape SHAPE_Length Domain
String Small Integer Geometry Double
DATASTATUS MATERIAL UBICACION
DATASTATUS EXPIRYDATE LASTEDITION ACTIVO BLOQUE ZONA DATAOWNER DATAEDITOR URL_FOTO1 URL_FOTO2 URL_DOCUMEN TO1 URL_DOCUMEN TO2 Material UBICACION Shape SHAPE_Length Default Value
D_Status_6 99 D_MaterialesConstruccion D_UbicacionCercas
3 2 0 8
Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes
Yes Yes Yes Yes
83
Geom etry:Point Alias
Locacion_P
Average Num ber of Points:0 Has M:No
Dataset Type
FeatureClass
Has Z:Yes
FeatureType
Simple
Grid Size:15779.7560981105
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
LOCACION
LOCACION
LOCACION
String
200 Yes
ACRONIMOPAD
ACRONIMOPAD
ACRONIMOPAD
String
30 Yes
DATASTATUS
DATASTATUS
DATASTATUS
Integer
4 Yes
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
8 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
ACTIVO
ACTIVO
ACTIVO
String
200 Yes
BLOQUE
BLOQUE
BLOQUE
String
200 Yes
ZONA
ZONA
ZONA
String
100 Yes
DATAOWNER
DATAOWNER
DATAOWNER
String
200 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
200 Yes
URL_FOTO1
URL_FOTO1
URL_FOTO1
String
200 Yes
URL_FOTO2
URL_FOTO2
URL_FOTO2
String
200 Yes
URL_DOCUMENTO1
URL_DOCUMENTO1
URL_DOCUMENTO1
String
200 Yes
URL_DOCUMENTO2
URL_DOCUMENTO2
URL_DOCUMENTO2
String
200 Yes
TIPOUSO
TIPOUSO
TIPOUSO
String
20 Yes
ESTADOCONSTRUCCION
EstadoConstruccion
EstadoConstruccion
Integer
4 Yes
COMUNIDAD
COMUNIDAD
COMUNIDAD
String
70 Yes
NUM_POZOS
NUM_POZOS
NUM_POZOS
Small Integer
2 Yes
ELEVACION_REF
ELEVACION_REF
ELEVACION_REF
Double
8 Yes
COORDENADA_UTM_E
COORDENADA_UTM_E
COORDENADA_UTM_E
Double
8 Yes
COORDENADA_UTM_N
COORDENADA_UTM_N
COORDENADA_UTM_N
Double
8 Yes
COORDENADA_GCS_X
COORDENADA_X
COORDENADA_GCS_X
String
50 Yes
COORDENADA_GCS_Y
COORDENADA_Y
COORDENADA_GCS_Y
String
50 Yes
SHAPE
Shape
Shape
Geometry
Subtype Nam e
Default Value
Dom ain
ObjectClass DATASTATUS
D_Status_6
TIPOUSO
D_UsoLocacion
ESTADOCONSTRUCCION
1 D_EstadoConstruccion
Length Null 4 No
8 Yes
0 Yes
84
Geom etry:Polygon Average Num ber of Points:0
Alias
Locacion_G
Dataset Type
FeatureClass
Has Z:Yes
FeatureType
Simple
Grid Size:340
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
LOCACION
LOCACION
LOCACION
String
200 Yes
ACRONIMOPAD
ACRONIMOPAD
ACRONIMOPAD
String
30 Yes
DATASTATUS
DATASTATUS
DATASTATUS
Integer
4 Yes
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
8 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
ACTIVO
ACTIVO
ACTIVO
String
200 Yes
BLOQUE
BLOQUE
BLOQUE
String
200 Yes
ZONA
ZONA
ZONA
String
100 Yes
DATAOWNER
DATAOWNER
DATAOWNER
String
200 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
200 Yes
URL_FOTO1
URL_FOTO1
URL_FOTO1
String
200 Yes
URL_FOTO2
URL_FOTO2
URL_FOTO2
String
200 Yes
URL_DOCUMENTO1
URL_DOCUMENTO1
URL_DOCUMENTO1
String
200 Yes
URL_DOCUMENTO2
URL_DOCUMENTO2
URL_DOCUMENTO2
String
200 Yes
TIPOUSO
TIPOUSO
TIPOUSO
String
20 Yes
NUM_POZOS
NUM_POZOS
NUM_POZOS
Small Integer
COMUNIDAD
COMUNIDAD
COMUNIDAD
String
50 Yes
ELEVACION_REF
ELEVACION_REF
ELEVACION_REF
Double
8 Yes
AREA_HA
AREA_HA
AREA_HA
Double
8 Yes
ALIAS
ALIAS
ALIAS
String
PROD_STATUS
EstadoProduccion
PROD_STATUS
Small Integer
2 Yes
COORDENADA_UTM_E
COORDENADA_UTM_E
COORDENADA_UTM_E
Double
8 Yes
COORDENADA_UTM_N
COORDENADA_UTM_N
COORDENADA_UTM_N
Double
8 Yes
COORDENADA_GCS_X
COORDENADA_GCS_X
COORDENADA_GCS_X
String
50 Yes
COORDENADA_GCS_Y
COORDENADA_GCS_Y
COORDENADA_GCS_Y
String
50 Yes
SHAPE
Shape
Shape
Geometry
0 Yes
SHAPE_Length
SHAPE_Length
SHAPE_Length
Double
8 Yes
SHAPE_Area
SHAPE_Area
SHAPE_Area
Double
8 Yes
Subtype Nam e
Default Value
Dom ain
Has M:No
ObjectClass DATASTATUS TIPOUSO PROD_STATUS
D_Status_6 D_UsoLocacion 0 BooleanSymbolValue
Length Null 4 No
8 Yes
2 Yes
120 Yes
85
Geom etry:Point Average Num ber of Points:0
Alias
Obstaculos
Dataset Type
FeatureClass
Has Z:Yes
FeatureType
Simple
Grid Size:4414.77749156300 07
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
LOCACION
LOCACION
LOCACION
String
200 Yes
ACRONIMOPAD
ACRONIMOPAD
ACRONIMOPAD
String
30 Yes
DATASTATUS
DATASTATUS
DATASTATUS
Integer
4 Yes
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
8 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
8 Yes
ACTIVO
ACTIVO
ACTIVO
String
200 Yes
BLOQUE
BLOQUE
BLOQUE
String
200 Yes
ZONA
ZONA
ZONA
String
100 Yes
DATAOWNER
DATAOWNER
DATAOWNER
String
200 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
200 Yes
URL_FOTO1
URL_FOTO1
URL_FOTO1
String
200 Yes
URL_FOTO2
URL_FOTO2
URL_FOTO2
String
200 Yes
URL_DOCUMENTO1
URL_DOCUMENTO1
URL_DOCUMENTO1
String
200 Yes
URL_DOCUMENTO2
URL_DOCUMENTO2
URL_DOCUMENTO2
String
200 Yes
NOMBREOBSTACULO
NOMBREOBSTACULO
NOMBREOBSTACULO
String
100 Yes
NUMEROCARRILES
NumeroCarriles
NumeroCarriles
Integer
4 Yes
PESOMAXIMOCARGA
PESOMAXIMOCARGA
PESOMAXIMOCARGA
Double
8 Yes
Has M:No
FECHAULTIMOMANTENIMI FECHAULTIMOMANTENIM FECHAULTIMOMANTENI Date ENTO IENTO MIENTO
Length Null 4 No
8 Yes
CARACTERISTICAS
CARACTERISTICAS
CARACTERISTICAS
String
SENALIZACION
Senalizacion
Senalizacion
Small Integer
2 Yes
TIPOOBSTACULO
TIPOOBSTACULO
TIPOOBSTACULO
Integer
4 Yes
ANCHO_M
ANCHO_M
ANCHO_M
Double
8 Yes
SHAPE
Shape
Shape
Geometry
0 Yes
Subtype Nam e
Default Value
Dom ain
ObjectClass DATASTATUS
D_Status_6
NUMEROCARRILES
1
SENALIZACION
0 BooleanInteger
TIPOOBSTACULO
D_TipoObstaculo
200 Yes
86
Geom etry:Polyline Average Num ber of Points:0
Alias
Vias
Dataset Type
FeatureClass
Has Z:Yes
FeatureType
Simple
Grid Size:6000
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
ENABLED
ENABLED
ENABLED
Small Integer
LOCACION
LOCACION
LOCACION
String
200 Yes
ACRONIMOPAD
ACRONIMOPAD
ACRONIMOPAD
String
30 Yes
DATASTATUS
DATASTATUS
DATASTATUS
Integer
4 Yes
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
8 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
ACTIVO
ACTIVO
ACTIVO
String
200 Yes
BLOQUE
BLOQUE
BLOQUE
String
200 Yes
ZONA
ZONA
ZONA
String
100 Yes
DATAOWNER
DATAOWNER
DATAOWNER
String
200 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
200 Yes
FACILITYTYPE
FACILITYTYPE
FACILITYTYPE
String
200 Yes
URL_FOTO1
URL_FOTO1
URL_FOTO1
String
200 Yes
URL_FOTO2
URL_FOTO2
URL_FOTO2
String
200 Yes
URL_DOCUMENTO1
URL_DOCUMENTO1
URL_DOCUMENTO1
String
200 Yes
URL_DOCUMENTO2
URL_DOCUMENTO2
URL_DOCUMENTO2
String
200 Yes
NOMBREVIA
NOMBREVIA
NOMBREVIA
String
100 Yes
DESDE
DESDE
DESDE
String
50 Yes
HASTA
HASTA
HASTA
String
50 Yes
IMPORTANCIA
IMPORTANCIA
IMPORTANCIA
Small Integer
2 Yes
NIVELPRECISION
NivelPrecision
NivelPrecision
Integer
4 Yes
TIPOCALZADA
TipoCalzada
TipoCalzada
Integer
4 Yes
TIPOTRANSITO
TipoTransito
TipoTransito
Integer
4 Yes
LONGITUD_KM
LONGITUD_KM
LONGITUD_KM
Double
8 Yes
TIPOVIA
TIPOVIA
TIPOVIA
String
50 Yes
ANCHOVIA
ANCHOVIA
ANCHOVIA
String
50 Yes
COORORIGEN_UTM_E
COORORIGEN_UTM_E
COORORIGEN_UTM_E
Double
8 Yes
COORORIGEN_UTM_N
COORORIGEN_UTM_N
COORORIGEN_UTM_N
Double
8 Yes
COORLLEGADA_UTM_E
COORLLEGADA_UTM_E
COORLLEGADA_UTM_E
Double
8 Yes
COORLLEGADA_UTM_N
COORLLEGADA_UTM_N
COORLLEGADA_UTM_N
Double
8 Yes
COORORIGEN_GCS_X
COORORIGEN_GCS_X
COORORIGEN_GCS_X
String
50 Yes
COORORIGEN_GCS_Y
COORORIGEN_GCS_Y
COORORIGEN_GCS_Y
String
50 Yes
COORLLEGADA_GCS_X
COORLLEGADA_GCS_X
COORLLEGADA_GCS_X
String
50 Yes
COORLLEGADA_GCS_Y
COORLLEGADA_GCS_Y
COORLLEGADA_GCS_Y
String
50 Yes
SENALIZACION
SENALIZACION
SENALIZACION
Integer
GLOBALID
GLOBALID
GLOBALID
Global ID
SHAPE
Shape
Shape
Geometry
0 Yes
SHAPE_Length
SHAPE_Length
SHAPE_Length
Double
8 Yes
Subtype Nam e
Default Value
Dom ain
Has M:Yes
ObjectClass ENABLED DATASTATUS IMPORTANCIA
1 EnabledDomain D_Status_6 D_ImportanciaVia
NIVELPRECISION
9 D_NivelPrecisionTomaDatos
TIPOCALZADA
9 D_TiposCalzadaVia
TIPOTRANSITO
9 D_TipoTransitoVias
SENALIZACION
D_TipoSenalizacion
Length Null 4 No 2 Yes
8 Yes
4 Yes 38 No
87
Alias
Intersecciones
Geometry:Point Average Number of Points:0 Has M:Yes
Dataset Type
FeatureClass
Has Z:Yes
FeatureType
Simple
Grid Size:0
Field Name
Alias Name
Model Name
Type
OBJECTID
OBJECTID
Length Null
OBJECTID
OID
4 No
ANCILLARYROLE ANCILLARYROLE
ANCILLARYROLE
Small Integer
2 Yes
ENABLED
ENABLED
ENABLED
Small Integer
2 Yes
LOCACION
LOCACION
LOCACION
String
200 Yes
ACRONIMOPAD
ACRONIMOPAD
ACRONIMOPAD
String
30 Yes
DATASTATUS
DATASTATUS
DATASTATUS
Integer
4 Yes
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
8 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
ACTIVO
ACTIVO
ACTIVO
String
200 Yes
BLOQUE
BLOQUE
BLOQUE
String
200 Yes
ZONA
ZONA
ZONA
String
100 Yes
DATAOWNER
DATAOWNER
DATAOWNER
String
200 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
200 Yes
FACILITYTYPE
FACILITYTYPE
FACILITYTYPE
String
200 Yes
URL_FOTO1
URL_FOTO1
URL_FOTO1
String
200 Yes
URL_FOTO2 URL_DOCUMENT O1 URL_DOCUMENT O2 NOMBRE
URL_FOTO2 URL_DOCUMENT O1 URL_DOCUMENT O2 NOMBRE
URL_FOTO2 URL_DOCUMENT O1 URL_DOCUMENT O2 NOMBRE
String
200 Yes
String
200 Yes
String
200 Yes
8 Yes
String
20 Yes
OBSERVACIONES OBSERVACIONES OBSERVACIONES String
150 Yes
ACTIVADO
ACTIVADO
ACTIVADO
Small Integer
2 Yes
UTM_X
UTM_X
UTM_X
Double
8 Yes
UTM_Y
UTM_Y
UTM_Y
Double
8 Yes
GLOBALID
GLOBALID
GLOBALID
Global ID
SHAPE
Shape
Shape
Geometry
Subtype Name
Default Value
Domain
ObjectClass ENABLED
1 EnabledDomain
DATASTATUS
D_Status_6
ACTIVADO
BooleanInteger
38 No 0 Yes
88
Geometry:Polyline Alias
Ductos
Dataset Type
FeatureClass
Has Z:Yes
FeatureType
Simple
Grid Size:140000
Field Name
Alias Name
Model Name
Type
OBJECTID
OBJECTID
OBJECTID
OID
ENABLED
ENABLED
ENABLED
Small Integer
LOCACION
LOCACION
LOCACION
String
200 Yes
ACRONIMOPAD
ACRONIMOPAD
ACRONIMOPAD
String
30 Yes
DATASTATUS
DATASTATUS
DATASTATUS
Integer
4 Yes
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
8 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
ACTIVO
ACTIVO
ACTIVO
String
200 Yes
BLOQUE
BLOQUE
BLOQUE
String
200 Yes
ZONA
ZONA
ZONA
String
100 Yes
DATAOWNER
DATAOWNER
DATAOWNER
String
200 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
200 Yes
URL_FOTO1
URL_FOTO1
URL_FOTO1
String
200 Yes
URL_FOTO2
URL_FOTO2
URL_FOTO2
String
200 Yes
URL_DOCUMENTO1
URL_DOCUMENTO1
URL_DOCUMENTO1
String
200 Yes
URL_DOCUMENTO2
URL_DOCUMENTO2
URL_DOCUMENTO2
String
200 Yes
TIPODUCTO
TIPODUCTO
TIPODUCTO
Integer
4 Yes
NOMBREDUCTO
NOMBREDUCTO
NOMBREDUCTO
String
50 Yes
DIAMETRO_IN
DIAMETRO_IN
DIAMETRO_IN
Double
8 Yes
MATERIAL
Material
Material
Integer
4 No
FECHAINSTALACION
FECHAINSTALACION
FECHAINSTALACION
Date
8 Yes
DESDE
DESDE
DESDE
String
50 Yes
HASTA
HASTA
HASTA
String
50 Yes
COORORIGEN_UTM_E
COORORIGEN_UTM_E
COORORIGEN_UTM_E
Double
8 Yes
COORLLEGADA_UTM_E COORLLEGADA_UTM_E COORLLEGADA_UTM_E
Double
8 Yes
COORLLEGADA_UTM_N COORLLEGADA_UTM_N COORLLEGADA_UTM_N
Double
8 Yes
COORORIGEN_UTM_N
COORORIGEN_UTM_N
COORORIGEN_UTM_N
Double
COORORIGEN_GCS_X
COORORIGEN_GCS_X
COORORIGEN_GCS_X
String
50 Yes
COORORIGEN_GCS_Y
COORORIGEN_GCS_X
COORORIGEN_GCS_Y
Average Number of Points:0 Has M:Yes
Length Null 4 No 2 Yes
8 Yes
8 Yes
String
50 Yes
COORLLEGADA_GCS_X COORLLEGADA_GCS_X COORLLEGADA_GCS_X
String
50 Yes
COORLLEGADA_GCS_Y COORLLEGADA_GCS_Y COORLLEGADA_GCS_Y
String
50 Yes
ACRONIMO_DUCTO
ACRONIMO_DUCTO
ACRONIMO_DUCTO
String
10 Yes
PRESION_PSI
PRESION_PSI
PRESION_PSI
Double
8 Yes
TEMPERATURA_C
TEMPERATURA_C
TEMPERATURA_C
Double
8 Yes
SHAPE
Shape
Shape
Geometry
0 Yes
SHAPE_Length
SHAPE_Length
SHAPE_Length
Double
8 Yes
89
Geom etry:Point Average Num ber of Points:0
Alias
Valvulas
Dataset Type
FeatureClass
Has Z:Yes
FeatureType
Simple
Grid Size:14135.3258120673
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
4 No
ANCILLARYROLE
ANCILLARYROLE
ANCILLARYROLE
Small Integer
2 Yes
ENABLED
ENABLED
ENABLED
Small Integer
LOCACION
LOCACION
LOCACION
String
200 Yes
ACRONIMOPAD
ACRONIMOPAD
ACRONIMOPAD
String
30 Yes
DATASTATUS
DATASTATUS
DATASTATUS
Integer
4 Yes
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
8 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
ACTIVO
ACTIVO
ACTIVO
String
200 Yes
BLOQUE
BLOQUE
BLOQUE
String
200 Yes
ZONA
ZONA
ZONA
String
100 Yes
DATAOWNER
DATAOWNER
DATAOWNER
String
200 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
200 Yes
URL_FOTO1
URL_FOTO1
URL_FOTO1
String
200 Yes
URL_FOTO2
URL_FOTO2
URL_FOTO2
String
200 Yes
URL_DOCUMENTO1
URL_DOCUMENTO1 URL_DOCUMENTO1
String
200 Yes
URL_DOCUMENTO2
URL_DOCUMENTO2 URL_DOCUMENTO2
String
200 Yes
MARCA
MARCA
MARCA
String
20 Yes
MODELO
MODELO
MODELO
String
20 Yes
NUMEROSERIE
NUMEROSERIE
NUMEROSERIE
String
20 Yes
TAG
TAG
TAG
String
20 Yes
TIPO
Tipo
Tipo
Small Integer
NOMBREDUCTO
NOMBREDUCTO
NOMBREDUCTO
String
50 Yes
ABCISA
ABCISA
ABCISA
String
20 Yes
UBICACION
UBICACION
UBICACION
String
100 Yes
FABRICANTE
FABRICANTE
FABRICANTE
String
20 Yes
SHAPE
Shape
Shape
Geometry
Subtype Nam e
Default Value
Dom ain
Has M:No
ObjectClass ENABLED
1 EnabledDomain
DATASTATUS TIPO
D_Status_6 0
Length Null
2 Yes
8 Yes
2 Yes
0 Yes
90
Geom etry:Point Average Num ber of Points:0
Alias
Postes
Dataset Type
FeatureClass
Has Z:Yes
FeatureType
Simple
Grid Size:2882.25251730568
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
LOCACION
LOCACION
LOCACION
String
200 Yes
ACRONIMOPAD
ACRONIMOPAD
ACRONIMOPAD
String
30 Yes
DATASTATUS
DATASTATUS
DATASTATUS
Integer
4 Yes
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
8 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
ACTIVO
ACTIVO
ACTIVO
String
200 Yes
BLOQUE
BLOQUE
BLOQUE
String
200 Yes
ZONA
ZONA
ZONA
String
100 Yes
DATAOWNER
DATAOWNER
DATAOWNER
String
200 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
200 Yes
URL_FOTO1
URL_FOTO1
URL_FOTO1
String
200 Yes
URL_FOTO2
URL_FOTO2
URL_FOTO2
String
200 Yes
URL_DOCUMENTO1
URL_DOCUMENTO1
URL_DOCUMENTO1
String
200 Yes
URL_DOCUMENTO2
URL_DOCUMENTO2
URL_DOCUMENTO2
String
200 Yes
TAG
TAG
TAG
String
50 Yes
MATERIAL
MATERIAL
MATERIAL
Integer
4 Yes
USO
USO
USO
Integer
4 Yes
SHAPE
Shape
Shape
Geometry
0 Yes
Subtype Nam e
Default Value
Dom ain
Has M:Yes
ObjectClass DATASTATUS
D_Status_6
MATERIAL
D_MaterialPostes
USO
D_PostesUso
Length Null 4 No
8 Yes
91
Geometry:Polyline Average Number of Points:0 Has M:Yes Has Z:Yes Grid Size:700 Model Name OBJECTID LOCACION ACRONIMOPAD DATASTATUS EXPIRYDATE LASTEDITION ACTIVO BLOQUE ZONA DATAOWNER DATAEDITOR URL_FOTO1 URL_FOTO2
Type OID String String Integer Date Date String String String String String String String
URL_DOCUMENTO1
String
200 Yes
URL_DOCUMENTO2
String
200 Yes
TAG USO TIPOCABLE
String Integer Integer
20 Yes 4 Yes 4 Yes
FECHAINSTALACION
Date
8 Yes
CARGAREAL_A
Double
8 Yes
VOLTAJEREAL_V VOLTAJEREAL_V VOLTAJEREAL_V
Double
8 Yes
SHAPE SHAPE_Length Subtype Name ObjectClass
Geometry Double
0 Yes 8 Yes
Alias
Cables
Dataset Type FeatureType Field Name OBJECTID LOCACION ACRONIMOPAD DATASTATUS EXPIRYDATE LASTEDITION ACTIVO BLOQUE ZONA DATAOWNER DATAEDITOR URL_FOTO1 URL_FOTO2 URL_DOCUMENT O1 URL_DOCUMENT O2 TAG USO TIPOCABLE FECHAINSTALAC ION CARGAREAL_A
FeatureClass Simple Alias Name OBJECTID LOCACION ACRONIMOPAD DATASTATUS EXPIRYDATE LASTEDITION ACTIVO BLOQUE ZONA DATAOWNER DATAEDITOR URL_FOTO1 URL_FOTO2 URL_DOCUMENT O1 URL_DOCUMENT O2 TAG USO TIPOCABLE FECHAINSTALAC ION CARGAREAL_A
DATASTATUS USO TIPOCABLE
Shape SHAPE_Length Default Value
Shape SHAPE_Length Domain D_Status_6 D_UsoCables D_TipoCable
Length 4 200 30 4 8 8 200 200 100 200 200 200 200
Null No Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes
92
Anexo 2 - Tablas de Atributos de las entidades del departamento de Exploraciรณn. Geom etry:Polygon Average Num ber of Points:0
Alias
Litologia
Dataset Type
FeatureClass
Has Z:No
FeatureType
Simple
Grid Size:160000
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
DATA_STATUS
DATA_STATUS
DATA_STATUS
String
50 Yes
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
8 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
DATAOWNER
DATAOWNER
DATAOWNER
String
200 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
200 Yes
LITOLOGIA
LITOLOGIA
LITOLOGIA
String
200 Yes
CODIGOLITOLOGIA
CODIGOLITOLOGIA
CODIGOLITOLOGIA
String
200 Yes
EPOCA
EPOCA
EPOCA
String
200 Yes
ESPESOR
ESPESOR
ESPESOR
String
200 Yes
FORMACION
FORMACION
FORMACION
String
200 Yes
GEOLOGIA
GEOLOGIA
GEOLOGIA
String
100 Yes
SHAPE
Shape
Shape
Geometry
0 Yes
SHAPE_Length
SHAPE_Length
SHAPE_Length
Double
8 Yes
SHAPE_Area
SHAPE_Area
SHAPE_Area
Double
8 Yes
Has M:No
Length
Null 4 No
8 Yes
G e ome try: Polyline Ave ra ge Numbe r of P oints: 0
Alias
Fallas_L
Dataset Type FeatureType
FeatureClass Simple
Ha s Z: Yes
Fie ld Na me
Alia s Na me
Mode l Na me
Type
OBJECTID
OBJECTID
OBJECTID
OID
DATA_STATUS
DATA_STATUS
DATA_STATUS
String
50 Yes
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
8 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
DATAOWNER
DATAOWNER
DATAOWNER
String
200 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
200 Yes
ID
ID
ID
String
50 Yes
TIPOESTRUCTURA
TIPOESTRUCTURA
TIPOESTRUCTURA
String
200 Yes
CODIGOESTRUCTURA
CODIGOESTRUCTURA
CODIGOESTRUCTURA
String
200 Yes
HORIZONTE
HORIZONTE
HORIZONTE
String
200 Yes
PROFUNDIDADMINIMA_M
PROFUNDIDADMINIMA_M
PROFUNDIDADMINIMA_M
Double
8 Yes
PROFUNDIDADMAXIMA_M
PROFUNDIDADMAXIMA_M
PROFUNDIDADMAXIMA_M Double
8 Yes
PROFUNDIDADMINIMA_FT
PROFUNDIDADMINIMA_FT
PROFUNDIDADMINIMA_FT Double
8 Yes
PROFUNDIDADMAXIMA_FT
PROFUNDIDADMAXIMA_FT
PROFUNDIDADMAXIMA_F T
Double
8 Yes
SHAPE
Shape
Shape
Geometry
0 Yes
SHAPE_Length
SHAPE_Length
SHAPE_Length
Double
8 Yes
Ha s M: Yes
G rid S ize : 69000 Le ngth Null 4 No
8 Yes
93
Geom etry:Polygon Average Num ber of Points:0
Alias
CuencasSed
Dataset Type
FeatureClass
Has Z:No
FeatureType
Simple
Grid Size:3600000
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
DATA_STATUS
DATA_STATUS
DATA_STATUS
String
50 Yes
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
8 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
DATAOWNER
DATAOWNER
DATAOWNER
String
200 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
200 Yes
COUNTRIES
COUNTRIES
COUNTRIES
String
200 Yes
BASINNAME
BASINNAME
BASINNAME
String
200 Yes
PRTBSNNM
PRTBSNNM
PRTBSNNM
String
200 Yes
MNPABAS
MNPABAS
MNPABAS
String
200 Yes
BALSNEL
BALSNEL
BALSNEL
String
200 Yes
KINGCLASS
KINGCLASS
KINGCLASS
String
200 Yes
KLAMCL
KLAMCL
KLAMCL
String
200 Yes
PLTLOCMN
PLTLOCMN
PLTLOCMN
String
200 Yes
BSSKM
BSSKM
BSSKM
Double
8 Yes
BSONSKM
BSONSKM
BSONSKM
Double
8 Yes
BSDPWAT
BSDPWAT
BSDPWAT
Double
8 Yes
GPID
GPID
GPID
Double
GLOBALID
GLOBALID
GLOBALID
Global ID
SHAPE
Shape
Shape
Geometry
0 Yes
SHAPE_Length
SHAPE_Length
SHAPE_Length
Double
8 Yes
SHAPE_Area
SHAPE_Area
SHAPE_Area
Double
8 Yes
Has M:No
Length
Null 4 No
8 Yes
8 Yes 38 No
94
Geom etry:Polygon Average Num ber of Points:0
Alias
ZonasExploratorias
Dataset Type
FeatureClass
Has Z:No
FeatureType
Simple
Grid Size:660000
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
NOMBREBLOQUE
NOMBREBLOQUE
NOMBREBLOQUE
String
100 Yes
DATASTATUS
DATASTATUS
DATASTATUS
String
50 Yes
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
8 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
DATAOWNER
DATAOWNER
DATAOWNER
String
200 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
200 Yes
NOMBREZONA
NOMBREZONA
NOMBREZONA
String
200 Yes
FECHACREACION
FECHACREACION
FECHACREACION
Date
PROPOSITO
PROPOSITO
PROPOSITO
String
200 Yes
ESTATUS
ESTATUS
ESTATUS
String
200 Yes
AREA_HA
AREA_HA
AREA_HA
Double
PROD_STATUS
EstadoProduccion
PROD_STATUS
Small Integer
GLOBALID
GLOBALID
GLOBALID
Global ID
SHAPE
Shape
Shape
Geometry
0 Yes
SHAPE_Length
SHAPE_Length
SHAPE_Length
Double
8 Yes
SHAPE_Area
SHAPE_Area
SHAPE_Area
Double
8 Yes
Subtype Nam e
Default Value
Dom ain
Has M:No
Length
Null 4 No
8 Yes
8 Yes
8 Yes 2 Yes 38 No
ObjectClass Geom etry:Polygon D_PropositoZonaE Average Num ber of D_StatusZonaExplora Points:0 toria Has M:No 0 BooleanSymbolValue Has Z:No
PROPOSITO Alias ESTATUS
Estructuras
PROD_STATUS Dataset Type
FeatureClass
FeatureType
Simple
Grid Size:19000
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
NOMBREBLOQUE
NOMBREBLOQUE
NOMBREBLOQUE
String
100 Yes
DATASTATUS
DATASTATUS
DATASTATUS
String
50 Yes
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
8 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
DATAOWNER
DATAOWNER
DATAOWNER
String
200 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
200 Yes
FIELD_NAME
FIELD_NAME
FIELD_NAME
String
200 Yes
LAT_DEC
LAT_DEC
LAT_DEC
String
200 Yes
LONG_DEC
LONG_DEC
LONG_DEC
String
200 Yes
CENTROIDE_UTM_X CENTROIDE_UTM_X
CENTROIDE_UTM_X
String
25 Yes
CENTROIDE_UTM_Y CENTROIDE_UTM_Y
CENTROIDE_UTM_Y
String
25 Yes
NUM_PADS
NUM_PADS
NUM_PADS
Small Integer
ACTIVO
ACTIVO
ACTIVO
String
50 Yes
NUM_POZ_PER
NUM_POZ_PER
NUM_POZ_PER
Integer
4 Yes
AREA_HA
AREA_HA
AREA_HA
Double
8 Yes
COOR_UTM_X
COOR_UTM_X
COOR_UTM_X
Double
8 Yes
COOR_UTM_Y
COOR_UTM_Y
COOR_UTM_Y
Double
8 Yes
PROD_STATUS
EstadoProduccion
PROD_STATUS
Small Integer
2 Yes
SHAPE
Shape
Shape
Geometry
0 Yes
SHAPE_Length
SHAPE_Length
SHAPE_Length
Double
8 Yes
SHAPE_Area
SHAPE_Area
SHAPE_Area
Double
8 Yes
Subtype Nam e
Default Value
Dom ain
ObjectClass PROD_STATUS
0 BooleanSymbolValue
Length
Null 4 No
8 Yes
2 Yes
95
Geom etry:Polygon Average Num ber of Points:0
Alias
Activos2
Dataset Type
FeatureClass
Has Z:No
FeatureType
Simple
Grid Size:150000
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
NOMBREBLOQUE
NOMBREBLOQUE
NOMBREBLOQUE
String
100 Yes
DATASTATUS
DATASTATUS
DATASTATUS
String
50 Yes
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
8 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
DATAOWNER
DATAOWNER
DATAOWNER
String
200 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
200 Yes
CODIGOACTIVO
CODIGOACTIVO
CODIGOACTIVO
String
200 Yes
FECHACREACION
FECHACREACION
FECHACREACION
Date
FECHAELIMINACION
FECHAELIMINACION
FECHAELIMINACION
Date
NOMBRECAMPO
NOMBRECAMPO
NOMBRECAMPO
String
100 Yes
NOMBREACTIVO
NOMBREACTIVO
NOMBREACTIVO
String
100 Yes
BLOQUE
BLOQUE
BLOQUE
String
100 Yes
AREA_HA
AREA_HA
AREA_HA
Double
8 Yes
SHAPE
SHAPE
SHAPE
Geometry
0 Yes
SHAPE_Length
SHAPE_Length
Double
8 Yes
SHAPE_Area
SHAPE_Area
Double
8 Yes
Has M:No
Length Null 4 No
8 Yes
8 Yes 8 Yes
Anexo 3 - Tablas de Atributos de las entidades del departamento de Perforaciรณn Geometry:Polyline Average Number of Points:0 Has M:No
Alias
TrayectoriaPozo
Dataset Type
FeatureClass
Has Z:No
FeatureType
Simple
Grid Size:1600
Field Name
Alias Name
Model Name
Type
OBJECTID
OBJECTID
OBJECTID
OID
X
X
X
String
20 Yes
Y
Y
Y
String
20 Yes
XBH
XBH
XBH
String
20 Yes
YBH
YBH
YBH
String
20 Yes
UWI12
UWI12
UWI12
String
20 Yes
NOMPOZ
NOMPOZ
NOMPOZ
String
20 Yes
WELL_NAME
WELL_NAME
WELL_NAME
String
20 Yes
SHAPE
Shape
Shape
Geometry
0 Yes
SHAPE_Length
SHAPE_Length
SHAPE_Length
Double
8 Yes
Length Null 4 No
96
Geom etry:Point Average Num ber of Points:0
Alias
WELL_HEADER
Dataset Type
FeatureClass
Has Z:No
FeatureType
Simple
Grid Size:15771.59226529 0899
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
UWI14
UWI14
UWI14
String
20 Yes
UWI12
UWI12
UWI12
String
20 Yes
UWI10
UWI10
UWI10
String
20 Yes
URL_REGISTRO1
URL_REGISTRO1
URL_REGISTRO1
String
200 Yes
URL_REGISTRO2
URL_REGISTRO2
URL_REGISTRO2
String
200 Yes
URL_ESQUEMA1
URL_ESQUEMA1
URL_ESQUEMA1
String
200 Yes
URL_ESQUEMA2
URL_ESQUEMA2
URL_ESQUEMA2
String
200 Yes
URL_DOCUMENTO1
URL_DOCUMENTO1
URL_DOCUMENTO1
String
200 Yes
URL_DOCUMENTO2
URL_DOCUMENTO2
URL_DOCUMENTO2
String
200 Yes
URL_FOTO1
URL_FOTO1
URL_FOTO1
String
200 Yes
LOCACION
LOCACION
LOCACION
String
120 Yes
BLOCK_NAME
BLOCK_NAME
BLOCK_NAME
String
50 Yes
FIELD_NAME
FIELD_NAME
FIELD_NAME
String
100 Yes
ACTIVO
ACTIVO
ACTIVO
String
100 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
ZONA
ZONA
ZONA
String
100 Yes
STATUS
STATUS
STATUS
String
100 Yes
DATAOWWNER
DATAOWWNER
DATAOWWNER
String
100 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
100 Yes
WELL_ID
WELL_ID
WELL_ID
String
30 Yes
WELL_NAME
WELL_NAME
WELL_NAME
String
50 Yes
ALT_WNAME
ALT_WNAME
ALT_WNAME
String
50 Yes
OPERATOR
OPERATOR
OPERATOR
String
70 Yes
ELEV_REF_M
ELEV_REF_M
ELEV_REF_M
String
30 Yes
ELEV_FT
ELEV_FT
ELEV_FT
Double
8 Yes
TD_FT
TD_FT
TD_FT
Double
8 Yes
LATITUDE
LATITUDE
LATITUDE
String
50 Yes
LONGITUDE
LONGITUDE
LONGITUDE
String
50 Yes
LAT_DEC
LAT_DEC
LAT_DEC
Double
8 Yes
LONG_DEC
LONG_DEC
LONG_DEC
Double
8 Yes
COORD_SYS
COORD_SYS
COORD_SYS
String
50 Yes
DATUM
DATUM
DATUM
String
100 Yes
SHAPE
SHAPE
SHAPE
Geometry
Has M:No
Length Null 4 No
8 Yes 8 Yes
0 Yes
97
Geometry:Point Average Number of Points:0 Has M:No
Alias
WELL_BH
Dataset Type
FeatureClass
FeatureType
Simple
Field Name
Alias Name
Has Z:No Grid Size:5810.1669752 851703 Model Name Type
OBJECTID
OBJECTID
OBJECTID
OID
BLOQUE
BLOQUE
BLOQUE
String
15 Yes
CREATED
CREATED
CREATED
String
42 Yes
DATA_SOURCE
DATA_SOURCE
DATA_SOURCE
String
5 Yes
ELEVATION
ELEVATION
ELEVATION
Double
8 Yes
ELEVATION_TYPE ELEVATION_TYPE ELEVATION_TYPE String
Length Null 4 No
2 Yes
FIELD
FIELD
FIELD
String
ID
ID
ID
Double
LEASE_NAME
LEASE_NAME
LEASE_NAME
String
40 Yes
NAME
NAME
NAME
String
80 Yes
SPUD_DATE
SPUD_DATE
SPUD_DATE
Date
8 Yes
STATUS
STATUS
STATUS
String
40 Yes
TD
TD
TD
Double
UPDATED
UPDATED
UPDATED
String
42 Yes
UWI
UWI
UWI
String
26 Yes
WELL_NUMBER
WELL_NUMBER
WELL_NUMBER
String
10 Yes
XBH
XBH
XBH
Double
8 Yes
YBH
YBH
YBH
Double
8 Yes
PROD_STATUS
EstadoProduccion PROD_STATUS
Small Integer
2 Yes
SHAPE
SHAPE
Geometry
0 Yes
SHAPE
60 Yes 8 Yes
8 Yes
98
Anexo 4- Tablas de Atributos de las entidades del departamento de Relaciones Externas Geom etry:Polygon Average Num ber of Points:0
Alias
Bloques
Dataset Type
FeatureClass
Has Z:No
FeatureType
Simple
Grid Size:110000
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
4 No
DATASTATUS
DATASTATUS
DATASTATUS
Integer
4 Yes
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
8 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
DATAOWNER
DATAOWNER
DATAOWNER
String
200 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
200 Yes
AREA_ID
AREA_ID
AREA_ID
String
30 Yes
BLK_STATUS
BLK_STATUS
BLK_STATUS
Integer
4 Yes
COUNTRY
COUNTRY
COUNTRY
String
50 Yes
CONTRACT
CONTRACT
CONTRACT
String
75 Yes
BLOCK_NAME
BLOCK_NAME
BLOCK_NAME
String
70 Yes
OPERATOR
OPERATOR
OPERATOR
String
75 Yes
BLK_SQKM
BLK_SQKM
BLK_SQKM
Double
8 Yes
PROVINCE
PROVINCE
PROVINCE
String
75 Yes
DATUM
DATUM
DATUM
String
75 Yes
DATA_OWN
DATA_OWN
DATA_OWN
String
75 Yes
AREA_HA
AREA_HA
AREA_HA
Double
8 Yes
PROD_STATUS
EstadoProduccion
PROD_STATUS
Small Integer
URL_DOCUMENTO1
URL_DOCUMENTO1
URL_DOCUMENTO1
String
200 Yes
URL_DOCUMENTO2
URL_DOCUMENTO2
URL_DOCUMENTO2
String
200 Yes
SHAPE
Shape
Shape
Geometry
0 Yes
SHAPE_Length
SHAPE_Length
Double
8 Yes
SHAPE_Area
SHAPE_Area
Double
8 Yes
Has M:No
Subtype Nam e
Default Value
Dom ain
ObjectClass DATASTATUS
D_Status_6
BLK_STATUS
1 D_EstadoBloque
PROD_STATUS
0 BooleanSymbolValue
AceptadosPorPAM (BLK_STATUS=1) [Default] BLK_STATUS DATASTATUS
1 D_EstadoBloque D_Status_6
Historicos (BLK_STATUS=4) BLK_STATUS DATASTATUS
4 D_EstadoBloque D_Status_6
Oficiales (BLK_STATUS=2) BLK_STATUS DATASTATUS
2 D_EstadoBloque D_Status_6
Sugeridos (BLK_STATUS=3) BLK_STATUS DATASTATUS
3 D_EstadoBloque D_Status_6
Length
Null
8 Yes
2 Yes
99
Geom etry:Polyline Alias
VialidadMTOP
Average Num ber of Points:0 Has M:Yes
Dataset Type
FeatureClass
Has Z:No
FeatureType
Simple
Grid Size:190000
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
4 No
DATASTATUS
DATASTATUS
DATASTATUS
Integer
4 Yes
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
8 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
8 Yes
DATAOWNER
DATAOWNER
DATAOWNER
String
200 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
200 Yes
ID
ID
ID
String
30 Yes
NOMBRE
NOMBRE
NOMBRE
String
75 Yes
TIPOVIA
TIPOVIA
TIPOVIA
String
75 Yes
SHAPE
Shape
Shape
Geometry
0 Yes
SHAPE_Length
SHAPE_Length
SHAPE_Length
Double
8 Yes
Subtype Nam e
Default Value
Dom ain
Length Null
ObjectClass DATASTATUS
D_Status_6 Geom etry:Polygon
Alias
Cartas
Average Num ber of Points:0 Has M:No
Dataset Type
FeatureClass
Has Z:No
FeatureType
Simple
Grid Size:0.260000000000 00001
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
NOMBRE
NOMBRE
NOMBRE
String
30 Yes
NOMBRE_ALT
NOMBRE_ALT
NOMBRE_ALT
String
30 Yes
CODIGO_NAC
CODIGO_NAC
CODIGO_NAC
String
10 Yes
CODIGO_INT
CODIGO_INT
CODIGO_INT
String
10 Yes
FECHA_PUBLICACION
FECHA_PUBLICACION FECHA_PUBLICACION String
4 Yes
EDICION
EDICION
EDICION
Small Integer
ESTADO_CARTA
ESTADO_CARTA
ESTADO_CARTA
String
SHAPE
SHAPE
SHAPE
Geometry
0 Yes
SHAPE_Length
SHAPE_Length
SHAPE_Length
Double
8 Yes
SHAPE_Area
SHAPE_Area
SHAPE_Area
Double
8 Yes
Length Null 4 No
2 Yes 50 Yes
100
Alias
Geom etry:Polyline TransporteHidrocarbu Average Num ber of ros Points:0 Has M:No
Dataset Type
FeatureClass
Has Z:No
FeatureType
Simple
Grid Size:2.899999999999 9999
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
4 No
DATASTATUS
DATASTATUS
DATASTATUS
Integer
4 Yes
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
8 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
DATAOWNER
DATAOWNER
DATAOWNER
String
200 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
200 Yes
ID
ID
ID
String
50 Yes
NOMBRE
NOMBRE
NOMBRE
String
200 Yes
LONGITUD
LONGITUD
LONGITUD
Double
TIPO
TIPO
TIPO
Integer
4 Yes
ACRONIMO_DUCTO
ACRONIMO_DUCTO
ACRONIMO_DUCTO
String
10 Yes
SHAPE
SHAPE
SHAPE
Geometry
0 Yes
SHAPE_Length
SHAPE_Length
SHAPE_Length
Double
8 Yes
Subtype Nam e
Default Value
Dom ain
Length
Null
8 Yes
8 Yes
ObjectClass DATASTATUS
D_Status_6
Anexo 5 - Tablas de Atributos de las entidades del departamento de Relaciones Comunitarias. Geom etry:Point Alias
Puntos de Avaluo Catastral
Dataset Type
FeatureClass
Has Z:No
FeatureType
Simple
Grid Size:1165.3628736329 301
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
NUMREFERENCIA
NUMREFERENCIA
NUMREFERENCIA
Integer
DESCRIPCION
DESCRIPCION
DESCRIPCION
String
200 Yes
RESPONSABLE
RESPONSABLE
RESPONSABLE
String
200 Yes
COORDENADA_UTM_E
COORDENADA_UTM_E
COORDENADA_UTM_E Double
8 Yes
COORDENADA_UTM_N
COORDENADA_UTM_N
COORDENADA_UTM_N Double
8 Yes
COORDENADA_GCS_X
COORDENADA_GCS_X
COORDENADA_GCS_X String
50 Yes
COORDENADA_GCS_Y
COORDENADA_GCS_Y
COORDENADA_GCS_Y String
50 Yes
GLOBALID
GLOBALID
GLOBALID
Global ID
38 No
SHAPE
SHAPE
SHAPE
Geometry
Average Num ber of Points:0 Has M:No
Length
Null 4 No 4 Yes
0 Yes
101
Geom etry:Polygon Average Num ber of Points:0
Alias
LimitesPropiedades
Dataset Type
FeatureClass
Has Z:No
FeatureType
Simple
Grid Size:2200
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
DATASTATUS
DATASTATUS
DATASTATUS
String
50 Yes
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
8 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
ZONA
ZONA
ZONA
String
100 Yes
DATAOWNER
DATAOWNER
DATAOWNER
String
200 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
200 Yes
CLAVECATASTRAL
CLAVECATASTRAL
CLAVECATASTRAL
String
20 Yes
Has M:No
Length
Null 4 No
8 Yes
FECHAINSCRIPCIONE FECHAINSCRIPCIONE FECHAINSCRIPCIONE Date SCRITURA SCRITURA SCRITURA
8 Yes
FECHACOMPRA
FECHACOMPRA
FECHACOMPRA
Date
8 Yes
VALORUNITARIOHA
VALORUNITARIOHA
VALORUNITARIOHA
Double
8 Yes
LINDERACION
Linderacion
Linderacion
Small Integer
LIMITENORTE
LIMITENORTE
LIMITENORTE
String
200 Yes
LIMITESUR
LIMITESUR
LIMITESUR
String
200 Yes
LIMITEESTE
LIMITEESTE
LIMITEESTE
String
200 Yes
LIMITEOESTE
LIMITEOESTE
LIMITEOESTE
String
200 Yes
PROPIETARIOANTERI PROPIETARIOANTERI PROPIETARIOANTERI String OR OR OR
150 Yes
2 Yes
SHAPE
Shape
Shape
Geometry
0 Yes
SHAPE_Length
SHAPE_Length
SHAPE_Length
Double
8 Yes
SHAPE_Area
SHAPE_Area
SHAPE_Area
Double
8 Yes
Geom etry:Polygon Alias
Comunidades
Dataset Type
FeatureClass
Has Z:Yes
FeatureType
Simple
Grid Size:710000
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
DATASTATUS
DATASTATUS
DATASTATUS
String
50 Yes
EXPIRYDATE
EXPIRYDATE
EXPIRYDATE
Date
8 Yes
LASTEDITION
LASTEDITION
LASTEDITION
Date
ZONA
ZONA
ZONA
String
100 Yes
DATAOWNER
DATAOWNER
DATAOWNER
String
200 Yes
DATAEDITOR
DATAEDITOR
DATAEDITOR
String
200 Yes
ID_COMUNIDAD
ID_COMUNIDAD
ID_COMUNIDAD
String
255 Yes
NUMERO
NUMERO
NUMERO
String
50 Yes
NOMBRECOMUNIDAD
NOMBRECOMUNIDAD
NOMBRECOMUNIDAD
String
100 Yes
ACRONIMO
ACRONIMO
ACRONIMO
String
200 Yes
CATEGORÍA
Categoría
Categoría
Integer
CAMPOS
CAMPOS
CAMPOS
String
255 Yes
ASIGNACION
ASIGNACION
ASIGNACION
String
255 Yes
BLOQUES
BLOQUES
BLOQUES
String
255 Yes
X_CENTROIDE
X_Centroide
X_Centroide
Double
Y_CENTROIDE
Y_Centroide
Y_Centroide
Double
PARROQUIA
PARROQUIA
PARROQUIA
String
100 Yes
CANTON
CANTON
CANTON
String
50 Yes
PROVINCIA
PROVINCIA
PROVINCIA
String
50 Yes
URL_FOTOGRAFIA
URL_Fotografia
URL_Fotografia
String
100 Yes
ENCUESTADOR
ENCUESTADOR
ENCUESTADOR
String
50 Yes
FECHADEENCUESTA
FECHADEENCUESTA
FECHADEENCUESTA
Date
8 Yes
COMUNIDADINICIAL
COMUNIDADINICIAL
COMUNIDADINICIAL
String
50 Yes
COMUNIDADFINAL
COMUNIDADFINAL
COMUNIDADFINAL
String
50 Yes
POBLACIONTOTAL
POBLACIONTOTAL
POBLACIONTOTAL
Integer
4 Yes
NUMEROFAMILIAS
NUMEROFAMILIAS
NUMEROFAMILIAS
Integer
4 Yes
NUMEROSOCIOS
NUMEROSOCIOS
NUMEROSOCIOS
Integer
4 Yes
NUMERONOSOCIOS
NUMERONOSOCIOS
NUMERONOSOCIOS
Integer
4 Yes
ETNIA_KICHUAS_PCT
ETNIA_KICHUAS_PCT
ETNIA_KICHUAS_PCT
Integer
4 Yes
ETINIA_COLONOS_PCT
ETINIA_COLONOS_PCT
ETINIA_COLONOS_PCT
Integer
4 Yes
ETNIA_SHUARAS_PCT
ETNIA_SHUARAS_PCT
ETNIA_SHUARAS_PCT
Integer
4 Yes
ETNIA_OTROS_PCT
ETNIA_OTROS_PCT
ETNIA_OTROS_PCT
Integer
4 Yes
RELIGIONCATOLICA_PCT
RELIGIONCATOLICA_PCT
RELIGIONCATOLICA_PCT
Integer
4 Yes
RELIGIONEVANGELICA_PCT
RELIGIONEVANGELICA_PCT
RELIGIONEVANGELICA_PCT
Integer
4 Yes
RELIGIONOTROS_PCT
RELIGIONOTROS_PCT
RELIGIONOTROS_PCT
Integer
4 Yes
CP_NO_CENTROS_TOTAL
CP_NO_CENTROS_TOTAL
CP_NO_CENTROS_TOTAL
Integer
4 Yes
CP_NO_CENTROS_POBLADOS
CP_NO_CENTROS_POBLADOS CP_NO_CENTROS_POBLADOS Integer
4 Yes
IC_SISTEMAAGUA
IC_SistemaAgua
IC_SistemaAgua
Small Integer
2 Yes
IC_ELECTRICIDAD
IC_Electricidad
IC_Electricidad
Small Integer
2 Yes
IC_BATERIASSANITARIAS
IC_BateriasSanitarias
IC_BateriasSanitarias
Small Integer
2 Yes
Average Num ber of Points:0 Has M:No
Length Null 4 No
8 Yes
4 Yes
8 Yes 8 Yes
102
Geom etry:Point Average Num ber of Points:0
Alias
Puntos de Salud
Dataset Type
FeatureClass
Has Z:No
FeatureType
Simple
Grid Size:25305.434870942801
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
ACONIMOSALUD
ACONIMOSALUD
ACONIMOSALUD
String
50 Yes
NOMBRE
NOMBRE
NOMBRE
String
150 Yes
PERSONAL_DISPONIBLE
PERSONAL_DISPONIBLE
PERSONAL_DISPONIBLE
String
200 Yes
ZONA_ADMINISTRATIVA
ZONA_ADMINISTRATIVA
ZONA_ADMINISTRATIVA
String
100 Yes
CONSTRUIDO_POR
CONSTRUIDO_POR
CONSTRUIDO_POR
String
150 Yes
ADMINISTRADO_POR
ADMINISTRADO_POR
ADMINISTRADO_POR
String
150 Yes
FECHA_OPERACION
FECHA_OPERACION
FECHA_OPERACION
Date
CONTACTO
CONTACTO
CONTACTO
String
150 Yes
CAPACIDAD_OPERATIVA
CAPACIDAD_OPERATIVA
CAPACIDAD_OPERATIVA
String
150 Yes
COORDENADA_UTM_E
COORDENADA_UTM_E
COORDENADA_UTM_E
Double
8 Yes
COORDENADA_UTM_N
COORDENADA_UTM_N
COORDENADA_UTM_N
Double
8 Yes
COORDENADA_GCS_X
COORDENADA_UTM_E
COORDENADA_GCS_X
String
50 Yes
COORDENADA_GCS_Y
COORDENADA_UTM_E
COORDENADA_GCS_Y
String
50 Yes
TIPO
TIPO
TIPO
Integer
4 Yes
SHAPE
SHAPE
SHAPE
Geometry
0 Yes
Subtype Nam e
Default Value
Dom ain
Has M:No
ObjectClass TIPO
Length Null 4 No
8 Yes
Geom etry:MultiPoint
D_TipoFacSalud Average Num ber of Points:0
Alias
Conflictos
Dataset Type
FeatureClass
Has Z:No
FeatureType
Simple
Grid Size:230000
Field Nam e
Alias Nam e
Model Nam e
Type
OBJECTID
OBJECTID
OBJECTID
OID
ACRONIMO_ZONA
ACRONIMO_ZONA
ACRONIMO_ZONA
String
10 Yes
ACRONIMO_BLOQUE ACRONIMO_BLOQUE ACRONIMO_BLOQUE String
15 Yes
SECTOR
String
30 Yes
DEPARTAMENTO_PR DEPARTAMENTO_PR DEPARTAMENTO_PR String OYECTO OYECTO OYECTO
30 Yes
NOMBRE_PROYECTO NOMBRE_PROYECTO NOMBRE_PROYECTO String
150 Yes
DETALLE_PROYECTO DETALLE_PROYECTO DETALLE_PROYECTO String
250 Yes
Has M:No
SECTOR
SECTOR
Length Null 4 No
FECHA_INICIO
FECHA_INICIO
FECHA_INICIO
Date
8 Yes
FECHA_FIN
FECHA_FIN
FECHA_FIN
Date
8 Yes
NIVEL_CONFLICTIVID NIVEL_CONFLICTIVID NIVEL_CONFLICTIVID Small Integer AD AD AD
2 Yes
PCT_AVANCE
PCT_AVANCE
PCT_AVANCE
Small Integer
URL_FOTO
URL_FOTO
URL_FOTO
String
2 Yes
ID_EVENTO
ID_EVENTO
ID_EVENTO
Small Integer
2 Yes
SHAPE
SHAPE
SHAPE
Geometry
0 Yes
250 Yes
103
Anexo 6 - Tablas de Atributos de las entidades del departamento de SSA
104