103562

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