DRAFT

CONTRATO DE LICENCIA Y DESCARGO DE RESPONSABILIDAD ACUERDO SOBRE LA LICENCIA Con la instalación de IMSMA o de alguno de sus componentes, se acepta el siguiente acuerdo sobre la licencia: El Centro Internacional de Ginebra para el Desminado Humanitario (CIGDH) suministra de forma gratuita IMSMA a los países afectados por las minas. La aplicación se desarrolla en el Centro de Estudios sobre Seguridad del Instituto Federal Suizo de Tecnología de Zurich (FSK). Si no se estipula lo contrario, el CIGDH y el FSK se reservan el derecho exclusivo sobre IMSMA y su función. El usuario de IMSMA y de sus componentes es el único responsable del disfrute de las licencias de software necesarias para poder aplicar IMSMA. No está permitido cambiar, copiar, conceder sublicencias, o distribuir IMSMA o alguno de sus componentes sin la expresa autorización de ambas entidades con derecho de autor. Está prohibido cualquier intento de cambiar, copiar, conceder sublicencias, o distribuir IMSMA sin la autorización expresa, en cuyo caso se pondría fin automáticamente a la licencia.

La función de transformación de coordenadas se proporciona al FSK en interés público por Mentor Software Inc., Golden, Colorado (EE.UU.) (www.mentorsoftwareinc.com). Bandwood Pty Limited se reserva los derechos de autor del Sistema Gantt Builder. SIN GARANTÍA EN LA MEDIDA EN QUE LO PERMITE LA LEY APLICABLE, NO EXISTE GARANTÍA PARA EL PROGRAMA. SALVO QUE SE ESPECIFIQUE EXPLÍCITAMENTE POR ESCRITO, LOS TITULARES DEL DERECHO DE AUTOR Y/O TERCERAS PARTES SUMINISTRAN EL PROGRAMA EN SU ESTADO ACTUAL, SIN INCLUIR NINGÚN TIPO DE GARANTÍA, EXPRESA O IMPLÍCITA, PERO NO LIMITADA A LAS GARANTÍAS IMPLÍCITAS DE MERCANTILISMO Y CAPACIDAD PARA UN PROPÓSITO EN PARTICULAR. EL USUARIO ASUME LA RESPONSABILIDAD DE CUALQUIER RIESGO, AL IGUAL QUE DE LA CALIDAD Y EJECUCIÓN DEL PROGRAMA. EN CASO DE QUE EL PROGRAMA RESULTE DEFECTUOSO, EL USUARIO ASUME TODOS LOS GASTOS NECESARIOS DE MANTENIMIENTO, REPARACIÓN O CORRECCIÓN. EN NINGÚN CASO, SALVO QUE ESTÉ EXIGIDO POR LA LEY APLICABLE O ACORDADO POR ESCRITO, NINGUNO DE LOS TITULARES DEL DERECHO DE AUTOR U OTRA TERCERA PARTE QUE HAYA MODIFICADO Y/O REDISTRIBUIDO EL PROGRAMA, ASUMIRÁ RESPONSABILIDAD POR LOS DAÑOS, SEAN FORTUITOS O IMPORTANTES, GENERALES O ESPECIALES, QUE PUEDAN SURGIR A RAÍZ DE UNA UTILIZACIÓN DETERMINADA O UNA INCAPACIDAD PARA UTILIZAR EL PROGRAMA (INCLUIDO, PERO NO LIMITADO, A LA PÉRDIDA DE DATOS O A DATOS QUE SE HAYAN INTERPRETADO ERRÓNEAMENTE, A PÉRDIDAS

DRAFT SUFRIDAS POR EL USUARIO O TERCERAS PARTES, O A UN FALLO TÉCNICO DEL PROGRAMA AL OPERAR CON OTROS PROGRAMAS), INCLUSO CUANDO SE HAYA ADVERTIDO A DICHO TITULAR O A UNA TERCERA PARTE DE LA POSIBILIDAD DE TALES DAÑOS. DEBE TENERSE EN CUENTA QUE LAS NACIONES UNIDAS SÓLO HAN APROBADO LA VERSIÓN INGLESA DE IMSMA. TODOS LOS DEMÁS IDIOMAS UTILIZABLES QUE DEBERÍAN ESTAR DISPONIBLES SE HAN PROPORCIONADO EXCLUSIVAMENTE PARA OFRECER INFORMACIÓN Y NO PUEDEN UTILIZARSE COMO REFERENCIA.

DRAFT Sistema de Gestión de Información para Acciones relativas a las Minas. Desarrollado para el Servicio de Acciones relativas a las Minas de las Naciones Unidas. Proporcionado a la comunidad de Acciones relativas a las minas por el Centro Internacional de Ginebra para el Desminado Humanitario. 7bis, avenue de la Paix. C.P. 1300 1211 Ginebra 1 (Suiza. Teléfono: +41 (0)22 906 16 60 . Fax +41 (0)22 906 16 90 Correo electrónico: info@gichd.ch Sitio Web: http://www.gichd.ch Elaborado por el Centro para Estudios de Seguridad e Investigación sobre Conflictos. Desarrollo IMSMA. ETH Zentrum, FSK-SEI CH-8092 Zurich (Suiza). Fax: +41 (0)1 632 1051 Correo electrónico: imsma@sipo.gess.ethz.ch Sitio Web: http://www.imsma.ethz.ch Guía del usuario de IMSMA v3 Impreso en ETH Zentrum, Zurich Examinado con los cambios para IMSMA v3.0 Octubre de 2002

DRAFT

CONTRATO DE LICENCIA Y DESCARGO DE RESPONSABILIDAD INTRODUCCIÓN 1. RESUMEN

Introducción 7 1. Resumen ..................................................................Error! Bookmark not defined.

1.1. Público seleccionado .............................................................................8 1.2. Descripción del contenido......................................................................8 1.3. Diagrama de las relaciones entre las tablas..........................................9

2. Tareas del administrador .........................................Error! Bookmark not defined. 2.1. Instalación de IMSMA ..........................................................................12 2.2. Mantenimiento de IMSMA....................................................................12 2.3. Mejora de la función estándar .............................................................13

3. Requisitos previos ...................................................Error! Bookmark not defined. 3.1. Configuración del puesto de trabajo ....................................................14 3.2. Configuración de red............................................................................17

Instalación 20 4. Instalación de IMSMA ............................................Error! Bookmark not defined.

4.1. CD de instalación de IMSMA V3.0 ......................................................21 4.2. Consideraciones antes de instalar IMSMA V3.0 .................................22 4.3. Instalación de MSDE 2000 ..................................................................24 4.4. Actualización de V2.2 a V3.0...............................................................28

4.4.1. Haga una copia de seguridad antes de la actualización..................................... 28 4.4.2. Resumen de los cambios entre versiones.......................................................... 28 4.4.3. Utilidad de actualización a IMSMA V3.0............................................................. 30 4.4.4. Recuperación de las personalizaciones tras la actualización............................. 36 4.4.5. Acerca de los temas y extensiones del SIG ....................................................... 38

4.5. Instalación de un nuevo servidor IMSMA ............................................38 4.6. Instalación de un nuevo cliente IMSMA...............................................41 4.7. Ubicaciones de los archivos y configuraciones del sistema................45

4.7.1. Carpeta C:\IMSMA............................................................................................. 45 4.7.2. Carpeta C:\IMSMA\GIS...................................................................................... 48 4.7.3. Parámetros ODBC ............................................................................................. 49 4.7.4. USEREXT.......................................................................................................... 51 4.7.5. Configuración del sistema de coordenadas ....................................................... 51

5. Personalización de IMSMA.................................................................................... 55 5.1 Qué no debería cambiarse ...................................................................57 5.2. Campos definidos por el usuario .........................................................57 5.3. Ubicación de los archivos ....................................................................62 5.4. Apoyo multilingüe.................................................................................65

6. Creación de un proyecto del SIG............................................................................ 69 6.1. Organización de los datos espaciales .................................................69

6.1.1 Referencias de archivos ArcView........................................................................ 69 6.1.2. Catálogos de imágenes ..................................................................................... 69

6.2. Creación de un archivo de proyecto ....................................................71 6.3. Creación de una visualización .............................................................75 6.4. Gestión de temas.................................................................................79 6.5. Trabajo con tablas ...............................................................................81 6.6. Diccionario de datos del SIG ...............................................................82

6.6.1. Categorías de temas del SIG de IMSMA ........................................................... 86 6.6.2. Definiciones de tema del SIG de IMSMA ........................................................... 87

DRAFT

6.6.3. Características de los temas del SIG de IMSMA................................................ 88 6.6.4. Pautas para definir temas del SIG ..................................................................... 89 6.6.5. Propiedades comunes del tema......................................................................... 94 6.6.6. Propiedades de apariencia de tema................................................................... 97 6.6.7. Definición de los nombres de tema .................................................................... 98 6.6.8. Convenio de nombres de las visualizaciones..................................................... 99 6.6.9. Temas XY de base de datos .............................................................................. 99 6.5.10. Temas de área de base de datos................................................................... 100 6.6.11. Temas vectoriales .......................................................................................... 106 6.6.12. Temas polares de base de datos ................................................................... 106 6.6.13. Temas de línea de base de datos .................................................................. 109 6.6.14. Grupos de temas del SIG de IMSMA ............................................................. 110

6.7. Gestión de los diseños.......................................................................112 6.8. Otras herramientas del SIG de IMSMA .............................................114

MANTENIMIENTO 119 7. Seguridad de datos...................................................Error! Bookmark not defined.

7.1. Seguridad a nivel del sistema............................................................120 7.2. Seguridad a nivel de la base de datos...............................................121

7.2.1. Seguridad implantada en IMSMA..................................................................... 121 7.2.2. Seguridad en MS Access................................................................................. 122 7.2.3. Seguridad en SQL Server ................................................................................ 123 7.2.4. Usuarios y Grupos de usuarios del módulo de acceso IMSMA........................ 125 7.2.5. Creación de una nueva cuenta de usuario....................................................... 126 7.2.6. Cómo cambiar contraseñas y eliminar cuentas................................................ 126 7.2.7. Configuración de privilegios para formularios................................................... 127 7.2.8. Prevención de la utilización de funciones de MS Access ................................. 127

8. Introducción de datos descentralizados ................................................................ 129 8.1. Creación de un MAC regional............................................................130 8.2. Configuración del MAC regional ........................................................135 8.3. Transferencias y sincronización ........................................................137 8.4. Manejo de tablas especiales .............................................................143

8.4.1. tblOrganisation................................................................................................. 143 8.4.2. tblMap .............................................................................................................. 143 8.4.3. tblDeviceStandard, tblDeviceCustom............................................................... 143 8.4.4. Sistemas de coordenadas................................................................................ 144

9. Administración de la base de datos ...................................................................... 145 9.1. Gestión de su entorno de trabajo IMSMA .........................................146 9.2. Propiedades de conexión ..................................................................149 9.3. Copia de seguridad y restauración de la base de datos SQL Server151 9.4. Mantenimiento de la base de datos...................................................153 9.5. Datos generales.................................................................................154 9.6. Exportación de datos .........................................................................155 9.7. Acceso a datos regionales.................................................................160 9.8. Exportación de visualizaciones del SIG de IMSMA...........................161 9.9. Importación de datos externos a IMSMA...........................................162

Mejoras de la función estándar 166 10. Informes personalizados ..................................................................................... 167

10.1. Convenio de nombres de IMSMA....................................................168 10.2. Informes basados en los módulos de servicio y de acceso ............168 10.3. Opciones de criterios de filtro ..........................................................169 10.4. Traducción de claves semánticas....................................................171 10.5. Utilización de funciones IMSMA ......................................................172 10.6. Utilización de consultas ya existentes .............................................173 10.7. Creación de diagramas temporales.................................................175 10.8. Informes en color y en blanco y negro.............................................178

DRAFT

10.9. Informes basados en visualizaciones del módulo de servicio.........178 10.10. Apoyo de IMSMA ...........................................................................179 10.11. Edición de informes estándar de IMSMA ......................................180 10.12. Creación de nuevos formatos de informe......................................183 10.13. Informes utilizando el SIG de IMSMA............................................188

10.13.1. Informes con MS Access.............................................................................. 189 10.13.2. Redacción de informes en ArcView.............................................................. 194

11. Estado y reglas de gestión .................................................................................. 198 11.1. Comprensión del estado..................................................................200 11.2. Explorador de calidad de datos de IMSMA .....................................201 11.3. Personalización de las reglas de gestión ........................................204 11.4. Historia y razones de cambio ..........................................................205 11.5. Detalles técnicos..............................................................................207

Anexo A - Información de apoyo............................................................................. 209 Anexo B – Conceptos básicos sobre SQL................................................................ 211 Anexo C – Diferencias de sintaxis de SQL .............................................................. 218 Anexo D – Lecturas adicionales............................................................................... 220 Anexo F – Cambios de tablas y consultas en V3.0 .................................................. 223

A.1. Nuevas tablas ....................................................................................224 A.2. Nuevas consultas ..............................................................................225 A.3. Nuevos atributos en tablas existentes...............................................225 A.4. Atributos cambiados en tablas existentes.........................................228

A.4.1. Campos definidos por el usuario ..................................................................... 228 A.4.2. Cambios del tipo de datos ............................................................................... 228

A.5. Tablas y atributos eliminados............................................................229 A.6. Limpieza de datos – Campos importantes........................................229

A.6.1. Campos relacionados con organizaciones....................................................... 230 A.6.2. Campos relacionados con contactos ............................................................... 231

DRAFT

INTRODUCCIÓN

DRAFT

Capítulo 1

Resumen 1.1. Público seleccionado La Guía del administrador de IMSMA proporciona una referencia general para el personal del MAC responsable de la instalación y el mantenimiento de IMSMA. Algunos apartados de la guía también resultarán interesantes para el usuario de nivel avanzado, especialmente el Capítulo 6: Creación de un Proyecto SIG , y el Capítulo 10: Informes personalizados. En este manual se asume cierta familiaridad con las siguientes materias:

• MS Windows NT4 / 2000 / XP: administración; • MS Office 2000 / XP, especialmente Word y Access; • SQL: lenguaje estructurado de consulta; • ESRI ArcView 3.2a: para la función SIG de IMSMA.

Si desea obtener más información y una lista del material de referencia recomendado, consulte los Anexos de este manual.

1.2. Descripción del contenido La Guía del administrador de IMSMA consta de tres secciones principales: Instalación. La primera sección describe detalladamente la instalación de todos los componentes de IMSMA. Se proporciona orientación sobre la configuración de estaciones de trabajo individuales y una red sencilla para prestar apoyo a la instalación de IMSMA. A continuación se describe el procedimiento estándar de instalación, primero utilizando el Asistente para la instalación (Install Wizard) y luego manualmente. El Asistente para la instalación satisface los requisitos de la mayoría de los usuarios; sin embargo, a veces es necesario reparar manualmente elementos de la instalación. En el último capítulo de esta sección se describen los distintos parámetros específicos de cada país que deben configurarse inmediatamente después del proceso estándar de instalación. Mantenimiento. La segunda sección describe el mantenimiento de la instalación de la base de datos. Proteger la seguridad de la base de datos supone realizar tareas a nivel físico, de sistema operativo y de la base de datos. La gestión de

DRAFT archivos incluye el mantenimiento de las instalaciones estándar de IMSMA en todas las computadoras cliente de la red y el cambio de la ubicación por defecto de los archivos utilizados por el sistema de IMSMA. En versiones de IMSMA posteriores a la v2.0 se permite la introducción de datos descentralizados y se estudian algunas consideraciones adicionales sobre el mantenimiento. El último capítulo de esta sección aborda la exportación e importación de datos desde y hacia IMSMA, así como funciones estándar de MS Access disponibles para reparar los archivos de la base de datos subyacente a IMSMA. Mejora de la función estándar. En la tercera sección de esta guía se describe cómo se puede mejorar la función estándar de IMSMA. Esta información es suplementaria, y se asume que ya se ha establecido un sistema de información con éxito. En la mayoría de los casos el administrador de IMSMA consultará estos capítulos según lo necesite a lo largo del desarrollo del sistema de información del MAC.

Anexos En los Anexos se proporciona una introducción a la escritura de consultas de base de datos SQL y una guía sobre lecturas adicionales para ampliar la base de conocimientos que apoya las tareas administrativas descritas en esta guía.

1.3. Diagrama de las relaciones entre las tablas La estructura de IMSMA se resume en los siguientes diagramas de las relaciones entre las tablas. Éstos también se incluyen en el CD de instalación.

DRAFT Figura 1.1: Diagrama de las relaciones entre las tablas

DRAFT Figura 1.2: Descripción del contenido de la tabla

DRAFT

Capítulo 2

Tareas del administrador Se recomienda que el administrador del sistema IMSMA sea un miembro de la Sección de Información del MAC, y que esta persona se encargue de todas las tareas de instalación y mantenimiento. Las tareas descritas en la última sección de esta guía (Mejora de la función estándar) pueden asignarse al administrador del sistema. Sin embargo, también pueden ser realizadas por personal que esté más familiarizado con los requisitos necesarios para la personalización. 2.1. Instalación de IMSMA Antes de empezar la instalación del sistema IMSMA, lea completamente la sección Instalación de esta Guía del administrador. Se proporciona orientación sobre los siguientes elementos de instalación del sistema IMSMA:

• Planificación de la red de la base de datos. • Instalación del sistema operativo, la aplicación y el software IMSMA. • Personalización de IMSMA para satisfacer los requisitos específicos de

cada país. • Creación de proyectos SIG de IMSMA, incluyendo la organización de los

datos espaciales, la configuración del Diccionario de datos del SIG de IMSMA y la personalización del diseño.

2.2. Mantenimiento de IMSMA El administrador debería comprender las tareas descritas en esta sección antes de poner en servicio IMSMA. Se abordan los siguientes grupos de temas:

DRAFT

• Mantenimiento de la seguridad de la base de datos configurando funciones de seguridad del sistema operativo, de MS Access y de IMSMA y realizando copias de seguridad periódicas.

• Implementación de la función de introducción de datos descentralizados de IMSMA.

• Exportación e importación de datos desde y hacia IMSMA. • Reparación de bases de datos dañadas.

2.3. Mejora de la función estándar Los grupos de temas tratados en esta sección requieren un conocimiento del entorno de IMSMA, MS Access y SQL Server. El administrador de IMSMA puede postergar la lectura de esta sección hasta que haya instalado IMSMA y se hayan realizado las tareas de mantenimiento. Se abordan los siguientes grupos de temas:

• Creación de informes personalizados de base de datos utilizando funciones de informes de MS Access y Crystal Reports.

• Ampliación de la función de IMSMA diseñando bases de datos que trabajen junto con IMSMA.

DRAFT

Capítulo 3

Requisitos previos Este capítulo proporciona orientación para configurar una red de computadoras que preste apoyo a la base de datos de IMSMA. Se recomienda la creación de un entorno de red estable antes de la instalación de IMSMA. Si necesita ayuda sobre estos aspectos generales de tecnología de la información, consulte las referencias generales de la red y el sistema operativo. La base de datos de IMSMA se instalará en cualquier computadora que tenga instalado MS Office 2000 Professional, y una resolución de pantalla de al menos 1024x768. Por motivos prácticos y operativos en este capítulo se darán recomendaciones más específicas. Si desea conocer las especificaciones del sistema recomendadas actualmente, por favor visite el sitio Web de apoyo de IMSMA. IMSMA se puede instalar sin la función del SIG; sin embargo, se recomienda la instalación de las funciones de visualización del SIG en todas las estaciones de introducción de datos. El software del SIG es esencial en todas las estaciones que se empleen para la producción de mapas. En principio, cualquier software del SIG puede asociarse a IMSMA. Sin embargo, el equipo de desarrollo de IMSMA ha construido funciones adicionales alrededor del software ESRI ArcView que facilitan su utilización. Para utilizar la función del SIG de IMSMA debe estar instalada la versión v3.2a o superior de ESRI ArcView. La primera sección de este capítulo proporciona recomendaciones específicas sobre los requisitos de hardware y software y sobre la configuración. También se da orientación sobre la configuración del entorno de red. En las funciones de ayuda proporcionadas por los distribuidores se puede encontrar una información más detallada sobre cómo realizar las tareas descritas en este capítulo; también hay numeroso material de referencia disponible comercialmente. Los manuales de referencia del sistema operativo y de la base de datos deberían considerarse elementos esenciales a la hora de adquirir tecnología de la información. En el Anexo D se incluye una selección de material de referencia; la elección del manual específico depende del grado de experiencia del administrador del sistema. 3.1. Configuración del puesto de trabajo A continuación se describe la configuración recomendada del software del puesto de trabajo. Por favor, visite el sitio Web de apoyo de IMSMA para obtener una lista detallada de la configuración de hardware y software:

DRAFT

• MS Windows 2000 (con Service Pack 2) o XP. Windows 98 y NT deberían funcionar, aunque ya no se recomiendan. Tenga en cuenta que algunas funciones de administración SQL podrían no funcionar con Windows 98;

• MS Office 2000 Professional (con Service Pack 2) (exigido), IMSMA non funciona con Office XP;

• ESRI ArcView 3.2a (opcional, exigido para el SIG de IMSMA); y • MSDE (con Service Pack 2) (exigido, se instala automáticamente durante

la instalación de IMSMA) Se recomiendan las versiones en inglés del software mencionado arriba. Aunque IMSMA ha funcionado correctamente con versiones no inglesas del sistema operativo y las aplicaciones de software, el Equipo de Desarrollo de IMSMA sólo presta apoyo a instalaciones en inglés. Visite los sitios Web de los distribuidores del software para obtener los últimos service packs. En el CD de instalación de IMSMA se incluyen los siguientes service packs, esenciales para el funcionamiento de IMSMA: - MS Windows 2000, SP 2 - MS Office 2000 Professional, SP2 - ESRI ArcView 3.2, parche a - MSDE, SP2 está integrado en la rutina de instalación de MSDE en el CD de IMSMA. Compruebe también que todas las computadoras de la red estén protegidas con software antivirus y que se actualice regularmente.

Selección del SO La elección del sistema operativo dependerá de los requisitos de seguridad y del hardware disponible. Se puede utilizar cualquier sistema operativo en el que se pueda instalar MS Access 2000. Sin embargo, sólo MS Windows NT, 2000 Professional y XP proporcionan el rendimiento, la estabilidad y la seguridad exigidas por las Secciones de Información del MAC. Las instalaciones autónomas de sólo lectura de IMSMA funcionarán bien en otros sistemas operativos. MS Windows 2000 Professional es sensiblemente más fácil de administrar que NT4; sin embargo, sus requisitos en cuanto a hardware son significativamente mayores. El equipo de desarrollo de IMSMA presta apoyo a las instalaciones en los siguientes sistemas operativos:

• MS Windows 2000 Professional (NT5), idioma inglés, y • MS Windows XP Professional, idioma inglés.

Hardware

El hardware del puesto de trabajo debe ejecutar sin problemas el sistema operativo instalado y permitir al menos una resolución de 1024x768. Consulte la documentación de su sistema operativo para conocer las configuraciones mínimas recomendadas para el sistema. Los formularios de IMSMA se abrirán y cerrarán más rápido en los sistemas que tengan más memoria (se recomiendan 256 MB de RAM) y procesadores más rápidos (se recomienda como mínimo Pentium II 600 MHz).

DRAFT Los requisitos del hardware del puesto de trabajo para las instalaciones que incluyen la función del SIG de IMSMA dependerán de los datos de mapa que vaya a utilizar. Si para el área de interés se dispone de datos vectoriales (por ejemplo, archivos .shp) un ordenador de sobremesa estándar podrá ejecutar sin problemas la función del SIG de IMSMA. Si se van a emplear grandes archivos raster como fondo del mapa debería instalarse más memoria de sistema y de video. Si se van a realizar análisis del SIG complejos, debería especificarse una arquitectura general del sistema más rápida (RAM adicional de video y del sistema, procesador y chipset de alta velocidad, unidades de disco SCSI).

Software La aplicación IMSMA se ha desarrollado en inglés. Ha sido traducida a distintos idiomas por el Centro Internacional de Ginebra para el Desminado Humanitario (GICHD). Si tiene alguna consulta relativa a las traducciones, por favor consulte al GICHD. La interoperabilidad entre instalaciones de MS Office en varios idiomas ha mejorado extraordinariamente en la versión de Office 2000, y puede que un MAC compruebe que puede instalar IMSMA en un puesto de trabajo instalado con versiones no inglesas de MS Windows 2000 y/o MS Office 2000 Professional. Además, IMSMA se ha desinstalado sin problemas en redes con distintos idiomas (es decir, instalaciones de IMSMA Servidor y Cliente sobre computadoras que usan distintas versiones de MS Office 2000 Professional). A continuación se explica cómo configurar una red de bases de datos en MS Windows 2000 Professional.

• Conecte los componentes de hardware, incluyendo la conexión física desde su computadora hasta el nodo de red.

• Instale el sistema operativo. Cree una partición C: de 4 GB, formatee este volumen de unidad utilizando el sistema de archivos NTFS e instale el sistema operativo en esta partición. Use esta partición exclusivamente para el sistema operativo y el software de la aplicación.

• Configure los parámetros de red (esto forma parte de la instalación del sistema operativo). Instale los protocolos TCP/IP y NETBIOS; no instale DHCP ni habilite DNS. Especifique una dirección IP y una máscara de subred (por ejemplo, 192.168.1.x, 255.255.255.0, donde x es un número entre 1 y 255 único para su red).

• Instale los service packs disponibles para MS Windows 2000. • Instale el software antivirus, incluyendo la última actualización del archivo

de definiciones de virus. • Instale MS Office 2000 Professional y los service packs disponibles • Instale ESRI ArcView 3.2a (opcional) y ESRI ArcPress 2 (opción para

mejorar el rendimiento de las estaciones de trabajo que impriman mapas desde ArcView) incluyendo los parches disponibles (si se instala el parche de ArcView 3.2a después de instalar el SIG de IMSMA se perderán las fuentes del SIG de IMSMA).

• Instale MSDE: véase el capítulo 4 (Actualización e instalación). • Instale otras aplicaciones de software suministradas en el CD de IMSMA

según se requieran.

DRAFT Aplicación Descripción Herramientas PGP Utilidad de cifrado para proteger los

datos exportados desde IMSMA. ESRI ArcExplorer 3 Java Visor de archivos .shp de ArcView.

Instalarlo en estaciones de trabajo donde no esté instalado ArcView para ver los datos de mapas.

ESRI ArcPad Aplicación del SIG para computadoras con MS Windows CE.

File Compactor Herramienta freeware de compresión de archivos.

Adobe Acrobat Reader Lector de archivos .pdf de Adobe Acrobat. Exigido para leer alguno de los documentos suministrados.

Internet Explorer 5 Archivos de instalación para el navegador Web MS Internet Explorer 5.

VNC Aplicación que permite el control de computadoras a través de Internet. Si tiene una conexión de alta velocidad a Internet, éste es un posible medio de obtener apoyo sobre el software.

Tabla 3.1: Aplicaciones suministradas en el CD de distribución de IMSMA.

3.2. Configuración de red Muchas configuraciones de red admiten la instalación de IMSMA. Los requisitos mínimos son que las computadoras Clientes de IMSMA deben poder acceder a la carpeta IMSMA en el Servidor IMSMA como unidad asignada. Además, debe disponerse de algún medio para hacer copias de seguridad de la base de datos de IMSMA para protegerla frente a una pérdida de datos. Servidor de red No se requiere software de servidor; se puede establecer una red punto a punto en los sistemas operativos MS Windows 95 / NT4 (o superiores). La instalación de un sistema operativo de servidor de red (como MS Windows 2000 Server) aumenta la complejidad de la administración de la red (y el coste), pero mejora la seguridad de la red, simplifica muchas de las tareas de administración y puede facilitar la utilización de la red. Para Sistemas de Información de MAC medianos o grandes se recomienda un software de servidor de red por las siguientes razones:

• La centralización del inicio de sesión de usuarios permite el acceso a todas las computadoras de la red al mismo tiempo que se mantiene un alto nivel de seguridad.

• Los perfiles basados en el servidor permiten que los usuarios mantengan un escritorio coherente cuando inician sesión en distintas computadoras de la red.

• Los privilegios asignados a grupos y las configuraciones de escritorio simplifican la administración y facilitan la utilización.

DRAFT

• La copia de seguridad automática de los volúmenes de unidad de la red puede ser gestionada por el servidor de red.

• El sistema de información del MAC se puede conectar físicamente a la red de MAC para compartir recursos como conexiones de Internet e impresoras de gran capacidad, al mismo tiempo que se mantiene la seguridad de la base de datos (se recomienda que la sección de información se configure en un dominio independiente del resto de las áreas funcionales del MAC).

Hardware de red

Si la red del sistema de información está conectada físicamente a una red mayor, tenga en cuenta que los problemas que se produzcan en otras áreas de la red pueden afectar adversamente al funcionamiento de la red de la base de datos. Esto es especialmente aplicable en el caso de un cableado de red deficientemente instalado. Si cree que puede ocurrir esto, conecte las computadoras de la red de la base de datos a un segmento de red que esté aislado del tráfico de la red exterior. La red del sistema de información debería poder disponer de los siguientes recursos de hardware (por favor, visite el sitio Web de apoyo de IMSMA para obtener una lista completa y detallada del hardware y software recomendado):

• Se recomienda un mínimo de 100 mbs de hardware físico de red y cableado CAT5.

• Dispositivo de copia de seguridad. Las copias de seguridad en cinta son populares por su bajo precio por MB almacenado y por su gran capacidad de almacenamiento (decenas de GB) en un solo dispositivo. Sin embargo, proporcionan un acceso a los datos mucho más lento que otros medios, y el hardware es caro. La copia de seguridad en cinta es apropiada si se van a hacer copias de seguridad completas del servidor (sistema operativo, aplicaciones y datos). Esto suele ser esencial en una red grande, compleja y de misión crítica; sin embargo, en muchos MAC la complejidad, el coste y el tiempo exigidos para implantar esta solución no están justificados. La solución alternativa es hacer copias de seguridad de los archivos críticos del sistema, de la base de datos de IMSMA y de otros archivos de datos. Los menores volúmenes de datos que se producen con esta solución hacen que se puedan utilizar otros medios: CD-R / CD-RW, DVD grabables, Iomega JAZ o unidades ZIP y otros medios de almacenamiento que ofrecen una gama de almacenamiento de 100 MB a varios GB.

• Plotter de gran formato (tamaño A0 ó A1; si se compra un plotter nuevo, adquirir la interfaz de red opcional).

• Impresora de color de gran capacidad (tamaño A3, las impresoras láser cuestan más, pero tienen unos costes operativos mucho menores. Si se compra una impresora nueva, adquirir la interfaz de red opcional).

• Impresora de blanco y negro de gran capacidad (tamaño A3, las impresoras láser cuestan más, pero tienen unos costes operativos mucho menores. Si se compra una impresora nueva, adquirir la interfaz de red opcional).

• Escáner de color A4 (las conexiones USB son más rápidas que las del puerto paralelo, sin embargo, tenga en cuenta que NT4 no admite USB).

DRAFT

• Grabadora de CD. Sea cual sea el tipo de dispositivo de copia de seguridad que se emplee, las grabadoras de CD son indispensables para archivar y distribuir datos.

DRAFT

INSTALACIÓN

DRAFT

Capítulo 4

Instalación de IMSMA La versión 3.0 de IMSMA contiene muchas funciones nuevas y mejoras, que requieren distintas actividades de configuración antes, durante y después del proceso de instalación. Recomendamos una lectura detenida de este capítulo antes de proceder a la instalación de IMSMA. Este capítulo proporciona los conocimientos necesarios para una instalación óptima de IMSMA. La primera sección se concentra en las consideraciones básicas que debe tener en cuenta un administrador de IMSMA antes de instalar un Servidor IMSMA o un Cliente IMSMA o al ejecutar una actualización de una versión anterior de IMSMA. Aquí se tratan temas como la instalación de Microsoft SQL Server 2000 Desktop Engine (MSDE 2000). La siguiente sección se centra en el procedimiento de actualización, que incluye la preparación de los datos de la anterior base de datos de IMSMA V2.2. En posteriores secciones se estudian los asistentes para la instalación con los que cuenta el administrador de IMSMA durante la instalación del servidor o el cliente. A continuación tratamos con mas detalle los archivos y carpetas que deben instalarse. Las últimas secciones cierran este capítulo tratando algunos aspectos de personalización. 4.1. CD de instalación de IMSMA V3.0 A continuación se presenta una lista resumida de los archivos de la última versión de IMSMA. Figura 4.1: Estructura de archivos del CD de instalación

• DATA – Archivos necesarios para el menú de autoarranque / inicio del CD.

DRAFT

• Documents – Documentos de apoyo: Guía del administrador y el usuario, biblioteca de preguntas frecuentes, requisitos del sistemas y muchos otros documentos.

• Tutorials – Información de apoyo adicional, como demostraciones del funcionamiento de un entorno de introducción de datos descentralizado. También puede encontrar el navegador ERM Browser (ERD), una herramienta para navegar por el esquema de la base de datos de IMSMA.

• Utilities – Conjunto de software de utilidades que pueden resultar útiles al trabajar con IMSMA.

• autorun.apm, autorun.inf – Archivos necesarios para la opción de autoinicio.

• readme.txt – Archivo de texto en el que se destacan consideraciones importantes acerca de los requisitos del sistema, la configuración del formato de fecha y otros aspectos de seguridad e instalación. Lea este archivo antes de comenzar cualquier operación de instalación.

Archivos de instalación autoejecutables que pueden ejecutarse directamente desde el menú del CD:

• autorun.exe – Carga la aplicación principal de instalación de IMSMA. El archivo se ejecuta automáticamente si la opción de ejecución automática del CD está activada.

• server.exe – Inicia la instalación del servidor IMSMA. • client.exe – Inicia la instalación del cliente IMSMA. Sólo debe ejecutarse

después de una instalación de servidor IMSMA. • upgrade.exe – Inicia el procedimiento de actualización de IMSMA, que está

diseñado para actualizar módulos de servicio de la versión V2.2. • IMSMA_MSDE.exe – Inicia la instalación del núcleo de MSDE 2000. • IMSMA_MSDE_SP2.exe – Inicia la rutina de instalación para MSDE 2000

Service Pack 2.

4.2. Consideraciones antes de instalar IMSMA V3.0 Notas importantes

El menú principal, que se carga después de haber introducido el CD de IMSMA en la unidad de CD, ofrece un vínculo al archivo readme.txt. Figura 4.2: Pantalla de inicio de IMSMA v3.0: lea las notas importantes

DRAFT Sugerimos que primero visite dicho archivo haciendo clic en el vínculo y lea las consideraciones que se explican en el mismo, ya que proporcionan una excelente resumen de los requisitos del sistema, la configuración del formato de fecha y otros aspectos de seguridad e instalación. Los temas tratados en el capítulo asumen que el administrador de IMSMA conoce el contenido de este archivo. Úselo también como documento de referencia siempre que necesite instrucciones básicas o para la resolución de problemas.

Instalación de Microsoft SQL Server 2000 Desktop Engine

La versión 3.0 de IMSMA cuenta con un módulo de servicio completamente nuevo, basado en una base de datos que funciona con cualquier edición de SQL Server 2000 (v.8.0). MSDE 2000 es un motor de datos desarrollado y basado en tecnología SQL Server y se suministra gratuitamente. A menos que ya tenga instalada una versión de SQL Server 2000, tendrá que utilizar MSDE, la versión "ligera" de SQL Server 2000. "Ligera" porque hay algunas restricciones respecto al tamaño de la base de datos, el número de usuarios simultáneos y las herramientas disponibles. Deberían tenerse en cuenta los siguientes puntos de MSDE: • Con MSDE el rendimiento se reduce cuando hay más de 5 usuarios

ejecutando órdenes en el servidor SQL al mismo tiempo. Esto no suele ser un problema para la mayoría de los MAC.

• Los usuarios interactúan con MSDE 2000 directamente a través de la aplicación en la que está integrado. Por esta razón, IMSMA V3.0 proporciona nuevos formularios, que permiten tareas específicas de administración de base de datos, como copias de seguridad de la base de datos, restauraciones, comprobaciones de coherencia y ajuste de la base de datos. MSDE no tiene su propia interfaz de usuario y no incorpora herramientas adicionales de administración de bases de datos, como SQL Server Enterprise Manager o SQL Server Query Analyzer. Por favor, consulte el capítulo 9 si desea obtener más información al respecto.

La instalación de MSDE 2000 o de cualquier edición de SQL Server 2000 es necesaria antes de realizar una actualización o instalación de servidor. Por favor, consulte las instrucciones de instalación en la siguiente sección.

Servidor y Cliente IMSMA Todas las instalaciones de IMSMA deben tener una computadora configurada como servidor IMSMA. Las aplicaciones de servidor y cliente son, en su mayor parte, equivalentes. Se diferencian en que una instalación de servidor mantiene la conexión a la base de datos de SQL Server instalada localmente, mientras que la instalación cliente busca archivos de datos, bosquejos y coordenadas utilizando la unidad T asignada, accediendo a la carpeta C:\IMSMA del servidor a través de la red. En una red pequeña, lo más probable es que realice las tareas tanto de administrador como de usuario en la computadora instalada como servidor. En

DRAFT instalaciones de IMSMA más grandes, la computadora instalada como Servidor IMSMA probablemente sólo se empleará para tareas de administrador. Antes de instalar IMSMA, asegúrese de que ha configurado un entorno informático adecuado, tal como se describe en el Capítulo 3. Antes de instalar IMSMA deben instalarse todos los parches de software adecuados (sistema operativo, MS Office y ESRI ArcView). Puede instalar el Servidor IMSMA en cualquier computadora de la red. Debería tener en cuenta los siguientes aspectos al elegir la computadora que instalará como Servidor IMSMA: • Para potenciar al máximo la disponibilidad y la seguridad de la base de datos,

instale el Servidor IMSMA en la misma computadora que funcione como servidor de red (si tiene instalado un servidor de red).

• Para potenciar al máximo el rendimiento de su puesto de trabajo de análisis del SIG, instale el servidor IMSMA en la computadora que vaya a utilizar como puesto de trabajo principal de análisis del SIG (debería ser la computadora más potente de la red).

• Si ninguno de los casos anteriores es aplicable a su instalación, elija una computadora con MS Windows 2000 Professional / XP Professional con suficiente capacidad de almacenamiento en el disco duro para la base de datos y las copias de seguridad, así como para los bosquejos escaneados que planee guardar en la base de datos. Si tiene varios servidores en la red, Microsoft recomienda que SQL Server no se instale en un Controlador de Dominio Principal (PDC) o en un Controlador de Dominio de Reserva (BDC), si es posible.

4.3. Instalación de MSDE 2000 El módulo de servicio de IMSMA V3.0 requiere una base de datos SQL Server 2000. Si en la computadora no están instalados ni SQL Server ni MSDE 2000, deben realizarse los siguientes pasos de instalación para configurar una instancia totalmente nueva de MSDE 2000. Ambos métodos permiten una instalación correcta de IMSMA V3.0. Sólo depende de la estrategia del administrador, de la cantidad de aplicaciones que usen los mismos recursos del motor y de las restricciones de la instancia de MSDE. Para instalar MSDE 2000: • Inicie sesión en el sistema operativo como administrador. • Introduzca el CD de instalación de IMSMA V3.0 en la unidad de CD y espere a

que aparezca el menú de configuración. Si no aparece automáticamente, seleccione Inicio > Ejecutar desde el menú Inicio y busque el archivo autostart.exe en el directorio raíz de la unida de CD. Resalte este archivo y seleccione Abrir y Aceptar para comenzar el proceso de instalación.

• Desde el menú de instalación, seleccione el botón Install MSDE. • Siga las instrucciones de instalación. MS Access solicita el inicio de sesión del

administrador de IMSMA. Introduzca el nombre de usuario AdminIMSMA y la contraseña AdminIMSMAPwd. Pulse Aceptar.

• Si ya hay instancias MSDE de SQL Server instaladas en la computadora (o en la red), aparecerá el siguiente cuadro de mensaje:

DRAFT Figura 4.3: Instalación de MSDE: la instancia de SQL Server ya existe

Haga clic en Yes, si debiesen utilizarse instancias locales ya existentes. En este caso, la rutina de instalación se detiene. Si selecciona No, aparece un cuadro de mensaje informando del número de instancias existentes y solicitando confirmación para instalar una nueva instancia.

DRAFT

Figura 4.4: Instalación de MSDE: instancia adicional de SQL Server Haga clic en Yes para iniciar definitivamente la instalación de MSDE 2000. Haga clic en No para cancelar y salir de la rutina de instalación.

• Aparece una ventana emergente. Haga clic en OK para aceptar el nombre por defecto para la nueva instancia MSDE o escriba otro nombre, respetando el convenio de nombres que se explica en la página 4-14.

Figura 4.5: Instalación de MSDE: definir nuevo nombre de instancia • Reinicie después de instalar MSDE. Esto es necesario para iniciar el servicio

del servidor de la base de datos. Después de reiniciar, confirme que el servicio aparece en la barra de servicios, al lado del reloj del sistema.

Figura 4.6: Instalación de MSDE: servicio de SQL Server

Haga doble clic en el icono de servicio para abrir el Administrador de Servicio de SQL Server. ¿Está todo bien configurado? Si aparece una flecha verde, quiere decir que el servicio del servidor funciona correctamente. Un cuadrado rojo indica que el servicio no está funcionando. Compruebe también la función de autoinicio en la parte inferior. Llegado este punto, todo está preparado para continuar con una actualización de la versión de IMSMA o una nueva instalación de IMSMA.

DRAFT Figura 4.7: Instalación de MSDE: servicio SQL Server iniciado • Complete la instalación de MSDE 2000 actualizando la instalación central con

el MSDE service pack 2. Desde el menú de instalación, seleccione el botón Install MSDE_SP2. Siga las instrucciones de instalación. MS Access solicita el inicio de sesión del administrador de IMSMA. Introduzca el nombre de usuario AdminIMSMA con la contraseña AdminIMSMAPwd. Pulse OK.

• Active la fila con la instancia MSDE instalada en el paso anterior. Figura 4.8: Instalación de MSDE SP2: seleccionar nueva instancia SQL Server • Vuelva a reiniciar después de que la instalación de MSDE SP2 haya concluido

con éxito.

DRAFT 4.4. Actualización de V2.2 a V3.0 La actualización de una instalación anterior de IMSMA es un procedimiento automático; sin embargo, tenga en cuenta que durante el proceso de actualización puede perderse cualquier personalización que haya incorporado a la instalación de IMSMA. Además, los cambios en la estructura de datos de IMSMA en distintas versiones pueden hacer que tenga que realizar alguna tarea de mantenimiento en la base de datos existente, incluso aunque se han añadido algunas funciones de limpieza de datos a la rutina de la última actualización. 4.4.1. Haga una copia de seguridad antes de la actualización Antes de comenzar con el proceso de actualización, compruebe que ha hecho una copia de seguridad de toda a la instalación de IMSMA. Puede hacerla copiando el directorio IMSMA del servidor o utilizando otro software o la utilidad de copia de seguridad de su sistema operativo. 4.4.2. Resumen de los cambios entre versiones Al principio del proceso de actualización, se le pedirá que revise, prepare y limpie los datos de la versión anterior. A continuación se presenta un breve resumen de los cambios entre las distintas versiones de IMSMA. Esto puede facilitarle la tarea de limpieza de los datos. La herramienta de preparación de datos descrita en la siguiente sección se puede iniciar de forma independiente o a través del asistente para actualización para limpiar fondos de datos de la V2.2.

IMSMA v1.1 a IMSMA v1.2 Entre IMSMA v1.1 y IMSMA v1.2 se hicieron cambios a los vínculos entre los Informes de estudios de impacto y los Informes de estudios técnicos. En IMSMA v1.1 los Estudios de impacto estaban vinculados a los Estudios técnicos. En IMSMA 1.2 son las Áreas minadas de los Estudios de impacto las que están vinculadas a los Estudios técnicos. Estos vínculos deben establecerse manualmente al actualizar de V1.1 a V1.2.

DRAFT

IMSMA v1.2 a IMSMA v2.0 Las nuevas Normas Internacionales para Desminado Humanitario de UNMAS (disponibles en www.mineclearancestandards.org) cambiaron la terminología empleada para los estudios acciones relativas a las minas. Éstos son los cambios de terminología aplicados en la versión IMSMA v2.0 respecto a la v1.2:

• El Estudio de Nivel 1 pasa a ser Estudio de impacto. • El Estudio de Nivel 2 pasa a ser Estudio técnico. • El Estudio de Nivel 3 pasa a ser Estudio final.

La adición de un identificador de tarea (task ID), utilizado junto con la herramienta de asignación de tareas, ha hecho que los identificadores de proyecto (Project ID) de las versiones de IMSMA anteriores a la v2.0 sean redundantes. Durante el procedimiento de actualización, todos los identificadores de proyecto se almacenan en el campo clnUserDefined20 para la tabla apropiada. Antes de la versión IMSMA v2.0 el identificador de proyecto aparecía en las tablas tblClearance, tblCompletionReport, tblMineField, tblSurvey1 y tblSurvey2.

Versiones previas - IMSMA v2.2 La versión V2.2 de IMSMA admite múltiples sistemas de coordenadas. Si sus datos de coordenadas se almacenaron en algún sistema de referencia distinto a WGS 84 (elipsoide GRS 80), debe configurar la rutina de actualización para utilizar el sistema de referencia correcto durante el proceso de actualización. Como la versión V2.2 es el inicio de una tabla de mapas consolidada (tblMap), es importante eliminar las referencias de mapas en todas las tablas de acciones relativas a las minas al actualizar desde una versión anterior. Tenga en cuenta que no todas las versiones previas de IMSMA pueden actualizarse con la Utilidad de Actualización de la última versión. Utilícela sólo para actualizar instalaciones de IMSMA V2.2. El resto de las versiones de IMSMA deben actualizarse primero a la V2.2. Para hacerlo, use la Utilidad de Actualización de la versión V2.2, que también se suministra en el CD de instalación de la versión V3.0, en Utilities\IMSMA_Utilities\UpgradeUtilities.

DRAFT

IMSMA v2.2 -IMSMA v3.0 La versión 3.0 introduce dos nuevas entidades de IMSMA: organizaciones y actividades de educación sobre los riesgos de las minas. Por tanto, deben limpiarse los campos en tablas de acciones relativas a las minas que hagan referencia a organizaciones. IMSMA V3.0 también asigna un estado a todos los procesos y riesgos de acciones relativas a las minas. Esta importante mejora permite al usuario tener una mejor comprensión del estado de las acciones de desminado y de sus prioridades. La rutina de actualización incluye componentes que facilitan la limpieza, reorganización y definición de información para el nuevo módulo de servicio. Durante la rutina de actualización, se le pide que analice tablas de la versión V2.2 y sus respectivas columnas. Recomendamos emplear cierto tiempo en las tablas y columnas que hacen referencia a organizaciones y contactos. Por favor, consulte la siguiente sección, en la que se explica detalladamente la rutina de actualización. 4.4.3. Utilidad de actualización a IMSMA V3.0

ADVERTENCIA Antes de ejecutar la utilidad de actualización, asegúrese de que ha hecho copias de seguridad de toda la instalación de IMSMA. Si está ejecutando IMSMA como solución cliente/servidor, actualice el servidor IMSMA primero y luego el cliente. Cuando se admite un entorno de introducción de datos descentralizados ha de aplicarse una estrategia de actualización similar. Normalmente, primero se realizará la actualización en los servidores y clientes del MAC nacional, luego en los MAC regionales y finalmente se sincronizarán los datos.

Inicio de sesión Inicie sesión en su sistema operativo con privilegios de administrador.

CD de instalación de IMSMA Introduzca el CD de instalación de IMSMA V3.0. Si la ejecución automática está activada, aparecerá la siguiente pantalla. Haga clic en cuadro Upgrade your Field Module. Si la pantalla de inicio no aparece, el programa de actualización upgrade.exe se puede ejecutar desde el CD. Ejecute este archivo seleccionándolo con un doble clic.

DRAFT Figura 4.9: Utilidad de actualización a IMSMA V3.0: pantalla de inicio Utilidad de limpieza de datos Aparece un cuadro de mensaje indicando al administrador de IMSMA que se va a iniciar la herramienta de eliminación de datos. Confirme haciendo clic en el botón OK. Figura 4.10:Utilidad de actualización de IMSMA V3.0: iniciar herramienta de limpieza La Utilidad de limpieza de datos estará vinculada con el antiguo módulo de servicio y sólo puede ser iniciada por usuarios autorizados de IMSMA. Introduzca el nombre de usuario AdminIMSMA con la contraseña AdminIMSMAPwd para continuar. Aparece la siguiente pantalla. Figura 4.11: Utilidad de actualización de IMSMA V3.0: herramienta de limpieza de datos

DRAFT Para ver un resumen de la función de la herramienta de preparación de datos, haga clic en el botón que tiene la interrogación. Tenga en cuenta que esta herramienta introduce cambios directamente en las tablas de la versión V2.2. ¿Ha hecho copias de seguridad de sus datos? Continúe con la limpieza de las tablas IMSMA siguiendo las instrucciones. El procedimiento común es primero hacer clic en una tabla, luego en la columna que necesita ajustes y sustituir su antiguo valor por uno nuevo. Como IMSMA V3.0 introduce las organizaciones, deberían comprobarse como mínimo todas las tablas que contengan un campo clnOrganisation. Por ejemplo, si una organización se ha mencionado 6 veces con 5 deletreos distintos, la rutina de actualización añadiría la organización a la nueva tabla tblOrganization 5 veces, cada una con un deletreo diferente. Por tanto, es necesario comprobar y limpiar los datos para evitar entradas múltiples para una organización idéntica. Tenga en cuenta también que la rutina de actualización mencionada posteriormente ofrece la oportunidad de crear automáticamente nuevas entradas también para contactos. Si desea aprovechar esta función, compruebe todas las tablas que tengan campos como clnReportedBy, clnEnumerator1 y clnEnumerator2.

Instalación del servidor IMSMA Después de la preparación de los datos, que está listo para continuar con el procedimiento de actualización. Figura 4.12: Utilidad de actualización de IMSMA V3.0: Instalación de la actualización del servidor IMSMA

Instalación de la función del SIG de IMSMA Elija instalar la función del SIG si va a utilizarla en este puesto de trabajo.

DRAFT

Preparación de la base de datos de IMSMA SQL Server Después de copiarse los archivos al disco duro de su sistema, aparece otro cuadro de inicio de sesión de MS Access. Inicie sesión con las mismas credenciales de usuario IMSMA mencionadas arriba para cargar la herramienta de preparación de IMSMA SQL Server. Siga los siguientes pasos: Figura 4.13: Utilidad de actualización de IMSMA V3.0: Herramienta de preparación del módulo de servicio de IMSMA Paso 1: Seleccione el servidor SQL Server. Elija el motor de SQL Server que debería utilizarle para ejecutar el nuevo módulo de servicio de la base de datos de IMSMA SQL Server del cuadro combinado Existing Servers. Si se ha instalado MSDE 2000 anteriormente (porque no había ninguna otra instancia de SQL Server disponible o porque se requería una nueva instancia), su nombre debería aparecer en la lista de opciones. Si no había una instalación anterior de SQL Server, el nombre corresponderá con el nombre de la máquina o aparecerá la palabra default. Si la computadora que está configurando es autónoma, (sin tarjeta de red ni conexión), puede que tenga que teclear el nombre del servidor manualmente. Paso 2: En caso de que un servidor SQL Server existente se haya elegido para hacer de motor de IMSMA SQL Server, introduzca las credenciales de usuario con privilegios de administrador sobre el Servidor. Si la casilla Windows Trusted Security está seleccionada, las credenciales de usuario del nivel de sistema operativo se pasarían al servidor SQL Server. Esto funcionará bien siempre que el usuario que haya iniciado sesión sea administrador de la máquina que contiene la instancia de SQL Server. En caso de una nueva instalación de MSDE 2000, no se necesita introducir cambios, ya que el usuario sa (system administrator) no tiene contraseña por defecto. Durante la creación de la base de datos con éxito, las credenciales de la cuenta sa se completarán automáticamente. El usuario sa es una cuenta de administrador interno de SQL Server que no se utilizará en IMSMA, pero que SQL Server necesita como cuenta de administrador estándar.

DRAFT Paso 3: Introduzca el nombre de la nueva base de datos del módulo de servicio de IMSMA. El valor por defecto es IMSMA. Si ni usa el valor por defecto, recomendamos un nombre abreviado, como el nombre de su MAC. Deben satisfacerse los siguientes convenios de nombres de SQL Server: El primer carácter debe ser: > alfabético (mayúscula o minúscula, de la a a la z, de la A a la Z), > el signo de guión bajo o carácter de subrayado (_), > el signo "arroba" (@) o > el signo de número o "almohadilla" (#) Los caracteres siguientes pueden ser: > alfabéticos > números decimales, > el signo de guión bajo o carácter de subrayado (_), > el signo "arroba" (@), pero sin que el nombre empiece por @@ > el signo de dólar ($) o > el signo de número o "almohadilla" (#) Tenga en cuenta también que el nombre de la nueva base de datos debe ser único. Por tanto, compruebe el segundo cuadro combinado bajo el punto 1, en el que se enumeran todas las base de datos existentes para el SQL Server seleccionado. Paso 4: Definición del Nombre de Origen de Datos (DSN). El valor por defecto es IMSMA. El DSN representa los parámetros ODBC necesarios para establecer la conexión de la base de datos entre el módulo de acceso y el módulo de servicio de IMSMA. Use un nombre DSN diferente si ya está utilizando el DSN IMSMA para algún otro propósito. Paso 5: Haga clic en el botón Yes - Continue para ejecutar la creación de la base de datos. Si selecciona No - Install MSDE, el proceso de instalación de MSDE empezaría tal y como se describe en la sección 4.3. En este caso, la preparación de SQL Server tendría que hacerse después de la instalación de MSDE, reiniciando el ejecutable upgrade.exe de nuevo o ejecutando manualmente el archivo IMSMA ServerSQLPrep.mdb primero, y luego UpgradeUtilityV3.0.mdb. Consulte la sección 4.3 si elige instalar MSDE 2000 en este momento. Tenga en cuenta que la creación de la nueva base de datos puede exigir algunos minutos. Aparece un cuadro de mensaje confirmando la creación de la base de datos.

Importación de tablas de aplicación El último paso consiste en importar datos de aplicación básicos.

DRAFT Figura 4.14: Utilidad de actualización a IMSMA V3.0: tablas básicas de aplicación

Utilidad de actualización Aparece un último cuadro de inicio de sesión en MS Access. Ahora, el sistema está listo para importar los datos del antiguo archivo FieldModuleDataPool.mdb de la V2.2 a la base de datos de IMSMA SQL Server recién creada. Inicie sesión con las credenciales de usuario de administrador de IMSMA y configure la utilidad de actualización como se explica a continuación. Figura 4.15: Utilidad de actualización a IMSMA V3.0: Herramienta de preparación del módulo de servicio IMSMA Antigua versión del módulo de servicio: Si el archivo mencionado no es correcto, busque el antiguo archivo FieldModuleDataPool.mdb. Si no se han introducido cambios de rutas durante los procedimientos de instalación, lo encontrará en C:\_Backup_Old_FieldModule\FieldModuleDataPool.mdb. Compruebe que la versión es la 2.2. Nueva versión del módulo de servicio: Elija un servidor que esté disponible del sistema en el cuadro SQL Server Name. De nuevo, si tiene un PC autónomo sin conexión de red, puede que necesite introducir el nombre del servidor y la base de datos manualmente. En el campo Database Name sólo aparecen las bases de datos gestionadas por ese servidor. Elija el módulo de servicio IMSMA que acaba de crear. Si se ha instalado una nueva instancia de servidor SQL (sería el caso de una instalación estándar de IMSMA), ahora verá una confirmación de la versión 3.0. Si se ha seleccionado una instancia de SQL Server utilizada anteriormente, el usuario de IMSMA AdminIMSMA puede no ser un usuario autorizado y reconocido del servidor. En este caso, aparecerá un cuadro adicional de inicio de sesión. Escriba aquí el nombre de usuario y la contraseña de una cuenta de SQL Server con privilegios de administrador en el servidor SQL Server. Opción “Create a contact in V3.0...”: Activando esta opción (activada por defecto), se creará un contacto para cada persona introducida en las columnas clnReportedBy, clnEnumerator1 o clnEnumerator2. El contacto normalmente estará asociado con la organización introducida en los campos de formulario Organisation o Enum. organisation. Si no quiere crear contactos automáticamente, desactive esta casilla.

DRAFT Opción “Make copies of V2.2 tables...”: Activando esta opción, 5 tablas de aplicación que normalmente no se usan en la versión V3.0 se pueden copiar al nuevo módulo de servicio para su posterior proceso manual. Esta opción está desactivada por defecto.

Actualizar IMSMA Por último, haga clic en el botón Upgrade IMSMA para iniciar la importación de datos. Ahora se muestran dos nuevas fichas de carpeta. La ficha Progress refleja el estado actual del proceso de actualización, y la ficha Messages registra todo el proceso, agrupando las actividades en mensajes de información, advertencia y error. Estos mensajes se pueden guardar en un archivo al final de la actualización. Haga clic en el botón Export log file para especificar una ruta y nombre de archivo. Si no se guarda, un mensaje recuerda al usuario que debe crear el archivo. Figura 4.16: Utilidad de actualización a IMSMA V3.0: exportar y guardar entradas del registro Tenga en cuenta que las advertencias suelen proporcionar información sobre cambios a los datos que se realizan automáticamente, y que pueden no ser convenientes. Por tanto, merece la pena analizar las entradas de la ficha de mensajes y exportarlas a un archivo.

Reiniciar Después de seguir este procedimiento con éxito, finalice la instalación del servidor IMSMA reiniciando el sistema. Esto es de suma importancia para que el sistema funcione correctamente, ya que las entradas del registro se actualizan, se activan las nuevas funciones y las fuentes específicas de IMSMA se ponen a disposición del sistema operativo. 4.4.4. Recuperación de las personalizaciones tras la actualización

ADVERTENCIA Durante el proceso de actualización las siguientes personalizaciones no se transferirán automáticamente a la nueva versión de IMSMA:

• Todas las modificaciones introducidas al módulo de servicio de IMSMA (FieldModule.mbd), incluyendo todos los cambios a los formularios, por ejemplo, campos definidos por el usuario activados en los formularios de introducción de datos, informes personalizados, adición de tablas

DRAFT

personalizadas o vínculos a complementos y modificaciones de otros parámetros de la aplicación almacenados en el módulo de servicio de IMSMA, como configuraciones de rutas de archivo.

• Todas las modificaciones introducidas al módulo de servicio de IMSMA y al Diccionario de datos del SIG, como traducciones, todas las consultas personalizadas, temas del SIG y configuraciones.

• Las modificaciones introducidas a los formatos de informe de MS Word. Estas modificaciones pueden recuperarse de la copia de seguridad de IMSMA y volver a ser utilizadas. Por ejemplo, al IMSMA actualizado se pueden importar consultas, informes y diseños personalizados. No obstante, debería tener en cuenta que una actualización del sistema siempre requiere volver a comprobar y escribir todas las consultas personalizadas. Consulte el Anexo C para conocer los cambios de sintaxis (Access frente a SQL Server) al volver a definir consultas del módulo de servicio como consultas del SIG. Las siguientes herramientas pueden ayudarle a tener una idea general de todos los cambios efectuados para IMSMA V3.0: • Anexo F: Tabla resumen de nuevas tablas, nuevas consultas y atributos

nuevos y cambiados en las tablas existentes. • Meta Data Browser: Lista de tablas y/o atributos detallados. Una vez instalado

IMSMA, inícielo y vaya a Meta Data Browser haciendo clic en Administration > Database Administration > Meta Data. Marque la casilla de verificación Show Discontinued table/columns y haga clic en una tabla del marco que hay más a la izquierda. En el marco central sólo aparecen columnas de tablas que ya no están disponibles en el nuevo módulo de servicio. Consulte también el Capítulo 9.

• ERM Explorer (ERD): Herramienta interactiva basada en el formato

Macromedia Shockwave que le permite navegar por el esquema de la base de datos. Permite que al usuario explorar relaciones de tabla de forma rápida y exhaustiva. Esta herramienta está disponible en C:\IMSMA\IMSMA_Utilities y funciona independientemente desde una instalación del reproductor shockwave. También convendrá volver a activar todos los campos para los que haya cambiado el tipo de datos de text a yes/no (por ejemplo, campos definidos por el usuario definidos como casillas de verificación). Después de la actualización, estos campos vuelven al tipo de datos por defecto text. Tenga en cuenta que para recuperar personalizaciones de los formularios del módulo de IMSMA es necesario seguir pasos manuales. Debe abrir el módulo de acceso antiguo y el nuevo con el método de mayúsculas-omitir. A continuación debe abrir cada versión de los correspondientes formularios en visualización de diseño. Corte y pegue para copiar personalizaciones desde el diseño antiguo al nuevo. Al mover campos definidos por el usuario (UDF) tendrá que eliminar los UDF correspondientes en la nueva versión y restablecer la etiqueta antigua y los campos de nombre con los correspondientes nombres nuevos. Tenga en cuenta que los nombres y etiquetas de UDF han cambiado en la versión V3.0.

DRAFT

Repase el Capítulo 5 antes de empezar las personalizaciones o póngase en contacto con el servicio de apoyo de IMSMA para recibir asistencia.

4.4.5. Acerca de los temas y extensiones del SIG Los proyectos de ArcView que contengan temas IMSMA no funcionarán después de la actualización, debido a los cambios efectuados en el Diccionario de Datos del SIG de IMSMA y las consultas del SIG almacenadas en la base de datos de IMSMA. Para poder utilizar un archivo .apr de ArcView en IMSMA actualizado, haga lo siguiente:

1. Elimine todos los temas IMSMA del proyecto. 2. Descargue todas las Extensiones IMSMA y guarde el proyecto. 3. Actualice IMSMA. 4. Use el archivo IMSMA.adp para crear nuevas consultas y temas del SIG

personalizados basados en los antiguos, respetando la nueva estructura y sintaxis de IMSMA y del DDX.

5. Cargue las nuevas extensiones del SIG para un archivo .apr en blanco. 6. Cargue los nuevos temas del SIG.

4.5. Instalación de un nuevo servidor IMSMA Seleccione esta opción para que la computadora se instale como nuevo servidor IMSMA. Si deben configurarse más de una computadora como puesto de trabajo IMSMA, la primera se instala como servidor y las siguientes como clientes.

Inicio de sesión Inicie sesión en el sistema operativo como administrador.

DRAFT

Configuración regional Confirme que la configuración regional de su sistema operativo es compatible con IMSMA: IMSMA requiere que el lugar decimal de los números se muestre como punto (no coma) y que la configuración de la fecha larga no sea superior a 12 caracteres. El formato recomendado para fecha larga es d. mmm aaaa. En Windows 2000, se accede a la configuración regional desde el menú Inicio, seleccionando Configuración > Panel de control > Opciones regionales.

CD de instalación de IMSMA Introduzca el CD en la unidad de CD. Si la unidad tiene activado el inicio automático, aparecerá una página de instalación. Figura 4.17: Instalación del servidor IMSMA V3.0: pantalla de instalación Si no, seleccione Inicio > Ejecutar desde el menú Inicio y vaya al directorio raíz de su unidad de CD para buscar el archivo autostart.exe. Resalte este archivo, seleccione Abrir, y Aceptar para iniciar el menú de instalación.

DRAFT Instalación del servidor IMSMA Desde el menú de instalación, seleccione el botón Install Field Module Server. Figura 4.18: Instalación del servidor de IMSMA V3.0: Pantalla de bienvenida Siga las instrucciones de instalación y lea el contrato de licencia y la exención de responsabilidades. Haga clic en el botón Agree para continuar. Función del SIG de IMSMA Elija instalar la función del SIG si va a utilizarla en este puesto de trabajo.

Preparación de la base de datos de IMSMA SQL Server Después de copiarse todos los archivos al disco duro de su sistema, aparece un cuadro de inicio de sesión de MS Access. Inicie sesión con el nombre de usuario AdminIMSMA y la contraseña AdminIMSMAPwd para cargar la Herramienta de preparación de IMSMA SQL Server.

DRAFT Figura 4.19: Instalación del servidor IMSMA V3.0: Herramienta de preparación del módulo de servicio IMSMA En este punto, por favor consulte la sección sobre actualización para completar la instalación del servidor IMSMA (véase el epígrafe "Preparación de la base de datos de IMSMA SQL Server”). Los pasos a seguir son idénticos (definición de una nueva base de datos de IMSMA, importación de datos de aplicación). La instalación del servidor IMSMA terminará después de que se haya creado un nuevo módulo de servicio de IMSMA.

Reiniciar Después de seguir este procedimiento con éxito, finalice la instalación del servidor IMSMA reiniciando el sistema. Esto es de suma importancia para que el sistema funcione correctamente, ya que las entradas del registro se actualizan, se activan las nuevas funciones y las fuentes específicas de IMSMA se ponen a disposición del sistema operativo. En los MAC en los que se vaya a instalar clientes IMSMA en computadoras conectadas en red, después del proceso de instalación comparta la carpeta C:\IMSMA. En el Explorador de Windows, haga clic con el botón derecho sobre este directorio, seleccione Compartir..., seleccione el diálogo Compartir esta carpeta y proporcione un nombre para compartir, por ejemplo IMSMA. Nota: Esto requiere que se hayan instalado componentes de conexión en red. Si la opción Compartir... no está disponible, consulte el capítulo anterior, en el que se suministra información sobre la configuración del entorno informático. 4.6. Instalación de un nuevo cliente IMSMA El procedimiento para instalar un cliente IMSMA es similar al del servidor IMSMA, con la salvedad de que el servidor IMSMA debe estar a disposición del cliente a través de la red. Inicio de sesión Inicie sesión en el sistema operativo como administrador. Configuración regional

DRAFT Confirme que la configuración regional de su sistema operativo es compatible con IMSMA: IMSMA requiere que el lugar decimal de los números se muestre como punto (no coma) y que la configuración de la fecha larga no sea superior§1 12 caracteres. El formato recomendado para fecha larga es d. mmm aaaa. En Windows 2000, se accede a la configuración regional desde el menú Inicio, seleccionando Configuración > Panel de control > Opciones regionales. Carpeta compartida Asegúrese de que el puesto de trabajo del servidor IMSMA comparte la carpeta C:\IMSMA.

DRAFT CD de instalación de IMSMA Introduzca el CD en la unidad de CD. Si la unidad tiene activado el inicio automático, aparecerá una página de instalación. Figura 4.20: Instalación del cliente IMSMA: pantalla de instalación Si no, seleccione Inicio > Ejecutar desde el menú Inicio y vaya al directorio raíz de su unidad de CD para buscar el archivo autostart.exe. Resalte este archivo, seleccione Abrir, y Aceptar para iniciar el menú de instalación. Instalación del cliente IMSMA Desde el menú de instalación, seleccione el botón Install Field Module Client.

DRAFT

Función del SIG de IMSMA Siga las instrucciones de instalación. Elija instalar la función del SIG si va a utilizarla en este puesto de trabajo.

Preparación del servidor SQL de IMSMA para clientes IMSMA

Después de copiarse todos los archivos al disco duro de su sistema, aparece un cuadro de inicio de sesión de MS Access. Inicie sesión con el nombre de usuario AdminIMSMA y la contraseña AdminIMSMAPwd para cargar la Herramienta de preparación de la base de datos de IMSMA para clientes IMSMA. Lleve a cabo los siguientes pasos: Figura 4.21: Instalación del cliente de IMSMA V3.0: Herramienta de preparación de la base de datos de IMSMA para clientes IMSMA Paso 1: Seleccione el servidor SQL Server. Elija el motor de SQL Server que debería utilizar para ejecutar el nuevo módulo de servicio de la base de datos de IMSMA SQL Server del cuadro combinado Existing Servers. Si se ha instalado MSDE 2000 anteriormente (porque no había ninguna otra instancia de SQL Server disponible o porque se requería una nueva instancia), su nombre debería aparecer en la lista de opciones. Si no se había instalado anteriormente SQL Server, el nombre corresponderá con el nombre de la máquina o aparecerá la palabra default. Si la computadora que está configurando es autónoma, (sin tarjeta de red ni conexión), puede que tenga que teclear el nombre del servidor manualmente. Paso 2: Definición del Nombre de Origen de Datos (DSN). El valor por defecto es IMSMA. El DSN representa los parámetros ODBC necesarios para establecer la conexión de la base de datos entre el módulo de acceso y el módulo de servicio de IMSMA. Use un nombre DSN diferente si ya está utilizando el DSN IMSMA para algún otro propósito. Haga clic en el botón Continue para terminar la instalación. Reiniciar

DRAFT Después de seguir este procedimiento con éxito, reinicie el sistema operativo. Esto es de suma importancia para que el sistema funcione correctamente, ya que las entradas del registro se actualizan, se activan las nuevas funciones y las fuentes específicas de IMSMA se ponen a disposición del sistema operativo. No olvide designar la letra "T" como nueva unidad, haciendo referencia a la carpeta compartida C:\IMSMA en el puesto de trabajo del servidor IMSMA. Si se realizan personalizaciones específicas para cada país al módulo de acceso de IMSMA, realícelas primero en el servidor IMSMA, pruebe las personalizaciones para asegurar que son correctas y a continuación copie el módulo de acceso IMSMA personalizado a las estaciones de trabajo cliente de IMSMA. Se seguirá el mismo procedimiento para el módulo de servicio y el módulo de acceso del DDX. Si los archivos IMSMA se copian desde el servidor IMSMA, el módulo de acceso IMSMA tendrá que editarse para establecer un parámetro que lo identifique como módulo de acceso del cliente. Abra el módulo de acceso de IMSMA omitiendo la macro de inicio. Abra tblApplicationParameterInternal. Cambie el valor de KinofApplication de Server a Client. En el Capítulo 5 "Personalización de IMSMA" se proporcionan más detalles al respecto.

4.7. Ubicaciones de los archivos y configuraciones del sistema 4.7.1. Carpeta C:\IMSMA A continuación se analiza el contenido de la carpeta C:\IMSMA. El administrador de IMSMA puede cambiar algunas de las ubicaciones por defecto de archivos de componentes de IMSMA (véase también el capítulo 5). Si ha configurado su red como se describía en el capítulo anterior, no debería necesitar modificar ninguna de las ubicaciones por defecto de archivos. Si tiene una red existente que no desea modificar, puede ser necesario cambiar algunos de estos parámetros por defecto. En la siguiente figura se muestra la estructura por defecto de archivos de IMSMA. Figura 4.22: Ubicaciones de archivos: Estructura de archivos de IMSMA V3.0 La ubicación de todos estos componentes se puede trasladar a otras ubicaciones; sin embargo, se recomienda mantener la instalación por defecto para simplificar los procedimientos de mantenimiento, como la actualización a futuras versiones de IMSMA. Las carpetas GIS e Image podrían llegar a ser muy grandes, dependiendo del tipo de datos de mapas que use con el SIG de IMSMA y del número de esquemas escaneados que se graben en los distintos informes de base de datos. Si los requisitos de almacenamiento para estos componentes aumentan demasiado para

DRAFT el volumen de la unidad actual, se pueden trasladar a otras unidades y referirse por IMSMA. No obstante, recomendamos utilizar las rutas por defecto de IMSMA para que el mantenimiento de los datos sea lo más sencillo posible. Descripción de la estructura de directorios y los archivos de IMSMA:

Carpetas

• Backup. Carpeta que contiene los archivos necesarios para que el Asistente para instalación y desinstalación ejecute correctamente una desinstalación de IMSMA.

• DataEntrySheets (Hojas de introducción de datos). Contiene los formatos de informe de MS Word .doc. La ubicación de esta carpeta se establece en tblApplicationParameter para todas las computadoras que participan en la LAN IMSMA.

• DecentralFiles. Aquí se almacenan los archivos necesarios para la sincronización entre los MAC centrales y los regionales. La ubicación de esta carpeta se establece en tblApplicationParameterLocal para todas las computadoras que participan en la LAN IMSMA.

• Documentation. Contiene manuales de ayuda, preguntas más frecuentes y las Guías del administrador y del usuario. Si tiene problemas con la instalación, consulte estas referencias antes de contactar con el equipo de apoyo de IMSMA.

• ExportFiles (Archivos de exportación). Puede contener archivos generados por las funciones de exportación de IMSMA. La ubicación por defecto de esta carpeta se almacena individualmente para cada computadora en tblApplicationParameterLocal. Se puede definir una ubicación diferente en el formulario de exportación.

• Gis. Contiene los archivos exigidos para la función del SIG de IMSMA. Nota: sólo se instala si seleccionó instalar la función del SIG durante el procedimiento de instalación. Más adelante se expone una descripción detallada del contenido de esta carpeta.

• Image (Imágenes). Contiene varias subcarpetas de imágenes escaneadas a las que se hace referencia en los informes de la base de datos de IMSMA. La ubicación por defecto de las subcarpetas contenidas en esta carpeta se establece en tblApplicationParameter para todas las computadoras de la LAN IMSMA. La ruta y nombre de archivo real de la imagen se almacena en tblSketch.

• IMSMA_Utilities. Herramientas específicas de IMSMA para facilitar la instalación y el mantenimiento del entorno IMSMA. Por ejemplo, puede utilizar la Herramienta de preparación de datos, mencionada en la sección de actualización de este capítulo, para limpiar datos extraños antes de importarlos a IMSMA. También puede ejecutar ERD, un ejecutable de shockwave para navegar por el Modelo basado en relaciones de entidades de la base de datos de IMSMA, etc.

• IMSMABackups. Carpeta que contiene archivos de copias de seguridad creados cuando se ejecuta una tarea de copia de seguridad manual o programada en el módulo de servicio de IMSMA. Use estos archivos para restaurar la base de datos en caso de que se pierdan datos o de que la base de datos se corrompa. Consulte el capítulo 9 para obtener más

DRAFT

informaci sobre la configuración de las tareas de copia de seguridad y restauración. La ubicación por defecto de esta carpeta se almacena en tblApplicationParameterLocal. Las tareas de copia de seguridad y de restauración también se pueden controlar desde una instalación de cliente de IMSMA. No obstante, tenga en cuenta que los archivos de copia de seguridad se encuentran sólo en la computadora del servidor SQL Server.

• Upgrade. Las utilidades de actualización para la versión V3.0 y su acceso directo se almacenan aquí. Este archivo mdb se puede ejecutar independientemente de las rutinas de actualización upgrade.exe.

• xdb_install. En caso de una instalación de servidor IMSMA, contiene los archivos relacionados con el módulo de servicio, exigidos para configurar una nueva base de datos del módulo de servicio (Herramienta de preparación de SQL Server) y archivos que documentan el procedimiento de instalación (registros). La Herramienta de preparación de base de datos FMServerSQLPrep.mdb es un componente integrado de la rutina de actualización (upgrade.exe) y de instalación del servidor (server.exe). Se puede utilizar independientemente para configurar una nueva base de datos de módulo de servicio IMSMA. En caso de instalación de cliente IMSMA, encontrará el archivo FMClientSQLPrep.mdb para establecer la conexión correcta entre el módulo de acceso del cliente y el módulo de servicio del servidor. El archivo FMClientSQLPrep.mdb es un componente integrado de la rutina de instalación del cliente (client.exe).

Archivos

• FieldModule.mdb. Módulo de acceso de IMSMA. Contiene todos los elementos del módulo de acceso de IMSMA, incluyendo las tablas, las consultas, los formularios, informes y módulos de Visual Basic que se emplean para interactuar con los datos. Las consultas del SIG y algunas de las consultas de informes se encuentran en el servidor SQL. Sólo se puede acceder a ellas utilizando el archivo IMSMA.adp mencionado debajo. Aparte de algunos datos de aplicación, en el módulo de acceso no se almacenan datos de acciones relativas a las minas.

La base de datos del módulo de acceso de IMSMA está vinculada con las tablas almacenadas en la base de datos. La base de datos con la que está vinculada la base de datos del módulo de acceso se ve en la ficha Database Administration. Para realizar la vinculaci una base de datos de SQL Server distinta (que puede ser útil durante la personalización o con fines didácticos), lea las consideraciones al respecto que se exponen en el capítulo 9.

• IMSMA.adp. El archivo Access Data Project es una ventana hacia el nuevo

módulo de servicio de IMSMA, la base de datos de SQL Server. Similar a FieldModule.mdb, muestra todas las tablas y consultas del módulo de servicio (pero no objetos del módulo de acceso). La diferencia estriba en el hecho de que sólo el archivo adp tiene suficientes derechos como para trabajar directamente en el módulo de servicio. El adp es el lugar en el que se pueden definir las consultas del módulo de servicio (visualizaciones), por

DRAFT

ejemplo, consultas del SIG. Al trabajar con objetos que se muestran en el archivo adp, está trabajando directamente con objetos de SQL Server.

• IMSMA.mdw. Archivo de información de grupos de trabajo de MS Access que define usuarios y grupos de usuarios. MS Access utiliza estos grupos para determinar qué objetos de MS Access dentro de la base de datos puede utilizar un usuario.

• UNWISE.EXE. Aplicación de desinstalación. Utilícela para eliminar IMSMA del sistema.

• UNWISE.INI. Información utilizada por la aplicación de desinstalación. • INSTALL.LOG. Registro del procedimiento de instalación.

4.7.2. Carpeta C:\IMSMA\GIS En la siguiente figura se muestra la estructura por defecto de archivos del SIG de IMSMA. Figura 4.23: Ubicación de los archivos: Estructura de archivos de IMSMA V3.0 GIS. Descripción de la estructura de los directorios y de los archivos del SIG de IMSMA (iniciando con \\IMSMA\GIS como raíz):

Carpetas

• shp_imsma_gis. Directorio proporcionado dinámicamente como ubicación por defecto para almacenar los archivos creados por el correspondiente archivo de proyecto ArcView. Por tanto, para un proyecto ArcView llamado MyProject.apr, habría una carpeta _shp_MyProject, guardando por ejemplo archivos relacionados con el tema. Consulte también el capítulo 6 si desea analizar una serie de asuntos relativos al almacenamiento de archivos de datos del SIG.

• Ext32. Los archivos que proporcionan la función del SIG de IMSMA, incluyendo las extensiones de programas y los archivos de ayuda. La ubicación de estos archivos se configura en cada computadora como Variable de entorno (USEREXT).

• Legends (Claves). ArcView almacena las definiciones de claves como archivos .avl. Se incluyen una serie de definiciones por defecto de claves para su utilización en temas de base de datos del SIG de IMSMA. Los archivos de claves se pueden almacenar en cualquier ubicación; sin embargo, dentro del SIG de IMSMA se define una variable de entorno que simplifica las referencias a esta carpeta (consulte la documentación del Diccionario de datos para más detalles).

• Symbols. Carpeta de copia de seguridad para las definiciones de fuentes TrueType para la simbología utilizada por el SIG de IMSMA en ArcView. Durante el proceso de instalación de IMSMA todas las fuentes TrueType

DRAFT

relevantes se copian a la carpeta de fuentes de su sistema operativo (en la mayoría de los casos, C:\winnt\fonts).

• Utilities (Utilidades). Varios archivos no esenciales para el funcionamiento estable del sistema. Por ejemplo, imsma_layout.apr es un archivo de proyecto ArcView que se puede utilizar para crear fácilmente diseños personalizados de ArcView.

• WorkFiles. Espacio de trabajo para los archivos creados por la aplicación. Archivos

• imsma_ddx.mdb. Módulo de acceso del Diccionario de datos del SIG de IMSMA. Utilidad creada por el Equipo de Desarrollo de IMSMA para permitir la gestión y el mantenimiento de temas de base de datos de ArcView.

• imsma_ddx_data.mdb. Módulo de servicio del Diccionario de datos del SIG de IMSMA. Almacena los datos gestionados por la aplicación del módulo de acceso.

• imsma_gis.apr. Archivo de proyecto por defecto de ArcView. Este archivo de proyecto se puede utilizar como plantilla para definir proyectos personalizados de ArcView. Tiene cargadas todas las extensiones exigidas para que ArcView invoque a la función del SIG de IMSMA cuando se abre.

• FileSysUtil.exe, FileViewer.exe, FViwSrvr.exe: Herramientas adicionales exigidas para funciones específicas dentro de ArcView, por ejemplo selección y presentación de esquemas o croquis.

4.7.3. Parámetros ODBC La siguiente información describe qué parámetros de aplicación pueden tener que adaptarse si los archivos de instalación del SIG de IMSMA se mueven manualmente a otra ubicación. Se necesitan dos entradas ODBC (Open Database Connectivity, Conectividad de base de datos abierta) para establecer la conexión entre 1) ArcView y el módulo de servicio de IMSMA 2) el módulo de acceso del DDX y el módulo de servicio del DDX.

DRAFT Ambas conexiones ODBC se establecen desde el Panel de control. Haga clic en Inicio > Configuración > Panel de control > Herramientas administrativas > Orígenes de datos > DSN del sistema para acceder a ellas. Figura 4.24: Ubicaciones de archivo del SIG de IMSMA: DSN del sistema ODBC En sistemas operativos que no sean Windows 2000 o XP, puede que haya que instalar ODBC antes de continuar. Consulte la ayuda en línea de su sistema operativo.

• DSN “IMSMA_GIS_DataPool”: Este Nombre de origen de datos debe adaptarse en V2.2 si la ubicación del archivo FieldModuleDataPool.mdb es distinta a la de la instalación estándar. En V3.0 el nombre de origen de datos define la conexión al servidor SQL que mantiene el módulo de servicio de IMSMA. Por tanto, si no está utilizando una instalación estándar de IMSMA (porque está ejecutando el módulo de servicio de IMSMA sobre una instancia propia de SQL Server), compruebe los parámetros de DSN después de una instalación del servidor IMSMA.

Seleccione la entrada de DSN del sistema IMSMA_GIS_DataPool y haga clic en Configurar... Siga las instrucciones de configuración y verifique que el servidor SQL, la base de datos y los privilegios de usuario están definidos correctamente. Si estos tres parámetros se establecen correctamente, haciendo clic en el botón Probar origen de datos... debería establecerse una conexión con éxito.

• DSN “IMSMA_GIS_DDX”: Este Nombre de origen de datos (anteriormente IMSMA_GIS_DDX2) se emplea para permitir la comunicación de datos entre el módulo de acceso y el módulo de servicio del Diccionario de datos del SIG de IMSMA. Por tanto, si la ubicación del archivo IMSMA_GIS_DDX.mdb es distinta de la de la instalación estándar (la por defecto es c:\IMSMA\GIS\imsma_ddx.mdb), redefina los parámetros de DSN.

Seleccione la entrada IMSMA_GIS_DDX de la lista de DNS del sistema y haga clic en Configurar... En el área Base de datos del formulario, presione el botón Seleccionar y defina la nueva ruta navegando hasta la nueva ubicación del archivo imsma_ddx.mdb.

DRAFT

En caso de que también se haya cambiado la ubicación de imsma_ddx_data.mdb, restablezca la conexión entre el módulo de servicio y el módulo de acceso del DDX siguiendo los siguientes pasos. Abra la base de datos de MS Access 2000 del Diccionario de datos del SIG de IMSMA c:\IMSMA\GIS\imsma_ddx.mdb. La base de datos del módulo de acceso del DDX de IMSMA contiene código VBA para restaurar los vínculos de la tabla después de mover el módulo de servicio a una ubicación diferente. La primera vez que se abre la base de datos del módulo de acceso después de mover el módulo de servicio, aparece un cuadro de diálogo solicitando la nueva ubicación del archivo de la base de datos del módulo de servicio. Cuando se selecciona la ubicación correcta, todos los vínculos de tabla se restauran automáticamente. Nota: es obligatorio restaurar los vínculos de tabla como se ha descrito antes de iniciar la aplicación del SIG de IMSMA. Esto se debe a que el SIG de IMSMA accede al diccionario de datos a través de la base de datos del módulo de acceso.

4.7.4. USEREXT En caso de moverse la subcarpeta GIS EXT32, debe establecerse una variable de entorno (USEREXT). ArcView necesita esta carpeta para hacer referencia a extensiones del SIG específicas de IMSMA. • Abra la ventana del sistema Inicio > Configuración > Panel de control >

Sistema • En la ficha Avanzadas, seleccione Variables de entorno... • En la sección Variables del sistema, seleccione Nueva... • Escriba el Nombre de la variable: USEREXT, Valor de la variable: Escriba la

ruta a la nueva ubicación de la carpeta Ext32 del SIG de IMSMA (la por defecto es c:\IMSMA\GIS\Ext32).

Figura 4.25: Variable de entorno Ext32 4.7.5. Configuración del sistema de coordenadas Las coordenadas geográficas se almacenan en la base de datos de IMSMA en coordenadas Latitud/Longitud referidas a un sistema de referencia configurable por el usuario (el sistema de referencia por defecto es WGS 84). Tenga en cuenta

DRAFT los siguientes puntos en relación con la utilización de sistemas de coordenadas en IMSMA: • El sistema de coordenadas de almacenamiento debe ser geográfico, es decir,

con coordenadas expresadas como Latitud/Longitud. Si se cambia el sistema de coordenadas se recalculan todas las coordenadas almacenadas en la base de datos. El sistema de coordenadas de almacenamiento es el que se emplea para mostrar objetos IMSMA en el SIG .

• Se pueden configurar sistemas de coordenadas adicionales para la introducción de datos. Los valores introducidos se convertirán al sistema de coordenadas de almacenamiento; nos obstante, el sistema de coordenadas en el que se introducen se almacenarán junto con los valores convertidos. Cuando se abre un formulario para ser editado, el sistema en el que se introdujeron originalmente las coordenadas siempre será la presentación por defecto.

Nota: al trabajar con coordenadas UTM, debe introducirse un sistema de coordenadas independiente para cada área.

Para configurar los sistemas de coordenadas que se utilizarán en IMSMA, emplee el formulario Coordinate Systems. En la barra de índice de IMSMA Administration haga clic en el botón Coordinate Systems. Figura 4.26: Configuraciones del sistema: formulario Coordinate System La parte inferior del formulario se emplea para establecer el sistema de coordenadas de almacenamiento y para introducir definiciones de sistemas de coordenadas. La parte superior se emplea para especificar qué sistemas de coordenadas podrán utilizarse en los formularios de IMSMA.

Añadir sistema de coordenadas El siguiente ejemplo muestra cómo especificar un sistema de coordenadas para su utilización en los formularios de IMSMA. Si desea información general sobre elipsoides, sistemas de referencia y sistemas de coordenadas, consulte el Anexo C de la Guía del usuario de IMSMA.

DRAFT

Paso 1 – Entender el sistema de coordenadas que quiere añadir Para definir un sistema de coordenadas, debe saber a qué sistema de referencia está referido. Los sistemas de coordenadas están relacionados con los sistemas de referencia, que a su vez están relacionados con los elipsoides. Use el diálogo Coordinate System Test Dialog, al que se accede haciendo clic en el botón de calculadora de coordenadas, para asegurarse de que ha seleccionado el sistema de coordenadas apropiado.

1. Seleccionar el sistema de coordenadas

2. Confirmar la descripción

3. Introducir valores

4. Seleccionar y confirmar el sistema resultante

5. Calcular la conversión

Figura 4.27: Configuración del sistema: diálogo de prueba del sistema de coordenadas En este ejemplo, añadiremos un sistema de coordenadas con las siguientes características: • Sistema de coordenadas: UTM Área 42

• Sistema de referencia: WGS-84

• Elipsoide: GRS-80 Este sistema de coordenadas se encuentra en el grupo Área UTM, Hemisferio Norte, Metros, con el nombre clave UTM84-42N. Observe que la información del sistema de coordenadas indica que este sistema de coordenadas está referido al sistema de referencia WGS-84. Figura 4.28: Configuración del sistema: selección del sistema de coordenadas UTM Área 42 Introduzca las coordenadas para un par de coordenadas del que tenga valores en ambos sistemas de coordenadas. Haga clic en el botón Calculate y compare el resultado con los valores conocidos en el sistema de coordenadas resultante. Si el sistema de coordenadas no se encontró, vaya al Paso 2. Si se encontró, vaya al Paso 3.

DRAFT

Paso 2 – El sistema de coordenadas no está en la lista Si el sistema de coordenadas exigido no se encontró en la lista, se puede definir seleccionando el botón Define coordinate system. Si no está seguro de cómo definir su sistema de coordenadas exigido, por favor solicite ayuda al servicio de apoyo de IMSMA. Después de definir un nuevo sistema de coordenadas, vuelva al Paso 1 para comprobar que se ha configurado correctamente.

Paso 3 – Active el sistema de coordenadas para su utilización durante la introducción de datos Añada elementos a la lista de sistemas de coordenadas seleccionados.

1. Introduzca el nombre 2. Seleccione el sistema para su utilización en IMSMA de coordenadas Figura 4.29: Diálogo de comprobación del sistema de coordenadas Para que un sistema de coordenadas sea la selección por defecto en formularios IMSMA durante la introducción de datos, seleccione un sistema de coordenadas de la lista y haga clic en el botón Set as default.

DRAFT

Capítulo 5

Personalización de IMSMA IMSMA se ha diseñado para armonizar la necesidad del MAC de tener una base que se pueda adaptar a sus requisitos específicos con los esfuerzos de normalización. En este capítulo se describen los elementos de la interfaz de IMSMA que el MAC puede personalizar. El modelo de datos de IMSMA también se puede ampliar para satisfacer requisitos de personalización más complejos. En la última sección de esta Guía se proporciona una orientación introductoria sobre la ampliación de la función de IMSMA. Si desea una información más detallada, póngase en contacto con el Equipo de desarrollo de IMSMA: (IMSMA_IMSMA_support@sipo.gess.ethz.ch). El proceso de personalización puede suponer realizar cambios en las bases de datos del módulo de acceso y del módulo de servicio de IMSMA. Las modificaciones introducidas al módulo de servicio estarán naturalmente disponibles para todos los usuarios de la red (tenga en cuenta que, sin embargo, puede que las personalizaciones del módulo de servicio tengan que aplicarse por separado en los MAC regionales). Las modificaciones introducidas al módulo de acceso sólo están disponibles en la computadora en la que está instalado el módulo de acceso modificado. Es aconsejable hacer todas las modificaciones en la instalación del Servidor de IMSMA y luego distribuir el módulo de acceso modificado a las estaciones de trabajo clientes después de haber comprobado meticulosamente las modificaciones en el Servidor IMSMA. Antes de que se pueda utilizar una copia del módulo de acceso del Servidor IMSMA en un puesto de trabajo Cliente, debe editarse para establecer un parámetro que la identifique como módulo de acceso Cliente. Para hacerlo, abra el módulo de acceso de IMSMA omitiendo la macro de inicio. Abra tblApplicationParameterProtected. Cambie KindofApplication de Server a Client.

DRAFT Después de modificar el módulo de acceso de IMSMA es aconsejable cambiar el nombre del archivo para que quede claro que es un módulo de acceso modificado de IMSMA. Después de cambiar el nombre del archivo será necesario editar el acceso directo del Menú Inicio para que apunte al nuevo nombre de archivo. Macro de inicio IMSMA utiliza una macro de inicio para establecer conexiones, inicializar parámetros e iniciar la aplicación. También elimina algunas de las funciónes estándar de la interfaz de usuario de MS Access (consulte el Capítulo 7 para conocer más detalles sobre las funciones de seguridad de MS Access implantadas en IMSMA). Para editar el módulo de acceso IMSMA es necesario deshabilitar esta macro de inicio. La macro de inicio se deshabilita utilizando el procedimiento Shift-Bypass. Después de introducir el nombre de usuario y la contraseña de MS Access, pulse el botón OK (Aceptar) en el cuadro de diálogo Logon (Inicio de sesión) manteniendo pulsada la tecla Shift (Mayús) del teclado.

<caption> Mantenga pulsada la tecla Shift (Mayús) mientras pulsa el botón OK (Aceptar)

Figura 5.1: Procedimiento Shift-Bypass para deshabilitar la macro de inicio ¡ADVERTENCIA! Es de suma importancia documentar las modificaciones que se realicen a la instalación estándar de IMSMA. Las modificaciones de usuario no se mantendrán al actualizar a nuevas versiones de IMSMA. Sin una documentación completa y detallada será mucho más difícil volver a hacer las personalizaciones. IMSMA es una herramienta muy flexible que permite una amplia gama de personalizaciones para adaptarlo a los requisitos de cada MAC. Algunas personalizaciones no deberían hacerse (véase la siguiente sección), mientras que otras sí se pueden hacer, como:

• Añadir campos de datos adicionales en formularios IMSMA (activar campos definidos por el usuario) o añadir logotipos y adaptar informes de campo.

• Cambiar las ubicaciones por defecto de los archivos. • Cambiar el idioma. • Personalizar los sistemas de coordenadas (véase “Instalación de IMSMA“) • Deshabilitar las reglas.de comprobación de gestión (véase ”Estado y

Explorador de calidad de datos”)

DRAFT

5.1 Qué no debería cambiarse Aunque el Administrador de IMSMA puede cambiar muchos elementos de IMSMA, no deberían hacerse los siguientes cambios:

• Nombres de los campos. No debería cambiarse el significado de las etiquetas de campo de los formularios. Si quiere almacenar datos que no pueden acomodarse en los campos estándar de IMSMA, use un campo definido por el usuario (User Defined Field). Si se cambia una etiqueta de un formulario para almacenar un tipo distinto de información, el almacenamiento subyacente de la información de la base de datos no cambia. Procedimientos como la exportación de datos a un MAC regional no reconocerán la conexión entre la modificación del formulario y los datos.

• Elementos de cuadros de lista. Por razones similares, el contenido de los cuadros de lista no debería modificarse. Si es absolutamente necesario añadir nuevas entradas a cuadros de lista, documente detalladamente los elementos adicionales añadidos.

• Tablas del sistema (tablas que empiezan por “tblApplication”). La estructura o contenido de las tablas que almacenan datos de sistema no debe modificarse. La excepción son los valores de parámetros tratados en esta Guía y las tablas de traducción de IMSMA que se explican en la siguiente sección.

• Tipos de datos en tablas. Al contrario que en versiones anteriores de IMSMA, en la versión V3.0 (SQL Server) no se recomienda que los usuarios cambien el tipo de datos de los campos en tablas del módulo de servicio en el SQL server. Esto era necesario cuando se usaban casillas de verificación como campos definidos por el usuario. Ahora se recomienda la utilización de casillas combinadas en lugar de casillas de verificación.

• Objetos de formularios. No elimine ningún objeto de formularios. Si no se necesita un deconcluido campo, hágalo invisible.

5.2. Campos definidos por el usuario IMSMA es una herramienta exhaustiva para la recopilación y el análisis de datos sobre acciones relativas a las minas. Sin embargo, no puede prever todas las necesidades individuales. Por tanto, en todos los formularios (por ejemplo en los formularios de introducción de núcleos de población o de incidentes) proporciona 20 campos definidos por el usuario (UDF) que permiten la introducción de datos adicionales. Además, en el formulario Impact Survey Mined Area (Área minada de Estudio de impacto) hay cinco campos prioritarios definidos por el usuario (UPDF). Esta sección describe los pasos que debe seguir el administrador del sistema local para habilitar y nombrar estos campos. El número de campos definidos por el usuario en cada formulario de IMSMA está limitado a 20. Si se necesitan muchos campos adicionales, considere la opción de crear una base de datos complementaria en lugar de activar campos definidos por el usuario. Si se necesitan más de 20 campos definidos por el usuario, ésta es la solución por la que debe optarse. Este proceso es el mismo para todos los formularios. El formulario frmDistrict se utilizará para ilustrar cómo se hacen visibles los UDF. Se añadirán dos nuevos

DRAFT campos: Men affected by mines (Hombres afectados por minas) y Women affected by mines (Mujeres afectadas por minas). Paso 1: Hacer visibles los UDF

• Abra el módulo de acceso IMSMA como AdminIMSMA, omitiendo la macro de inicio.

• En los objetos de formulario, seleccione frmDistrict y ábralo en modo Design (Diseño).

• En la parte derecha del formulario hay 20 etiquetas y cuadros de texto con texto azul; éstos son los UDF.

• Haga visibles dos UDF. Pulse con el botón derecho en la etiqueta lblUserDefined1 y seleccione Properties (Propiedades). En la ficha Format (Formato), cambie la propiedad Visible a Yes.

<caption> Cambie la propiedad Visible a Yes

Figura 5.2: Hacer visible la propiedad de etiqueta del UDF

• No cambie el nombre de la etiqueta o del campo de texto. El texto de la etiqueta se puede cambiar como se define en el paso 2.

Paso 2: Traducción Si sólo usa IMSMA en un idioma (es decir, no va a cambiar de un idioma a otro) no es necesario que configure las tablas de traducción para su UDF. En este caso, siga el primer procedimiento simplificado para IMSMA en un solo idioma. Si va a traducir su IMSMA a distintos idiomas, siga el segundo procedimiento. Primer procedimiento (método para un solo idioma). Escriba unas claves (Caption) para cada etiqueta directamente en el formulario. Vuelva a abrir el formulario en modo Design, vaya a las propiedades de Label (Etiqueta), y en la ficha Format introduzca una Caption para el UDF. El usuario verá estas claves en

DRAFT el formulario. Observe que puede que tenga que cambiar el tamaño del cuadro Label del formulario para que quepa todo el texto de las claves Caption. Introduzca una leyanda Figura 5.3: Introducción de texto en la hoja de propiedades del campo de etiqueta Segundo procedimiento (método para varios idiomas). En este método la propiedad Caption se introduce mediante la herramienta de traducción de IMSMA. En tblApplicationLabel deben añadirse registros para las propiedades Caption para cada una de las etiquetas y los campos de texto deben hacerse visibles en los pasos previos:

• Abra tblApplicationLabel. • Introduzca un nuevo registro para lblDT_UserDefined1 para cada idioma

definido en su instalación de IMSMA.

Figura 5.4: Traducción de etiquetas de UDF: nueva entrada en tblApplicationLabel

• Repita los pasos para lblDT_UserDefined2.

Observe que estas entradas en tblApplicationLabel también actúan como documentación para lo que se emplean los campos definidos por el usuario. Conviene documentar la utilización prevista de los UDF habilitados escribiendo un comentario del siguiente modo: - Vaya a Administration, y seleccione Database Management - Seleccione la ficha Metadata - Seleccione la tabla, el UDF correspondiente y escriba un comentario en el campo de comentarios.

• Cierre tblApplicationLabel.

Los valores traducidos se insertan automáticamente en el formulario frmDistrict cuando se cambia el idioma:

• En Administration de IMSMA, seleccione Language. • Seleccione el idioma que está utilizando del cuadro de lista Choose

Language (Seleccionar idioma).

DRAFT

• Pulse el botón Change Language para introducir las etiquetas modificadas. Paso 3: Ajuste de los informes específicos de Word (hojas de recopilación de datos) Para imprimir los campos habilitados en los formatos de informe de MS Word, estos documentos de Word deben editarse: para cada campo habilitado deben introducirse etiquetas de texto y marcadores. Para continuar con el ejemplo anterior se utilizará el formato de informe District.

• Abra el documento de MS Word District.doc. En la instalación por defecto de IMSMA este archivo se encuentra en C:\IMSMA\DataEntrySheets\English.

• Seleccione View > Toolbars > Forms (Ver > Barras de herramientas > Formularios) para presentar la barra de herramientas de formularios. <icon>

• Desproteja el formulario pulsando en la herramienta Protect Form. • Sitúe el cursor en el documento donde quiere que aparezcan los datos del

UDF. • Introduzca el texto de etiqueta para el UDF. Para que los datos sean

coherentes entre sí, introduzca el mismo valor que introdujo para clnLabelText en tblApplicationLabel. En nuestro ejemplo el nombre de etiqueta (definido en la propiedad del formulario) era lblDT_UserDefined1 y el clnLabelText introducido en la tabla de traducción fue Men affected by mines. Habría que introducir Men affected by mines como texto de etiqueta en el documento de MS Word.

• Sitúe el cursor al lado de esta etiqueta, donde quiera insertar los datos del UDF.

• Inserte varios espacios en blanco donde deberían insertarse los datos. • Seleccione los espacios en blanco pulsando y arrastrando el cursor con el

botón izquierdo pulsado sobre los espacios en blanco o haciendo doble clic sobre los mismos.

• Añada una referencia del marcador seleccionando Insert > Bookmark... (Insertar marcador...).

DRAFT

En el campo Bookmark name (Nombre del marcador) del cuadro de diálogo Bookmark, introduzca la Etiqueta (Tag) de las propiedades del campo UDF del formulario. Esta etiqueta debería ser la misma que el nombre de columna para este campo.

Figura 5.5: Etiqueta de UDF para marcador En nuestro ejemplo, hemos introducido Men affected by mines como etiqueta en el documento MS Word, que está asociada al cuadro de texto del UDF con el nombre txtDT_UserDefined1. La propiedad Tag para este objeto es clnDT_UserDefined1, que se puede encontrar en las propiedades del cuadro de texto en la ficha Other.

<caption> Propiedad de etiqueta de UDF Figura 5.6: Propiedad de etiqueta del cuadro de texto de UDF

• Pulse el botón Add (Añadir) para añadir el marcador. • Repita el proceso para cada nuevo UDF que quiera ver en el informe. • Proteja el formulario pulsando en la herramienta Protect Form y guarde el

formulario.

• Repita el proceso para los formularios de MS Word traducidos a otros idiomas si su instalación de IMSMA se ha configurado para otros idiomas distintos del inglés.

Adaptación de los formularios de informe de campo Los formularios de informe de campo de IMSMA (en formato Word) pueden y deben personalizarse según las necesidades de cada MAC. Para editar estos formularios deben seguirse los procedimientos normales de MS Word. Ponga atención para no eliminar los marcadores involuntariamente, ya que son necesarios para imprimir informes específicos.

DRAFT - añadir campos adicionales: Si IMSMA debería gestionar información adicional, dichos campos se pueden añadir al formulario del informe de campo. No olvide añadir estos campos también a la GUI de IMSMA (active los campos definidos por el usuario). - eliminar campos: Si hay campos que no se necesitan, se pueden eliminar del formulario de recopilación de datos. También se puede establecer como invisible el campo correspondiente en la GUI de IMSMA de forma que el personal de introducción de datos sólo vea los campos que se están utilizando efectivamente. Piense bien antes de decidir que no va a recopilar determinada información, ya que esto limitará sus opciones para posteriores análisis e informes. - cambiar la configuración y el diseño: Se puede cambiar la configuración y el diseño. Paso 4 – Documentación de la personalización realizada Como en el caso de las personalizaciones de IMSMA, conviene documentar los cambios que se hacen. Esto es importante de cara a futuras actualizaciones de IMSMA (tendrá que rehacer las personalizaciones después de futuras actualizaciones) y para una mejor comunicación con el servicio de apoyo. Cuadros combinados como UDF Si necesita un cuadro combinado en lugar de un simple campo de texto como UDF, puede convertir el campo de texto seleccionando el campo de texto y presionando el menú Format -> Change to -> Combo Box. A continuación puede introducir las entradas de lista de selección escribiéndolas directamente en la sección de datos de la hoja de propiedades del UDF: seleccione “Value List” como Row Source Type y escriba los valores (separados por punto y coma) como Row Source. Como alternativa, también puede definir una consulta para rellenar la lista de selección como todos los valores únicos utilizados actualmente para ese campo. Tenga en cuenta que este método no mantiene las entradas que pueden traducirse de la lista de selección. Casillas de verificación como UDF No recomendamos la utilización de casillas de verificación para UDF, debido a la complejidad del cambio y a los posibles errores que podrían producirse. Si se requiere un tipo de datos de casilla de verificación, recomendamos la utilización de cuadros combinados con una lista de selección que contenga las entradas sí/no/desconocido o las entradas apropiadas en el idioma utilizado. Si desea una descripción más detallada de la utilización de UDFs como cuadros combinados (por ejemplo mantener las entradas que pueden traducirse de lista de selección) consulte el Libro de Ejercicios de IMSMA. 5.3. Ubicación de los archivos Las ubicaciones de los archivos para imágenes, archivos de exportación, archivos de trabajo del SIG y archivos de introducción de datos descentralizados se pueden personalizar sólo hasta un cierto punto: imágenes • La ubicación de archivos para el almacenamiento de imágenes se establece en

tblApplicationParameter • La ruta es relativa a la carpeta de IMSMA en el servidor

DRAFT • La ubicación de la carpeta IMSMA se establece en

tblApplicationParameterLocal con el parámetro PathLocal (en una instalación de servidor, se emplea la ruta local, la establecida por defecto es C:\IMSMA) o PathRemote (en una instalación de cliente se emplea la ruta remota, la establecida por defecto es T:\)

• Por tanto, las imágenes deben almacenarse en el directorio IMSMA en el servidor. Los nombres de carpetas de imágenes y la estructura de la carpeta dentro del directorio del servidor IMSMA se pueden personalizar.

archivos de exportación • La ubicación de los archivos para el almacenamiento de archivos de

exportación (database administration -> export) se establece en tblApplicationParameterLocal con el parámetro ExportPath

• La ubicación por defecto es C:\IMSMA\Export300\ • La ruta se puede cambiar a la que sea más conveniente archivos de trabajo del SIG • Las ubicaciones de los archivos para archivos de trabajo del SIG se establecen

en tblApplicationParameterLocal con el parámetro ArcViewExportPath (para selección de funciones exportadas desde el SIG ) y ArcViewPerimeterFile (para coordenadas exportadas desde el SIG )

• La ruta se establece relativa a la carpeta local de IMSMA (establecida con el parámetro PathLocal)

• La ruta por defecto es GIS\WorkFiles\ y GIS\WorkFiles\Perimeter.gen • Por tanto, los archivos de trabajo del SIG deben almacenarse en el directorio

local de IMSMA. Pueden personalizarse los nombres de las carpetas de archivos de trabajo y la estructura de las carpetas dentro del directorio local de IMSMA.

Archivos de introducción de datos descentralizados • La ubicación de los archivos de introducción de datos descentralizados

(archivos utilizados para la exportación y la sincronización) se establece en tblApplicationParameterLocal con el parámetro DecentralPath.

• La ruta se establece relativa a la carpeta local de IMSMA (establecida con el parámetro PathLocal)

• La ruta por defecto es DecentralFiles\ • Por tanto, estos archivos deben almacenarse en el directorio local de IMSMA.

Pueden personalizarse los nombres de las carpetas de archivos de introducción de datos descentralizados y la estructura de las carpetas dentro del directorio local de IMSMA.

DRAFT Figura 5.7: Selección de las ubicaciones de los archivos en tblApplicationParameterLocal

DRAFT Figura 5.8: Definir las ubicaciones de los archivos para imágenes en tblApplicationParameter 5.4. Apoyo multilingüe IMSMA se ha desarrollado y mantenido por el Equipo de Desarrollo de IMSMA en inglés. A la hora de trabajar con IMSMA en un idioma distinto del inglés, hay tres elementos que hay que tener en cuenta: • Idioma del sistema operativo y configuración regional • Idioma de MS Office • Idioma de IMSMA El entorno de comprobación de IMSMA emplea instalaciones en inglés de sistemas operativos MS Windows (2000 Professional, NT, XP, 98) y MS Office 2000 Professional. El Centro Internacional de Ginebra para el Desminado Humanitario (GICHD) proporciona traducciones de IMSMA en varios idiomas. Si desea obtener más información sobre las traducciones disponibles, por favor póngase en contacto con el GICHD. También puede traducir usted mismo IMSMA, ya que es un proceso bastante sencillo que implica introducir las traducciones de los elementos de la interfaz de usuario de IMSMA en tablas de traducción. La traducción de los formatos de informe es un proceso aparte, que se hace manualmente en MS Word. Interfaz de usuario de IMSMA

DRAFT La traducción de la interfaz de usuario de IMSMA supone introducir las traducciones en las siguientes tablas: tblApplicationAvailableLanguage (en IMSMA DataPool)

Introduzca el nombre del nuevo idioma.

tblApplicationLabel (en módulo de acceso IMSMA)

Todas las etiquetas y sus marcadores de control utilizados en las interfaces de usuario del módulo de acceso de IMSMA.

tblApplicationMessage (en módulo de acceso IMSMA)

Mensajes de la aplicación que proporcionan información o solicitan una acción del usuario mientras se trabaja con las interfaces de usuario de IMSMA.

tblSurvey1IntervieweeVocation (en IMSMA DataPool)

Vocaciones del Entrevistado para Estudio de impacto utilizadas en los formularios de los Estudios de impacto.

tblApplicationSemanticKeyTranslation (en IMSMA DataPool)

Entradas de lenguaje natural seleccionadas por el usuario cuando emplea listas de selección. Su código clave asociado —no la traducción en lenguaje natural— se almacena en la base de datos

tblApplicationTranslationColumnNames (en módulo de acceso de IMSMA)

Nombre de campo (nombres de columnas) de todas las tablas y sus traducciones, que se emplean en los informes de gestión de datos.

Tabla 5.1: Tablas de traducción de IMSMA Observe que éstas son las únicas tablas del sistema que se pueden traducir. Las tablas que almacenan información sobre artefactos explosivos deben traducirse por separado. Si las traducciones se importan de una versión más antigua de IMSMA es probable que algunas etiquetas sigan sin estar traducidas. Cambio del idioma del módulo de acceso de IMSMA Si dispone de una versión multilingüe de IMSMA o si ha traducido IMSMA usted mismo (cuando se hayan preparado las cinco tablas de traducción mencionadas anteriormente), podrá cambiar fácilmente el idioma de IMSMA. Seleccione el botón Administration del menú principal de IMSMA, a continuación seleccione Language, y aparecerá el formulario Change Language.

DRAFT Figura 5.9: Formulario Change Language

DRAFT Seleccione el idioma deseado para el módulo de acceso IMSMA y pulse el botón Change Language. El módulo de acceso de IMSMA se traducirá automáticamente.

Formatos de informe Los formatos de informe de MS Word no se modifican durante el proceso de traducción descrito anteriormente; deben editarse manualmente. Abra cada informe en MS Word, desproteja los formularios y escriba la traducción. No cambie los marcadores. En la sección sobre campos definidos por el usuario (en este capítulo) se proporciona más información sobre el proceso de edición de los informes de Word. Cuando haya concluido la edición, proteja el formulario, guarde y cierre Word.

IMSMA introduce la información en el informe mediante marcadores. Éstos se pueden hacer visibles modificando las preferencias de visualización (Tools > Options, Herramientas > Opciones) del documento de MS Word. Ponga cuidado en no dañar los marcadores, o el proceso de introducción de datos no funcionará correctamente. Después de traducir la interfaz de usuario compruebe si las traducciones de la tabla tblApplicationSemanticKeyTranslation son demasiado largas para el espacio proporcionado por el documento de MS Word.

DRAFT

Capítulo 6

Creación de un proyecto del SIG En este capítulo se tratan los elementos de la creación de un proyecto del SIG de IMSMA que pueden ser estandarizados por el Administrador de IMSMA. Estandarizando la creación de un proyecto de ArcView para su utilización con el SIG de IMSMA se puede ahorrar al usuario general gran parte de la complejidad derivada del trabajo con el SIG. El personal de Introducción de datos podrá abrir el proyecto preconfigurado y empezar a utilizar las herramientas del SIG de IMSMA para verificar los informes de campo recibidos y para confirmar que la introducción de datos se ha realizado de forma precisa. Este capítulo asume que el lector comprende las definiciones básicas de los SIG. Si encuentra dificultades para entender el contenido de este capítulo, repase la información sobre EL SIG de IMSMA y ArcView proporcionada en la Guía del usuario, especialmente el Capítulo 4 y el Anexo D. 6.1. Organización de los datos espaciales 6.1.1 Referencias de archivos ArcView ArcView almacena referencias absolutas de archivo. Estandarizando las estructuras de archivos en todas las computadoras, podrá importar archivos de proyecto de una computadora a otra. Los datos espaciales se pueden almacenar localmente o en un recurso compartido de red. Esto se trata con más detalle en la Sección 4.4 del capítulo Instalación de IMSMA. 6.1.2. Catálogos de imágenes Debido al gran tamaño de los archivos de imágenes, las imágenes de fondo se entregan en varios fragmentos. Para evitar el esfuerzo de añadir cada imagen por separado utilizando la función Add Theme, puede crear una pequeña base de datos que contenga la información sobre las rutas de los archivos de imágenes. Una vez creada, podrá activar y desactivar todos los archivos de una vez, utilizando un solo control: el catálogo de imágenes.

DRAFT

Limitaciones

• Todas las imágenes deben almacenarse con el mismo formato (por ejemplo, tiff).

• Todas las imágenes deben tener la misma paleta de color. Como los colores se representan mediante números en los archivos raster (imágenes), el mismo color en dos archivos diferentes debe tener el mismo número asociado, si no, la información se mostraría de forma incorrecta.

• Todas las imágenes deben tener la misma proyección y sistema de referencia.

Inconvenientes Al crear catálogos de imágenes, se fusionan grandes cantidades de datos. La activación y desactivación del catálogo de imágenes o la utilización de cualquier otra función exigirá mucha potencia de procesamiento y tiempo. Creación del catálogo ArcView tiene un lenguaje de programación incorporado llamado Avenue; de hecho, ArcView está programado en Avenue. En la distribución estándar de ArcView se incluyen muchos scripts (pequeños archivos de programa). Si desea obtener más información sobre estos scripts, abra la ayuda de ArcView, pulse en la ficha Contents (Índice) y seleccione el grupo de temas Sample Scripts and Extensions (Scripts y extensiones de ejemplo). Para crear un catálogo de imágenes, haremos uso de los scripts de ejemplo de ArcView.

• Pase a la función avanzada del SIG de IMSMA. • Abra la ayuda de ArcView, pulse en la ficha Contents y abra el grupo de

temas Sample Scripts and Extensions > Sample Scripts > views > image themes > Create image catalog from images themes in view (Crear catálogo de imágenes a partir de temas de imágenes en la visualización).

• Pulse el vínculo Source Code, y en la nueva ventana que muestra el código fuente del script, copie el código al Portapapeles seleccionando Options > Copy.

• En ArcView, cree un nuevo script pulsando dos veces en el icono script en el área del índice de la ventana de proyecto.

• Pegue el script copiado en el marco de script recién creado. • Seleccione Script > Compile estando activa la ventana del script para

compilar el script. • Añada las imágenes que quiera incluir en el catálogo de imágenes a una

ventana de visualización y márquelas como imágenes activas. Una imagen se marca como activa cuando está activada y resaltada la casilla de verificación de presentación. Seleccione varias imágenes manteniendo pulsada la tecla Mayús (Shift) mientras selecciona las imágenes con el botón izquierdo del ratón.

DRAFT

• Vuelva a la ventana del script. Seleccione Script > Run para ejecutar el script y crear el catálogo de imágenes. Escriba un nombre para el catálogo de imágenes.

• El nuevo catálogo de imágenes se añadirá a la barra de temas automáticamente. Márquelo como visible seleccionando la casilla de verificación.

• Después de crear el catálogo de imágenes se pueden eliminar los archivos de imágenes individuales de la Visualización; sólo se necesita cargar el archivo del catálogo de imágenes como tema en la visualización.

6.2. Creación de un archivo de proyecto La creación de un proyecto del SIG de IMSMA consta de dos pasos:

• Creación de un archivo de proyecto de ArcView. • Carga de la extensión del SIG de IMSMA.

Los proyectos del SIG de IMSMA son archivos de proyecto del SIG estándar de ArcView, con una extensión adicional cargada. Los archivos de proyecto de ArcView tienen la extensión .apr. Es importante tener en cuenta que los archivos .apr contienen información sobre la configuración del proyecto y referencias a los datos utilizados en el proyecto; los datos de función no se almacenan dentro del archivo de proyecto.

Como se ha mencionado anteriormente en este capítulo, los archivos de proyecto de ArcView almacenan referencias absolutas a las fuentes de función a las que acceden. Esto significa que si se abre un archivo de proyecto en una computadora distinta a la computadora en la que se creó, todos los archivos de datos a los que se hace referencia deben ubicarse en los mismos directorios que en la computadora en la que se creó el archivo.

Después de instalar la función SIG de IMSMA, se puede encontrar un proyecto de ArcView llamado imsma_gis.apr en el directorio \\IMSMA\GIS. Este proyecto ya se ha configurado con la extensión SIG de IMSMA.

DRAFT Paso 1: Crear un proyecto Para crear un nuevo proyecto, abra la aplicación ArcView GIS y cree un proyecto en blanco. Guarde el proyecto (la extensión del SIG de IMSMA no se puede cargar hasta que el archivo de proyecto no se haya guardado).

Figura 6.1: Guarde el archivo de proyecto antes de cargar la extensión del SIG de IMSMA

Los proyectos del SIG de IMSMA se pueden almacenar en cualquier lugar del sistema. Se crea automáticamente un directorio de archivos de trabajo (llamado _shp_<nombredelproyecto>) en el mismo directorio que el proyecto. Si desea cambiar la ubicación de un proyecto SIG de IMSMA, use el comando Save As de ArcView; esto volverá a crear automáticamente los archivos de trabajo exigidos en la nueva ruta del proyecto.

DRAFT Paso 2: Cargar extensiones Para cargar la extensión SIG de IMSMA seleccione File > Extensions... en la ventana de proyecto de ArcView. Active la entrada etiquetada IMSMA GIS e IMSMA GIS Tasking (si desea trabajar con la función de asignación de tareas en el SIG de IMSMA). Figura 6.2: Extensión del SIG de IMSMA Hay muchas extensiones de ArcView que mejoran la función básica de ArcView. Algunas de ellas (como las extensiones IMAGINE y MrSID Image Support) están disponibles después de la instalación estándar de ArcView. Otras extensiones están disponibles en las carpetas de instalación de ArcView; consulte la ayuda de ArcView para ver las descripciones de estas extensiones. En el sitio Web de ESRI (www.esri.com) también se pueden encontrar gran cantidad de extensiones.

DRAFT Después de salir del diálogo Extensions pulsando OK, la extensión SIG de IMSMA se cargará y la ventana de proyecto de ArcView tendrá el siguiente aspecto:

Figura 6.3: Ventana de proyecto del SIG de IMSMA Después de cargar la extensión SIG de IMSMA, la lista de documentos de la ventana de proyecto (la parte izquierda de la ventana que se muestra en la figura anterior) contiene dos objetos llamados Views <icon> y Tables <icon> .El tipo de documento Views contiene visualizaciones: los objetos de ArcView en los que se recopilan y analizan los datos de mapas. El tipo de documento Tables contiene tablas: las tablas de atributos de archivos de forma que contienen información descriptiva de las características geográficas que contienen.

DRAFT 6.3. Creación de una visualización Añada una nueva visualización desde la ventana de proyecto de ArcView pulsando dos veces en el objeto View de la ventana del proyecto <icon>. Se añadirá una nueva Visualización al proyecto con el nombre por defecto IMSMA View1. Todas las visualizaciones contenidas en el proyecto se pueden ver en la ventana de la parte derecha de la ventana de proyecto. Figura 6.4: Nueva visualización añadida En este punto se pueden añadir temas automáticamente, dependiendo de cómo se haya configurado el SIG de IMSMA. Si no se ha añadido ningún tema, añada uno utilizando la herramienta Add Theme <icon>. Cuando se añade el primer tema a una visualización, aparece el diálogo para establecer las propiedades de la visualización. Antes de trabajar con la nueva visualización deben especificarse el área geográfica que se va a mostrar y la proyección del mapa en el que se van a presentar las imágenes.

Las propiedades de la Visualización se pueden modificar posteriormente. Estando activa la ventana Visualización, seleccione View > Properties para abrir el cuadro de diálogo View Properties (Propiedades de la visualización).

DRAFT A continuación se muestra el cuadro de diálogo View Properties. Por favor, consulte las siguientes explicaciones sobre el contenido del cuadro de diálogo si desea obtener más información sobre las propiedades de la visualización.

Figura 6.5: Cuadro de diálogo View Properties Name. Nombre a visualización, sólo si es necesario. El nombre por defecto de la primera lista es IMSMA View1. Coordinate system (Sistema de coordenadas). Los mapas digitales utilizados como información de fondo son datos de trama. Los datos de trama suelen estar en un deconcluido sistema de coordenadas. Para mostrar estos datos de trama en ArcView GIS, las propiedades de visualización deben establecerse exactamente en el mismo sistema de coordenadas en el que están proyectados los mapas.

DRAFT La aplicación SIG de IMSMA importa los datos espaciales de IMSMA en coordenadas geográficas (longitud y latitud en grados decimales). Cuando se presentan en una visualización, los detalles se proyectan en el sistema de proyección de mapa que se especifica en el cuadro de diálogo Projection Properties (Propiedades de la proyección). Se puede establecer cualquier proyección disponible en el cuadro de diálogo. Figura 6.6: Propiedades de proyección No se realizan transformaciones de sistemas de referencia dentro de ArcView (y del SIG de IMSMA). Por tanto, el sistema de referencia de almacenamiento en IMSMA debe ser el mismo que el sistema de referencia de los mapas utilizados como fondo en el SIG de IMSMA. Si los sistemas de referencia son distintos, puede haber diferencias de unos metros hasta más de un kilómetro.

Debe utilizar el mismo sistema de referencia en el SIG de IMSMA que en el “sistema de coordenadas de almacenamiento” de IMSMA. Si desea obtener más información relativa a los sistemas de referencia y a los sistemas de coordenadas, consulte el Anexo C de la Guía del usuario y el capítulo 4 de la Guía del administrador.

Después de configurar la configuración apropiada de visualización para su MAC, el archivo de proyecto puede guardarse y utilizarse como punto de inicio estándar para los usuarios del SIG de IMSMA. Si no se ha definido una proyección, aparecerá una advertencia al intentar cerrar la ventana de propiedades de visualización. Figura 6.7: No hay mensaje de proyección definido Si se usa algún archivo adicional no de IMSMA en el SIG de IMSMA, tienen que estar en latitud / longitud y tener exactamente el mismo sistema de referencia que los mapas. Si los sistemas de referencia son distintos, use el asistente de utilidad de proyección de ArcView para transformar el archivo. Si sus mapas están en una proyección no admitida por ArcView, se necesitan herramientas más potentes que ArcView (por ejemplo, ArcInfo) para transformar la proyección en otra admitida por ArcView.

DRAFT Seleccionar la proyección correcta en el SIG de IMSMA, el sistema de almacenamiento y el sistema de coordenadas para introducción de datos en IMSMA es una labor muy importante, pero también bastante difícil. La calidad de los datos depende mucho de la definición correcta de la proyección. Es importante realizar este paso con mucho cuidado y al principio de trabajar con IMSMA. Como se trata de un paso muy importante para obtener datos correctos, recomendamos preguntar a un especialista en mapas para solicitarle ayuda. Si no puede recurrir a un especialista, consúltenos (IMSMA_FM_support@sipo.gess.ethz.ch). Para conseguir una ayuda útil por parte del equipo de apoyo de IMSMA sobre la definición del sistema de almacenamiento, los sistemas de coordenadas para la introducción de datos y la definición del sistema de coordenadas dentro de la visualización del SIG de IMSMA, es necesario disponer de la siguiente información —sobre los mapas utilizados en campo y los mapas digitales utilizados como información de fondo— para reproducir la misma situación in situ: • esferoide / elipsoide • sistema de referencia • proyección • parámetros del GPS (si las coordenadas se han recogido con dicho sistema) Mapas utilizados en campo: La información exigida a menudo se encuentra en el borde del mapa. Si no se dispone de información suficiente ahí, por favor consulte a un especialista local en mapas o a la agencia que ha producido el mapa. Mapas utilizados como fondo en el SIG de IMSMA: A menudo la información se suministra en un archivo readme que se entrega con los mapas digitales por parte de la empresa que ha escaneado y georeferenciado los mapas. Si no se dispone de un archivo readme, por favor contacte directamente con la empresa que ha escaneado el mapa. Display Style. Con Display Style se puede cambiar la simbología del tema. Los temas estándar del SIG de IMSMA tienen una simbología predefinida que se carga cuando se añaden temas a una visualización. Cuando desee ver objetos asignados de acciones relativas a las minas, cambie a Tasking colours. Cuando el estado de los objetos de acciones relativas a las minas sea de interés, cambie a Status colours. Tanto las claves de Tareas como las de Estado están predefinidas y no deberían cambiarse. Status Filter. El filtro de estado se aplica a todos los temas de una visualización que se basan en la base de datos de IMSMA y contienen un estado. Seleccionando “Show all status“ se muestran todos los riesgos y procesos. Seleccionando “Show selected status“ se puede seleccionar uno o varios estados. Sólo se muestra en el SIG de IMSMA el estado seleccionado y, por tanto, la cantidad de datos se reduce. MAC Filter. Según e filtro de estado, se pueden seleccionar temas IMSMA para uno o para varios MAC exigidos. La cantidad de datos que se cargan en la visualización se ve así reducida.

DRAFT Comments. En el campo de comentarios puede introducir información sobre las propiedades de la visualización. 6.4. Gestión de temas Un tema es un conjunto de características geográficas de similar naturaleza, que tienen el mismo tipo de datos. ArcView almacena la información sobre temas —datos espaciales— en archivos de forma. Los datos espaciales de los archivos .shp pueden contener uno de tres tipos de datos: datos de punto, de línea o de polígono. Estos tipos de datos no pueden mezclarse dentro de un archivo .shp. Un tema estándar de ArcView consta de un archivo .shp y un número de archivos asociados. En la siguiente tabla se resumen los archivos más comunes asociados a un archivo de forma.

DRAFT .shp Archivo Shape: almacena la geometría de las características de los temas

.dbf Archivo dBase: almacena los datos de atributos asociados a las característic

espaciales del archivo .shp

.shx Archivo Index: almacena el índice de la geometría de la característica

.avl Archivo Legend: almacena las definiciones de claves para un tema

Tabla 6.1: Archivos relacionados con los temas de ArcView

Temas del SIG de IMSMA El SIG de IMSMA usa dos tipos de temas: los basados en archivos .shp estándar de ArcView y los basados en consultas a la base de datos de IMSMA. Ambos tipos de temas se pueden añadir a las visualizaciones utilizando la herramienta Add Theme <icon> del SIG de IMSMA. En el SIG de IMSMA, los temas nuevos se configuran para su utilización con la herramienta Add Theme en el Diccionario de datos del SIG de IMSMA (DDX). Los temas del DDX del SIG de IMSMA se organizan en Grupos de temas; un Grupo de tema normalmente contiene varios temas. Por ejemplo, el grupo de tema Minefields contiene siete temas, etiquetados como Start points (StPt), Perimeters, Benchmark (BM), Landmarks (LM), Connectors: LM->BM, Connectors: BM->StPt y Perimeters segments. Los temas pueden tener definidas varias claves. Los temas sólo se pueden añadir una vez a cada visualización; varias claves proporcionan distintas formas de simbolizar la información contenida en el tema. Por ejemplo, el tema de población tiene unas claves para clasificar las poblaciones por clases de población, y otra para presentar la estructura política. Las claves utilizan un campo de clasificación de la consulta de geometría para hacer esta diferenciación.

DRAFT 6.5. Trabajo con tablas Para abrir la tabla de atributos de un tema, seleccione un tema de forma que se vea un cuadro gris alrededor del tema seleccionado.

Figura 6.8: El tema Town está seleccionado

Haga clic <icon> encima para ver los atributos de ese tema.

Figura 6.9: Tabla de atributos del tema Town

En cuento se abre la tabla de atributos de un tema, esta tabla se añade al proyecto con el nombre Attributes of <Nombres de los temas> (por ejemplo, Attributes of Towns). Todas las tablas abiertas en el proyecto son visibles en la ventana del lado derecho de la ventana del proyecto. Figura 6.10: Tablas de atributos abiertas

DRAFT La función de actualización aplicada a los temas seleccionados también afecta a las tablas de atributos del tema. Si la tabla de atributos de un tema se ha añadido a la ventana del proyecto y este tema se elimina de una visualización, la tabla de atributos también se eliminará automáticamente de la lista. Si el tema se va a eliminar, pero la tabla de atributos debería mantenerse, exporte la tabla a una base de datos, un archivo INFO o un archivo de texto delimitado.

Los registros en las tablas de atributos de temas IMSMA no deberían cambiarse en el SIG de IMSMA, ya que los cambios de temas IMSMA siempre tienen que realizarse en IMSMA. Si, a pesar de todo, se hacen cambios en temas IMSMA en el SIG de IMSMA, no afectarán a los datos de la base de datos de IMSMA.

Si desea obtener más información acerca del trabajo con tablas, consulte el manual de ArcView 3.2. 6.6. Diccionario de datos del SIG El Diccionario de datos del SIG de IMSMA (DDX) almacena información sobre los temas disponibles dentro del SIG de IMSMA, y los parámetros que controlan el funcionamiento de la aplicación SIG de IMSMA. El DDX del SIG de IMSMA es una parte esencial del SIG de IMSMA que se instala automáticamente cuando se instala SIG de IMSMA. El DDX se emplea para definir temas y para relacionarlos con grupos de temas. En la siguiente figura se ilustra la relación entre los temas y los grupos de temas del SIG de IMSMA y una visualización en ArcView.

1. Los grupos de temas IMSMA se utilizan para organizar los temas IMSMA disponibles 2. Uno o más temas IMSMA se asocian con cada grupo de temas 3. Los temas IMSMA se añaden a la tabla de contenido del SIG de IMSMA

Figura 6.11: Grupos de temas, temas y visualizaciones del SIG de IMSMA El DDX sólo necesita ser editado cuando quiera cambiar la configuración por defecto o si quiere definir sus propios temas SIG de IMSMA. Después de trabajar

DRAFT con IMSMA y el SIG y de haberse familiarizado con el sistema es probable que quiera personalizar elementos del DDX del SIG de IMSMA. El DDX del SIG de IMSMA está ejecutado como una base de datos de MS Access. Mientras que para cambiar la información almacenada en el DDX del SIG de IMSMA es necesario que esté instalado MS Access 2000, para acceder al Diccionario desdel SIG de IMSMA sólo se necesita el controlador ODBC. Para que un nuevo tema de IMSMA esté disponible en el SIG de IMSMA, siga los siguientes pasos (se describen detalladamente en las siguientes páginas): 1. En la base de datos de IMSMA cree una consulta (SQL-Server ‘view’) para utilizarla como

base para el nuevo tema. 2. En el DDX, cree una nueva definición de tema (lea las secciones 6.6.1 a 6.6.9) 3. En el DDX, añada el tema a un grupo de temas de IMSMA (se pueden crear nuevos grupos

de temas si es necesario) (lea la Sección 6.6.10) 4. En el SIG de IMSMA, compruebe el nuevo tema para asegurar que se configuró

correctamente. Las bases para los nuevos temas se crean en la base de datos de IMSMA (SQL-Server) como “visualizaciones“. Las expresiones “visualización“ (SQL-Server) y “consulta“ (MS Access) se utilizan en esta documentación de forma intercambiable, ya que significan exactamente lo mismo. Configuración El DDX del SIG de IMSMA se divide en dos archivos de base de datos de MS Access:

• El archivo imsma_ddx_data.mdb contiene la mayoría de las tablas del DDX del SIG de IMSMA. Representa la base de datos del módulo de servicio que sólo contiene datos. Se puede almacenar centralmente en una máquina servidor.

• El archivo imsma_ddx.mdb representa la base de datos del módulo de acceso de la interfaz de usuario. Contiene todos los formularios y consultas de menú. Todas las tablas de la base de datos del módulo de servicio están vinculadas a esta base de datos. Además, contiene una tabla local (para los parámetros de la aplicación, con el fin de permitir configuraciones de los parámetros específicos del cliente).

Si desea obtener más información sobre las ubicaciones de estos archivos, consulte la sección Parámetros de entorno y Ubicaciones de archivos del Capítulo 4 de este manual.

A la base de datos del módulo de acceso del DDX del SIG de IMSMA se accede desdel SIG de IMSMA en el inicio de la aplicación a través de ODBC. En ese momento se lee en la memoria todo el contenido del Diccionario, por lo que posteriormente no se producen más accesos a la base de datos del Diccionario. Después de hacer modificaciones al DDX el proyecto de ArcView debe actualizarse; el elemento de menú "Reload Data Dictionary" está disponible en el menú de archivo de la GUI del SIG de IMSMA, para no tener que cerrar y volver a abrir ArcView.

Menú principal del DDX

DRAFT Al abrir la base de datos del módulo de acceso (imsma_ddx.mdb) utilizando MS Access 2000, el siguiente cuadro de diálogo proporciona acceso a los elementos del DDX del SIG de IMSMA.

DRAFT Figura 6.12: Menú principal del DDX del SIG de IMSMA El DDX del SIG de IMSMA se emplea para editar las definiciones de los temas existentes, para crear nuevas definiciones de temas y para modificar parámetros de la aplicación. Edit Themes by Topic. Use esta primera ficha para editar temas existentes. Se muestra una lista de grupos de temas entre los que se puede elegir; haga doble clic en un grupo de temas para abrir una lista de temas al objeto de editarlos. Haga doble clic (o seleccione y haga clic en edit) para abrir el formulario edit Theme. Primero se definen los temas, y a continuación se asignan a grupos de temas IMSMA. También puede examinar o editar el campo de clasificación y los gráficos de símbolos de descripción de temas haciendo clic en el botón Symbology description. Add Themes. Con esta ficha puede seleccionar primero el tipo de forma para el nuevo tema que quiere crear, y a continuación pulsar el botón Add New Theme. Theme Order. Seleccione esta ficha para examinar o modificar el orden de dibujo de todos los temas. Seleccione un tema y a continuación haga clic en la flecha pequeña para desplazar el tema un lugar hacia arriba o abajo. Haga clic en una flecha grande para desplazar el tema al principio o al final. Documentation. Se pueden visualizar previamente o imprimir tres informes distintos. Éstos muestran información acerca de cada tema definido en el diccionario de datos. Las descripciones se pueden editar desde el botón Symbology Description cuando se esté editando un tema. Administration abre la tabla para establecer los distintos parámetros de aplicación disponibles. Manage Topics. Haga clic en este botón en la ficha Edit/Add Themes para editar la lista de grupos de temas disponibles y para asociar temas con grupos de temas. Los grupos de temas contienen definiciones de tema. El tema debe definirse antes de añadirlo a un grupo de temas. Themes with no Topic enumera cualquier tema recién creado que aún no se haya puesto en un grupo de temas. Si se va a eliminar un tema, vaya a Theme order, seleccione el tema de la lista y haga clic en la papelera de reciclaje.

DRAFT 6.6.1. Categorías de temas del SIG de IMSMA En la siguiente tabla se resumen las cinco categorías de temas vectoriales del SIG de IMSMA: XY Point Geometría de puntos a partir de las coordenadas XY de la base de

datos de IMSMA.

Area Geometría de áreas a partir de la base de datos de IMSMA.

Line Geometría lineal que conecta dos coordenadas XY de la base de datos.

Polar Coordenadas polares a partir de la base de datos representadas como

puntos o líneas (es decir, distancia y ángulo desde un punto).

Vector Geometría definida por un archivo shape, con atributos opcionales

tomados de la base de datos (características de punto, línea o polígono)

Tabla 6.2: Categorías de temas del SIG de IMSMA Los parámetros de definición de temas especificados en el DDX del SIG de IMSMA se utilizan durante la adición de un tema a la visualización. Estos parámetros se almacenan con la definición del tema en el archivo de proyecto de ArcView. Los cambios en las definiciones de temas en el DDX del SIG de IMSMA no afectan a los temas que ya se han añadido a una visualización; para reflejar los cambios de una definición de tema, el tema debe eliminarse de la visualización y volver a añadirse.

DRAFT 6.6.2. Definiciones de tema del SIG de IMSMA Normalmente, las definiciones de temas contienen las siguientes propiedades:

• Primary Geometry. Un origen de datos del que se obtiene la información sobre la geometría (normalmente una consulta SQL enviada a cualquier nombre de origen de datos ODBC configurado en la computadora).

• Add-on Attribute data source. Un origen de datos desde el que se obtienen atributos adicionales. Es una consulta SQL que puede hacer referencia a tablas en cualquier ODBC DSN configurado en la computadora.

• SQL Queries. Las consultas SQL reales enviadas a los respectivos orígenes de datos. La longitud máxima de la consulta SQL almacenada en el DDX del SIG de IMSMA es de 255 caracteres; si la consulta SQL es mayor, debe almacenarse en la base de datos de origen (en IMSMA éstas se almacenan en la base de datos con nombres del tipo qryGIS_<sufijo del nombre de la consulta>).

• Theme creation parameters (Parámetros de creación de temas). Los nombres de los campos que contienen las distintas partes exigidas para construir la geometría o para unir atributos adicionales a la geometría (campos X/Y, claves externas / primarias, etc.).

• Theme appearance parameters (Parámetros de apariencia de temas). Parámetros para configurar el tema de ArcView creado a partir de la información sobre geometría y atributos. Ejemplos son el nombre del tema, el campo de etiqueta, los umbrales de escala de visibilidad, el estado visible / activo, las simbologías disponibles, etc. (Las simbologías se implementan como archivos de claves de ArcView (*.avl). Las referencias nombradas a estos archivos se pueden definir para una definición de tema).

• View parameters (Parámetros de visualización). Parámetros para definir cómo funciona el tema en la visualización de IMSMA (por ejemplo, la posición del tema en el Índice de ArcView, los indicadores para señalar si el tema se debe añadir automáticamente a una nueva visualización, si debe actualizarse al inicio de cada proyecto, etc.).

DRAFT 6.6.3. Características de los temas del SIG de IMSMA Los temas del SIG de IMSMA se generan a partir de la base de datos de IMSMA, y se pueden actualizar cuando sea necesario para reflejar los cambios que se hayan hecho en IMSMA. Los siguientes puntos tratan las diferencias entre los temas del SIG de IMSMA y los temas vectoriales estándar de ArcView, y explican algunas de sus características. Sistema de coordenadas. Las coordenadas de un tema deben especificarse en coordenadas geográficas (longitud/latitud en grados decimales) y en el mismo sistema de referencia en el que está proyectada la visualización (normalmente definido por los mapas de fondo sobre los que se proyecta). Archivos shape auxiliares. La mayoría de los temas del SIG de IMSMA almacenan la geometría extraída de la base de datos en archivos shape auxiliares. Estos archivos se crean y administran en un directorio caché específico del proyecto (llamado shp_<proyecto> y que se encuentra en el mismo directorio que el archivo de proyecto ArcView). El nombre del archivo shape auxiliar se define utilizando la clave de la definición del tema para el que fue creado y un índice (índice numérico adicional para distinguir archivos shape empleados en distintas visualizaciones):

shp_<clave_del_tema>_<índice> Informe de los registros de geometría rechazados. Durante la creación o la actualización de archivos shape auxiliares, se pueden encontrar geometrías inválidas en el conjunto de registros recuperados de la base de datos. Estos registros rechazados se registran en un archivo de informe almacenado en el directorio que contiene los archivos shape auxiliares. Los archivos de informe se nombran utilizando la clave de la definición del tema:

rejects_<clave_del_tema>.txt El archivo de informe para un tema se elimina automáticamente si una posterior creación del archivo shape no registra errores. Por tanto, la existencia de un archivo de informe indica que hay un problema con los datos de geometría que debería solucionarse utilizando IMSMA. Definiciones de tema utilizando un campo de lista de valores. Un grupo de definiciones predefinidas de temas requiere que se perfeccione la instrucción de la consulta SQL del atributo mientras se carga un tema. El perfeccionamiento de la instrucción de la consulta SQL se gestiona por la hoja de propiedades asociada a una definición de tema. Todo lo que necesita saber la hoja de propiedades es el nombre del campo de la consulta de atributo al que tienen que aplicarse los parámetros. El nombre del campo se define en las propiedades del tema común en Valuelist Field. Por tanto, las dependencias de la hoja de propiedades son el campo lista de valores y la clave del tema. La consulta del atributo puede modificarse siempre que mantenga el nombre de columna especificado por Valuelist Field.

DRAFT Si se necesita, estas definiciones de tema se pueden utilizar con la hoja de propiedades DEFAULT (Por defecto). En este caso se omite el perfeccionamiento de la instrucción de la consulta SQL. Consulte el tema Grupos de temas si desea más detalles sobre este asunto. 6.6.4. Pautas para definir temas del SIG Mientras que en las secciones anteriores tratamos las opciones de configuración básica para definir temas y grupos de temas, en los siguientes párrafos se intenta resumir algunas pautas para esta tarea de configuración.

Rendimiento Use las consultas de atributo sólo cuando sea necesario Mientras que todos los tipos de tema permiten unir resultados de consultas de atributos adicionales, esta posibilidad tiene la desventaja de que se aumentan los tiempos de respuesta durante la adición y actualización de temas (debido a que se envían consultas adicionales a la base de datos y a la operación exigida Unir de ArcView). Por tanto, las consultas de atributos sólo deberían utilizarse en las siguientes situaciones: • Temas de área de base de datos: Las consultas de atributos son la única

forma de incluir en el tema atributos distintos del campo clave del tema. Por tanto, suelen necesitarse para estos temas.

• Temas de vector: Las consultas de atributos pueden ser muy útiles para añadir datos y unir las estadísticas resultantes a archivos shape existentes (que normalmente representan áreas administrativas).

• El resto de los tipos de tema (XY de base de datos, Polar, Línea) sólo requiere una consulta de atributos si se deben recuperar e incluir en el tema atributos de una base de datos adicional. En el resto de los casos, los atributos deberían incluirse en las consultas de base de datos utilizadas en la declaración de consulta de origen.

Compruebe el funcionamiento de la consulta Las consultas de base de datos empleadas por los temas del SIG deberían diseñarse teniendo en cuenta el funcionamiento, ya que van a ejecutarse bastante a menudo, devolviendo grandes conjuntos de resultados. Asegúrese de que las consultas tienen el apoyo adecuado de los índices de base de datos. Limite el número de campos de atributo de tema Intente limitar el número de campos de atributos en temas. Incluya sólo los campos que realmente necesite el usuario final. Tener un gran número de campos afecta negativamente a los tie�����م�ÿ������چ���������������ÿ/ actualización de temas. Actualizar al inicio

DRAFT Use la etiqueta "Refresh on Startup" ("Actualizar al inicio") sólo para los temas que deban actualizarse cada vez que se inicie el proyecto, ya que el tiempo de inicio del proyecto se ve afectado negativamente.

Usabilidad Nombres de campo Intente utilizar nombres de campo en las consultas del SIG de la base de datos que sean cortos pero a la vez comprensibles. Use referencias de campo sin el prefijo "cln". En los nombres de campo no se pueden utilizar espacios en blanco ni caracteres especiales. Defina un campo User ID útil Para los valores de IMSMA ID que se deben comunicar en los informes de registros rechazados, el campo User ID debe estar presente en la consulta de Origen / Geometría. Para consultas DBArea, esto significa que este campo debería incluirse tanto en la consulta de geometría como en la de atributos. En los temas y consultas predefinidos se usa un campo IMSMA_ID compuesto por el nombre abreviado del MAC creador más el ID del registro. Use "*" para campos de consulta de la base de datos Puede ser útil referir consultas en el Diccionario de Datos como "SELECT * FROM <query>", de forma que la lista de campos a incluir en el tema se pueda controlar mediante el diseño de la consulta en la base de datos. En este caso, para añadir nuevos campos en la consulta de atributos no es necesario actualizar el Diccionario de Datos, volver a leerlo de ArcView y volver a añadir los temas afectados. Defina el campo de etiqueta útil Defina el campo de etiqueta (utilizado en Identificar y para temas de Etiquetado): normalmente IMSMA ID (el mismo valor empleado para User ID), en algunos casos puede que sea más adecuado otro campo (por ejemplo, el nombre en el caso del tema población). Oculte las claves que no sean importantes Las claves de los temas con poca importancia puede ocultarse en la Tabla de Contenidos, para reducir el tamaño total y la complejidad de la Tabla de Contenidos. Reutilice los temas en grupos de temas sólo cuando sea necesario Aunque es posible incluir el mismo tema en múltiples grupos de temas, se recomienda emplear esta función con precaución, ya que puede confundir al usuario. Convenio de nombres Para cada tema del SIG se crearon una o más visualizaciones en la base de datos de IMSMA. Todas las visualizaciones estándar se nombran de acuerdo con un convenio de nombres que también recomendamos seguir al crear temas del SIG propios. Si se requieren cambios o adopciones a los temas estándar, se

DRAFT recomienda realizarlos en las definiciones de una visualización propia y no dentro de los propios temas estándar. La razón de este procedimiento señalado es que con cada actualización de IMSMA se sobrescribirán los temas estándar y se perderán los cambios realizados por el usuario. Por tanto, como nombre de visualización conviene elegir un prefijo distinto (por ejemplo myqryGIS) al de las visualizaciones estándar. La clara distinción entre las visualizaciones estándar y las creadas por uno mismo facilita la reimportación de visualizaciones creadas por uno mismo después de una actualización de IMSMA. Inicio común para todos los nombres de visualizaciones estándar

qryGIS_ Defina el objeto de acciones relativas a las minas Para evitar nombres de visualización excesivamente largos, se eligieron abreviaturas para todos los objetos de acciones relativas a las minas dentro de IMSMA para su utilización con nombres de visualizaciones significativas, que siempre van en mayúsculas. • tblCity: TN • tblClearance: CL • tblCompletionReport: CS • tblDangerousArea: DA • tblIncAccAccident: DX • tblIncAccCasualty: CA • tblIncAccIncident: MX • tblLocation: LC • tblMinefield: MF • tblMineRiskEducationActivity: MR • tblOrganisation: OR • tblSurvey1: IS • tblSurvey1MinedArea: MA • tblSurvey1MinedAreaVictim: MV • tblSurvey2: TS • tblTask:TK Defina los objetos de acciones relativas a las minas de forma más precisa Si se describe un objeto de forma más precisa (por ejemplo, Campo de minas: referencia), se ha aplicado una abreviatura o descripción adicional: • Punto de inicio: stpt • Punto de referencia: refpt • Punto de observación: vpt • Tipo de punto: ptType • Para que los nombres de las visualizaciones se entendieran mejor, se añadió

una descripción adicional (por ejemplo, qryGIS_MXbyDistance_GeoXY). • etc. Finales Se han añadido distintos finales a las visualizaciones. Sub, GeoXY, GeoLine, GeoArea, GeoAttr, GeoApp.

DRAFT • qryGIS_xx_Sub: “Sub“ indica una visualización subsidiaria que es necesaria para construir la visualización final. Ninguno de los temas del SIG se basa directamente en una visualización con este final. • qryGIS_xx_Geo_: “Geo“ indica una visualización final utilizada directamente para el tema del SIG. • qryGIS_xx_GeoXY: “XY“ indica un tema del SIG que representa información puntual (por ejemplo, Punto de observación de las áreas minadas). • qryGIS_xx_GeoLine: “Line“ indica una línea que conecta dos puntos (por ejemplo, entre la referencia del campo de minas y el punto de inicio del campo de minas). • qryGIS_xx_GeoArea: “Area“ indica una visualización para construir la geometría para un tema del SIG de área. • qryGIS_xx_Attr: “Attr“ indica una visualización que une información sobre atributos para un tema del SIG de área. Siempre se usa junto con una visualización “GeoArea“’. • qryGIS-xx_App: “App“ indica aplicación, y se usa por razones internas.

Prevención de errores Defina referencias de campo explícitas Los campos deben tener nombres explícitos asignados en todas las consultas (a los campos sin nombre o duplicados se les asigna "Expr<xxxx>" en visualizaciones de SQL-Server, pero pueden causar errores cuando se usan a través de ODBC). Requisitos de nombres de campos Los nombres de campos no deberían incluir espacios en blanco o caracteres especiales. En los archivos shape generados, los nombres de campo sólo pueden tener una longitud de 10 caracteres (límite de los archivos dbf). Aún se admiten nombres de campo más largos en consultas (en el tema resultante se usan referencias de nombre de campo). No obstante, se recomienda encarecidamente seleccionar nombres de campo que sean únicos dentro de los 10 primeros caracteres. Nombres de campos reservados Los siguientes nombres de campo están reservados y no se pueden utilizar como nombres de atributo de tema: • Shape • Status • NumTasks • TaskID • OwnerMAC Para los temas de área hay una etiqueta en el DDX llamada “Field Area“. Cuando se selecciona, se añade automáticamente un campo de atributo llamado “AreaSqM“ al nuevo archivo shape calculando el área de las funciones. No use nunca “AreaSqM“ como referencias para ningún atributo en su visualización. Coherencia

DRAFT No suprima geometrías de elementos inválidos en consultas Asegúrese de que TODAS las características de elemento que el usuario espera en un deconcluido tema estén realmente incluidas en él. A menos que el usuario solicite explícitamente un subconjunto de elementos (por ejemplo, seleccionando prioridades para temas del Estudio 1, aplicando un filtro de poblaciones o seleccionando valores de estado), TODOS los elementos deben mostrarse en el mapa o comunicarse como rechazados (debido a parámetros de geometría no válidos o insuficientes). Por tanto, deberían aplicarse restricciones NOT NULL regularmente a consultas Origen. Se pueden definir excepciones para temas varios como líneas de conexión. Mantenga una relación 1:1 con la consulta de atributos Asegúrese de que la consulta de atributos (si se emplea) devuelve exactamente un registro por cada registro de consulta de geometría. Si no hay coincidencia entre la geometría y la consulta de atributo, el objeto no aparecerá en el tema (unión interna). Cree el User ID correctamente Si se emplea un IMSMA-ID para el campo User ID, debería incluirse el nombre abreviado del MAC y el ID de una entidad tutelar cuando corresponda (por ejemplo <MAC>-<estudio>-<área minada > para Áreas minadas). Asigne un tipo de datos de tema apropiado Para una correcta aplicación, es importante asignar el tipo de datos correcto a los temas. Esta decisión no debería hacerse basándose en el nombre del tema (que puede resultar engañoso), sino estrictamente en el Campo de Clave de Origen: el tipo de datos indica a qué tipo de entidad IMSMA hacen referencia los valores clave en el Campo Clave de Origen. Ejemplo: "Technical surveys: Minefield BM" contiene referencias de campos de minas relacionados con estudios técnicos. El tipo de datos es por tanto Campo de minas en lugar de Estudio técnico. Si el registro de un tema representa una relación entre dos tipos de datos IMSMA (normalmente el caso de temas “conectores“ lineales, por ejemplo, punto de referencia de población al estudio de impacto), el tipo de datos se puede dejar en blanco o elegirse basándose en el contenido del tema. Tenga en cuenta que el estado, la asignación de tareas y el filtro del MAC encargado se añaden al tema según el tipo de datos (es decir, basado en una unión a la respectiva tabla de IMSMA). Los tipos de visualización de estado y asignación de tareas y el filtro de estado y MAC encargado a su vez se basan en estos cambios. En los temas estándar se siguió una regla para asignar el tipo de datos del enésimo lado de la relación 1:n (por ejemplo, Estudio de impacto a punto de inicio del Área minada: el tipo de datos del conector es Área minada). Los grupos de temas personalizados deberían utilizar la hoja de propiedades DEFAULT Los grupos de temas personalizados deberían utilizar la hoja de propiedades DEFAULT. El comportamiento y las asunciones especiales se asocian con las otras hojas de propiedades, por lo que no se recomienda utilizarlos en grupos de temas personalizados.

DRAFT Asunciones de tema de población Para los temas utilizados en el grupo de temas TOWN (hoja de propiedades TOWN), se asume que los atributos tblCity (clnLongitude,clnLatidude,clnName) (no nuevos nombres) están presentes en la tabla/consulta referida en la declaración SQL de Consulta de Origen. Esto es necesario para prestar apoyo a la función de selección de población. 6.6.5. Propiedades comunes del tema La sección superior del cuadro de diálogo de cada clase de definición de tema permite la definición de un conjunto de propiedades de tema estándar, comunes a todas las clases.

Figura 6.13: Propiedades comunes del tema Theme Key (Clave del tema). Identificador abreviado de la definición del tema (exigido). Esta clave se usa para componer el nombre de los archivos relacionados con el tema (el archivo shape auxiliar empleado para almacenar los datos de tema extraídos de la base de datos, y los archivos del informe de registros rechazados y de exportación). La clave del tema no debe tener espacios en blanco ni caracteres especiales (excepto "_" y "-") y debe ser distinta de todas las definiciones de temas. Data Type (Tipo de datos). Identifica el tipo de entidad de la base de datos de IMSMA al que pertenecen las características del tema (opcional). El tipo de datos se emplea en distintas situaciones, por ejemplo: • Las selecciones exportadas registran el tipo de datos de los elementos, de

forma que se puedan procesar correctamente en IMSMA. • Los atributos de tarea y estado se añaden a un tema basado en las

características de los tipos de datos que representa el tema (por ejemplo, los temas de accidentes no tienen un estado, mientras que los temas de estudio sí lo tienen).

• Las tareas de asignación de datos utilizan el tipo de datos para etiquetar las funciones seleccionadas en consecuencia.

La regla más importante que hay que seguir al asignar el tipo de datos es que debe corresponderse con la tabla de base de datos cuyos registros se identifiquen por los mismos valores de campo de clave de tema (Campo de clave principal en temas DBArea, el Campo de clave de consulta de origen en el resto de los campos). Es decir, si el campo "Pkey" en la consulta Origen se define como Campo de clave de consulta de Origen y los valores de campo se recuperan desde el campo clnGUID en tblSurvey1MinedArea, el tipo de datos debe ajustarse a "MinedArea" (o dejarse en blanco). Si no se asigna un tipo de datos a una definición de temas, los temas se tratan como elementos de fondo sencillos. En este caso, no se consideran para la función de estado y asignación de tareas, y sus conjuntos de selección no se pueden exportar a la base de datos de IMSMA.

DRAFT Los tipos de datos y sus características se definen en la tabla tblDataType. Tenga en cuenta que no se recomienda alterar el contenido de esta tabla. Name (Nombre). Nombre de la definición del tema (exigido). Este nombre se emplea para mostrarse en el diálogo "Map Themes" si no se define una etiqueta. Si un tema no tiene definida una simbología, o si una determinada simbología no está configurada para emplearse como nombre de tema, este valor también se asignará al tema ArcView creado basándose en la definición y mostrado en la Tabla de contenidos de ArcView. El nombre debe ser único en todas las definiciones de temas. Description (Descripción). Texto descriptivo sobre la Definición del tema (opcional, con propósito informativo dentro del DDX del SIG de IMSMA, no utilizado en el SIG de IMSMA). Label Field (Campo de etiqueta). El nombre de un campo cuyos valores se usan para etiquetar características en ArcView (opcional). Esta propiedad señala a la propiedad Label Field de los temas de ArcView. El campo debe existir en la tabla de atributos de características del tema (es decir, debe estar definido en la consulta de atributos de Origen o Adicional (en la consulta de atributos para temas DBArea). Position in TOC (Posición en la tabla de contenidos). Define el orden de dibujo y la posición del tema en relación a otros temas de IMSMA en la Tabla de contenidos de ArcView (exigido, por defecto = 0). Los temas de IMSMA se insertan en orden inverso en la Tabla de contenidos, es decir, un valor 0 hace que el tema se inserte al final. ID Field (Campo de identificador). El nombre de un campo cuyos valores representan un identificador de característica (opcional). Este campo debería permitir al usuario asignar e identificar los correspondientes registros en la base de datos. Para temas basados en entidades de base de datos de IMSMA, el ID está compuesto por el nombre abreviado del MAC creador y el ID del elemento, calificado con el ID del elemento padre cuando sea apropiado (por ejemplo, <MAC>-<Survey1_ID>-<MinedArea_ID> para identificar áreas minadas). El SIG de IMSMA no requiere que los valores en este campo de ID sean únicos. Valuelist Field (Campo de lista de valores). Nombra un campo en la consulta de Origen (o consulta de Geometría para temas DBArea) utilizado para aplicar selecciones realizadas en las hojas de propiedades del grupo de temas SURVEY1 y LOCATION (opcional). El campo de lista de valores se ignora para definiciones de tema no utilizadas en estas hojas de propiedades del grupo de temas. Las consultas de temas utilizadas en SURVEY1 o LOCATION se pueden alterar, siempre que el campo de lista de valores esté presente y apunte al campo correcto de base de datos. Visibility Minimum Scale (Escala mínima de visibilidad). Denominador de la escala mínima de mapa a la que se dibujará el tema (opcional). A denominadores de escala menores que el valor especificado, el tema no se dibujará en la visualización (la presentación del Índice no varía). Esta propiedad se puede utilizar

DRAFT para suprimir la presentación de datos muy generalizados a grandes escalas. Por ejemplo, para suprimir la presentación de un tema de carretera recogido a escala 1 : 1 000 000 a escalas mayores de 1 : 500 000 aquí se introduciría el número 500 000; a escala 1 : 400 000 la carretera no se vería. Si no se proporciona un valor, no se aplica un umbral mínimo de escala. Esta propiedad señala a la propiedad Minimum Scale de los temas ArcView. Visibility Maximum Scale (Escala máxima de visibilidad). Denominador de la escala máxima de mapa a la que se dibujará el tema (opcional). A denominadores de escala mayores que el valor especificado, el tema no se dibujará en la visualización (la presentación del Índice no varía). Esta propiedad se puede utilizar para suprimir la presentación de datos muy detallados a pequeñas escalas. Por ejemplo, para suprimir la presentación de los perímetros de un campo de minas a escalas mayores de 1 : 500 000 aquí se introduciría el número 500 000; a escala 1 : 600 000 el perímetro del campo de minas no se vería. Suprimir la presentación de un tema a escalas pequeñas (es decir, a medida que se hace zoom hacia fuera) mejora el tiempo de respuesta y facilita la lectura de la ventana Visualización. Si no se proporciona un valor, no se aplica un umbral máximo de escala. Esta propiedad señala a la propiedad “Maximum Scale” de los temas de ArcView (accesible a través del cuadro de diálogo de propiedades en el menú “Theme” de ArcView). Automatically Add to New Views (Añadir automáticamente a las nuevas visualizaciones). Indica si el tema se debe añadir automáticamente cuando se crea una nueva Visualización (por defecto = No, exigido). Se recomienda establecer esta propiedad para al menos un tema (el cuadro de diálogo View Properties aparece después de añadir el primer tema a la visualización, por lo que la extensión del mapa y las propiedades de proyección se pueden definir inmediatamente después de crear la visualización). Activate Theme in View (Activar tema en la visualización). Indica si el tema estará activo después de añadir una visualización (por defecto = Sí, exigido). Los temas activos se muestran como un panel con relieve en el Índice. La activación se emplea para indicar que el tema se tiene que utilizar en operaciones como la selección, la identificación y el etiquetado de características. Build Spatial Index (Crear índice espacial). Indica si se creará un índice espacial para el tema (por defecto = Sí, exigido). Un índice espacial mejora los tiempos de respuesta para las operaciones que implican búsquedas espaciales (por ejemplo, la presentación de un área pequeña de toda la extensión del tema o la selección de características utilizando restricciones espaciales). Recomendado para temas con un número significativo de características o con características complejas. Show Legend in Table of Contents (Mostrar claves en el Índice). Indica si las claves del tema se mostrará en el Índice (por defecto = Sí, exigido). Las claves

DRAFT que no sean importantes (por ejemplo, claves para temas de líneas de conexión) se pueden ocultar ajustando esta propiedad a No. Señala a la propiedad de tema de ArcView correspondiente que se puede ocultar o mostrar utilizando la opción Hide/Show Legend bajo el menú Theme. Make Theme Visible in View (Ver tema en la visualización). Indica si el tema estará visible después de añadirlo a la visualización (por defecto = Sí, exigido). La visibilidad de los temas se controla utilizando la casilla de verificación del Índice. Query Attributes. Indica si el tema debería utilizarse en operaciones de consulta de atributos ("Identificar", "Consulta y Zoom a Funciones") (por defecto = Sí, exigido). Los temas sin atributos interesantes se pueden excluir de estas operaciones ajustando la propiedad a "No". Esto acelera las búsquedas y reduce el tamaño de las listas de selección. Tenga en cuenta que esta propiedad se puede omitir presionando el botón Mayús (SHIFT) cuando se inicie la operación de consulta (es decir, al aplicar la herramienta Identificar en el mapa o al hacer clic en el botón Consulta y Zoom a Funciones). 6.6.6. Propiedades de apariencia de tema La forma en la que los temas se muestran en la visualización y en la Tabla de contenidos de la visualización se puede definir en la ficha Apariencia de las hojas de propiedades de definición de tema. Para cada definición de tema puede definirse un número cualquiera de registros de simbología. Si se ha definido más de una simbología para un tema, el usuario podrá elegir una de ellas para utilizarlas para mostrar el tema. Si no se define simbología, ArcView asigna un símbolo por defecto al tema. Figura 6.14: Propiedades de apariencia de tema Allow changing Legend for non-standard Display Styles (Status, Tasking). Active esta etiqueta cuando el tema deba cambiar sus claves cuando el Estilo de visualización sea distinto de las claves estándar (estado, asignación de tareas). Default Legend Name. Define las claves por defecto con un símbolo para utilizarse cuando se seleccione el Estilo de visualización de asignación de tareas o estado y cuando las leyendas estándars constan de más de un símbolo (por ejemplo sitios de actividad de organizaciones). Legend Title. Nombre mostrable de la simbología (exigido). Cuando se definen varias simbologías para un tema, este nombre se emplea en la correspondiente lista de selección.

DRAFT Use as Theme Name. Indica si el nombre de la simbología debería utilizarse como nombre del tema ArcView creado, omitiendo así el nombre de definición de tema (por defecto = Sí, exigido). Use as Default: Indica si una simbología debe seleccionarse por defecto si se define más de una. Esta etiqueta se emplea en situaciones en las que deba crearse un tema sin intervención del usuario (por ejemplo, al añadir temas por defecto a una nueva visualización). Si se definen por defecto más de una de las simbologías de una definición de tema, una de ellas se selecciona arbitrariamente. Description. Cualquier texto descriptivo sobre la simbología (opcional, con fines de documentación dentro del DDX del SIG de IMSMA, no utilizada en el SIG de IMSMA). Legend File. Ruta completa hasta el archivo .avl de ArcView que contiene la definición de claves para el tema. Se pueden utilizar marcadores de ruta del SIG de IMSMA en la especificación de la ruta ($(GISHome) para hacer referencia al directorio de instalación del SIG de IMSMA, $(ProjectHome) para hacer referencia al directorio en el que se guarda el proyecto actual). 6.6.7. Definición de los nombres de tema El nombre del tema se usa como título del tema cuando se muestran las características en colores de asignación de tareas o de estado. Si el estilo de visualización es “colores de asignación de tareas“, [Tasking] se añade al nombre del tema. [Status] se añade cuando el estilo de visualización es “colores de estado“. El nombre del tema también se usa como título del tema cuando el nombre de las claves no va a utilizarse como nombre del tema. Es importante que el nombre del tema indique qué tipo de objeto se muestra.

Figura 6.15: El nombre de las claves no se utilizar como nombre de tema Si la etiqueta “Use as theme name“ está activada, el título de las claves se utilizará como nombre de tema. Es importante elegir un título de claves que indique exactamente el contenido del tema (por ejemplo, qué objetos de acciones relativas a las minas) y qué se muestra en las claves (por ejemplo nombre de simbología Estudios de impacto: Impacto activo). Si se ha establecido una etiqueta (véase 6.6.14), nunca se usa como nombre de tema en la tabla de contenidos, sino sólo como título más detallado en el diálogo de temas de mapa.

DRAFT 6.6.8. Convenio de nombres de las visualizaciones El módulo de servicio de IMSMA se basa en SQL-Server. Hay algunas diferencias entre MS Access y SQL-Server. Obtener información de una base de datos de MS Access se denomina "consulta", pero en SQL-Server se denomina "visualización". La información básica de los temas del SIG se encuentra en el módulo de servicio, por lo que se llaman visualizaciones del SIG. 6.6.9. Temas XY de base de datos Los temas XY de base de datos contienen puntos basados en campos de Longitud / Latitud en un conjunto de registros obtenido de la base de datos. La geometría resultante se almacena en un archivo shape auxiliar en el directorio shape de proyecto. Los registros en los que falten los valores de Longitud y/o Latitud se comunican al archivo de informe de registros rechazados. Figura 6.16: Propiedades de tema XY de base de datos Source DB. El Nombre de origen de datos ODBC (DSN) para la base de datos desde la que se recuperan los atributos y coordenadas para el tema (opcional). Si no se define, se usa el DSN de la base de datos de IMSMA (como se define en la tabla de DDX tblApplicationParameters). El DSN para bases de datos se puede registrar en la tabla DDX tblODBCConnection. Source Query. Consulta SQL para recuperar el conjunto de registros que contiene las coordenadas de Longitud / Latitud de la base de datos de geometría (exigido). Todos los atributos incluidos en la consulta formarán parte de la tabla de atributos del tema. Field Longitude. Indica el nombre de la columna de la consulta origen que contiene los valores de longitud (en grados decimales) de los puntos (exigido). Field Latitude. Indica el nombre de la columna en la consulta origen que contiene los valores de latitud (en grados decimales) de los puntos (exigidos). Add-On Attribute DB. El nombre de origen de datos ODBC (DSN) a una base de datos que contiene información sobre atributos externos (opcional). El DSN para bases de datos puede registrarse en la tabla de DDX tblODBCConnection.

DRAFT Add-On Attribute Query. Declaración SQL para atributos en la base de datos de atributos adicionales que se asocia a las características definidas por la consulta de origen (opcional). El conjunto de registros generado por esta consulta debe contener exactamente un registro para cada registro devuelto por la consulta de origen. Source Query Key Field. Nombre del campo clave en el conjunto de registros devuelto desde la consulta de origen (exigido). Este campo debe identificar de forma única cada característica en el tema. Para temas de base de datos de IMSMA, este campo suele contener los valores de clave primaria (GUIDs) desde la tabla identificada por el tipo de datos. Los nombres de campo clave no pueden tener más de 10 caracteres. Add-On Attribute Query Key Field. Nombre del campo clave cuyos valores identifican de forma única los registros devueltos desde la consulta de atributos adicionales (opcional). El campo clave debe tener la relación 1:1 con el campo de clave de consulta de origen, con un registro coincidente para cada registro de consulta de origen. Tenga en cuenta que los atributos adicionales sólo se recuperan y unen al tema si tanto la consulta de atributos y el campo clave se especifican y son válidos. Los nombres de campo clave no pueden tener más de 10 caracteres. Refresh on Start-up: Indica si el archivo shape auxiliar que contiene la geometría puntual debe actualizarse cada vez que se inicie el proyecto ArcView (Por defecto = No). 6.6.10. Temas de área de base de datos Los temas de área de base de datos representan entidades de la base de datos que tienen geometría de área. Las áreas pueden definirse sobre una geometría explícita de perímetro (coordenadas de los puntos del perímetro almacenadas en la base de datos) o utilizando una aproximación del área dadas las coordenadas de su punto de referencia y la anchura y/o altura en metros. Esta aproximación puede utilizar elipses o rectángulos como formas básicas, con el punto de referencia como punto central. Si en la base de datos están presentes los puntos del perímetro y la descripción del área aproximada y están especificados en la Definición del tema, se admiten ambas representaciones en el mismo tema. Si para un objeto deconcluido existen puntos de perímetro válidos, se emplean para construir el área. Si no, se emplea la aproximación.

DRAFT La geometría resultante se almacena en un archivo shape auxiliar en el directorio shape del proyecto. Los registros con puntos de perímetro inválidos o con insuficientes datos para construir la forma del área aproximada se registran en el informe de registros rechazados. Figura 6.17: Propiedades de tema de área de base de datos Geometry DB (Base de datos de geometría). El nombre de origen de datos ODBC (DSN) a una base de datos que contiene los parámetros para construir la geometría de función (opcional). Si no se define, se emplea el DSN de la base de datos de IMSMA (como se define en la tabla de DDX tblApplicationParameters). Para que en este cuadro de lista aparezca un nombre de origen de datos (DSN), debe estar añadido a la tabla tblODBCConnection del DDX. Geometry Query (Consulta de geometría). Consulta SQL para recuperar el conjunto de registros empleados para construir la geometría de área a partir de la base de datos (exigido). Ningún atributo de esta consulta, excepto el campo Foreign Key, estará presente en la tabla de atributos del Tema (la consulta de atributos puede utilizarse para añadir columnas a la tabla de atributos del Tema).

DRAFT Dependiendo del método empleado para crear la geometría del área, se aplican distintos requisitos al conjunto de registros resultante: Sólo puntos de perímetro:

• El conjunto de registros debe contener al menos la clave de área (a la que se hace referencia en Foreign Key Field) y los campos de longitud y latitud para los puntos del perímetro (a los que se hace referencia en Field Longitude / Field Latitude en Perimeter). Por tanto, la consulta puede contener una LEFT JOIN (unión izquierda) entre la tabla de área y la tabla de puntos de perímetro (realmente, acceder a la tabla de puntos de perímetro es suficiente para el caso más simple. No obstante, normalmente se accede a atributos adicionales de tabla de área para crear el ID de usuario o para aplicar restricciones). Se emplea una LEFT JOIN para asegurar que se recuperan las áreas uniformes sin puntos de perímetro, de forma que esta situación se registre en el informe de registros rechazados.

• El conjunto de registros debe ordenarse primero por clave de área (a la que se hace referencia en Foreign Key Field) y luego por el número de secuencia del punto (al que no se hace referencia en la Definición del Tema).

• Ejemplo:

SELECT A.clnGUID, P.clnLongitude, P.clnLatitude FROM tblDangerousArea AS A INNER JOIN tblDangerousAreaPerimeter AS P ON A.clnGUID = P.clnDangerousAreaGUID ORDER BY A.clnGUID, P.clnPointNumber;

Sólo aproximación (utilizando Reference Point y Area Dimensions):

• El conjunto de registros debe contener la clave de área (a la que se hace referencia en Foreign Key Field) y una descripción de la aproximación del área. Esta descripción debe contener los valores de Longitud y Latitud para el punto de referencia, y al menos uno de los campos Anchura/Altura (los nombres de campo a los que se hace referencia en Reference Point/Envelope). Si sólo se proporciona uno de los campos de dimensión, o si se proporcionan los dos pero sólo uno de los campos contiene un valor, se asume que la altura y la anchura son iguales.

• Al conjunto de registros no se le aplican restricciones en cuanto al orden de las filas.

• Ejemplo:

SELECT A.clnGUID, A.clnLongitude, A.clnLatitude A.clnEstimatedAreaWidth, A.clnEstimatedAreaLength FROM tblDangerousArea AS A

Se admiten tanto puntos de perímetro como aproximación:

• Es este caso se aplica la combinación de los requisitos anteriores (campos exigidos para aproximación y puntos de perímetro, ordenación por ID de área y por número de secuencia del punto).

• Ejemplo:

DRAFT

SELECT A.clnGUID, A.clnLongitude AS RefLongitude, A.clnLatitude AS RefLatitude, A.clnEstimatedAreaLength, A.clnEstimatedAreaWidth P.clnLongitude, P.clnLatitude FROM tblDangerousArea AS A LEFT JOIN tblDangerousAreaPerimeter AS P ON A.clnGUID = P.clnDangerousAreaGUID ORDER BY A.clnGUID, P.clnPointNumber;

Valores de punto de referencia / envoltura

. Field Longitude (Longitud del campo). Nombre del campo que contiene los valores de longitud (en grados decimales) del punto de referencia (opcional). Se emplea para construir la geometría aproximada del área (elipse o rectángulo, con el punto de referencia como centro).

. Field Latitude (Latitud del campo). Nombre del campo que contiene los valores de latitud (en grados decimales) del punto de referencia (opcional). Se emplea para construir la geometría aproximada del área (elipse o rectángulo, con el punto de referencia como centro).

. Field Width (Anchura del campo). Nombre del campo que contiene la dimensión este-oeste del área en metros (opcional). Se emplea para construir la geometría aproximada del área (elipse o rectángulo, con el punto de referencia como centro).

DRAFT

. Field Height (Altura del campo). Nombre del campo que contiene la dimensión norte-sur del área en metros (opcional). Se emplea para construir la geometría aproximada del área (elipse o rectángulo, con el punto de referencia como centro).

. Field Azimuth (Azimut del campo). Nombre del campo que contiene la orientación en grados (opcional). Se emplea para rotar el eje de altura de la geometría aproximada del área en sentido horario (elipse o rectángulo, con el punto de referencia como centro).

Valores de perímetro

. Field Longitude (Longitud del campo). Nombre del campo que contiene el valor de longitud (en grados decimales) del punto de perímetro (opcional). Se emplea para construir la geometría del área basándose en una lista ordenada de puntos de perímetro.

. Field Latitude (Latitud del campo). Nombre del campo que contiene el valor de latitud (en grados decimales) del punto de perímetro (opcional). Se emplea para construir la geometría del área basándose en una lista ordenada de puntos de perímetro.

Field Area (Cálculo de área). Nombre de un campo que debe añadirse al archivo shape, al que se almacena el área (en metros cuadrados) de las formas de área creadas (opcional). Añadir y rellenar este campo puede ser útil para temas de área en los que se requiera un campo de área superficial y no esté disponible en la base de datos. Attribute DB (Base de datos de atributos). El DSN de ODBC a una base de datos que contiene información sobre atributos (opcional). Si no se define, se usa el DSN de la base de datos de IMSMA (como se define en la tabla del DDX tblApplicationParameters). El DSN para bases de datos se puede definir en la tabla DDX tblODBCConnection.

DRAFT Attribute Query (Consulta de atributo). Declaración SQL para recuperar registros de atributos de la base de atributos (opcional). El conjunto de registros resultante debe contener exactamente un registro por cada registro de área creada. Foreign Key Field (Campo de clave externa, en Geometry Query). Nombre del campo clave en la consulta de geometría (exigido). Si se especifica una consulta de atributo, el campo debe ser la clave externa en la consulta de atributos. Los nombres de campo de clave no pueden tener más de 10 caracteres. Primary Key Field (en Attribute Query). Nombre del campo clave en el conjunto de registros resultante de la consulta de atributo (opcional). Debe ser la clave principal en la relación 1:1 con el área construida. Los atributos sólo se recuperan y se unen al tema si tanto la consulta de atributos como el campo de clave principal se han especificado y son válidos. Los nombres de campo clave no pueden tener más de 10 caracteres. Refresh on Start-up (Actualizar al inicio). Indica si el archivo shape auxiliar que contiene la geometría del área se debe actualizar en cada inicio del proyecto de ArcView (por defecto = No). Approximate as Ellipses (Aproximar como elipses). Indica si la aproximación de la geometría del área usa elipses (por defecto = No). Si No, se crean rectángulos. En ambos casos, el punto de referencia se usa como punto central y las dimensiones de anchura y altura como el contorno exterior de la geometría. Si sólo se dispone de una dimensión para un registro de área, se creará un círculo / cuadrado. Se recomienda seleccionar la opción Build Spatial Index (propiedades comunes) para temas de área con un número importante de elipses, con el fin de aumentar la velocidad de presentación de extensiones de visualizaciones pequeñas.

DRAFT 6.6.11. Temas vectoriales Los temas vectoriales almacenan su geometría en un archivo shape. Además, el conjunto de registros resultante de una consulta de base de datos puede unirse a los registros de geometría. Figura 6.18: Propiedades de tema vectorial Shapefile Path. Nombre completo de la ruta hasta un archivo shape válido (exigido). Attribute DB (Base de datos de atributos). El DSN de ODBC a una base de datos que contiene información sobre atributos (opcional). Si no se define, se usa el DSN de la base de datos de IMSMA (como se define en la tabla del DDX tblApplicationParameters). El DSN para bases de datos se puede definir en la tabla tblODBCConnection del DDX. Attribute Query (Consulta de atributo). Instrucción SQL para recuperar registros de atributos de la base de datos de atributos (opcional). El conjunto de registros generado por esta consulta debe contener exactamente un registro por cada registro de archivo shape. Shapefile Key Field. Nombre del campo clave en el archivo shape (exigido). Si se especifica una consulta de atributo, el campo debe ser la clave externa en la relación con el conjunto de registros de atributos. Los nombres de campos clave no pueden tener más de 10 caracteres. Attribute Query Primary Key Field. Nombre del campo clave en el conjunto de registros resultante de la consulta de atributo (opcional). Debe ser la clave principal en la relación 1:1 con los conjuntos de registros de archivo shape. Tenga en cuenta que los atributos sólo se recuperan y unen al tema si tanto la consulta de atributos como el campo de clave principal se especifican y son válidos. Los nombres de campos clave no pueden tener más de 10 caracteres.

6.6.12. Temas polares de base de datos Los temas polares de base de datos permiten la representación de objetos geométricos especificados utilizando coordenadas polares (es decir, utilizando un punto de referencia y valores de distancia / orientación. Utilizando coordenadas polares se pueden crear tres tipos de temas:

DRAFT

• Ubicaciones puntuales especificadas por las coordenadas polares. • Las líneas que conectan el punto de referencia y la ubicación especificada

por las coordenadas polares. • Los objetos de área creados en la ubicación objetivo de las coordenadas

polares (basadas en campos adicionales de parámetros de área). La geometría resultante se almacena en un archivo shape auxiliar en el directorio shape del proyecto. Los registros con datos insuficientes o inválidos para construir las formas se registran en el informe de registros rechazados.

Figura 6.19: Propiedades de tema de Database Polar Source DB. El DSN de ODBC para la base de datos desde la que se recuperan los parámetros de atributos y geometría para el tema (opcional). Si no se define, se usa el DSN de la base de datos de IMSMA (como se define en la tabla del DDX tblApplicationParameters). El DSN para bases de datos se puede registrar en la tabla tblODBCConnection del DDX. Source Query. Consulta SQL para recuperar el conjunto de registros que contiene los campos de parámetros de geometría (exigidos). Todos los atributos incluidos en la consulta también formarán parte de la tabla de atributos del tema. Geometry Type (Tipo de geometría). Indica el tipo de geometría (Punto o Línea) para el tema resultante (exigido, por defecto = Punto). Las líneas se crean conectando el punto de referencia con el punto definido por las coordenadas polares. Para construir área, se requieren campos adicionales de parámetros de área.

Campos de coordenadas polares

Field Longitude (Longitud del campo). Nombre del campo que contiene los valores de longitud (en grados decimales) del punto de referencia (exigido). Field Latitude (Latitud del campo). Nombre del campo que contiene los valores de latitud (en grados decimales) del punto de referencia (exigido). Field Bearing (Orientación del campo). Nombre del campo que contiene la orientación del punto desde el punto de referencia (exigido). La orientación se especifica en grados (0-360) comenzando en sentido horario desde el norte. Field Distance (Distancia del campo). Nombre del campo que contiene la distancia del punto desde el punto de referencia en metros (exigido).

DRAFT Campos de área

Field Width (Anchura del campo). Nombre del campo que contiene la dimensión este-oeste del área en metros (opcional). Se emplea para construir la geometría aproximada del área (elipse o rectángulo, con el punto de referencia como centro) cuando Tipo de geometría = área. Field Height (Altura del campo). Nombre del campo que contiene la dimensión norte-sur del área en metros (opcional). Se emplea para construir la geometría aproximada del área (elipse o rectángulo, con el punto de referencia como centro) cuando Tipo de geometría = área. Approximate as Ellipses (Aproximar como elipses). Indica si la aproximación de la geometría del área usa elipses (por defecto = No). Si No, se crean rectángulos. En ambos casos, el punto de referencia se usa como punto central y las dimensiones de anchura y altura como el contorno exterior de la geometría. Si sólo se dispone de una dimensión para un registro de área, se creará un círculo / cuadrado. Se recomienda seleccionar la opción Build Spatial Index (propiedades comunes) para temas de área con un número importante de elipses, con el fin de aumentar la velocidad de presentación de extensiones de visualizaciones pequeñas. Field Azimuth (Azimut del campo). Nombre del campo que contiene la orientación en grados (opcional). Se emplea para rotar el eje de altura de la geometría aproximada del área en sentido horario (elipse o rectángulo, con el punto de referencia como centro) cuando Tipo de geometría = área. Field Area. Nombre de un campo que debe añadirse al archivo shape, al que se almacena el área (en metros cuadrados) de las formas de área creadas (opcional). Añadir y rellenar este campo puede ser útil para temas de área en los que se requiera un campo de área superficial y no esté disponible en la base de datos. Sólo se aplica cuando Tipo de geometría = área Add-On Attribute DB. El DSN de ODBC a una base de datos que contiene información sobre atributos externos (opcional). El DSN para bases de datos se puede registrar en la tabla DDX tblODBCConnection. Add-On Attribute Query. Declaración SQL para asociar atributos en la base de datos de atributos adicionales con las características definidas por la consulta de origen (opcional). El conjunto de registros resultante debe contener exactamente un registro por cada registro devuelto por la consulta de origen. Source Query Key Field. Nombre del campo clave en el conjunto de registros resultante de la consulta de origen (exigido). Este campo debe identificar de forma única a cada característica en el tema. Para temas de base de datos de IMSMA, este campo contiene normalmente los valores de clave principal (GUIDs) de la tabla identificada por el tipo de datos. Los nombres de campo clave no pueden tener más de 10 caracteres. Add-On Attribute Query Key Field: Nombre del campo de clave cuyos valores identifican de forma única a los registros devueltos desde la consulta de atributos adicional (opcional). El campo de clave debe tener una relación 1:1 con el campo de clave de consulta de origen, con un registro coincidente para cada registro de consulta de origen. Tenga en cuenta que los atributos adicionales sólo se recuperan y unen al tema si tanto la consulta de atributos como el campo de clave se especifican y son válidos. Los nombres de campos clave no pueden tener más de 10 caracteres.

DRAFT

Refresh on Start-up (Actualizar al inicio). Indica si el archivo shape auxiliar que contiene la geometría polar se debe actualizar en cada inicio del proyecto de ArcView (por defecto = No).

6.6.13. Temas de línea de base de datos Los temas de línea de base de datos contienen líneas rectas que conectan dos puntos dadas sus coordenadas de longitud y latitud. Pueden servir para visualizar la asociación entre entidades relacionadas si ambas usan coordenadas de punto. La geometría resultante se almacena en un archivo shape auxiliar en el directorio shape del proyecto. Los registros con puntos de perímetro no válidos o datos insuficientes para construir la forma aproximada se registran en el informe de registros rechazados. Figura 6.20: Propiedades de tema de Database Connect Source DB. El DSN de ODBC para la base de datos desde la que se recuperan los atributos y coordenadas para el tema (opcional). Si no se define, se usa el DSN de la base de datos de IMSMA (como se define en la tabla del DDX tblApplicationParameters). El DSN para bases de datos se puede registrar en la tabla tblODBCConnection del DDX. Source Query. Consulta SQL para recuperar el conjunto de registros que contiene las coordenadas de Latitud y Longitud de los puntos de inicio y final de la base de datos de geometría (exigidos). Todos los atributos incluidos en la consulta también formarán parte de la tabla de atributos del tema Field Longitude (Punto de referencia). Nombre del campo que contiene el valor de longitud (en grados decimales) del primer punto de referencia de la línea (exigido). Field Latitude (Start Point). Nombre del campo que contiene el valor de latitud (en grados decimales) del punto de inicio de la línea (exigido). Field Longitude (Start Point). Nombre del campo que contiene el valor de longitud (en grados decimales) del punto de inicio de la línea (exigido). Field Latitude (End Point). Nombre del campo que contiene el valor de latitud (en grados decimales) del punto final de la línea (exigido).

DRAFT Field Longitude (End Point). Nombre del campo que contiene el valor de longitud (en grados decimales) del punto final de la línea (exigido). Add-On Attribute DB. El DSN de ODBC a una base de datos que contiene información sobre atributos externos (opcional). El DSN para bases de datos se puede registrar en la tabla DDX tblODBCConnection. Add-On Attribute Query. Declaración SQL para asociar atributos en la base de datos de atributos adicionales con las características definidas por la consulta de origen (opcional). El conjunto de registros resultante debe contener exactamente un registro por cada registro devuelto por la consulta de origen. Source Query Key Field. Nombre del campo clave en el conjunto de registros resultante de la consulta de origen (exigido). Este campo debe identificar de forma única a cada característica en el tema. Para temas de base de datos de IMSMA, este campo contiene normalmente los valores de clave principal (GUIDs) de la tabla identificada por el tipo de datos. Los nombres de campo clave no pueden tener más de 10 caracteres. Add-On Attribute Query Key Field: Nombre del campo de clave cuyos valores identifican de forma única a los registros devueltos desde la consulta de atributos adicional (opcional). El campo de clave debe tener una relación 1:1 con el campo de clave de consulta de origen, con un registro coincidente para cada registro de consulta de origen. Tenga en cuenta que los atributos adicionales sólo se recuperan y unen al tema si tanto la consulta de atributos como el campo de clave se especifican y son válidos. Los nombres de campos clave no pueden tener más de 10 caracteres. Refresh on Start-up (Actualizar al inicio). Indica si el archivo shape auxiliar que contiene la geometría de área se debe actualizar en cada inicio del proyecto de ArcView (por defecto = No).

6.6.14. Grupos de temas del SIG de IMSMA Los grupos de temas del SIG de IMSMA organizan los temas del SIG de IMSMA según su contenido y/o utilización. Cada grupo de temas contiene uno o más temas del SIG de IMSMA. Los grupos de temas se asocian a una hoja de propiedades, que define cómo aparecerá el lado derecho del diálogo Añadir tema (en ArcView). En la siguiente figura se muestra el papel de los grupos de temas, los temas y las hojas de propiedades.

<caption>Lista de grupos de temas <caption>Configuración de los controles de la hoja de propiedades <caption>Temas que se van a añadir a la Visualización

Figura 6.21: Grupos de temas, temas y hojas de propiedades

DRAFT Para editar los grupos de temas del SIG de IMSMA, haga clic en el botón Manage Topics de la ficha Edit Themes by Topic. La siguiente hoja de propiedades se emplea para editar los grupos de temas: Figura 6.22: Formulario de edición de grupos de temas del SIG de IMSMA Name (Nombre). Nombre del grupo de temas (exigido, único). Normalmente se añadirán nuevos temas a grupos de temas existentes. Si desea añadir un tema que no corresponda a uno de los grupos de temas existentes, se pueden introducir nuevos grupos de temas en la parte inferior del formulario. Los nombres de los grupos de temas deben ser únicos entre todos los grupos de temas. El nombre se muestra en la lista de grupos de temas para el diálogo Add Theme. PropertySheet (Hoja de propiedades). Referencia a la hoja de propiedades para mostrar en el diálogo Add Theme (exigido). Para un grupo de temas nuevo normalmente será Por defecto. ListOrder (Orden de lista). Número que indica el orden de los grupos de temas en la lista de grupos de temas de Add Theme del SIG (exigido, por defecto = 0). La lista de grupos de temas se ordena en sentido ascendente en función de los valores de ListOrder. Enabled (Habilitado). Indica si el grupo de temas se va a utilizar en el diálogo Add Theme (Por defecto = Sí).

DRAFT

Añadir temas a grupos de temas Para añadir un tema a un grupo de temas, haga clic en el signo "más" del lado derecho de la lista de grupos de temas. Se pueden añadir nuevos temas al grupo de temas en la parte inferior de la lista: vaya hasta el final de la lista y seleccione un tema para añadir al grupo de temas de la lista desplegable. Figura 6.23: Añadir un tema a un grupo de temas Theme. El nombre del tema se utiliza para seleccionar un tema de la lista para añadir a un grupo de temas. Label. Defina una etiqueta (opcionalmente) para comprender y estructurar mejor el contenido del tema en el diálogo Map Themes. Con la opción de establecer una etiqueta, el tema se puede describir con más detalle. Como la etiqueta sólo se usa en el diálogo Map Themes, todas las descripciones adicionales de tema no se muestran en la tabla de contenidos de la visualización. Si se establece una etiqueta, pero no se selecciona un tema (véase la Figura 6.23, ID’s 69 y 73), se puede utilizar con título dentro del diálogo Map themes. List Order (for Theme). Número que controla el orden de los temas enumerados en GIS Add Themes. Se emplea un orden ascendente. Indent Level. Número que indica el nivel de sangría del grupo de temas en la lista de grupo de temas (exigido, 0 ó 1). 0 indica que no hay sangría. 6.7. Gestión de los diseños El aspecto de los documentos impresos (por ejemplo, mapas) creados utilizando la función de impresión del SIG de IMSMA se controla mediante los documentos de diseño estándar de ArcView. Todos los diseños presentados en el proyecto y en cualquier extensión cargada se pueden seleccionar en el diálogo de impresión. Puede ser deseable centralizar la definición de los diseños y distribuirlos a distintos proyectos en distintas máquinas. Esto se puede conseguir creando extensiones de ArcView que contengan documentos de diseño. Para facilitar el proceso de creación de una extensión de diseño se ha suministrado un proyecto auxiliar que se describe con más detalle en la próxima sección.

DRAFT Si desea información detallada sobre la utilización de las herramientas de diseño de ArcView, consulte la ayuda de ArcView. Sin embargo, hay que tener en cuenta algunos aspectos específicos de la impresión de proyectos desdel SIG de IMSMA o que merecen una especial atención. Campos de título. El diálogo de impresión del SIG de IMSMA tiene un campo de título y de subtítulo. Estos campos se activan sólo si el diseño seleccionado contiene elementos gráficos o de texto que contienen las cadenas Title y Subtitle, respectivamente. Estas cadenas indican los elementos gráficos o de texto que sirven como marcadores de posición para las cadenas de título y subtítulo especificadas en el diálogo. Selección del marco de la visualización. Si un diseño contiene más de un marco de visualización, la visualización activa siempre se situará en el mayor marco de la visualización. Imágenes. Si un diseño contiene imágenes (por ejemplo, para logotipos), preferiblemente se almacenan en el directorio Utilities para asegurar que siempre estarán disponibles para el diseño (ArcView emplea referencias absolutas de archivo para hacer referencia a las imágenes utilizadas en los diseños). Extensión del diseño El propósito de la extensión de diseño de IMSMA es proporcionar una serie de diseños predefinidos para proyectos del SIG de IMSMA. Esta utilidad puede emplearse para centralizar la definición y la posterior distribución de los diseños. Como los diseños están encapsulados en una extensión en lugar de estar disponibles como archivos de plantilla de diseño, la información sobre el tamaño de la página se mantiene como propiedad del diseño. Los diseños disponibles en la extensión de diseño sólo se pueden editar en el proyecto que creó la extensión: no se pueden editar en el proyecto al que se carga la extensión. Paso 1: Crear o modificar un diseño Para crear nuevos diseños o modificar los existentes, abra el proyecto de ArcView imsma_layout.apr que se encuentra en el directorio Utilities en el directorio de programas del SIG de IMSMA (normalmente en C:\IMSMA\GIS\Utilities). Estando activa la ventana del proyecto, seleccione el icono Layouts y abra un diseño existente o cree uno nuevo. Paso 2: Crear una extensión de diseño Cuando haya concluido los diseños, la extensión debe volver a construirse para que los diseños estén disponibles para cualquier proyecto que tenga cargada la extensión. Con este fin, el proyecto de diseño usa la extensión del SIG de IMSMA Utilities, que contiene una función para exportar todos los diseños de un proyecto a un archivo de extensión. Esta exportación se inicia pulsando la herramienta Export all Layouts to an Extension (Exportar todos los diseños a una extensión),

DRAFT que se encuentra en la GUI View y en la GUI Layout. El archivo de extensión se llama imsma_layout2.avx y se escribe en el directorio de extensión al que hace referencia la variable de entorno USEREXT (normalmente en C:\IMSMA\GIS\Ext32).

Es importante tener en cuenta que los documentos de diseño hacen referencia a todos los archivos de mapas de bits, archivos vectoriales o de imágenes utilizando rutas absolutas. Todas las computadoras en las que tenga que implantarse la extensión de diseño deben ver los mismos archivos con los mismos nombres de ruta. Esto puede exigir la utilizción de letras de unidad estandarizadas para montar los discos en los que están contenidos estos archivos, o la copia local de los archivos a los que se hace referencia a ubicaciones estandarizadas.

6.8. Otras herramientas del SIG de IMSMA La extensión Utility contiene una serie de funciones de utilidades para el SIG de IMSMA. Para utilizar estas herramientas, cárguelas como extensiones en un proyecto del SIG de IMSMA ArcView. Después de cargar la extensión apropiada, las herramientas accesibles se añaden a la GUI View estándar del SIG de IMSMA.

Desprotección de los temas de características El SIG de IMSMA espera que todos los archivos shape contengan coordenadas geográficas. Esta herramienta permite desproteger los archivos shape que almacenan las coordenadas en un sistema de coordenadas proyectadas (por ejemplo, una área UTM específica). Para utilizar esta función, cambie al menú avanzado (Ctrl Y). Pulse <icon> y seleccione el archivo shape que se va a convertir. Como paso siguiente la herramienta pide las características de proyección de archivo shape que se va a convertir. Después de pulsar OK, se sugiere un nombre predefinido para el archivo shape que se va a convertir (el nombre del archivo shape anterior con el final _geo añadido). El archivo shape recién creado ahora contiene las coordenadas geográficas (grados decimales).

Importar y Exportar Diseños En la GUI avanzada del SIG de IMSMA (Crtl Y) hay una función para exportar diseños. Los diseños exportados se pueden utilizar de dos formas.

Exportar un diseño editable Exportar diseños que se van a utilizar dentro de otros proyectos de ArcView o el SIG de IMSMA. El usuario que importó los diseños puede editar los diseños y están disponibles en la función de impresión del SIG de IMSMA.

DRAFT • Haga clic en <icon> y seleccione los diseños que se van a exportar y presione

OK.

Figura 6.24: Seleccionar un diseño para exportar • Escriba un nombre para el archivo de exportación de diseños. Observe que se

añade automáticamente el final avx. al nombre del archivo. Observe que se pueden exportar uno o más diseños a ese archivo.

Figura 6.25: Nombre de archivo para el archivo de exportación de diseños

• Después de presionar OK se le pide que dé nombre a la extensión del diseño.

Como en este caso el diseño no se exportará a una extensión y será editable por el usuario, simplemente acepte el nombre por defecto y presione OK.

Figura 6.26: Nombre por defecto • Aparecerá un mensaje sobre la utilización del diseño exportado. Se

recomienda leer detenidamente el mensaje.

DRAFT Figura 6.27: Ventana de mensaje El diseño recién exportado ahora puede ser importado por otro proyecto del SIG de IMSMA. Si inicia ArcView, primero necesita cargar la extensión del SIG de IMSMA Utilities. Para importar un diseño creado y exportado dentro de otro proyecto, haga clic en <icon> y vaya a la carpeta en la que está almacenado el archivo .avx exigido para importar. Seleccione el archivo y presione OK. En la ventana que aparece ahora se muestran todos los diseños exportados a esa extensión (recuerde que se pueden exportar uno o más diseños a este archivo de extensión). Los archivos seleccionados ahora están disponibles en su diseño – documento del archivo de proyecto ArcView. Tenga en cuenta que los diseños importados se pueden editar si así se desea.

Exportar un diseño a una extensión de ArcView Se pueden exportar diseños a un archivo de extensión (normalmente C:\IMSMA\GIS\Ext32). En el SIG de IMSMA se puede cargar una extensión que contenga diseños exportados y los diseños a continuación se pueden seleccionar en el menú de impresión del SIG de IMSMA. En contraste con la función descrita anteriormente (exportar un diseño editable) los diseños no están disponibles en la lista de diseño - documento. El procedimiento es prácticamente el mismo al descrito anteriormente. Una diferencia estriba en el nombre de la extensión del diseño. El nombre que introduzca aquí aparecerá de nuevo como nombre de extensión en su lista de extensión. Es importante elegir un nombre de extensión significativo y único. Si el nombre no es único, se sobrescribirá la extensión anterior con el mismo nombre.

Figura 6.28: Elija un nombre significativo y único

• Después de presionar OK, vaya a C:\IMSMA\GIS y mueva el archivo .avx

(véase el procedimiento descrito arriba y la imagen 6.25) en la carpeta Ext32. • Vuelva a abrir el SIG de IMSMA y abra la ventana para cargar una extensión.

La extensión recién creada debería estar disponible en la lista (en este ejemplo la extensión “A4_Layouts” (6.28)).

DRAFT

Figura 6.29: Extensión “A4_Layouts” disponible conteniendo Layout1

DRAFT Extensión de diagnóstico La extensión IMSMA GIS Diagnose Tool se emplea para crear un informe de diagnóstico del proyecto actual. Después de cargarse la extensión, la herramienta Diagnosis estará disponible en la GUI del SIG de IMSMA. Al seleccionar la herramienta <icon> se genera un informe de diagnóstico del proyecto actual, que se guarda en un archivo IMSMA_DIAG.txt en el directorio de ruta de exportación especificado en los parámetros de aplicación del SIG de IMSMA.

DRAFT

MANTENIMIENTO

DRAFT

Capítulo 7

Seguridad de datos IMSMA emplea una combinación de medidas para asegurar la seguridad de la base de datos. La seguridad de datos supone la seguridad física del hardware donde está contenida la base de datos, la correcta implantación de un sistema operativo adecuado, la configuración de medidas de seguridad de MS Access y la seguridad de SQL Server. 7.1. Seguridad a nivel del sistema

Seguridad física La seguridad de la base de datos comienza por la seguridad física de la red de computadoras. La protección de la red de computadoras frente a la pérdida o al daño del equipo es esencial para asegurar la seguridad de la base de datos. La seguridad física incluye:

• Negar el acceso al personal no autorizado. • Instalación de un equipo UPS para proteger al equipo frente a

sobretensiones y anomalías eléctricas. • Instalación de equipos de climatización para proteger al equipo de las

temperaturas extremas (normalmente es adecuado mantener la temperatura por debajo de los 25ºC).

• Almacenamiento de una serie de medios de copia de seguridad fuera de la instalación en un entorno apropiado.

DRAFT

Sistema operativo

La elección del sistema operativo apropiado afecta a la seguridad del sistema evitando el acceso de usuarios no autorizados, proporcionando un entorno de trabajo estable y automatizando las tareas de mantenimiento del sistema. Se recomiendan los sistemas operativos Windows NT 2000 (NT5) o XP (NT6). Los sistemas operativos Windows anteriores a NT5 pueden funcionar, aunque no se recomiendan. Los sistemas operativos Windows 2000 y XP proporcionan las siguientes ventajas respecto a Windows 95/98/Millennium:

• Procedimiento seguro de inicio de sesión. El sistema operativo no se puede iniciar sin una cuenta de usuario válida en el puesto de trabajo o dominio.

• Sistema seguro de archivos. El sistema de archivos NTFS permite la configuración de privilegios de acceso a usuarios, negando el acceso a los datos a usuarios no autorizados. Se recomienda la instalación de la base de datos de IMSMA en una partición NTFS.

• Sistema de archivos cifrados. Si en la base de datos se van a almacenar datos sensibles, se pueden utilizar las funciones de sistema de archivos cifrados de Windows NT5 para añadir seguridad a los datos frente a accesos no autorizados. Aunque los archivos almacenados en una partición NTFS están protegidos frente a accesos no autorizados, cuando se hacen copias de seguridad en un medio de almacenamiento se pueden restaurar a una partición FAT sin ninguna seguridad. Cuando los archivos almacenados en un sistema de archivos cifrados se copian a un medio de almacenamiento, siguen estando cifrados.

• Estabilidad del sistema. Windows NT es un sistema operativo más estable que Windows 95/98/Millennium.

• Facilidad de mantenimiento. Windows NT Server proporciona una serie de herramientas que simplifican el mantenimiento de la red. Sin embargo, la instalación de Windows NT Server aumenta significativamente la complejidad de la instalación de la red de computadoras. Cuando se use NT Server, se recomienda que la red de la base de datos de IMSMA se administre en su propio dominio.

7.2. Seguridad a nivel de la base de datos La seguridad a nivel de la base de datos se gestiona utilizando funciones de MS Access (módulo de acceso de IMSMA) y SQL Server (módulo de servicio de IMSMA). La seguridad del módulo de servicio se puede gestionar (hasta cierto punto) en el módulo de acceso, con el formulario de administración de base de datos. Las siguientes tres secciones proporcionan una visión general de la seguridad de MS Access y SQL server implantada en IMSMA. 7.2.1. Seguridad implantada en IMSMA Dentro del módulo de acceso IMSMA las funciones de seguridad se basan en una combinación de funciones de seguridad de MS Access y de IMSMA.

DRAFT

• Usuarios y Grupos de usuario para definir privilegios de acceso a objetos MS Access (configurados por los grupos de trabajo de MS Access).

• Privilegios configurables para abrir formularios (configurados por IMSMA: definidos en tblApplicationFormGroupAccess).

• Privilegios codificados para grupos de MS Access (no configurables por el usuario).

• Prevención de la utilización de funciones de MS Access tales como las teclas de método abreviado y la omisión de la macro de inicio (no configurables por el usuario; sin embargo, pueden anularse por los miembros del grupo Admin).

Dentro del módulo de servicio de IMSMA las funciones de seguridad se basan en funciones de seguridad de SQL server: Los usuarios y roles de la base de datos definen los permisos que tienen los usuarios sobre distintos objetos. 7.2.2. Seguridad en MS Access IMSMA utiliza funciones de seguridad de grupos de trabajo de MS Access para limitar el acceso de los usuarios a objetos que se encuentren dentro de la base de datos de módulo de acceso IMSMA. Aunque MS Access también permite el cifrado de la base de datos, esta función no se ha activado en IMSMA debido a la pérdida significativa de rendimiento que resultaría de su utilización. El principio general de la seguridad de MS Access es el siguiente: • La utilización de funciones de seguridad de MS Access limita el acceso de los

usuarios a los objetos del módulo de acceso de IMSMA (formularios, consultas, informes, tablas locales y vinculadas, módulos). Los objetos de módulo de servicio (tablas, consultas del SIG, algunas consultas de informe) se protegen de forma independiente mediante la seguridad de SQL server.

• Los usuarios estándar (por defecto) se han configurado para acceder a IMSMA. Puede ver una lista de usuarios y contraseñas en el archivo readme del CD de instalación IMSMA.

• Cada usuario puede tener una cuenta personal de usuario y contraseña. • Los usuarios se asignan a uno o más grupos de usuarios. • Se otorgan permisos sobre objetos MS Access a grupos de usuarios, no a

usuarios individuales. • La información sobre los usuarios, contraseñas y grupos de usuarios se

almacena en un archivo llamado Imsma.mdw en C:\IMSMA. Al iniciar IMSMA con el icono de inicio, este archivo de seguridad se une automáticamente. Al cerrar IMSMA, se une el archivo estándar de seguridad de Access. Esto permite trabajar con IMSMA y otra aplicación de Access en el mismo puesto de trabajo sin tener que utilizar la seguridad de IMSMA para todas las aplicaciones de Access o tener que unir los archivos de seguridad manualmente.

• Si se cambia información de seguridad (por ejemplo, nuevos usuarios o contraseñas), este cambio sólo se produce en el archivo mdw (Imsma.mdw) en la computadora en la que se realizó el cambio. Se requiere la distribución del archivo mdw cambiado a todos los clientes que también acceden a IMSMA y puede ejecutarse distribuyendo el archivo Imsma.mdw. De forma alternativa, el

DRAFT

archivo de seguridad podría administrarse centralmente en el servidor, lo que significa que los accesos directos de inicio en los clientes tiene que adaptarse en consecuencia.

• El administrador de IMSMA puede crear nuevos usuarios y borrar contraseñas (véase 7.2.4 “Usuarios y grupos de usuarios de IMSMA”). Sólo los usuarios individuales pueden cambiar sus propias contraseñas. Los grupos de usuarios de IMSMA no deberían cambiarse.

7.2.3. Seguridad en SQL Server El acceso a los objetos del servidor SQL del módulo de servicio (tablas, consultas del SIG, algunas consultas de informe) se limita a la seguridad de SQL server. Esta seguridad es ajustada por la rutina de instalación de IMSMA (instalación o actualización). Los parámetros de seguridad no son visibles para el usuario de IMSMA y no son fácilmente configurables por el administrador de IMSMA. Para instalaciones que usan IMSMA estándar (instalación de MSDE), no es necesario tratar con seguridad de SQL. Por tanto, las siguientes explicaciones son información adicional que tiene como fin mejorar la comprensión del funcionamiento del sistema y la utilización del formulario de administración de la base de datos de IMSMA. Se pueden configurar parámetros de seguridad de SQL Server, entre otros parámetros, si se instala una instalación completa de SQL server. Incluso aunque este sea el caso, se recomienda encarecidamente no cambiar los parámetros de seguridad de IMSMA SQL server. La contraseña del administrador del sistema para el servidor SQL (si se utiliza la instalación MSDE, establecida por la rutina de instalación) se puede encontrar en el archivo readme del CD de instalación de IMSMA. Sólo debería conocerla el administrador de IMSMA, y se recomienda utilizar la cuenta del administrador del sistema sólo en emergencias. Los principios generales de la seguridad de SQL Server son los siguientes: • Los usuarios individuales se asignan a uno o más roles. • Los permisos sobre objetos se asignan a roles, no a usuarios individuales. • El módulo de acceso de IMSMA debe iniciar sesión en el servidor SQL del

módulo de servicio de IMSMA con un nombre de usuario y una contraseña como cualquier otro cliente. Esto se gestiona automáticamente y de forma invisible para el usuario de IMSMA y no se puede configurar por el administrador de IMSMA.

• Para cada grupo de usuarios del módulo de acceso se define un rol específico que se utiliza automáticamente para iniciar sesión en el módulo de servicio. Por tanto, los permisos que tienen los usuarios de IMSMA en el módulo de servicio dependen de su grupo de usuarios de Access del módulo de acceso.

• Cualquier aplicación que acceda al módulo de servicio debe iniciar sesión en el servidor SQL. Por ejemplo:

- el SIG de IMSMA: inicia sesión como GISuser. - Adiciones de IMSMA: deberían iniciar sesión como ADPuser

(contraseña ADPuser) • Las conexiones al servidor SQL se establecen a través de una variedad de

métodos que se manejan por el código o por aplicaciones como la utilización de ODBC para vincular a tablas de Access.

DRAFT La siguiente imagen ilustra la relación entre IMSMA SQL Server y la seguridad de Access. Figura 7.1: Seguridad del módulo de acceso y del módulo de servicio IMSMA: los grupos de usuarios del módulo de acceso se asignan automáticamente a usuarios de SQL server. El módulo de acceso IMSMA no es el único cliente que accede al módulo de servicio IMSMA.

DRAFT El SIG de IMSMA, el proyecto IMSMA, las herramientas de SQL server y cualquier otra herramienta adicional de IMSMA (análisis e informes trimestrales, que se presentarán en 2003) acceden al módulo de servicio (véase la figura 7.2). Figura 7.2: Los distintos clientes que pueden acceder al módulo de servicio de IMSMA con su nombre de usuario empleado para iniciar sesión en el servidor. 7.2.4. Usuarios y Grupos de usuarios del módulo de acceso IMSMA En el archivo de administración de grupo de trabajo de IMSMA se han definido cinco grupos de usuarios. Los privilegios se otorgan a los grupos, y los usuarios son miembros de un grupo. Con muy pocas excepciones, ningún privilegio se otorga directamente a los usuarios.

• Admins tiene dos usuarios: AdminIMSMA y AdminDevTeam. El usuario AdminDevTeam es el propietario de todos los objetos de la base de datos y se reserva para la utilización del equipo de desarrollo. AdminIMSMA es el usuario para el administrador del sistema local.

• SupervisorGroup tiene un usuario: Supervisor. Los miembros de este grupo tienen privilegios totales en todos los objetos de IMSMA, pero restricciones sobre los objetos de MS Access.

• DataEntryGroup tiene un usuario: DataEntry. Los miembros de este grupo tienen privilegios para añadir nuevos informes, modificar los informes existentes e imprimir informes; sin embargo, no pueden eliminar datos.

• Operations tiene un usuario: Operations. Los miembros de este grupo tienen los mismos privilegios como los miembros del Admin.

• • GuestGroup tiene un usuario: Guest. Los miembros de este grupo sólo

pueden ver los datos dentro de IMSMA (acceso de sólo lectura). El privilegio de imprimir se puede negar u otorgar con el parámetro GuestCanPrint en tblApplicationParameter.

• Users contiene todos los usuarios mencionados arriba más admin. Éste es un grupo por defecto al que pertenecen todos los usuarios.

DRAFT

Los dos usuarios AdminIMSMA y AdminDevTeam tienen privilegios directamente asignados a ellos, no al grupo Admin (esto es una excepción a la regla mencionada anteriormente). No se recomienda crear nuevos usuarios en el grupo Admin. El administrador IMSMA puede crear nuevos usuarios, eliminar cuentas de usuario y cambiar contraseñas. NO se recomienda cambiar los grupos de usuarios o permisos existentes.

7.2.5. Creación de una nueva cuenta de usuario Para crear una nueva cuenta de usuario, siga los siguientes pasos:

. Abra el módulo de acceso IMSMA como AdminIMSMA omitiendo la macro de inicio.

. Elija Tools > Security > User and Group accounts... (Herramientas > Seguridad > Cuentas de usuarios y de grupos...

Figura 7.3: Cuadro de diálogo de Cuentas de usuarios y de grupos

• En la página User, pulse New. • Escriba un nombre y un ID personal. • Añada el nuevo usuario a los grupos apropiados seleccionando el grupo en

la ventana de la izquierda y utilizando el botón Add>> para mover el elemento seleccionado a la ventana de la derecha (Members of).

El nuevo usuario tendrá una contraseña en blanco. Para añadir una contraseña a la nueva cuenta de usuario, siga los siguientes pasos:

• Abra el módulo de acceso IMSMA utilizando el nuevo nombre de usuario de cuenta y sin contraseña, omitiendo la macro de inicio.

• Vuelva al diálogo User and Groups Accounts (Tools > Security > User and Group accounts...).

• Seleccione la ficha Change Logon Password (Cambiar contraseña de inicio de sesión). Deje en blanco el campo Old password y escriba una contraseña para el nuevo usuario.

7.2.6. Cómo cambiar contraseñas y eliminar cuentas Sólo los miembros del grupo Admin pueden eliminar cuentas. Elija Tools > Security > User and Group accounts, seleccione la cuenta (account) y pulse Delete (Eliminar).

DRAFT Para cambiar una contraseña, inicie sesión utilizando la cuenta que desee cambiar y proceda como se explicaba en el párrafo anterior. 7.2.7. Configuración de privilegios para formularios El grupo de trabajo de MS Access controla el acceso a los datos. El principal motivo es para limitar el acceso a la base de datos de IMSMA a aplicaciones externas (por ejemplo una tercera base de datos que está consultando a la base de datos de IMSMA). Los permisos para los formularios IMSMA —el método habitual de modificar los datos almacenados en IMSMA desde dentro de la aplicación IMSMA— se controlan utilizando una tabla de configuración. El administrador del sistema puede otorgar o denegar el derecho a abrir formularios a los grupos SupervisorGroup, DataEntryGroup, SupervisorGroup y GuestGroup. El administrador del sistema AdminIMSMA puede especificar los derechos a abrir formularios en la tabla de configuración tblApplicationFormGroupAccess. Tenga en cuenta que esto es independiente de los derechos a insertar y eliminar datos, que se explican en la siguiente sección. Figura 7.4: Configuración de derechos de acceso a objetos para grupos en tblApplicationFormGroupAccess Privilegios codificados Algunos privilegios están codificados para estos grupos.

• DataEntryGroup. Los miembros de DataEntryGroup no pueden eliminar datos a través de la interfaz IMSMA.

• GuestGroup. Los miembros de GuestGroup no pueden abrir ningún formulario en el modo de datos New y no pueden guardar (modificar) o eliminar datos.

7.2.8. Prevención de la utilización de funciones de MS Access La función de omitir la macro de inicio de una aplicación de Access pulsando la tecla de mayúsculas al abrir la aplicación se desactiva si la propiedad de la base de datos AllowBypassKey se establece como False. Esta propiedad no se puede establecer a través de la interfaz de usuario y, por tanto, tuvo que encontrarse una solución alternativa: si un miembro del grupo Admins sale de IMSMA, aparece un cuadro de mensaje para permitir que el administrador seleccione si desea desactivar la omisión del procedimiento de inicio.

DRAFT Figura 7.5: Omisión de la seguridad del inicio Si se activa la omisión del procedimiento de inicio, aparece una advertencia. Figura 7.6. Advertencia sobre la activación de la omisión del procedimiento de inicio de módulo de acceso IMSMA La contraseñas de todos los usuarios disponibles se pueden encontrar en el archivo readme.txt en el CD de instalación o eligiendo Read Important Notes en la rutina de instalación.

DRAFT

Capítulo 8

Introducción de datos descentralizados La herramienta Decentralised data entry permite que un MAC nacional transfiera el control de una o más poblaciones, distritos o provincias a un MAC regional para que gestionen los datos regionales. El MAC regional tendrá entonces la responsabilidad sobre los datos de las áreas que se le hayan confiado. En este capítulo se describe con detalle la herramienta de introducción de datos descentralizados. El capítulo se divide en las siguientes secciones:

Creación de un MAC regional en el MAC nacional • Configuración de IMSMA en el MAC regional • Sincronización de las bases de datos del MAC nacional y el MAC regional.

En el entorno de introducción de datos descentralizados de IMSMA, todos los MAC tienen copias completas de la base de datos. Sin embargo, la capacidad para crear y modificar registros está restringida por la función de introducción de datos descentralizados. El MAC nacional y todos los MAC regionales siempre pueden ver todos los registros de sus bases de datos. Las restricciones sobre la creación y la modificación de registros se basan en los registros de características nacionales. Cuando se crea un MAC regional, puede obtener el derecho de crear y modificar registros vinculados a un subconjunto de las características nacionales del MAC nacional. En otras palabras, durante la creación del MAC regional se le pueden asignar cualquier combinación de provincias, distritos, subdistritos y poblaciones. Después de asignarse la responsabilidad de estas características nacionales al MAC regional, éste sólo tendrá capacidad para modificar los registros que estén vinculados a estas características nacionales. En el siguiente ejemplo se muestra cómo se gestionan los derechos en la introducción de datos descentralizados:

DRAFT

Figura 8.1: Concesión de los derechos de modificación En la figura anterior, el MAC nacional ha transferido un distrito (distrito D1) y una población (población P1) a un MAC regional. Esto garantiza que el MAC regional sólo pueda modificar los registros existentes que estén vinculados a las poblaciones del distrito D1 al MAC regional. También le otorga control sobre los subdistritos pertenecientes al distrito D1. Sólo el MAC regional puede modificar los subdistritos existentes dentro del distrito D1, añadir nuevos subdistritos al distrito D1 o modificar y añadir poblaciones a esos subdistritos. Al transferir la población P1 al MAC regional, el MAC nacional pierde la capacidad de modificar los registros vinculados a esa población, pero mantiene los derechos sobre el resto de las poblaciones del mismo subdistrito. Para que el MAC nacional recupere los derechos sobre las características nacionales, el MAC regional al que se transfirieron debe volver a otorgarle los derechos al MAC nacional. Tenga en cuenta que no pueden realizarse transferencias entre MAC regionales. 8.1. Creación de un MAC regional Antes de crear un MAC regional, las características nacionales que se vayan a transferir al MAC regional deben existir en la base de datos de IMSMA del MAC nacional. Se dispone de una herramienta de creación de informes para asistir en la determinación de la propiedad de los objetos en la base de datos. Haga clic en el botón Explore ownerships de la ficha Grant Ownership del formulario de administración de Introducción de datos descentralizados. Esta herramienta de creación de informes tiene un diseño similar al de los informes de Gestión de datos. Consulte la sección que describe estos informes si desea más detalles sobre la utilización del formulario. Para abrir el formulario Decentralised data entry, pulse el botón Decentralised data entry en el formulario Administration. Figura 8.2: Formulario de introducción de datos descentralizados Paso 1: Crear un nuevo MAC regional en IMSMA del MAC nacional

DRAFT Para crear un nuevo MAC regional, haga clic en el botón Grant/export/import. Aparece una nueva fila en la parte superior del formulario. Escriba un nombre abreviado (MAC short name) de dos caracteres y un nombre largo (MAC long name), que puede tener hasta 50 caracteres en la sección Select or create MAC del formulario. Pulse el botón Add regional MAC. Aparecerá la siguiente advertencia: Figura 8.3: Advertencia al añadir un MAC Tenga en cuenta que la adición de un MAC regional es permanente; después de pulsar OK no habrá ninguna posibilidad de eliminar el MAC de la instalación de IMSMA. Después de añadir el nuevo MAC regional, se muestra en la lista de MAC existentes, con el Status como Inactive. Esto significa que se ha realizado un intercambio de datos, como una exportación o importación. Además, si el nuevo RMAC se selecciona en la lista de MAC, un mensaje rojo informa de los derechos disponibles de intercambio de datos para el RMAC recién creado. Consulte la sección 8.3 para conocer con más detalle cómo se aplican las reglas de exportación, importación y sincronización. Figura 8.4: Crear un nuevo RMAC: definir un nuevo RMAC Paso 2: Transferir características nacionales a un MAC regional La parte inferior del formulario Decentralised data entry se usa para transferir el control de características nacionales al MAC regional. Este paso se puede omitir, creando un MAC regional sin derechos de modificación. Esto es similar a la exportación de una copia de sólo lectura de la base de datos de IMSMA, sin embargo, no se puede censurar la información cuando se crea una base de datos de un MAC regional.

DRAFT En la ficha Grant Ownership, seleccione la característica nacional que desea transferir al MAC regional que se ha seleccionado en la parte superior del formulario.

<caption> MAC regional seleccionado <caption> Distrito que se va a transferir

Figura 8.5: Crear un nuevo RMAC: Transferencia de características nacionales Pulse el botón Grant para almacenar la transferencia. Aparece un cuadro de mensaje, preguntando si IMSMA debe proceder a reservar transferencias para el MAC seleccionado. Figura 8.6: Crear un nuevo RMAC: Cuadro de mensaje: Continuar con la transferencia Haga clic en Yes para ejecutar la reserva de transferencia. En este punto se mostrará una advertencia si el MAC que intenta otorgar la propiedad de una función nacional no tiene suficientes derechos para hacerlo. Si, en lugar de esto, desea redefinir las asignaciones de transferencias, vuelva atrás haciendo clic en No.

DRAFT Si el MAC tiene suficientes derechos para realizar el proceso de transferencia, aparecerá un indicador de progresos para mostrar los progresos de la operación. Figura 8.7: Crear un nuevo RMAC: Indicador de progresos En cuanto finaliza el proceso (puede tardar varios minutos), se muestra el formulario principal de introducción de datos descentralizados, confirmando que la sucursal transferida se ha asignado al nuevo RMAC. Figura 8.8: Crear un nuevo RMAC: Confirmación de las sucursales transferidas Repitiendo los pasos anteriores se pueden reservar para transferencia otras sucursales. Cuando se hayan transferido todas las sucursales deseadas, pulse el botón Confirm current grants para concluir el proceso de transferencia. Sólo después de esta acción es cuando las transferencias se hacen efectivas.

DRAFT Figura 8.9: Crear un nuevo RMAC: Transferencias realizadas con éxito Las siguientes causas pueden hacer que falle el proceso de Confirm current grants:

Estudios divididos en distintos MAC. Los estudios no pueden abarcar varios MAC. No se podrá completar la transferencia si un Estudio (por ejemplo, los campos de minas contenidos en un Estudio técnico) se dividen en el proceso de transferencia. Si algún elemento de un Estudio está vinculado a alguna de las características nacionales que se van a transferir, deben transferirse todas las características nacionales vinculadas a los elementos de ese Estudio.

Figura 8.10: Crear un nuevo RMAC: Ejecución de transferencia cancelada • Tareas. Aunque los encargados de las tareas, como objetos superiores

respecto a las acciones relativas a las minas, no se pueden cambiar, ahora es posible conceder elementos asignados. Como consecuencia de esta nueva función de V3.0, podría darse la siguiente situación: CMAC es (y seguirá siendo) el encargado de tarea de la tarea A. RMAC ha recibido el derecho de trabajar en elementos asignados individuales dentro de la tarea A. RMAC elimina un elemento asignado de la tarea A. Si ahora fuera a sincronizar los fondos de datos, el CMAC vería que el elemento eliminado aparece como “eliminado” en la lista de elementos asignados de la tarea A.

Las mismas consideraciones se aplican a Task Related Items y Additional Information. Paso 3: Crear un nueva base de datos para el nuevo MAC regional Deben crearse los archivos de datos para el nuevo MAC regional. Marque el MAC para el que se crearán los nuevos archivos de datos en la parte superior del formulario y seleccione la ficha Export/Import del formulario Decentralised data entry.

<caption> MAC regional para el que se va a crear una nueva base de datos

DRAFT Figura 8.11: Crear nuevo RMAC: Exportar datos para el nuevo MAC Haga clic en el botón Export for new MAC, y observe la ruta en la que se crearán los archivos de datos. Puede aceptar establecida por defecto o escribir una ruta diferente.

Figura 8.12: Crear nuevo RMAC: Confirmación de exportación

Como puede ver, se creará una nueva carpeta que contendrá todos los archivos que se vayan a transferir a la instalación del nuevo RMAC. Figura 8.13: Crear nuevo RMAC: Datos para nuevo MAC listos Después de crear con éxito una nueva base de datos, el estado del nuevo MAC Regional en la parte superior del formulario de introducción de datos descentralizados cambiará a active.

ADVERTENCIA: Algunas modificaciones de IMSMA hechas en el MAC nacional no pasarán al MAC regional; aquí son aplicables los mismos aspectos relacionados con las modificaciones de IMSMA tratados en la Sección 4.4: Actualización de V2.2 a V3.0. A saber: Ninguna modificación hecha a los elementos que aparecen en cuadros de lista se pasará al MAC regional (no se recomienda la modificación del contenido de los cuadros de lista). Las consultas añadidas al IMSMA BackEnd para su utilización en el DDX del SIG de IMSMA deben copiarse manualmente a la base de datos de IMSMA BackEnd creada para el MAC regional, para mantener la misma función del SIG de IMSMA.

8.2. Configuración del MAC regional Para configurar el MAC regional se necesitan los siguientes archivos:

• Todos los archivos exigidos para una instalación estándar de IMSMA (el CD de instalación de IMSMA).

DRAFT

• Los archivos de datos IMSMA creados por la herramienta de introducción de datos descentralizados Export for new MAC en la instalación del MAC nacional. Por defecto, estos archivos se guardan en una carpeta llamada C:\IMSMA\DecentralFiles\MacXX_NEW, donde XX es el nombre abreviado del nuevo MAC regional.

Si se han realizado modificaciones al IMSMA estándar en el MAC nacional (como la activación de campos definidos por el usuario o la adición de nuevos formatos de informe) también serán necesarios los siguientes archivos.

• La base de datos de IMSMA Server módulo de acceso (FieldModule.mdb, de la computadora instalada como servidor de IMSMA).

• Los archivos del DDX del SIG de IMSMA (imsma_ddx.mdb e imsma_ddx_data.mdb), si se han hecho cambios en los parámetros estándar del DDX del SIG de IMSMA.

Para instalar IMSMA en un MAC regional, siga los siguientes pasos. Paso 1: Instalar IMSMA desde el CD de instalación Realice una instalación estándar de IMSMA Server desde el CD de instalación. Paso 2: Sustituir archivos Copie la carpeta de datos IMSMA creada por la herramienta de introducción de datos descentralizados Export for new MAC del MAC nacional al directorio C:\IMSMA\DecentralFiles. Sustituya otros componentes de IMSMA con los archivos del MAC nacional que se requieran para mantener las personalizaciones hechas en el MAC nacional. Esto podría incluir los siguientes archivos:

• módulo de acceso IMSMA C:\IMSMA\FieldModule.mdb • Archivo de administración de grupo de trabajo de MS Access

C:\IMSMA\imsma.mdw • Archivos del DDX del SIG de IMSMA C:\IMSMA\GIS\imsma_ddx.mdb y

C:\IMSMA\GIS\imsma_ddx_data.mdb • Los formatos de informe de MS Word. • Archivos de imágenes y esquemas en C:\IMSMA\Image.

DRAFT

Paso 3: Iniciar IMSMA Abra la aplicación IMSMA. Vaya al formulario de introducción de datos descentralizados e importe los datos del CMAC:

<caption> Importar datos para el nuevo RMAC

Figura 8.14: Crear un nuevo RMAC: Importar datos del CMAC Después de confirmar la importación, aparecerá un indicador de progresos, seguido de un mensaje que informa al usuario de que el nuevo RMAC está listo para trabajar. Figura 8.15: Crear un nuevo RMAC: Nuevo MAC regional instalado con éxito Aparecerá un mensaje final. Haga clic en Yes para terminar la sesión de IMSMA o No para que IMSMA siga funcionando. 8.3. Transferencias y sincronización Antes de exportar los datos para su sincronización, el MAC con derechos de exportación (los derechos de exportación se explican posteriormente en esta sección) puede transferir el permiso de control de características nacionales al MAC de destino. Para transferir derechos, siga el procedimiento explicado en la Sección 8.2, Paso 2. La sincronización de los fondos de datos se consigue mediante la exportación e importación de archivos de datos. Toda la sincronización se hace entre el MAC

DRAFT nacional y un deconcluido MAC regional; un MAC regional no puede exportar una nueva base de datos a otro MAC regional. Se requiere que entre el MAC nacional y los MAC regionales se realicen ciclos completos de sincronización. Esto significa que, por ejemplo, un MAC regional no puede exportar una segunda base de datos de sincronización al MAC nacional sin primero importar uno del MAC nacional. Debe seguirse el siguiente procedimiento:

• El MAC nacional exporta una base de datos para sincronización a un deconcluido MAC regional (o crea una nueva base de datos para un MAC regional).

• El MAC regional se sincroniza con el MAC nacional importando la base de datos (o instala la base de datos del MAC regional).

• El MAC regional exporta su base de datos para su sincronización con el MAC nacional.

• El MAC nacional se sincroniza con el MAC regional importando la base de datos.

Con esta operación, se completa un ciclo de sincronización.

Estos cuatro pasos pueden repetirse. Tenga en cuenta que IMSMA muestra la situación real de los derechos de exportación, dependiendo de la fase del ciclo de sincronización en la que está contenida el MAC. Este ciclo de sincronización se realiza entre un MAC nacional y un deconcluido MAC regional. Pueden ejecutarse varios ciclos de sincronización al mismo tiempo entre los distintos MAC regionales creados por el MAC nacional. El requisito de completar el ciclo de sincronización se debe a los derechos de exportación. Un MAC sólo tiene derechos de exportación después de haber importado una base de datos de sincronización. Esta situación también se aplica en el caso de un MAC regional recién creado que haya importado la base de datos del CMAC. Por otro lado, el CMAC tiene que esperar a los archivos de sincronización de ese RMAC específico antes de recuperar los derechos de exportación en relación con ese RMAC. Antes de exportar una base de datos de sincronización, se pueden realizar transferencias de características nacionales. Después de exportar la base de datos para la sincronización, el MAC no podrá realizar más transferencias de características nacionales. La única excepción la constituye el CMAC, que tiene el derecho exclusivo de dirigir distintos ciclos de sincronización con otros RMAC de forma simultánea.

DRAFT

Figura 8.16: El proceso de sincronización A continuación se describe un ciclo de sincronización típico.

DRAFT Paso 1: Hacer una copia de seguridad de la base de datos existente Haga siempre una copia de seguridad completa del módulo de servicio IMSMA antes de cualquier sincronización. Paso 2: El MAC nacional exporta una base de datos para sincronización El MAC nacional comienza el proceso de sincronización exportando sus datos para sincronización a un deconcluido MAC regional. En la parte superior del formulario Decentralised data entry, seleccione el MAC al que se enviarán los datos y pulse el botón Export data.

<caption> Primero se selecciona el MAC regional <caption> Después de la exportación se incrementa la versión de la sincronización <caption> A continuación, se exportan los datos

Figura 8.17: Sincronización: El MAC nacional exporta la base de datos Anote la ruta de exportación y el nombre del archivo. Para simplificar, se recomienda la utilización de la ruta y el archivo por defecto. Los archivos de datos de sincronización se escriben en la ruta indicada en el campo Export path, y el contador de la versión de sincronización (Sync version) se incrementa en una unidad. El personal del MAC nacional debe copiar la base de datos exportado a medios de grabación (CD, disco ZIP, etc.) o transferirlo a través de Internet al MAC regional. __________________________________________________________ Paso 3: El MAC regional importa los archivos de datos para sincronizarse con el MAC nacional Cuando los archivos llegan al MAC regional, se descomprimen y copian a la carpeta por defecto o seleccionada. El RMAC ya puede sincronizar su propia base de datos con el que viene del CMAC. En el formulario Decentralised data entry, seleccione el MAC nacional de la lista de MAC. Verifique que el campo Import and synchronize data muestra la ruta y el nombre por defecto del archivo de sincronización.

DRAFT

<caption> MAC nacional seleccionado <caption> Botón de importación de la base de datos

Figura 8.18: Sincronización: El MAC regional se prepara para importar los datos Pulse el botón Import data para importar y sincronizar la base de datos del MAC regional con la base de datos del MAC nacional. Se importa el archivo de la base de datos de sincronización y se actualiza el contador de la versión de la sincronización (Sync version) del MAC nacional. Paso 4: El MAC regional vuelve a exportar sus datos al MAC nacional A continuación, el MAC regional exporta una base de datos para su sincronización al MAC nacional, tras lo cual el contador de la versión de la sincronización del MAC regional se incrementa en una unidad. El archivo se envía al MAC nacional, donde éste importa la base de datos para sincronizarse con el MAC regional, después de lo cual se actualiza el contador de la versión de la sincronización del MAC regional. El procedimiento se repite (exportación desde el MAC nacional / importación en el MAC regional / exportación en el MAC regional / importación en el MAC nacional). Pérdida de archivos de datos de sincronización Si un archivo de datos exportado para su sincronización se pierde antes de ser importado por el MAC receptor, los derechos asociados de exportación también se perderán. Si se pierde una base de datos de exportación, utilice el botón Cancel last export, que se encuentra en la ficha Administration del formulario Decentralised data entry. Al pulsar el botón Cancel last export se recuperan los derechos de exportación.

DRAFT Figura 8.19: Recuperación de archivos de exportación perdidos

DRAFT 8.4. Manejo de tablas especiales 8.4.1. tblOrganisation Los objetos de organización no tienen definido un encargado, sino que tienen dos estados: • Estado Active (1) / Inactive (0), almacenado en la columna clnActive. Pueden

utilizarse organizaciones en formularios IMSMA sólo si su estado se establece como activo, independientemente de si el centro de acciones relativas a las minas es un CMAC o un RMAC. Esto significa que este estado no se pasará al exportar datos para acciones de sincronización. Además, sólo los CMAC tienen el derecho de editar todas las organizaciones de la base de datos. Un RMAC tiene el derecho de definir y editar las organizaciones establecidas en la región transferida, hasta que se realice una nueva sincronización de datos con el CMAC. A partir de ese punto, el CMAC tendrá los derechos de edición exclusivos. Por tanto, las modificaciones de datos en organizaciones realizadas por el CMAC omitirían las introducidas anteriormente por el RMAC. Eliminar una organización significa establecer clnActive como false (0), lo que ahora es posible si la organización es referida por otro objeto de acciones relativas a las minas. Por tanto, no habrá problema si un MAC “elimina” un registro de organización mientras otro MAC esté creando una nueva referencia a él. La organización sigue en la base de datos, y sólo el MAC que había eliminado el registro no podrá usarlo, ya que la organización ya no aparece en el formulario de edición o selección de referencia. Una eliminación física sólo es posible si la organización no se ha exportado o referido.

• Estado Exists in CMAC (1) / Does not exist in CMAC (0), almacenado en la columna clnExistsInCMAC.

8.4.2. tblMap Para los mapas se ha implantado la misma técnica de dos estados que para las organizaciones. Por ejemplo, un CMAC elimina un mapa, es decir, ajusta clnActive como false (0), mientras que un RMAC asigna el mismo mapa a un objeto de acciones relativas a las minas, como un área peligrosa. Después de haber importado los datos del RMAC a la base de datos del CMAC, el área peligrosa (y sólo ésta) en el CMAC aún tendrá el mapa referido. Para el resto de los objetos de acciones relativas a las minas, este mapa no aparecería en la lista de opciones como posible mapa para ser referido. 8.4.3. tblDeviceStandard, tblDeviceCustom De nuevo se aplican las mismas reglas mencionadas para las organizaciones. Cada MAC puede introducir artefactos personalizados y estándar para activarlo para su utilización. La selección se aplica mediante una sencilla etiqueta en las tablas de artefactos (active/inactive). Siempre que un artefacto no se exporte a otro MAC, se puede eliminar físicamente y editar de forma independientemente si

DRAFT fue un MAC nacional o regional el que creó el artefacto. Después de la sincronización, sólo el MAC nacional tendrá suficientes derechos para editar el registro. No obstante, la eliminación física se ha vuelto imposible, incluso para el CMAC. Por tanto, si el CMAC desea inhabilitar el artefacto para acciones de introducción de datos, debe poner el estado del artefacto de clnActive como false (0). La etiqueta de este atributo también se utiliza para la introducción de datos descentralizados. Esto significa que, independientemente de los ciclos de sincronización, la etiqueta se almacena y se mantiene localmente en el propio MAC para todos los artefactos, mientras que (en el caso de un RMAC) el resto de los atributos se importarían o sobrescribirían. Por tanto si un MAC Regional transfiere un área peligrosa con artefactos que no están activos en el MAC nacional, los artefactos siguen estando visibles para esta área peligrosa, incluso si los edita el MAC nacional. Para el resto de los objetos de acciones relativas a las minas, este artefacto no estaría disponible y, por tanto, no aparecería en el formulario de artefactos locales. 8.4.4. Sistemas de coordenadas • El CMAC tiene la capacidad de añadir, configurar y eliminar sistemas de

coordenadas. La eliminación sólo es posible siempre que el sistema de coordenadas no esté referido por ningún objeto de acciones relativas a las minas. Los MAC regionales tienen que utilizar esos sistemas de coordenadas puestos a su disposición a través del CMAC. No se les permite añadir sistemas de coordenadas o hacer ningún cambio en ellos. No obstante, un MAC Regional puede especificar su sistema de coordenadas de almacenamiento más adecuado.

Tenga en cuenta que, según esta asignación de derechos, teóricamente es posible que el CMAC elimine un sistema de coordenadas utilizado por el RMAC como su sistema de coordenadas de almacenamiento. En tal caso, una sincronización de los dos fondos de datos forzaría al IMSMA del RMAC a cambiar automáticamente a otro sistema de coordenadas Lat/Long disponible. Cuando están cargadas para una operación de edición, las coordenadas se transformarían a coordenadas del sistema de coordenadas que se haya definido como por defecto para la introducción de datos. En cualquier caso, el administrador de IMSMA del RMAC tendría la posibilidad de elegir cualquier otro sistema de coordenadas Lat/Long disponible que fuera más adecuado. Esta situación se puede evitar fácilmente utilizando el mismo sistema de coordenadas en todos los MAC. Si esto no es posible, tenga mucho cuidado al eliminar sistemas de coordenadas. Nunca lo haga sin consultar al resto de los MAC.

• Los archivos de los sistemas de coordenadas Tralaine (CoordSys, Elipsoid, Datums) se pasan junto con los archivos de datos de exportación desde el MAC nacional a los MAC regionales. Los MAC regionales no pueden configurar sistemas de coordenadas. Tienen que utilizar los del MAC nacional.

DRAFT

Capítulo 9

______________________________________________________________________

Administración de la base de datos

IMSMA v3 incluye herramientas de mantenimiento de una base de datos dentro del módulo de acceso, que se elaboraron específicamente para usuarios que han instalado la base de datos mediante Microsoft Desktop Edition (MSDE). El entorno Microsoft Office ofrece otras herramientas adicionales, como MS Access Projects (descrito más adelante en esta sección) que permite una mayor interacción con el módulo de servicio de SQL Server. Los usuarios de nivel avanzado podrían exigir una mayor flexibilidad y control sobre la base de datos. En ese caso, recomendamos la instalación de las herramientas que vienen junto a una versión completa de SQL Server 2000, o, si se prefiere, utilizar alguna otra aplicación disponible para el mantenimiento de las bases de datos de SQL Server 2000. Para resumir, la administración de la base de datos de IMSMA ofrece las siguientes funciónes: • Propiedades de conexión. Definir el servidor y la base de datos a la que está

conectado IMSMA. Examinar los parámetros del servidor y base de datos, definir los ajustes de ODBC DSN y ajustar el directorio de la copia de seguridad en el servidor.

• Copia de seguridad y restaurar. Escribir copias de seguridad completas de la base de datos en formato estándar de SQL Server. Restaurar una base de datos a un estado conocido mediante las copias de seguridad creadas anteriormente.

• Mantenimiento. Lleva a cabo varias tareas regulares de mantenimiento de base de datos.

• Datos generales. Explora y mantiene datos generales relacionados con su base de datos de IMSMA.

• Consultas del SIG. Edita y crea nuevas consultas del SIG en el módulo de servicio del servidor SQL mediante la utilización de MS Access Projects.

SQL Server 2000 ofrece las siguientes herramientas adicionales, que no vienen junto a la instalación gratuita de MSDE.

DRAFT • Enterprise Manager. Enterprise Manager de SQL Server es la principal

herramienta administrativa para Microsoft® SQL Server™ 2000. Crea y administra bases de datos del SQL Server, objetos, registros para usuarios, usuarios y permisos; define y ejecuta todas las tareas administrativas del servidor SQL; diseña y comprueba todas las declaraciones SQL, lotes y scripts de forma interactiva, invocando al Analizador de Consultas SQL; invoca a los distintos asistentes definidos para SQL Server.

• Manuales en línea SQL. Completa documentación acerca del MS SQL. • SQL Profiler y otras herramientas avanzadas. 9.1. Gestión de su entorno de trabajo IMSMA Después de la instalación completa de IMSMA, se instalarán las siguientes bases de datos. • Módulo de servicio IMSMA (SQL Server, uno en el servidor IMSMA). • Módulo de acceso IMSMA (MS Access, una versión servidor en el servidor

IMSMA y una versión cliente en cada cliente IMSMA). • Diccionario de datos del SIG de IMSMA (MS Access, un módulo de acceso y

un módulo de servicio en cada puesto de trabajo en la que se instaló la opción del SIG).

Además del sistema de producción en el que se realiza la introducción de datos de forma rutinaria, así como la producción de mapas e informes, es uno de los requisitos más comunes en MAC para acciones de capacitación, para explorar las funciónes de IMSMA que no estén actualmente en uso y para desarrollar nuevos informes y temas acerca del SIG. Estas acciones se realizan mejor fuera del sistema de producción. Éstos son algunos ejemplos sobre el modo en que puede organizar su entorno de trabajo IMSMA para realizar estas tareas. _____________________________________________________________________________________

Mantenimiento de temas del SIG La modificación de consultas existentes o la creación de consultas nuevas en SQL Server puede ejecutarse fácilmente mediante proyectos Access. Al crear un nuevo Proyecto Access, emplee el nombre de usuario ADPUser y la contraseña ADPUser al conectar al módulo de servicio IMSMA en SQL Server. Un proyecto Access listo para utilizar que esté conectado al módulo de servicio IMSMA se instala durante la instalación en C:\IMSMA\IMSMA.adp.

Un proyecto Access se llama proyecto porque contiene objetos basados en códigos o bases de datos basadas en HTML: formularios, informes, el nombre y la localización de páginas de acceso a datos, macros y módulos. Éstos son los objetos de la base de datos que utiliza para crear una aplicación. Al contrario que en una base de datos Microsoft Access, un proyecto Access no contiene ningún dato u objeto basado en una definición de datos: tablas, visualizaciones, diagramas de base de datos, procedimientos de almacenamiento o funciones definidas por el usuario. En lugar de eso, esos objetos de la base de datos se almacenan en la base de datos de SQL Server.

DRAFT

Para crear una aplicación y acceder a los datos, debe conectar el proyecto Access a la base de datos de SQL Server mediante un comando New en el menú File, desplegando la ventana de diálogo Data Link Properties o mediante el Asistente para bases de datos.

Figura 9.1: Cómo funciona MS Access Projects (desde Ayuda de MS Access) Recuerde los siguientes puntos al trabajar con proyectos Access: • Se comportan como una ventana en la base de datos de SQL Server. Todas

las tablas y consultas (Visualizaciones de SQL Server, Procedimientos Almacenados y Funciones Definidas por el Usuario) quedan almacenados en la base de datos de SQL Server.

• Las consultas deben escribirse en Transact-SQL de SQL Server. • SQL Server se ocupa de toda la seguridad. No es necesario un vínculo directo

del archivo del grupo de trabajo IMSMA.mdw al archivo .adp. __________________________________________________________________________________________________________

Nuevas consultas e informes Existen dos opciones: utilizar un proyecto Access tal y como se describe anteriormente, o crear un vínculo a las tablas del módulo de servicio de IMSMA a través de ODBC. La utilización de un proyecto Access es adecuada para escribir informes; sin embargo, recuerde que todas las consultas deben escribirse en T-SQL, y se almacenarán en la base de datos de SQL Server. Crear vínculos para tablas en una base de datos Access a través de ODBC es el método preferido para desarrollar nuevas consultas de análisis e informes estadísticos, puesto que se guardan de forma separada en la base de datos SQL Server. No es necesaria la creación de un vínculo directo entre el archivo del grupo de trabajo IMSMA.mdw al nuevo archivo .mdb, a no ser que también vaya a crear vínculos a tablas, o vaya a importar consultas desde el módulo de acceso IMSMA. _______________________________________________________________

Base de datos de formación De nuevo, existen dos opciones. Una training database puede establecerse en un servidor SQL independiente, o en una base de datos independiente en el mismo servidor SQL que aloja la copia de producción de la base de datos de IMSMA para formación y/o realización de pruebas.

DRAFT • Si una computadora independiente que no participa en la producción del

sistema IMSMA está disponible, puede ajustarse como un servidor IMSMA independiente. Después de instalar un nuevo servidor IMSMA mediante el CD de instalación de IMSMA, los datos pueden importarse desde una exportación del sistema de producción.

• Los pasos a seguir son similares para configurar una base de datos de

formación en el mismo servidor SQL que aloja la base de datos de producción. La única diferencia es que en lugar de instalar un nuevo servidor SQL, se crea una nueva base de datos de IMSMA con un nombre diferente en el servidor SQL existente. Si el trabajo de formación y producción se llevan a cabo en la misma máquina, deben utilizarse diferentes módulos de acceso IMSMA para la formación y la producción. Los siguientes pasos describen cómo configurar una base de datos de formación IMSMA en la misma máquina de la base de datos de IMSMA operativa:

En el servidor: Pasos que deben seguirse cada vez que se configura la base de datos de formación: • Cree una nueva base de datos en el servidor (por ejemplo: IMSMA_Training) • Ejecute el archivo de acceso C:\IMSMA\xdb_install\FMServerSQLPrep

mediante el acceso directo ofrecido en el registro AdminIMSMA. • Seleccione el servidor apropiado, defina el nuevo nombre de la base de datos -

IMSMA_Training y proceda con la creación de la base de datos. • Copie la carpeta C:\IMSMA y péguela con un nombre diferente (por ejemplo,

IMSMA_Training) en el disco duro C. • Comparta la nueva carpeta. En los clientes: Pasos que deben seguirse una vez al configurarse la base de datos de formación: • Copie la carpeta C:\IMSMA y péguela con un nombre diferente (por ejemplo

IMSMA_Training) en el disco duro C . • Cambie el nombre el módulo de acceso IMSMA, por ejemplo,

FieldModule_Training.mdb • Adapte el acceso directo para referirse a la nueva ruta y nombre de la base de

datos. • Asigne una nueva unidad de disco a la nueva carpeta compartida en el

servidor. • Adapte las entradas en las tablas de aplicación al nuevo nombre y nombre de

archivo de la base de datos: o tblApplicationParameterLocal: ruta remota = nueva unidad de disco

compartida. o tblApplicationParameterLocal: ruta local = C:\IMSMA_Training\

• Abra el módulo de acceso y cree un vínculo a la base de datos de IMSMA_Training (cree el vínculo al nuevo servidor como sea necesario) mediante el formulario de administración de la base de datos, pestaña “connection”.

DRAFT • Abra el diccionario de datos de formación (imsma_ddx.mdb) en la carpeta

C:\IMSMA_Training\GIS, ejecute el Linked Table Manager (Tools, Database Utilities). Seleccione todos los vínculos y solicite una nueva ubicación, y a continuación seleccione el nuevo SIG imsma_ddx_data.mdb en la carpeta C:\IMSMA_Training\GIS

• Tenga en cuenta que la conexión ODBC (DSN) de IMSMA_GIS_datapool (conexión entre el SIG de IMSMA (ArcView) y el módulo de servicio IMSMA) se cambia automáticamente desde la base de datos operacional (IMSMA) a la base de datos de formación (IMSMA_Training) en el momento de seleccionar las propiedades de conexión de la nueva base de datos en el módulo de acceso.

Pasos que deben llevarse a cabo una vez al introducirse cambios entre las dos bases de datos. (IMSMA y IMSMA_Training): • Cambie la conexión ODBC (DSN) de IMSMA_GIS_ddx (conexión entre el SIG

de IMSMA y el diccionario de datos del módulo de acceso IMSMA) desde el diccionario de datos del módulo de acceso (imsma_ddx.mdb en la carpeta C:\IMSMA_ Training\GIS)

• Cree una nueva variable de entorno (My computer -> System Properties -> Advanced -> Environment Variables -> System Variables): - Nombre de la variable: IMSMAGISHOME - Valor de variable: C:\IMSMA_Training\GIS La variable define la ruta del directorio local del SIG

Se recomienda configurar por separado una base de datos de formación para actividades de formación y de realización de pruebas, puesto que ambas actividades, en la base de datos operacional IMSMA pueden conducir a datos corruptos. Si no puede configurarse una base de datos de formación IMSMA en un puesto de trabajo independiente, dicha base de datos puede configurarse en el mismo puesto de trabajo en la que esté ubicado IMSMA operacional siguiendo los pasos descritos más arriba. Tenga en cuenta que esos pasos deben seguirse una sola vez, salvo los dos últimos pasos (cambiar ODBC IMSMA_GIS_datapool y configurar la variable del sistema) que deben hacerse antes, y cada vez que cambie entre las dos bases de datos.

9.2. Propiedades de conexión El vínculo entre el módulo de acceso IMSMA y el módulo de servicio IMSMA (u otra base de datos) se gestiona en la ficha “connection” del administrador de la base de datos:

DRAFT Figura 9.2: La conexión al módulo de servicio o a otra base de datos se administra en la sección “connection” del formulario de administración de la base de datos. Login Parameters: muestra información acerca de la conexión con la base de datos: • Server: nombre del servidor al que el módulo de acceso está actualmente

conectado (por defecto: “local”) • Database: nombre de la base de datos en el servidor seleccionado al que el

módulo de acceso está actualmente conectado (por defecto: “IMSMA”) • User name and password: información con la que el módulo de acceso inicia

la sesión en el servidor SQL (no puede cambiarse). El nombre de usuario y contraseña mostrados aquí se determinan automáticamente por el grupo de usuario Access con el que el usuario ha iniciado la sesión en el módulo de acceso. Por ejemplo, todos los usuarios que iniciaron la sesión como Administradores iniciarán la sesión como “AdminIMSMA” y tendrán los permisos correspondientes en los objetos del módulo de servicio.

SQL Server Parameters muestran la información de los ajustes del servidor SQL a los que el módulo de acceso está actualmente vinculado:

. Product version: versión de SQL server (los últimos 3 dígitos indican service packs).

. Edition: Edición de SQL (por ejemplo empresa, responsable de desarrollo, MSDE).

. Instance name: nombre de la instancia de SQL server (por defecto: “Not used”).

. Integrated Security Only: por defecto: “No” (se ajusta durante la instalación del servidor).

. Single User: por defecto “No” (se ajusta durante la instalación del servidor). Si se ajusta a “yes”, sólo un usuario podrá conectarse al servidor de la base de datos.

Write parameters to textfile: escribe los parámetros del servidor SQL (más parámetros de los que se muestran aquí en el formulario) a un archivo de texto en la carpeta C:\IMSMA. Refresh server properties: actualiza las propiedades mostradas después devolver a vincular a otro servidor. Default server backup directory: directorio por defecto en el que se almacenan los archivos de copia de seguridad. Nota: éste es siempre un directorio en el servidor, incluso si la copia de seguridad se ejecuta en un cliente. Puede cambiarse a cualquier directorio (en el servidor) pulsando el botón de cambio.

DRAFT

Con SQL server, pueden instalarse muchas instancias (servidores), conteniendo cada una de ellas una o más bases de datos. Si no se había instalado un servidor SQL antes de la instalación o actualización de IMSMA (versión MSDE estándar), se configura una instancia (una vez dado el nombre del puesto de trabajo local) que contiene la base de datos del servidor SQL y la base de datos de IMSMA.

Pulsando el botón “Advanced”, el módulo de acceso puede vincularse a un servidor y/o base de datos diferente: los campos del servidor y de la base de datos se activan y una aparece sección adicional, “Data Source Administration (ODBC)”. • Change server: el módulo de acceso puede vincularse a un servidor diferente

(si existe) • Change database: el módulo de acceso puede vincularse a una base de datos

diferente. Pulsando el botón “Apply”, todas las tablas vinculadas actualmente se vuelven a vincular a la nueva base de datos seleccionada.

• Change data source: el nombre del origen de datos (ODBC) puede cambiarse aquí. El nombre por defecto es “IMSMA”. Se crea automáticamente una nueva conexión ODBC cada vez que se pulsa el botón “Apply”.

Figura 9.3: La conexión al módulo de servicio o a otra base de datos se administra en la sección “connection” del formulario de administración de la base de datos 9.3. Copia de seguridad y restauración de la base de datos SQL Server Ya esté utilizando la versión completa de SQL Server o la versión gratuita MSDE, resulta imperativa la implementación de un cuidadoso procedimiento para la realización de copias de seguridad. En el caso poco probable de que la base de datos se corrompiera, podría disponer de muy pocas opciones, al margen de volver a su última copia de seguridad. En MAC con hardware y alimentación eléctrica poco fiable, el peligro de corrupción de datos aumenta. Todos los datos introducidos en la base de datos de IMSMA se almacenan en la base de datos de SQL Server, y éste es el único archivo del que debe realizarse diariamente una copia de seguridad. Los vínculos a esquemas escaneados y fotos se almacenan en la base de datos, pero no así el auténtico archivo de imagen; también debe hacerse una copia de seguridad de los directorios de archivos de imagen en los que están almacenados las imágenes. Además de estos archivos

DRAFT relacionados con datos, recuerde hacer copias de seguridad de todos los elementos del sistema IMSMA que se hayan personalizado. Una forma sencilla para llevar esto a cabo es realizar una copia de seguridad del directorio IMSMA completo, cada vez que se hagan modificaciones del sistema. Si se prefiere, se pueden llevar a cabo copias de seguridad de archivos individuales después de editarlos: serán copias de seguridad más pequeñas y rápidas, pero es necesario un mayor grado de conocimiento de los archivos del sistema IMSMA. Las copias de seguridad de los archivos del sistema IMSMA deben llevarse a cabo después de este tipo de actividades. • Modificación de los formularios del módulo de acceso (por ejemplo, después

de activar los campos definidos por el usuario). • Edición de los archivos de parámetros para la herramienta de conversión de

coordenadas, como añadir una nueva definición de datos. • Incorporación de nuevos temas del SIG al diccionario de datos del SIG (copia

de seguridad de la base de datos del DDX). • Modificaciones del proyecto de diseño en los que los diseños se realizan antes

de exportar a la extensión de diseño IMSMA. • Modificaciones del archivo de proyecto estándar ArcView utilizado para la

producción de mapas estándar. Base de datos SQL Server. Como en cualquier otro plan de copias de seguridad, el plan de copias de seguridad para la base de datos de SQL Server implica el mantenimiento de una serie de copias de seguridad. Los ajustes de estas copias pueden incluir archivos diarios, semanales y mensuales. Las copias de seguridad pueden dejarse con toda seguridad en el servidor, y sólo deben guardarse durante la semana en curso. Las copias de seguridad semanales o mensuales deben transferirse a un medio de almacenamiento físico (por ejemplo, un CD, DVD o cinta) y guardarse en otro lugar. Las operaciones de copiado de seguridad y restauración se llevan a cabo desde el formulario de administración de la base de datos de IMSMA. El plan de copia de seguridad de la base de datos puede programarse y automatizarse en la pestaña “Backup” de ese mismo formulario. Figura 9.4: Pestaña “Backup” del formulario IMSMA DB Admin Para restaurar un archivo de copia de seguridad, vaya a la pestaña “Restore” en el formulario de administración de la base de datos.

DRAFT Figura 9.5: Pestaña “Restore” del formulario IMSMA DB Admin Busque o introduzca el nombre de archivo del archivo de copia de seguridad, y a continuación seleccione “Start Restore”. Todos los datos de la base de datos en SQL Server se sobrescribirán: se perderán las nuevas entradas realizadas en la base de datos después de la copia de seguridad, y deberán rehacerse según proceda. Todos los usuarios deben estar desconectados de la base de datos antes de finalizar una restauración. Tenga en cuenta que todos los archivos de copia de seguridad siempre se crean en la computadora que aloja a la base de datos SQL Server, incluso aunque la copia de seguridad se inicie desde cliente IMSMA en otra computadora. Igualmente, todos los archivos necesarios para una restauración deben hallarse también en la máquina del servidor SQL, al margen de dónde se inicie la restauración. 9.4. Mantenimiento de la base de datos Es necesario realizar un mantenimiento periódico de la base de datos para asegurar un rendimiento óptimo, y para reducir al máximo el tamaño del archivo. En la pestaña “Maintenance” del formulario de administración de la base de datos se dispone de tres herramientas para que su sistema IMSMA funcione al máximo nivel. Figura 9.6: Pestaña “Maintenance” en el formulario IMSMA DB Admin Database consistency checks. Comprueba la estructura interna de su base de datos SQL Server. Los resultados de estas comprobaciones se registran en un

DRAFT archivo html en C:\IMSMA. Si alguna de estas comprobaciones falla, solicite la ayuda de un administrador cualificado de SQL Server, o vuelva a una copia de seguridad de su base de datos de IMSMA. Index Statistics. SQL Server almacena la información relacionada con el contenido de las tablas, que se emplea para mejorar el rendimiento de las consultas realizadas por la base de datos SQL Server. A medida que cambian el contenido de las tablas (por ejemplo, al introducirse un dato), estas estadísticas pueden quedar desfasadas. Para las bases de datos relativamente pequeñas y que cambien lentamente en MAC, no es probable que haya efectos adversos al seleccionar la opción “Auto Update Statistics On”.

Microsoft® SQL Server™ 2000 permite crear información estadística acerca de la distribución de valores en una columna. Esta información estadística puede utilizarse mediante el procesador de consultas para determinar la estrategia óptima para evaluar una consulta. Cuando crea un índice, SQL Server almacena automáticamente información estadística acerca de la distribución de los valores en la columna o columnas indexadas. El optimizador de consultas de SQL Server usa estas estadísticas para estimar el coste de la utilización del índice para una consulta. A medida que los datos cambian en una columna, las estadísticas del índice y de las columnas pueden quedar desfasadas y dar lugar a que el optimizador de consultas no tome decisiones apropiadas sobre cómo procesar una consulta. (Excepto en los manuales en línea de SQL Server).

Compact and repair frontend on exit. A medida que se llenan y se vacían las tablas temporales en el módulo de acceso durante el curso normal de la utilización de IMSMA, la base de datos del módulo de acceso aumentará de tamaño. Recomendamos que esta opción se utilice varias veces al mes en cada puesto de trabajo cuando se instale IMSMA. 9.5. Datos generales Los datos generales son datos sobre otros datos. Explican el contenido de un conjunto de datos. Los datos generales tienen una importancia crucial al compartir datos: si el contenido de un grupo de datos no puede comprenderse, no podrá utilizarse de forma apropiada. La pestaña “Metadata” en el formulario de administración de la base de datos ofrece un medio para mantener datos generales sobre su base de datos, para explorar el contenido de sus tablas, y también muestra cambios en el esquema de la base de datos de IMSMA desde v2.2 a v3. Tenga en cuenta que los datos generales se almacenan en la base de datos del módulo de servicio de IMSMA, en tblApplicationMetaData. Éste es un importante recurso para documentar cambios en la base de datos (particularmente la utilización de campos definidos por el usuario) pero sólo si se mantiene y preserva con todo cuidado. Al activar campos definidos por el usuario, sus contenidos pueden documentarse modificando la columna de descripción. Esto reemplaza el campo de descripción que se encuentra en la visualización diseño de la tabla de las versiones anteriores de IMSMA, que no está disponible en las tablas de SQL Server

DRAFT Figura 9.7: Pestaña “Metadata” en el formulario IMSMA DB Admin La ventana de valores de la pestaña “Metadata” es muy útil para explorar el contenido de un campo. • En los campos que no están limitados a cuadros combinados, el análisis de

datos puede complicarse a causa de entradas similares con el mismo significado (por ejemplo, árbol, árboles...). Estos casos se identifican fácilmente aquí.

• El predominio relativo de valores en un campo puede encontrarse rápidamente. Explorar tendencias generales en los datos es a menudo un primer paso exigido en el análisis de datos.

Cambios en el esquema de la base de datos desde v2.2 a v3. Al seleccionar la casilla Show discontinue table/columns se muestran las tablas / atributos que existieron en v2.2 pero que han sido eliminados en v3 (por ejemplo clnOrganisation en varias tablas, clnConfirmedClear en tblDangerousArea). Nota: esto NO muestra los atributos con un nuevo nombre (todos los campos definidos por el usuario reciben un nuevo nombre en v3). 9.6. Exportación de datos Los datos pueden exportarse desde IMSMA para utilizarlos en instalaciones separadas de sólo lectura de IMSMA. Los datos pueden exportarse tanto en formato SQL Server como en una base datos MS Access. Una oficina regional de acceso de datos que imprime informes y mapas utilizaría normalmente la exportación de SQL Server. La exportación de la base de datos MS Access es útil para los usuarios que sólo requieren examinar los datos directamente, y que prefieren trabajar con MS Access; con la exportación de MS Access, las funciónes de módulo de acceso IMSMA o SIG no están disponibles. La diferencia entre la exportación de datos y una copia de seguridad completa de una base de datos es que la exportación sólo contiene datos: requiere que un módulo de servicio IMSMA en funcionamiento se halle en SQL Server antes de la importación. La copia de seguridad completa de la base de datos puede utilizarse para crear una nueva base de datos de IMSMA; sin embargo, hay un proceso avanzado que no se trata en esta Guía del administrador. Con la función de exportación de datos IMSMA puede seleccionar qué dato de acciones relativas a las minas quiere incluir en la exportación, y también puede seleccionar campos de datos individuales para eliminar (censurar) de los registros;

DRAFT pueden configurarse dos configuraciones diferentes, y seleccionarlos en el formulario de exportación. Por ejemplo, la función de Censura permitiría eliminar los nombres de las víctimas de incidentes con minas de la exportación, pero dejando intactos los otros campos de las víctimas. La herramienta PGP se incluye en el CD de distribución IMSMA para facilitar la transmisión segura de los datos exportados; esto se explica al final de esta sección.

DRAFT Para llevar a cabo una exportación, abra el formulario Export Data desde el menú Administration seleccionando Export Data.

Figura 9.8. Formulario de exportación de datos Tipo / parámetros Seleccione si los datos deben exportarse como archivos de formato nativo SQL Server (por defecto) o como base de datos MS Access. Seleccione la opción “Censor Export” si el contenido del campo va a ser censurado (censurar significa reemplazar los valores tales como nombres de víctimas con un nuevo valor. La opción por defecto es “censored”), y una de las dos opciones de exportación (“Data Set” 1 ó 2). Si los datos emplean un sistema de coordenadas de almacenamiento diferente a WGS-84, las coordenadas pueden convertirse a WGS-84 de forma opcional en la exportación (normalmente no convienen hacerlo si está exportando a una oficina de acceso a datos de sólo lectura). Comments (Comentarios) Los comentarios se almacenan en tblApplicationExportLog. Use este campo para documentar las actividades de exportación de datos. Export Yes/No (Exportar Sí/No) Selecciona las tablas que se van a exportar. Tenga en cuenta los siguientes aspectos relativos a la exportación de tablas:

• Los datos de apoyo - características nacionales y datos logísticos - siempre se exportan.

• También se exportan todas las tablas relacionadas con los informes seleccionados en el área Data to export de este formulario. Por ejemplo, cuando se selecciona Clearance, las tablas exportadas son tblClearance, tblClearanceDevicesEstimated y tblClearancePerimeter.

Censored Yes/No (Censurado Sí/No) Seleccione si desea censurar información de las tablas exportadas.

DRAFT Los campos censurados se controlan mediante los registros de tblApplicationExportCensorship. Figura 9.9: Configuración de los campos para el censor Las primeras dos columnas identifican el atributo que se va a censurar. La tercera columna permite la introducción de un valor que sustituya a los datos censurados; si se deja en blanco, se inserta un valor por defecto Censored en la tabla exportada. Se admiten dos configuraciones independientes de censura de exportación: clnHQYesNo y clnFMYesNo, que corresponden con los conjuntos de datos 1 y 2 del formulario Export Data. Se pueden añadir registros adicionales a esta tabla.

Cifrado PGP Es muy recomendable la utilización del software gratuito (para usos no comerciales) de cifrado de datos PGP 6.0.2 antes de transmitir datos a través de medios no seguros para asegurar que la información no pueda ser leída por terceros durante la transmisión de los datos. PGP también comprime el archivo durante el cifrado, por lo que el tamaño del archivo cifrado es bastante más pequeño que el original. Después de seguir los procedimientos de la sección anterior para crear un archivo para exportar, cifre este archivo utilizando la función “PGPTools”. PGP utiliza un cifrado de clave pública. Todos los usuarios tienen una clave pública que comunican a cualquier persona con la que compartan datos y una clave privada secreta.

Cifrado Para cifrar un archivo, el usuario especifica las claves públicas de todo el público seleccionado autorizado al que se dirigen los datos. Opcionalmente, el archivo también puede firmarse con la clave privada de los usuarios. Use PGPKeys para importar claves públicas a otros usuarios de PGP de su sistema y para crear su propio par de claves. La clave pública PGP del Equipo de Desarrollo de IMSMA se encuentra en el CD de instalación de IMSMA, en la carpeta PGP602, en un formato que puede importarse utilizando la función PGPKeys. Después de importar esta clave a PGPKeys, estará disponible cuando se cifre el archivo. Seleccione la clave del Equipo de Desarrollo de IMSMA como destinatario del mensaje en el diálogo Key Selection. Cree un par de claves para usted utilizando PGPKeys y especifique su clave pública para firmar el archivo.

Cómo abrir archivos cifrados

DRAFT Para abrir un archivo cifrado, el usuario introduce su clave privada. Si su clave pública se incluyó en la lista de público seleccionado durante el proceso de cifrado, podrá abrir el archivo. Si el archivo fue firmado digitalmente por el remitente, el destinatario necesita la clave pública del remitente para verificar la autenticidad del remitente. Clave pública del Equipo de Desarrollo de IMSMA 6BC2 1C8A 7C46 85FF E40D 1193 C227 C22A D466 43CE

DRAFT 9.7. Acceso a datos regionales Hay dos formas de establecer una instalación de acceso a datos regionales de IMSMA. • Exportación / Importación. Esto permite exportar temas seleccionados de

acciones relativas a las minas (por ejemplo sólo estudio de impacto), y censurar datos de campos sensibles (por ejemplo los nombres de las víctimas de incidentes con minas). Ésta es la solución más fácil para establecer un IMSMA de sólo lectura (tenga en cuenta que el sistema sólo es de sólo lectura cuando se emplea la cuenta Guest para iniciar sesión).

• Exportación descentralizada. Una exportación descentralizada sin elementos de estructura nacional transferidos a él es básicamente un centro regional de sólo lectura. Esta solución requiere más administración que la solución de Exportación / Importación, y puede ser más difícil de ejecutar. La mayoría de los MAC deberían empezar con la solución Exportación / Importación.

Para configurar una oficina de acceso a datos regionales, use el formulario Data Export para exportar una base de datos estándar SQL Server. Comprima todo el conjunto de archivos creados durante la exportación, y transmítalos a la oficina regional, junto con el módulo de acceso de IMSMA del servidor IMSMA. En la computadora en la que se vayan a instalar, use el CD de instalación de IMSMA para configurar un nuevo servidor IMSMA. Sustituya el módulo de acceso por la copia tomada del sistema de exportación para mantener las personalizaciones. Descomprima el archivo de exportación establecido al directorio de exportación en el nuevo servidor IMSMA e inicie el módulo de acceso IMSMA. Introduzca la información exigida para configurar el nuevo servidor IMSMA (ésta se sobrescribirá durante la importación de datos). Abra el formulario Export Data y seleccione el botón Import from SQL Export.

DRAFT 9.8. Exportación de visualizaciones del SIG de IMSMA Seleccione la herramienta <icon> para mostrar el diálogo Export View. Todos los temas vectoriales de la visualización activa se exportan para su utilización con ArcExplorer 3.0 Java o ArcPad versión 5.1. Figura 9.10: Diálogo Export View

Aplicación de destino Hay dos opciones disponibles para el formato de exportación:

• ArcExplorer 3.0 Java o • ArcPad versión 5.1.

Por defecto, el procedimiento de exportación crea un archivo de proyecto que tiene el nombre de la visualización con la extensión .axl para proyectos de ArcExplorer y la extensión .app para proyectos de ArcPad.

ArcExplorer es un visor gratuito de ESRI para archivos .shp. En el CD de distribución de IMSMA se incluye una copia de los archivos de instalación. ArcExplorer tiene unas capacidades limitadas en cuanto a exploración de datos e impresión. ArcPad es el software del SIG de ESRI para el entorno Windows CE. Durante el proceso de estudios de campos de minas se pueden utilizar computadoras portátiles con el sistema operativo Windows CE para recoger temas del SIG de IMSMA in situ.

Ubicación del archivo de proyecto

Debe especificarse el nombre completo del archivo de proyecto. El nombre se puede escribir directamente. Si el directorio especificado no existe, se creará uno nuevo. Como alternativa, puede utilizar la herramienta de exploración para <icon> ir hasta un directorio existente. Además de crear un archivo de proyecto, el proceso de exportación copia todos los temas vectoriales de la visualización a la ubicación del directorio que se haya especificado para el archivo de proyecto. Por tanto, este directorio contiene todos los datos a los que se hace referencia en el archivo de proyecto. La simbolización del tema se almacena en el archivo .axl para proyectos de ArcExplorer. En el caso de ArcPad, hay un archivo de simbología para cada tema con la extensión .aps. El archivo de proyecto de ArcExplorer creado durante el proceso de exportación almacena una referencia absoluta de directorio para los archivos de datos utilizados por el proyecto; este será el directorio de exportación que ha elegido como ubicación del archivo de proyecto. Si va a distribuir

DRAFT el proyecto de ArcExplorer y los archivos de datos a otros usuarios, éstos deberán instalar los proyectos en un directorio con la misma ruta que el que ha utilizado usted o modificar el archivo de proyecto de ArcExplorer para establecer la nueva ruta del directorio. El archivo de proyecto de ArcExplorer tiene la extensión .axl y se puede modificar con cualquier editor de texto. En la sección <WORKSPACES> del archivo, debe modificarse la línea <SHAPEWORKSPACE name=”shp_ws-0” directory= > para establecer la ruta deseada para los archivos de datos. Limitaciones La herramienta de exportación tiene las siguientes limitaciones:

• Sólo se pueden exportar temas vectoriales. La función de exportación del SIG de IMSMA no exportará temas raster (imágenes). Tenga en cuenta que ArcExplorer puede mostrar varios formatos de archivos de imágenes. Para incluir temas de imágenes en su proyecto de ArcExplorer, edite el proyecto de ArcExplorer exportado por el SIG de IMSMA utilizando el software ArcExplorer.

• Los nombres de campos de atributos se limitan a 10 caracteres. Observe que los nombres de campos de atributos de los temas del SIG de IMSMA en ArcView también están limitados a 10 caracteres: tenga en cuenta que los nombres de campo en IMSMA y en el SIG de IMSMA no son los mismos debido a la limitación de 10 caracteres de ArcView.

• No se admiten símbolos compuestos (como los símbolos de hospital o de iglesia). Durante el proceso de exportación, los símbolos compuestos se sustituirán por símbolos sencillos.

• No se admiten totalmente los símbolos de relleno de trama. Los polígonos sombreados de ArcView tendrán todos el mismo diseño de trama.

• ArcPad no admite símbolos graduados; en su lugar se emplearán unas claves de símbolo simple.

• Los archivos de ArcPad no incluirán etiquetas. 9.9. Importación de datos externos a IMSMA Importar datos externos a IMSMA no es una tarea fácil, aunque es posible. Las principales dificultades impuestas por un proyecto de importación de datos son las siguientes. • Hacer coincidir la estructura de la base de datos externa con IMSMA. Esto

puede exigir mucho tiempo, pero es un problema estrictamente técnico y se consigue de forma relativamente fácil. El trabajo que se está haciendo para definir un estándar de intercambio de datos XML para acciones relativas a las minas facilitará este proceso en el futuro. Póngase en contacto con el GICHD si desea obtener más información sobre el diseño XML de IMSMA.

• Coincidencia de atributos. Muchos campos de IMSMA tienen contenido que

está restringido a entradas de cuadros combinados. Los valores almacenados en estos campos se denominan claves semánticas. La traducción de datos en la base de datos externa a claves semánticas de IMSMA es esencial para un funcionamiento adecuado de IMSMA. Póngase en contacto con el equipo de desarrollo de IMSMA en ETHZ si desea obtener más información.

DRAFT • Estructura de la tabla basada en relaciones de IMSMA. La mayoría de las

tablas en IMSMA hacen referencia a tblCity, tblOrganistation y tblStatus. Deben establecerse entradas correctas en estas tablas relacionadas, y los GUIDs referentes deben asignarse correctamente a registros en las principales tablas de IMSMA. Los datos de estado almacenados en tblStatus también se almacenan en la tabla relacionada para simplificar el diseño de consultas y para mejorar el rendimiento.

• Hay un número limitado de campos exigidos por el sistema en cada tabla,

incluyendo un identificador único global (GUID) generado, que debe rellenarse para todos los registros importados a la base de datos. Antes de empezar a escribir las rutinas de importación de datos, es necesario estar familiarizado con la estructura y los atributos de la base de datos origen y de IMSMA. Esto incluye los esquemas de base de datos así como el significado semántico de los atributos.

Procedimiento de importación Los siguientes pasos ilustran el proceso. • Comprender el esquema de la base de datos de IMSMA y sus implicaciones.

El diagrama de las relaciones entre las tablas de IMSMA se incluye en el CD de instalación de IMSMA en la carpeta Documents.

• Comparar la base de datos externa con IMSMA • Identificar las tablas y campos coincidentes en la base de datos externa y

IMSMA, asignar los valores de atributo actuales a claves semánticas IMSMA. • Identificar la información que falta en la base de datos externa. • Ejecutar la rutina de importación. • Importar datos. • Confirmar la validez de la rutina de importación revisando los registros

importados.

Características de IMSMA Es importante considerar las siguientes características de IMSMA al diseñar el proceso de importación. • La mayoría de las tablas se refieren a la jerarquía geográfica de características

nacionales. El clnGUID (de la tabla IMSMA tblCity) de la ciudad más cercana se almacena en todas las tablas relacionadas con los datos de características nacionales. La mayoría de los registros están vinculados a los datos de características nacionales; por tanto, normalmente es necesario tener la estructura nacional en su lugar antes de importar otros datos de acciones relativas a las minas.

• Debe definirse un estado para la mayoría de los objetos de IMSMA. Éste se almacena en tblStatus, y se copia a la tabla relacionada.

DRAFT • Use las relaciones de clave externa-primaria almacenadas en las tablas de

IMSMA (por ejemplo las áreas minadas deben estar vinculadas a un estudio de impacto). En caso contrario, no podrá utilizar todas las posibilidades de IMSMA y su interfaz de usuario.

• Las coordenadas geográficas deben referirse a un sistema de referencia único. Las tablas de la base de datos almacenan datos de coordenadas en coordenadas geográficas (latitud/longitud) en un sistema de referencia de almacenamiento configurado por el administrador del sistema (el sistema por defecto es WGS-84).

• Los atributos de la base de datos externa que no coincidan con los atributos de IMSMA deberían insertarse en campos definidos por el usuario o en un campo de comentario (nota) de IMSMA.

Código VB y SQL La creación de una rutina de importación requiere, como mínimo, estar familiarizado con la programación en MS Visual Basic y la construcción de declaraciones SQL (consultas de Access). Se proporcionan las siguientes notas para asistir al programador experimentado que puede no estar familiarizado con la utilización de Visual Basic dentro de MS Access. Durante el proceso de importación de datos es útil llamar a alguna de las funciones de visual basic de IMSMA. Para utilizar las funciones exigidas, cree una nueva base de datos MS Access y cree una referencia al módulo de acceso IMSMA: • Cree una nueva base de datos MS Access en la que almacenará sus rutinas

de importación y consultas. Abra este archivo mdb utilizando un acceso directo que incluya una referencia al archivo IMSMA.mdw.

• Cree un nuevo módulo en esta base de datos MS Access creada en el paso anterior. Esto abrirá la pantalla del editor de Microsoft Visual Basic.

• Establezca una referencia al módulo de acceso de IMSMA. Seleccione Tools > References del editor de MS Visual Basic. A continuación seleccione el botón Browse..., y vaya al archivo fieldmodule.mdb.

Ahora puede escribirse la función de importación en este módulo. Dos funciones de IMSMA que son útiles durante el proceso de importación son: . GUIDGen() – genera los GUIDs utilizados con todos los registros . IDGen() – genera el ID del siguiente entero para su utilización en el campo

clnID . Si antes de la importación es necesario realizar una transformación de sistema

de coordenadas o sistema de referencia, puede utilizarse la función de transformación de sistemas de coordenadas de IMSMA.

Tenga en cuenta los siguientes elementos del diseño de una rutina de importación:

DRAFT • Los datos externos se integran en tablas en la base de datos de importación. • Las tablas de IMSMA se copian o vinculan a la base de datos de importación. • Después de haber importado los datos mínimos esenciales a IMSMA utilizando

la rutina de importación, se pueden añadir otros datos a campos en blanco en la tablas con consultas UPDATE.

Póngase en contacto con el equipo de desarrollo de IMSMA al inicio de su proceso de planificación para obtener más información. Se dispone de la rutinas empleadas para importar datos en distintos países, que pueden constituir un punto de inicio para su propia rutina.

DRAFT

MEJORAS DE LA FUNCIÓN ESTÁNDAR

DRAFT

Capítulo 10

Informes personalizados En el Capítulo 8 de la Guía del usuario se describen los formatos estándar de informe incluidos en IMSMA. Para atender a las solicitudes de información de los usuarios sobre los datos almacenados en IMSMA será necesario personalizar o crear formatos de informe. En este capítulo aprenderá a personalizar los formatos de informes existentes en MS Access y a crear nuevos formatos. Para crear o editar informes IMSMA se sigue la metodología normal de acceso. Además, deberían tenerse en cuenta los siguientes puntos: • Convenio de nombres de IMSMA

• Consultas basadas en módulo de acceso (Access) o módulo de servicio (SQL server)

• Implementación de opciones de criterios de selección

• Traducción de claves semánticas

• Utilización de funciones IMSMA

• Utilización de consultas de base ya existentes (Artefactos, Localizador)

• Creación de tablas de tiempo

• Informes en color y blanco y negro

• Informes basados en consultas de módulo de servicio

• Apoyo de IMSMA

Estos puntos son de interés cuando se crean nuevos informes. Al editar informes existentes también podría ser útil comprender cómo funciona la función de informes de IMSMA. A menudo es deseable crear informes basados en las selecciones hechas en ArcView GIS. En la última sección de este capítulo se describen ejemplos de flujos de trabajo para crear informes estadísticos basados en selecciones del SIG de IMSMA. Se describen dos métodos, uno utilizando MS Access y otro utilizando las herramientas de informe incluidas en el CD de distribución de ArcView 3.2.

DRAFT 10.1. Convenio de nombres de IMSMA Los informes estadísticos estándar de IMSMA se almacenan en la sección del informe de módulo de acceso de IMSMA, a la que puede accederse iniciando IMSMA como administrador del sistema en el modo de omisión de la macro de inicio. Según el convenio de nombres de IMSMA los informes se nombran “rpt” seguido por el nombre del informe. Los subinformes además tienen el final “Sub” unido al nombre del informe. Cada informe sólo puede basarse en una consulta (o tabla). Esta consulta normalmente se basa en otras consultas que se construyen basándose las unas en las otras. El convenio de nombres para estas consultas es “qryrpt” seguido del nombre del informe y un final que identifica la consulta. Las consultas utilizadas para subinformes tienen el final “-Sub”. 10.2. Informes basados en los módulos de servicio y de acceso La mayoría de las consultas de informe se almacenan en el módulo de acceso de IMSMA. Algunas de ellas deben almacenarse en el módulo de servicio de IMSMA (SQL server) por motivos de rendimiento. Esto es sólo de interés para un administrador de IMSMA cuando deban editarse consultas de informes existentes. El campo “Server view” en tblApplicationReportConfiguration indica si las consultas del informe se almacenan en el servidor (yes) o en el módulo de acceso (no).

DRAFT

10.3. Opciones de criterios de filtro Los usuarios de IMSMA tienen hasta cinco opciones de criterios de filtro disponibles para cada informe: Time frame, Location, Owner (MAC encargado del informe), Organisation y Status. TblApplicationReportConfiguration define las opciones disponibles para cada informe. Cuando se ajusta un criterio de filtro específico (yes), el parámetro debe incluirse en la consulta del informe. Hay dos consultas para cada informe que contienen la información del parámetro: qryrptNameTemplate (donde NAME es exactamente el mismo nombre que el del informe): debe contener parámetros que se usan para el informe (establecidos en tblApplicationReportConfiguration). Consúltese la tabla de abajo para ver cómo deben nombrarse los parámetros en consultas y en los informes. Un ejemplo fácil se dicha consulta de plantilla que incluya los cinco parámetros de criterios de selección podría ser: Select * from tblClearance AS C INNER JOIN qryApplicationLocatorActual AS L ON C.clnNearestCityGUID=L.C_GUID WHERE C.clnStartOfWork like [ParamTimeFrom] AND C.clnEndOfWork like [ParamTimeTo] AND L.clnLocator like [ParamLocator] AND C.clnOrganisationGUID like [ParamOrgGUID] AND C.clnStatus like [ParamStatusProcess] AND C.clnOwnerMAC_GUID like [ParamOwnerGUID]; qryrptName es una copia de qryrptNameTemplate. Cada vez que el informe se ejecuta utilizando la GUI esta consulta se sustituye automáticamente (programada en el código) por la consulta Template, pero conteniendo los valores de parámetro introducidos por el usuario. Si abre qryrptName los valores de los parámetros son los que se utilizaron la última vez que se ejecutó el informe. Conviene indicar en cada informe los criterios de filtro que se aplicaron. En informes IMSMA estándar esto se muestra en la sección del encabezado del informe. Para añadir esta información, los campos de etiqueta que tienen nombres definidos se añaden a la visualización de diseño del informe. Véase en la tabla de abajo los requisitos de nombres. Los criterios de selección utilizados en el GUI se introducen automáticamente en estos campos de etiqueta (programados en el código). Criterios de selección

(seleccionados por el usuarioen GUI)

Parámetro (incluido en la

consulta de plantilla)

Etiqueta (nombre del campo d

etiqueta en la visualización dediseño del informe)

Time Frame (fro [ParamTimeFrom] lblParamTimeFrame

Time Frame (to) [ParamTimeTo] (no es necesaria, incluida en la

DRAFT

etiqueta de arriba)

Location [ParamLocator] lblParamLocator

Organisation [ParamOrgGUID] lblParamOrgGUID

Status [ParamStatusArea] o

[ParamStatusProcess]

lblParamStatusProcess o

lblParamStatusArea

Owner [ParamOwnerGUID] lblParamOwnerGUID

Language [ParamLanguage] (no es necesaria la etiqueta)

Debe prestarse una atención especial a los valores NULL en campos donde se apliquen criterios de filtro: si el usuario no selecciona un filtro, todos los registros de la base de datos deberían aparecer en el informe (incluyendo los que tienen valores nulos). Dos parámetros manejan este problema para los dos criterios donde pudieran producirse valores nulos (Organisation, Time Frame). • Añadiendo “Or is [ParamTestOrgNULL]” a la parte de la consulta donde se establece el criterio

de Organización se resuelve el problema NULL:

WHERE tblClearance.clnOrganisationGUID Like [ParamOrgGUID] OR tblClearance.clnOrganisationGUID Is [ParamTestOrgNULL]

• Añadiendo “Or is [ParamTestTimeFrameNULL]" a la parte de la consulta donde se establece el

criterio de Time Frame se resuelve el problema NULL:

WHERE (tblClearance.clnStartOfWork >= [ParamTimeFrom] AND tblClearance.clnStartOfWork <= [ParamTimeTo]) OR tblClearance.clnStartOfWork Is [ParamTestTimeFrameNULL]

Cuando se ejecuta un informe a través de la GUI se comprueba automáticamente si se introdujo un criterio de filtro para Organisation. Si es así, la expresión [ParamTestOrgNULL] se sustituye automáticamente por “NULL” y por tanto se incluyen registros de valor nulo en el conjunto de resultados. Si el usuario introdujo un criterio de filtro de organización, la expresión “Or Is [ParamTestOrgNULL]” se sustituye automáticamente por “AND Not Is NULL”, lo que significa que se excluyen los registros de valor nuevo del conjunto de resultados. El mismo principio se aplica para [ParamTestTimeFrameNULL]. • La siguiente consulta no incluiría registros Clearance con entradas Organisation que faltan en

el conjunto de resultados si Organisation Criteria se deja en blanco en la GUI:

SELECT tblClearance.*, tblOrganisation.clnName FROM tblClearance LEFT JOIN tblOrganisation ON tblClearance.clnOrganisationGUID = tblOrganisation.clnGUID WHERE tblClearance.clnOrganisationGUID Like [ParamOrgGUID];

DRAFT • La siguiente adaptación de la consulta ahora también incluye registros Clearance con entradas

Organisation que faltan:

SELECT tblClearance.*, tblOrganisation.clnName FROM tblClearance LEFT JOIN tblOrganisation ON

tblClearance.clnOrganisationGUID = tblOrganisation.clnGUID

WHERE tblClearance.clnOrganisationGUID Like [ParamOrgGUID] OR tblClearance.clnOrganisationGUID Is [ParamTestOrgNULL];

Véase el capítulo 10.8 “Creación de nuevos informes” si desea ver otro ejemplo de implementación de opciones de selección de criterios. 10.4. Traducción de claves semánticas Muchos de los valores almacenados en las tablas IMSMA son claves semánticas - esto es cierto para todos los valores que se seleccionan de cuadros desplegables. Las campos que contienen claves semánticas se pueden reconocer porque su nombre de campo termina en “TC”. Las claves semánticas tienen que traducirse cuando se vayan a mostrar en un informe. Las traducciones se almacenan en tblApplicationSemanticKeyTranslation. La traducción se realiza uniendo esta tabla a cada campo que tenga que traducirse. Para mantener la capacidad multilingüe de IMSMA, se recomienda utilizar siempre el parámetro [ParamLanguage] como criterio en consultas, en lugar de utilizar un criterio fijo (por ejemplo “English”). El siguiente ejemplo muestra cómo se podría hacer esto para el campo “clnContaminatedWithTC” en tblClearance:

SELECT tblApplicationSemanticKeyTranslation.clnTranslation AS [Contaminated With] FROM tblClearance LEFT JOIN tblApplicationSemanticKeyTranslation ON tblClearance.clnContaminatedWithTC = tblApplicationSemanticKeyTranslation.clnSemanticKey WHERE tblApplicationSemanticKeyTranslation.clnLanguage Like [ParamLanguage];

Tenga en cuenta que el campo de estado (clnStatus) tiene que traducirse siempre (aunque su nombre no termine en “TC”). Como alternativa se puede utilizar la consulta base preparada qryApplicationSemanticInSelectedLanguage.

DRAFT

10.5. Utilización de funciones IMSMA Algunas funciones programadas en el código podrían ser útiles para crear informes o temas del SIG: Traducción de claves semánticas Un método alternativo para obtener los valores traducidos de las claves semánticas es utilizar la función IMSMA GetSemanticKeyTranslation() en su consulta. Tenga en cuenta que este método podría reducir el rendimiento de su consulta en comparación con el método explicado en 10.4. Los parámetros de esta función son: • Clave semántica (exigida). • Idioma (opcional, idioma por defecto es “English“).

Por ejemplo, la declaración SQL empleada para devolver el valor traducido del campo clnFromTC en tblMineFieldPerimeter sería:

SELECT GetSemanticKeyTranslation([clnFromTC],'English') AS From_Point_Type FROM tblMineFieldPerimeter;

Presentación del sistema de coordenadas Las coordenadas se almacenan en IMSMA en el sistema de coordenadas de almacenamiento definido. Si desea mostrar las coordenadas en un informe no en el sistema de almacenamiento, sino por ejemplo en el sistema de coordenadas que se informó (y se usó para la introducción de datos), no tiene que volver a calcularse. Se dispone de dos funciones para mostrar coordenadas en informe utilizando cualquiera de los sistemas de coordenadas seleccionados definidos en IMSMA: XFromGeoStorage (para Longitud / Este) y YFromGeoStorage (para Latitud / Norte). Los parámetros para esta función son: • Coordenada (como variante, exigido). • Sistema de coordenadas de salida (introduzca el nombre como se muestra en

el área de sistemas de coordenadas seleccionados del formulario Coordinate systems).

Por ejemplo, la declaración SQL utilizada para devolver la coordenada Este UTM (UTM Zone 42 debe estar disponible en la lista de sistemas de coordenadas seleccionados) del campo clnLongitude en tblMineFieldPerimeter sería:

SELECT XFromGeoStorage([clnLongitude],[clnLatitude], 'UTM Zone 42') AS Easting FROM tblMineFieldPerimeter;

DRAFT

10.6. Utilización de consultas ya existentes

Para la información específica exigida en muchos informes, se pueden utilizar consultas ya existentes en lugar de crear nuevas consultas cada vez. Este es el caso de la información sobre el localizador y el artefacto. Datos de estructura de localizador y país Para recuperar el localizador (así como los nombres de Province, District, Subdistrict y Town), se puede utilizar la consulta preparada qryApplicationLocatorActual. Datos de artefacto Los datos de artefactos en IMSMA se basan en la base de datos ORDATA. Todo un conjunto de consultas predefinidas recupera información sobre los artefactos de la base de datos ORDATA, lo que podría resultar complicado. Los tipos de artefactos y categorías utilizados en ORDATA no son coherentes con las categorías utilizadas normalmente en el campo y por tanto también se usan en informes estadísticos estándar de IMSMA. La visualización qryApplication_MinesCat se usa para transformar datos de artefactos de categorías ORDATA a las nuevas categorías. Generalmente: • Use qryDeviceAll para vincular a tablas IMSMA que contengan información

sobre artefactos (tablas que contienen un campo clnDeviceGUID). Nota: es posible eliminar un artefacto del conjunto de artefactos encontrados (artefactos seleccionados) incluso cuando el artefacto está vinculado a un registro de acciones relativas a las minas. Por tanto, se recomienda utilizar qryDeviceAll y no qryDeviceAllSelected. Además, qryDeviceAllSelected sólo contiene artefactos seleccionados para el propio MAC, no para otros MAC en el mismo país (por ejemplo, otros MAC regionales).

• Use qryDeviceTypeAll para recuperar tipos de artefactos. • Use las tablas Category, Device Type y Material (nota: no tienen el prefijo

“tbl”) para recuperar información sobre la categoría, el tipo o el material del artefacto.

• Use qryApplication_MinesCat para recuperar datos de dispositivos según las

categorías utilizadas para informes estándar. Tenga en cuenta que la utilización de esta consulta retardará el informe considerablemente. Como alternativa podría crear sus consultas de informe en el módulo de servicio, lo que mejoraría el rendimiento de las consultas, pero requiere un mayor conocimiento técnico, como escribir procedimientos almacenados (véase el capítulo 10.9 para más información). Debido a esos motivos de rendimiento, todas las consultas de informes estándar de IMSMA que traten con datos de artefactos se almacenan en al módulo de servicio.

DRAFT En la siguiente tabla se muestra un resumen de las tablas, consultas y visualizaciones de artefactos: Nombre Descripción Tipo qryApplication_MinesCat Agrupa los artefactos en categorías de informes

estándar (véase la siguiente tabla). Visualización (BE)

qryDeviceAll Todos los artefactos: estándar y personalizados Visualización (BE)

qryDeviceAllSelected Todos los artefactos seleccionados como “artefactos encontrados”. Nota: sólo los artefactoseleccionados para el propio MAC.

Visualización (BE)

qryDeviceAllSelectedOwn Mantenido en la versión 3 por motivos de compatibilidad con la versión anterior. No utilizarmás.

Visualización (BE)

qryDeviceCustomSelected Artefactos personalizados seleccionados como “artefactos encontrados”. Nota: sólo los artefactoseleccionados para el propio MAC.

Visualización (BE)

qryDeviceStandardSelected Artefactos estándar seleccionados como “artefactos encontrados”. Nota: sólo los artefactoseleccionados para el propio MAC.

Visualización (BE)

qryDeviceTypeAll Todos los tipos de artefactos: estándar y personalizados (unión de las tablas tblDeviceTypeCustom y Device Type)

Visualización (BE)

qryDeviceAllOwn Mantenido en la versión 3 por motivos de compatibilidad con la versión anterior. No utilizarmás.

Consulta (FE)

qryDeviceTypeAllOwn Mantenido en la versión 3 por motivos de compatibilidad con la versión anterior. No utilizarmás.

Consulta (FE)

qryDeviceTypeAllSelectedOwn Mantenido en la versión 3 por motivos de compatibilidad con la versión anterior. No utilizarmás.

Consulta (FE)

tblDeviceTypeCustom Tipos de artefactos personalizados Tabla (BE) Device Type Tipos de artefactos estándar Tabla (BE) Category Categorías de artefactos Tabla (BE) Material Materiales utilizados en los artefactos Tabla (BE)

DRAFT En la siguiente tabla se describe cómo se agrupan los artefactos en las categorías utilizadas por los informes estadísticos estándar de IMSMA:

Categoría de artefactos utilizada parainformes estadísticos

Categoría ORDATA utilizada para introducción de datos y definición de de artefactos locales

Antipersonal (AP)

Categoría Minas Terrestres: tipo Antipersonal Categoría Desconocida: tipo Desconocido Antipersonal

Antitanque (AT) Categoría Minas Terrestres: tipo Antitanque Categoría Desconocida: tipo Desconocido Antitanque

Otras minas (OTR)

Categoría Minas Navales: todos los tipos Categoría Minas Terrestres: todos los tipos excepto

antitanque y antipersonal

Todas las minas (TOD)

Suma de minas Antipersonal, Antitanque, Otras (todas las Minas Terrestres y Minas Navales)

UXO Todas las categorías excepto Minas Terrestres y Minas Navales: Bombas, Minas racimo y de dispersión, Granadas, Misiles guiados, Artefactos explosivos varios, Artefactos pirotécnicosbengalas, Cohetes, Munición de dispersión Categoría Desconocida: tipo desconocido:

- nombre: Espoleta desconocida - nombre: Otro UXO desconocido

Fragmentos metálicos (MFR) Categoría Artefactos no explosivos varios: - nombre: Fragmentos Metálicos

Artefactos no especificados Categoría Desconocida: tipo no especificado Categoría Desconocida: tipo desconocido:

- nombre: Trampa desconocida - nombre: Artefacto desconocido

10.7. Creación de diagramas temporales IMSMA v3 incorpora una herramienta de creación de diagramas temporales (Herramienta de creación de diagramas de Gantt de Bandwood Pty Ltd) que se puede utilizar para crear diagramas temporales. Se aplican los siguientes requisitos para que esta herramienta funcione: • La base de datos tiene que estar referida a la biblioteca del creador de Gantt

(GanttBuilderLibrary.mde). En IMSMA v3 esto se hace automáticamente con la rutina de actualización o instalación, pero si quiere crear diagramas temporales en otra base de datos (por ejemplo un adicional) tiene que crear la referencia.

• La tabla Gantt Configuration tiene que estar presente. • El informe tiene que contener los siguientes campos obligatorios:

DRAFT Nombre de campo Nombre de la fuente

control Descripción

GanttStartDate Start Date Campo de datos que contiene la fecha de inicde la barra de tiempo

GanttFinishDate Finish Date Campo de datos que contiene la fecha de fin la barra de tiempo

GanttChartHeader GanttChartHeader Encabezado del diagrama temporal qcontiene las etiquetas de la escala temporal

GanttChartItem GanttChartItem Área donde se muestran las barras de tiempoGanttBarColour Bar Bar Colour Define el color de la barra de tiempo. Para

estados estos colores se definen tblApplicationStatusColour. Si es NULL, utilizará el color por defecto. Los colores pdefecto pueden definirse en el formulario GaConfiguration. Éste debe estar presente en informe, pero ajustado a invisible.

GanttBarType Bar Type Define el tipo de barra: M (hito), S (no muestra ninguna barra), R (tarea resumeNULL (barra normal). Debe estar presente eninforme, pero ajustado a invisible.

• Debe añadirse el siguiente código al informe (report property sheet -> Event ->

on open): Private Sub Report_Open(Cancel As Integer)

' Call GanttInitialise(Me, "YearByMonth", False)

' Call GanttInitialise(Me, "YearByBiMonth", False)

' Call GanttInitialise(Me, "YearByQtr", False)

' Call GanttInitialise(Me, "YearByHalfYear", False)

' Call GanttInitialise(Me, "YearByYear", False)

' Call GanttInitialise(Me, "QtrByMonth", False)

' Call GanttInitialise(Me, "QtrByQtr", False)

Call GanttInitialise(Me, "MonthByMonth", False)

' Call GanttInitialise(Me, "WeekByWeek", False)

' Call GanttInitialise(Me, "WeekByDay", False)

' Call GanttInitialise(Me, "Prompt", False, True)

End Sub

Private Sub PageHeaderSection_Print(Cancel As Integer,

PrintCount As Integer)

Call ConstructGanttHeader

End Sub

Private Sub Detail_Print(Cancel As Integer, PrintCount

As Integer)

Call onstructGanttBar

DRAFT End Sub

• Podría ser más fácil simplemente copiar un diagrama temporal existente y

luego editarlo para crear uno nuevo. El código del informe también se copia automáticamente.

• El grano del diagrama temporal puede cambiarse en el código (por ejemplo,

activando “QtrByQtr” eliminando las comillas simples y añadiendo comillas simples a “MonthByMonth”). El grano de los informes de diagrama temporal estándar de IMSMA es “MonthByMonth”.

• Tenga en cuenta que la herramienta no puede mostrar registros que no tengan

fecha de inicio o final. Para informes estándar de IMSMA esto se manejó del siguiente modo: . Si falta la fecha de finalización:

Sustituir la fecha de finalización con la fecha de inicio y mostrarlo como marcador de hito.

. Si faltan las dos fechas: el registro se enumera como subinforme

• Los colores por defecto (si no se asigna ningún valor) para barras y otros elementos se pueden editar con el formulario Gantt Configuration. A este formulario sólo se puede acceder a través de la sección de objeto de formulario de IMSMA (no a través de la GUI).

• Si desea obtener más información, visite www.bandwood.com.

DRAFT

10.8. Informes en color y en blanco y negro Para todos los informes que contienen diagramas (que no sean listas o diagramas temporales) el usuario puede elegir entre las versiones en color o el blanco y negro en la GUI. Si existe esta opción, se define en tblApplicationReportConfiguration en clnColorVariants (yes -> existe la variante de color). Si se define que un informe tiene variante de color en esta tabla, una copia del informe debe estar presente en la sección del informe del módulo de acceso de IMSMA con el mismo nombre y un final distinto: “_Color”. 10.9. Informes basados en visualizaciones del módulo de servicio Como se menciona en 10.2, los informes definidos como “ServerView” (yes) en tblApplicationReportConfiguration tienen sus consultas almacenadas como visualizaciones en el servidor SQL del módulo de servicio. Sólo la última consulta en la que se basa el informe (puede reconocerse por la terminación “MAIN” añadida al nombre de la consulta) se vincula al módulo de acceso de Access. Por lo tanto, si desea modificar el contenido (el diseño puede cambiarse, como es habitual, en la sección de objeto de informe del módulo de acceso) de cualquiera de estos informes, debe trabajar en el módulo de servicio. Para modificar las visualizaciones ya existentes o para crear nuevas visualizaciones en el servidor, trabaje con el archivo de proyecto IMSMA .adp (si tiene la versión MSDE de IMSMA) o en el SQL Server Enterprise Manager (si tiene instalada la versión completa de SQL). Modificar visualizaciones del módulo de servicio Las visualizaciones del módulo de servicio utilizadas para informes estadísticos se eliminan y se crean cada vez que el informe se ejecuta en la GUI. Las visualizaciones se definen en procedimientos almacenados, por tanto las modificaciones introducidas a visualizaciones de informes existentes se sobrescribirán la próxima vez que se ejecute el informe. Las modificaciones de la visualización deben realizarse en el procedimiento almacenado. Por favor, consulte al equipo de apoyo de IMSMA si necesita más descripciones o asistencia (IMSMA_FM_support@sipo.gess.ethz.ch).

DRAFT Crear nuevas visualizaciones del módulo de servicio para informes estadísticos Éste sería el caso de consultas complejas en las que el rendimiento al almacenarlas en el módulo de acceso sería demasiado bajo. Esto se aplica básicamente a las consultas que tratan con datos de artefactos (número de artefactos desactivados o marcados). El principio de la transferencia de parámetros para selección de criterios es distinto del de las consultas en el módulo de acceso (como se describe el capítulo 10.3). Generalmente el procedimiento es el siguiente: • Se escribe un script que primero elimina todas las visualizaciones existentes

para el informe específico, y a continuación crea las visualizaciones utilizando procedimientos almacenados.

• Se usan procedimientos almacenados para crear las visualización de informe

cada vez que se ejecuta el informe en la GUI. • Los procedimientos almacenados empleados para informes estadísticos deben

tener el mismo nombre que el informe. Por tanto, la creación de informe estadístico en el módulo de servicio requiere conocimientos más avanzados y aquí no se describe en detalle. Por favor, consulte al equipo de apoyo de IMSMA si necesita más descripciones o asistencia (IMSMA_FM_support@sipo.gess.ethz.ch). Si no quiere implantar ninguna opción de criterios de selección para el nuevo informe estadístico, los scripts y procedimientos almacenados no son necesarios y puede crear la visualización de informe en el módulo de servicio, del modo habitual. Cuando cree o modifique visualizaciones en el módulo de servicio, tenga en cuenta que hay diferencias de sintaxis entre SQL Server y MS Access. Véase el Anexo “Diferencias de sintaxis de SQL” para más información. 10.10. Apoyo de IMSMA Si desea modificar un informe de resumen existente o crear uno nuevo, pero no tiene recursos para hacerlo usted mismo, puede enviar una descripción exacta de lo que se requiere al equipo de apoyo de IMSMA (IMSMA_FM_support@sipo.gess.ethz.ch). El equipo de apoyo puede crear el informe y enviarle un parche por correo electrónico. Puede integrarse fácilmente en IMSMA ejecutando el parche. Esto es posible para todos los informes estadísticos (módulo de servicio o módulo de acceso).

DRAFT

10.11. Edición de informes estándar de IMSMA Una de las nuevas funciones de la versión 3 es que no sólo se puede modificar el diseño (formato) de los informes estadísticos estándar de IMSMA ya existentes, sino también su contenido (consultas y campos de datos). Esto sólo es aplicable para informes basados en el módulo se acceso. Para informes basados en el módulo de servicio habría que editar los procedimientos almacenados, lo que requiere conocimientos técnicos más avanzados. Si es necesario editar informes basados en el módulo de servicio, por favor consulte con el equipo de apoyo de IMSMA (IMSMA_FM_support@sipo.gess.ethz.ch) para más información. Si un informe está basado en el módulo de acceso o el módulo de servicio, éste se puede mirar en tblApplicationReportConfiguration en la columna server view (yes -> al menos parte de las consultas necesarias para el informe están basadas en el servidor). Las descripciones de este subcapítulo sólo se refieren a los informes basados en el módulo de acceso. Todos los informes estadísticos estándar se basan en un conjunto de consultas que se basan las unas en las otras, con las consultas de manejo de dos parámetros en la base y la consulta en la que se basa el informe en la parte superior. El objetivo de todas estas consultas es recopilar información para la consultas en la que se basa el informe. Las consultas se pueden modificar siempre que se respeten las siguientes reglas: • Las consultas de manejo de dos parámetros (consultas que tienen el mismo

nombre que el informe (con el prefijo qry) y la consulta Template) no deben cambiarse de nombre.

• Los criterios de filtro que se definen en tblApplicationReportConfiguration para

un deconcluido informe deben tener presentes los parámetros correspondientes en estas dos consultas (véase el capítulo 10.3).

• No se deben eliminar los campos exigidos del informe de diagrama (véase

10.7). • Para informes con variante de color (véase el capítulo 10.8) debe existir la

copia del informe con la terminación “_Color”. Se recomienda trabajar con copias de consultas existentes al realizar modificaciones, ya que algunas consultas se emplean para distintos informes. Si se modifica una consulta para editar un informe específico, otros informes que usen la misma consulta podrían dejar de funcionar. _____________________________________________________

Para modificar el contenido

de un informe existente El contenido de un informe se puede modificar añadiendo o eliminando campos sin modificar las consultas subyacentes o modificar una o más consultas sobre las que se basa el informe. Si en la consulta no se incluye un campo que debería

DRAFT añadirse, o si debe añadirse o cambiarse cualquier criterio o introducirse funciones, la consulta subyacente debe modificarse:

1. Abra el módulo de acceso de IMSMA como usuario AdminIMSMA, omitiendo la macro de inicio.

___________________________________________________________________ 2. Seleccione la ficha de objeto “report”, y haga una copia de seguridad del

informe que quiere modificar. ___________________________________________________________________ 3. Abra el informe que quiere modificar en modo diseño. ___________________________________________________________________ 4. Abra la hoja de propiedades del informe y busque el nombre de la consulta

que se usa como base (datos -> origen del registro). Si es un informe que contiene diagramas, el origen del registro debe buscarse por separado en la hoja de propiedades de cada diagrama (véase la figura 10.1).

___________________________________________________________________ 5. Cierre el informe y vaya a la sección de objeto “query”. Abra la consulta que

acaba de buscar. ___________________________________________________________________ 6. Dependiendo de las modificaciones que desee realizar, puede hacerlo en esta

consulta o mirar en las consultas en las que se basa (véase la figura 10.2). ___________________________________________________________________ 7. Si ha encontrado la consulta o consultas que quiere modificar, haga una copia

y guárdela con un nombre diferente. Si no es la consulta en la que el informe no está basado directamente, tiene que hacerlo para todas las consultas que se basan en la consulta adaptada y adaptarlas en consecuencia.

___________________________________________________________________ 8. Compruebe que las consultas funcionan correctamente. ___________________________________________________________________ 9. Vuelva a la sección de objeto informe, abra el informe en modo diseño y

cambie el origen del registro al nombre de la nueva consulta. ___________________________________________________________________ 10. Añada / elimine los campos de datos y etiquetas necesarios. ___________________________________________________________________ 11. Guarde y compruebe que el informe funciona correctamente.

DRAFT

Figura 10.1: Modificación de consultas de informe IMSMA: búsqueda del nombre de la consulta empleada como origen de registro en la hoja de propiedades del informe

Consulta utilizada con el mismo nombre que el informe Consulta utilizada como origen del registro para el informe Consulta Template

Figura 10.2: Modificación de consultas de informe IMSMA: ejemplo de consultas empleadas para el informe “Contact List By Location” (rptCTListByLocation)

DRAFT ____________________________________________________________

Para modificar el formato de un informe

El formato (o diseño) de un informe se puede modificar en la visualización de diseño del informe. Para ello se sigue la metodología estándar de Access, por lo que no se describe detalladamente aquí (si desea obtener una descripción más detallada, consulte el libro de ejercicios de IMSMA).

1. Abra el modulo de acceso de IMSMA como usuario AdminIMSMA, omitiendo la macro de inicio.

______________________________________________________________________

2. Seleccione la ficha de objeto “report“, y abra el informe que quiera modificar en modo diseño.

3. Seleccione la herramienta <icon> de propiedades para editar los objetos de

informe. Después de modificarlos, guárdelos y cierre.

En los informes de MS Access todos los campos de información en la sección "Detail" del informe deben seleccionarse desde la Tabla o Consulta especificada en las propiedades del informe como origen de registro de informe. La información facilitada en varias tablas o consultas debe combinarse en una consulta antes de poderse mostrar en un informe de MS Access.

10.12. Creación de nuevos formatos de informe Los nuevos informes se crean utilizando procedimientos similares a los descritos para modificar los informes estadísticos estándar. El primer paso para crear un informe nuevo es preparar el origen de registros, tras lo cual el formato del informe se puede diseñar para mostrar la información deseada. El último paso siempre es poner el informe a disposición del usuario en la GUI. En los siguientes pasos se describe el procedimiento para crear un nuevo informe basado en consultas del módulo de acceso. Dependiendo de la complejidad de las consultas, el rendimiento podría verse reducido y podría ser preferible crear consultas en el servidor:

1. Preparar la consulta de plantilla para incorporar los parámetros necesarios. ___________________________________________________________________ 2. Copiar la consulta de plantilla y darle el mismo nombre que el informe (con el

prefijo "qry"). ___________________________________________________________________ 3. Si es necesario: preparar una o más consultas sobre la base de la consulta

creada en el paso 2. ___________________________________________________________________ 4. Preparar un diseño de informe para presentar la información seleccionada en

la consulta del paso anterior. ___________________________________________________________________ 5. Configurar IMSMA para que incluya el nuevo informe en el formulario de

Informes Estadísticos. ___________________________________________________________________ 6. Probar el nuevo informe. ___________________________________________________________________

DRAFT

7. Distribuirlo a los clientes. ___________________________________________________________________ 8. Documentar todas las personalizaciones que haya realizado.

El procedimiento se describe con un ejemplo sencillo: un nuevo informe que muestre una lista de los campos de minas agrupados por organización: • Debería mostrarse la siguiente información: ID, Organización, Población más

cercana, Localizador, Fecha del informe, Estado , Tamaño del área. • Debería disponerse de los siguientes criterios de filtro: Intervalo temporal,

Localización, Organización, Encargado, Estado Paso 1: Preparar la consulta de plantilla Abra el módulo de acceso IMSMA como AdminIMSMA, omitiendo la macro de inicio. Seleccione la ficha de objeto Queries y presione "New". Elija trabajar en visualización diseño o SQL, según prefiera. Cree la consulta de plantilla. MS Access proporciona dos métodos para editar consultas: Design View y SQL View. Seleccione una de estas dos opciones de visualización en el menú View. Design View proporciona una GUI para construir una consulta. Una vez se hayan añadido las tablas o los objetos de consulta a la ventana superior, los campos se pueden arrastrar hasta la ventana inferior seleccionando un campo y arrastrándolo hasta el campo relacionado en otra tabla. SQL Mode es una interfaz más rápida y flexible para usuarios con experiencia a la hora de escribir instrucciones SQL. En los Anexos de esta Guía del administrador se puede encontrar una introducción a SQL. Figura 10.3: Visualización de diseño de la consulta de plantilla para el nuevo informe “Minefield List by Organisation”

DRAFT Paso 2: Preparar una copia de la consulta de plantilla Haga una copia de la consulta de plantilla qryrptMF_ListByOrganisationTemplate y dé a la misma el mismo nombre que al informe: qryrptMF_ListByOrganisation. Tenga en cuenta que el contenido de esta consulta en realidad no importa, ya que se sustituirá por el contenido de la consulta de plantilla (pero con los valores de los parámetros rellenos) en cuanto el informe se ejecute a través de la GUI. Durante la creación del nuevo informe conviene poner el contenido de la consulta de plantilla con los parámetros sustituidos por *. Esto permite realizar todas las consultas y el informe que se basa en ellas sin tener que introducir todos los valores de parámetros manualmente. Figura 10.4: La consulta qryrptMF_ListByOrganisation es la base del resto de las consultas que se construyen a partir de ella. Es una copia de la consulta de plantilla con los parámetros sustituidos por valores (o por * si no se seleccionaron criterios de filtro en la GUI). Paso 3: Preparar consultas adicionales según proceda La consulta preparada en el paso 2 ahora entrega registros de campos de minas filtrados según los criterios de selección establecidos por el usuario en la GUI del informe estadístico. Esta consulta se puede utilizar como base de consultas posteriores, por ejemplo, para añadir información contenida en distintas tablas, aplicando más criterios o funciones. En este caso se añade información contenida en las siguientes tablas: • tblOrganisation: para añadir nombres de Organización • tblApplicationSemanticKeyTranslation: para traducir estados y para aplicar

criterios de Idioma (se incorpora en qryrptMF_ListByOrganisation con el nombre de campo “Language”)

• qryApplicationLocatorActual: para añadir un Localizador y Nombre de ciudad • tblApplicationMAC: para añadir un nombre abreviado de MAC como prefijo del

ID del campo de minas

DRAFT Figura 10.5: La consulta qryrptMF_ListByOrganisation es la base del resto de las consultas que se construyen a partir de ella. Es una copia de la consulta de plantilla con los parámetros sustituidos por valores (o por * si no se seleccionaron criterios de filtro en la GUI). Paso 4: Crear un diseño de informe Seleccione la ficha de objeto Reports y presione “New”. Si lo desea, puede utilizar el asistente para informes. Para usuarios con poca experiencia, suele ser más fácil utilizar en asistente. Seleccione la consulta creada en el paso 3 como origen de registro para el informe. Vaya a la visualización de diseño y edite el diseño del informe tal y como desee. Para añadir el agrupamiento por Organización, presione el botón “Sort and group” y seleccione Organización como argumento del agrupamiento (con encabezado de grupo) y Ciudad como argumento de ordenación.

Figura 10.6: Añadir agrupación por Organización (con encabezado de grupo) y ordenación por Ciudad (nombre de la ciudad más cercana) En la visualización de diseño, mueva el campo Organisation y su etiqueta al encabezado de agrupamiento. En el encabezado del informe (en la parte “Records included in this report”) añada campos de etiqueta con los nombres exigidos (véase el capítulo 10.3) para cada criterio de selección definido para este informe (definido en tblApplicationReportConfiguration). Figura 10.7: Informe en visualización diseño

Paso 5: Configurar el módulo de acceso de IMSMA Para que el nuevo informe esté disponible en el formulario de informe estadístico de IMSMA, es necesario configurar el informe en el módulo de acceso de IMSMA.

DRAFT Edite las siguientes tablas en el módulo de acceso IMSMA para realizar esta configuración. 1. Añada un registro a la tabla tblApplicationReportConfiguration . clnReportID: escriba el número siguiente de la serie . clnReportName: escriba el nombre del archivo del informe . Introduzca los criterios de selección que se aplican a este informe: • clnSelectionTimeFrameYN: sí • clnSelectionLocatorYN: sí • clnSelectionAreaStatusYN: sí • clnSelectionAreaProcessYN: no • clnSelectionOrganisationYN: sí • clnSelectionOwnerYN: sí • clnServerView: no • clnColorVariants: no

DRAFT 2. Añada un registro a la tabla tblApplicationReportTopic

Nota: este paso es opcional, no añada un nuevo grupo de temas si uno de los grupos de temas existentes es aplicable a su nuevo informe. Si el nuevo informe no pertenece a uno de los grupos de temas existentes, añada un registro con el nombre del nuevo grupo de temas: clnTopicID: escriba el número siguiente de la serie

clnTopicName: escriba el nombre del nuevo grupo de temas clnSelection: dejar en blanco. 3. Añada un registro a la tabla tblApplicationReportConfigurationTopic Indique en esta tabla grupo de temas con el que está relacionado el nuevo informe.

clnReportID: escriba el número ID para el formulario de informe tblApplicationReportConfiguration clnTopicID: escriba el número ID para el grupo de temas relacionado en tblApplicationReportTopic.

4. Añada registros a la tabla tblApplicationSemanticKeyTranslation. El número de

registros que hay que añadir a esta tabla depende del número de idiomas definidos para su instalación de IMSMA y de si se ha añadido un nuevo grupo de temas de informe. Añada una entrada para cada idioma instalada para el nombre del informe y para el nombre del nuevo tema (si se ha añadido un nombre de nuevo grupo de temas en el paso 2).

Paso 6: Comprobar el informe Compruebe si el informe y los criterios de selección funcionan correctamente.

Paso 7: Distribuir los informes a los clientes Después de crear con éxito el nuevo informe, éste debe distribuirse a todos los clientes que deberían poder utilizarlo. Hay dos formas de hacerlo: • Copie el módulo de acceso en el que creó el nuevo informe a cada cliente y sustituya el antiguo

por éste. Si ha trabajado en el servidor, vaya a tblApplicationParameterProtected y cambie el campo “KindOfApplication” de “Server” a “Client”. Si usa nombres DSN distintos en los clientes (lo que no se recomienda), también tendrá que adaptarlos.

O: • Importe el nuevo informe, todas las consultas relacionadas y las tablas del módulo de acceso

donde se hayan hecho cambios (tblApplicationReportConfiguration, tblApplicationReportConfigurationTopic, tblApplicationReportTopic) en el módulo de acceso de cada cliente.

Paso 8: Documentación de las personalizaciones Documente todas las personalizaciones realizadas. Después de una actualización deberán rehacerse todas las personalizaciones. 10.13. Informes utilizando el SIG de IMSMA En los informes estadísticos tratados hasta ahora se pueden seleccionar registros para su inclusión en función de la fecha del informe, de la ubicación geográfica (provincia, distrito, etc.), del estado, la organización o el encargado.

DRAFT A menudo es necesario proporcionar una información resumida de registros seleccionados en el SIG de IMSMA. Por ejemplo, puede que desee hacer un informe de todos los campos de minas que estén dentro de una distancia de seguridad de 1000m alrededor de una línea de suministro eléctrico, o que se encuentren dentro de un mapa a escala 1:50 000 que haya imprimido. Hay varias formas de realizar esta tarea; en la siguiente sección se describen dos de ellas. La primera supone exportar información sobre atributos del SIG de IMSMA y luego utilizar esta información en una base de datos de MS Access. La segunda utiliza la extensión de redacción de informes de ArcView. El método de MS Access es probablemente más fácil de ejecutar, ya que se basa casi exclusivamente en técnicas ya descritas en este capítulo. El método de ArcView proporciona un entorno más flexible para el diseño de informes.

MS Access En el método basado en MS Access se utilizan las mismas herramientas de diseño de informes descritas anteriormente en este capítulo. Los atributos se exportan del SIG de IMSMA y se vinculan a una base de datos de MS Access. Este proceso puede hacerse virtualmente transparente para el usuario después de que el administrador haya completado la configuración. Este método requiere que el administrador prepare consultas e informes y que configure tablas de aplicación en la base de datos del módulo de acceso IMSMA. Para consultas más complicadas probablemente sea más sencillo preparar la consulta en MS Access que en Seagate Crystal Reports, debido a la flexibilidad del editor SQL de MS Access.

Redacción de informes de ArcView La extensión de redacción de informes de ArcView permite imprimir informes básicos desde ArcView y emplea la aplicación Seagate Crystal Reports for ESRI para la creación de informes más avanzados. Para el usuario de nivel avanzado este método proporciona una mayor flexibilidad a la hora de diseñar el informe que la que se obtiene con MS Access. El administrador puede automatizar considerablemente el proceso de creación de informes. Este método tiene la ventaja de que no debe realizarse ninguna tarea en la base de datos del módulo de acceso IMSMA. Sin embargo, el administrador debe aprender a utilizar Seagate Crystal Reports. Para consultas sencillas probablemente es más fácil preparar la consulta y el informe en Seagate Crystal Reports que en MS Access. Para consultas más complejas, puede ser más fácil preparar primero la consulta en la base de datos del módulo de acceso IMSMA y luego utilizar Seagate Crystal Reports para el diseño del informe. 10.13.1. Informes con MS Access

DRAFT Se desarrollará un ejemplo utilizando el tema Minefield de IMSMA del SIG de IMSMA y el informe Minefield List by Organisation tratado anteriormente (capítulo 10.12). Tareas del administrador Para preparar el formato de informe, el Administrador de IMSMA tiene que realizar las siguientes tareas:

1. Preparar una consulta para seleccionar los atributos deseados de IMSMA DataPool.

2. Preparar un diseño de informe para presentar la información seleccionada en la consulta del paso anterior.

3. Vincular la tabla exportada por la herramienta de exportación de atributos del SIG de

IMSMA a la consulta del primer paso.

4. Configurar IMSMA para incluir el nuevo informe en el formulario Statistical Reports.

DRAFT

Paso 1: Preparar las consultas En este ejemplo el informe rptMF_ListByOrganisation y las consultas asociada qryrptMF_ListByOrganisation2 se modificarán para limitar los resultados de la consulta a las características seleccionadas en el SIG de IMSMA. Aunque las dos consultas base qryrptMF_ListByOrganisationTemplate y qryrptMF_ListByOrganisation no tienen que modificarse, tienen que copiarse y pagarse utilizando el mismo nombre que el informe. En el módulo de acceso de IMSMA: • Copie qryrptMF_ListByOrganisationTemplate y péguela como

qryrptMF_ListByOrganisationGISTemplate. • Copie qryrptMF_ListByOrganisation y péguela como qryrptMF_ListByOrganisationGIS. • Copie qryrptMF_ListByOrganisation2 y péguela como qryrptMF_ListByOrganisation2GIS.

En esta consulta sustituya qryrptMF_ListByOrganisation por qryrptMF_ListByOrganisationGIS (esto se hace yendo a la visualización SQL, copiando el contenido a un archivo en blanco de Word, utilizando la función Buscar/Reemplazar y copiando el contenido a la visualización SQL).

Paso 2: Preparar el formato del informe En el módulo de acceso IMSMA, copie rptMF_ListByOrganisation y péguelo como rptMF_ListByOrganisationGIS. Después de copiar el informe, las propiedades del informe deben modificarse para establecer el origen Report Record en qryrptMF_ListByOrganisation2GIS. Figura 10.8: Origen de registros del informe

DRAFT Paso 3: Vincular la tabla exportada al módulo de acceso de IMSMA La tabla exportada por la herramienta Export Attributes del SIG de IMSMA debe vincularse al módulo de acceso IMSMA. Para crear el archivo exigido, use la herramienta <icon> del SIG de IMSMA. En este ejemplo, se seleccionaron seis campos de minas en el SIG de IMSMA y se exportó la siguiente información al archivo export_minefield.txt en el directorio de trabajo del SIG de IMSMA.

El directorio de trabajo del SIG de IMSMA se puede modificar en el diccionario de datos (imsma_ddx.mdb) seleccionando el botón “Application Parameters...”. La ubicación por defecto es el subdirectorio llamado “Workfiles” que se encuentra bajo el directorio en el que está almacenado el archivo de proyecto (.apr) del SIG.

El archivo de texto exportado usa un formato estándar sea cual sea el tema seleccionado para la exportación. Observe que hay tres columnas de información, que están separadas por dos puntos (:). Figura 10.9: export_minefield.txt En el módulo de acceso IMSMA, vincule este archivo siguiendo los siguientes pasos: File > Get External Data > Link Tables...

1. En la casilla de selección de tipo de archivo elija “.txt” y seleccione el archivo exportado (en este ejemplo, “c:\imsma\gis\workfiles\export_minefield.txt”).

2. Después de seleccionar el archivo, se abrirá el Asistente para vinculación de texto

(“Link Text Wizard”).

3. Seleccione “Delimited” y pulse el botón “Next”

4. En el cuadro “Other”, escriba dos puntos “:” y pulse el botón “Next”.

5. En el cuadro “Field Name”, escriba “clnGUID” y pulse el botón “Next”.

6. Pulse el botón “Finished”. Aparecerá un mensaje confirmando que la tabla se ha vinculado.

DRAFT Edite la consulta qryrptMF_ListByOrganisation2GIS para añadir una unión entre el campo clnGUID en tblMinefield y el mismo campo en la tabla vinculada Export_minefield. En SQL, esto se consigue añadiendo la tabla Export_Minefielda la cláusula FROM e identificando los campos relacionados en la cláusula WHERE.

((tblMinefield.clnGUID)=[Export_Minefield].[cln.GUID]) A continuación se muestra la consulta editada en visualización diseño. Figura 10.10: qryrptMF_ListByOrganisation2GIS en visualización diseño. La tabla Export_Minefield se ha añadido y unido a tblMineField utilizando el campo clnGUID.

DRAFT Paso 4: Configurar el informe en el módulo de acceso de IMSMA IMSMA esta configurado para utilizar el nuevo formato igual que se describía en la sección anterior.

Tareas del usuario Una vez el administrador de IMSMA haya configurado el informe, el usuario sigue los siguientes pasos:

1. Seleccionar características en IMSMA. 2. Exportar las características seleccionadas utilizando la herramienta Attribute Export del

SIG de IMSMA.

3. Imprimir el informe utilizando el formulario Statistical Reports de IMSMA. Paso 1: Seleccionar características Las características se seleccionan en IMSMA utilizando cualquiera de las herramientas disponibles. Paso 2: Exportar las características Las características seleccionadas se exportan pulsando la herramienta de exportación de atributos <icon> del SIG de IMSMA. Paso 3: Imprimir el informe El informe se imprime utilizando los mismos procedimientos que para los informes estadísticos / resumen estándar. Este procedimiento se describe en la Guía del usuario. 10.13.2. Redacción de informes en ArcView Se desarrollará el mismo ejemplo de la sección anterior, utilizando el tema IMSMA Minefield del SIG de IMSMA. Sin embargo, en lugar de exportar datos para su utilización en un informe de MS Access, se empleará la extensión Report Writer de ArcView.

DRAFT La extensión Report Writer de ArcView se carga seleccionándola en el diálogo Extensions (File > Extensions) desde la ventana de proyecto.

Figura 10.11: Carga de la extensión Report Writer Una vez cargada la extensión, una nueva opción de menú llamada Create a Report aparecerá en las interfaces de usuario Table y View y una opción de menú llamada Launch Crystal Reports estará disponible en la interfaz de usuario Project cuando se use la GUI Avanzada. Estas opciones le permitirán crear informes personalizados utilizando Seagate Crystal Reports. En esta sección utilizaremos el elemento Create a Report de la ventana View.

Figura 10.12: Diálogo Create a Report El diálogo Create a Report ofrece distintos asistentes para la creación de informes, incluyendo los siguientes:

DRAFT

• Quick Report (Informe rápido). Crea sencillos informes de tablas sin utilizar Seagate Crystal Reports. Se pueden seleccionar los campos que se van a utilizar y cambiar los márgenes, las fuentes, la anchura y la altura de las columnas. Los informes rápidos se pueden imprimir y exportar a otros formatos, pero no se pueden guardar como plantillas para su utilización posterior.

• Standard Report (Informe estándar). Crea informes tabulares básicos que

pueden incorporar gráficos, campos calculados y distintos totales y subtotales.

• Cross Tab (Tabla cruzada). Crea informes con datos de referencias

cruzadas de ArcView a datos almacenados en otras bases de datos. Un informe de tabla cruzada resume los datos y los presenta en un formato tabular compacto.

• Drill Down (Informe en profundidad). Crea informes que resumen

información sobre un campo específico (por ejemplo, un resumen de los accidentes por distrito).

• A report based on another template (Informe basado en otra plantilla).

Utiliza un informe ya creado como plantilla del nuevo informe. Después de diseñar el informe, el diseño se puede guardar y ponerse a disposición de los usuarios.

En esta sección se volverá a utilizar el ejemplo de la sección anterior. Paso 1: Seleccionar características en ArcView

• En la ventana View, active un tema. Seleccione las características que desee incluir en el informe.

Paso 2: Abrir Report Writer

• En la ventana View, seleccione el elemento de menú Theme > Create a report.

• Seleccione Standard Report y pulse el botón Next. • Seleccione Only the selected items (Sólo los elementos seleccionados),

especifique un nombre para el informe y seleccione Finish para abrir el asistente para informes de Seagate Crystal Reports.

DRAFT

Figura 10.13: Diálogo Create a Report, pantalla 2 Paso 3: Data Tab

• En la ficha Data del asistente Standard Report seleccione el botón SQL/ODBC para abrir el diálogo Log on Server.

• Seleccione el origen de datos ODBC IMSMA_GIS_DataPool, pulse OK

para abrir el diálogo Select SQL Table.

Figura 10.14: Diálogo Log On Server

• Seleccione las tablas IMSMA que quiera utilizar en su consulta. • Introduzca una consulta para seleccionar la información deseada. • Complete el diseño del informe. • Imprima el informe.

DRAFT

Estado y reglas de gestión

DRAFT

Capítulo 11

Estados y reglas de gestión Antes de IMSMA v3, el estado de los diversos elementos de la base de datos estaba en gran parte implícito, y hasta cierto punto se dejaba que el usuario los determinara. Para ilustrar esto, tenga en cuenta la siguiente situación: antes de v3, con el fin de determinar si un campo de minas en tblMinefield estaba despejado, era necesario construir una consulta que incluyera tblClearance, tblSurvey3 y tblStatus, y a continuación evaluar una serie de condiciones de estado posibles. El estado final se deducía de las relaciones entre las tablas, a partir de las fechas de inicio y finalización que figuraban en muchos formularios, sobre la base de campos que, en algunos formularios, indicaban explícitamente si el área estaba despejada, y a partir de estados explícitos establecidos en las tareas IMSMA. La utilización de estos distintos elementos de estado no resultaba coherente entre los formularios, y en la práctica las incoherencias entre los indicadores de estado múltiple eran frecuentes. En v3 se mantiene un estado explícito para cada objeto en la base de datos, y éstos son constantes en toda la base de datos. El estado actual se mantiene en cada tabla principal, y no se requiere establecer relaciones para determinar qué peligros no han sido eliminados y qué procesos no han concluido. Las reglas de gestión IMSMA permiten comprender perfectamnete el uso que se pretende hacer de los distintos elementos de IMSMA. Los componentes de IMSMA, como los Temas del SIG y los informes estadísticos, hacen suposiciones de cómo se ha utilizado la base de datos. Si sigue las reglas de gestión, estos componentes funcionarán según su diseño. Si decide ignorar las reglas de gestión, algunos de estos otros componentes IMSMA podrían no ofrecer resultados válidos para sus datos. Por ejemplo, los informes sobre los progresos almacenados dentro de los campos de minas tienen por objeto hacer referenica a la realización del estudio técnico, no al desminado. Si los informes sobre los progresos de un campo de minas se emplearon para registrar operaciones de desminado, un informe estadístico de IMSMA diseñado para mostrar el área desminada durante las operaciones de desminado ofrecería una cifra menor a la esperada.

DRAFT Cuando se cambia un estado, se almacena la razõn del mismo; esta función desempeña un papel importante en la base de datos. Las razones de cambio pueden utilizarse para actividades de registro que no se adaptan a la cadena de acción normal. Por ejemplo, la razón de cambio Hazard Replaced By Same Type of Hazard se utiliza para poner fin a un peligro que se ha vuelto a estudiar, lo que da lugar a la elaboración de un nuevo informe para un peligro que ya está representado en la base de datos. 11.1. Comprensión del estado El estado se trata ampliamente en otra documentación de IMSMA. Este capítulo se centra en los aspectos técnicos del trabajo y mantenimiento de los datos de estado, y en la utilización del explorador de calidad de datos de IMSMA. Debe leer el capítulo 3 de la Guía del usuario sobre el estado antes de leer este capítulo. El material de referencia que debe repasarse para comprender el concepto de estado se resume a continuación. • Resumen de conformidad de estado. Descripción detallada del concepto de

estado, de las reglas de gestión que comprueban la coherencia entre objetos relacionados, y las reglas aplicadas para la actualización de IMSMA v3. Disponible en el CD de instalación de IMSMA.

• Guía del usuario. Visión general del concepto del estado y descripción del trabajo con el formulario de Edición de Estado. Disponible en el CD de IMSMA y en formato impreso a través del GICHD.

• Manual de operaciones. Visión general del concepto de estado, poniendo particularmente de relieve la función del estado en la programación de operaciones y cálculos de área. Puede solicitarse del GICHD y está disponible en el CD de IMSMA y en formato impreso.

DRAFT 11.2. Explorador de calidad de datos de IMSMA Los datos de estado siempre se editan en el Formulario de edición de datos. La utilización de este formulario dentro de otros formularios se explica en la Guía del usuario de IMSMA. El explorador de calidad de datos (DQE) ofrece un entorno de edición de estado que permite a los supervisores examinar y editar la información sobre el estado en la base de datos. Debe utilizarse con cuidado: si se pulsa varias veces el botón, la información sobre el estado puede cambiar considerablemente en numerosos registros. Tenga cuidado. Para llevar a cabo un examen de los resultados de la conformidad de estado es necesario estar familiarizado con las reglas de gestión de IMSMA, y con las razones de cambio de estado. Para obtener más detalles, consulte el documento de conformidad de estado. El DQE debe utilizarse de forma rutinaria para examinar los resultados de comprobación de la conformidad de las reglas de gestión. La siguiente tabla muestra cuáles son los casos que merecen atención especial. Resultado Caso especial Descripción Acciones exigidas Estándar No Se siguen las

reglas de gestión. Caso normal, no se requiere ninguna acción.

Estándar Sí No debería ser posible.

Póngase en contacto con Desarrollo de IMSMA.

No estándar No El operador de introducción de datos escogió la introducción de un estado no estándar.

Comprobar y actualizar el estado en DQE.

No estándar Sí Introducción de un estado no estándar; el aviso de regla de gestión se rechazó a causa de un caso especial.

Confirmar que la razón de cambio introducida se conforma con un caso especial efectivo cto en su MAC

Tabla 11.1: Resumen de resultados de conformidad de reglas de gestión El operador que introduce los datos siempre recibe una alerta cuando un estado se ha ajustado con el resultado de producir una discrepancia en las reglas de gestión. La selección mostrada más abajo correspondería al tercer caso enumerado en la tabla que aparece más arriba: un resultado de conformidad no estándar que no representa un caso especial (para saber más sobre casos especiales, consulte el Manual de Operaciones).

DRAFT Figura 11.1: Aviso de discrepancia de estado Es necesario realizar con cuidado las ediciones de estado apropiadas para solucionar las discrepancias. Si el operador que introduce datos no está seguro de lo que tiene que hacer, el mejor procedimiento consiste en guardar el formulario con el estado de discrepancia y dejar que el supervisor o asistente de operaciones se ocupen de la edición del estado de discrepancia.

DRAFT Abra el formulario Data Quality Explorer desde el menú Administration seleccionando el botón Data Quality Explorer.

Figura 11.2: Formulario del explorador de calidad El DQE es una herramienta esencial después de actualizar a v3, para asegurarse de que los estados ajustados por la rutina de actualización son correctos. Debe utilizarse de forma rutinaria por el administrador de la base de datos para las siguientes tareas. • Examen de reglas de gestión ignoradas. Si los responsables de introducir los

datos ignoran normalmente las reglas de gestión, éstas deberán desactivarse o, alternativamente, el equipo responsable introducir los datos deberá aprender a utilizarlas.

• Condiciones no estándar que no se han corregido automáticamente. Algunas

condiciones que darán lugar a un error contenido en una regla de gestión que no se haya corregido automáticamente. Dichas condiciones pueden encontrarse en el DQE buscando todos los resultados no estándar sin las reglas ignoradas.

• Examinar actualizaciones automáticas. Éstas no pueden observarse en el

DQE, pero deben examinarse periódicamente. La utilización excesiva de la actualización automática al salir del formulario indica problemas de procedimiento en la introducción de datos. A fin de obtener instrucciones para llevar a cabo este tipo de comprobación, consulte la sección acerca de las razones de cambio de estado, que encontrará un poco más adelante en este mismo capítulo.

La mitad superior del formulario controla el contenido de la ventana central de DQE. El botón Add Items... abre el diálogo Status Criteria Selection, desde el que están disponibles una variedad de criterios de filtro para limitar los elementos

DRAFT devueltos a la ventana del explorador. Éstos pueden ajustarse más adelante a través del cuadro combinado “eliminar la selección”. Figura 11.3: Añadir elementos al DQE La mitad inferior del formulario facilita detalles de los resultados de comprobación de la conformidad, y permite varias formas de cambiar el estado de los elementos en la ventana DQE. Figura 11.4: Detalles sobre los errores de conformidad de estado que se muestran en el DQE Existen cuatro botones de control que pueden utilizarse para interactuar con los elementos de la ventana del explorador. • Edit status. Abre el formulario de Edición de estado para el primer elemento

seleccionado en la ventana principal de DQE. • Correct problem for selected item. Restablece automáticamente el estado para

el primer elemento seleccionado en la ventana principal de DQE al estado señalado.

• Check dependency. Segunda comprobación de las reglas de conformidad de todos los elementos seleccionados en la ventana principal de DQE.

• Correct problem for all items in list. Restablece el estado de todos los elementos en la ventana principal de DQE al estado señalado.

11.3. Personalización de las reglas de gestión Las reglas de gestión puede ignorarse de forma selectiva para los elementos de IMSMA: esto tiene como fin representar casos especiales para un elemento, dado que no son generalmente verdaderos para todos esos datos en la base de datos (esto se almacena en la tabla de elementos, en el campo clnEstadoIgnoreDepResult, y los resultados en el campo Special Case en el DQE que muestra Yes). Por ejemplo, si las Áreas Peligrosas requieren normalmente un Informe de Finalización que esté Closed pero en el caso especial representado por la razón de cambio No hazard present (false information) que no lo requiera, la regla debería ignorarse en este caso. Sin embargo, si el MAC nunca requiere un Informe de Finalización para áreas peligrosas con un estado Closed, entonces las reglas de gestión deben personalizarse.

DRAFT Existen dos métodos de personalización del comportamiento general de las reglas de gestión. • Parámetro CSrequiredforMF en tblApplicationParameter (ajustado a YES o

NO; por defecto se añade YES). Si está añadido a YES, los campos minados con estado CLOSED y que no tengan un Estudio de Finalización relacionado con estado COMPLETE darán como resultado un error de conformidad. Esencialmente, este parámetro desactiva las reglas de gestión CLWithMFExpired y MFExpiredAlone.

• Field clnActive en tblApplicationStatusBussinessRules. Si está ajustado a 0 la

regla está inactiva. Todas las reglas están añadidas por defecto a -1 (activo). Al desactivar reglas de gestión, recuerde que incorporan la utilización prevista de IMSMA. Aunque podría razones de peso para que un MAC prefiriera desactivar algunas reglas de gestión, esta opción debería utilizarse con moderación. Además de la utilización excesiva en casos especiales, desactivar un gran número de reglas de gestión podría indicar un problema acerca del modo en que se modelan los procesos de acciones relativas a las minas en el MAC dentro de IMSMA.

11.4. Historia y razones de cambio El estado actual de cada elemento se almacena junto al elemento; por ejemplo, el estado de un campo de minas puede encontrarse en tblMinefield. La historia de estado completo de cada elemento puede encontrarse en tblStatus. Tenga en cuenta los siguientes puntos acerca del almacenamiento de la información sobre el estado. • La edición manual de los datos de estado no se recomienda; utilice siempre el

Explorador de calidad de datos antes de recurrir a escribir sus propias consultas para ajustar el estado. Si edita manualmente el estado actual de los elementos (por ejemplo, edición de estado por lotes después de actualizar mediante sus propias consultas), el estado debe actualizarse tanto en tblStatus como en la tabla principal del elemento.

• Borrar un dato de estado en el formulario de Edición de Estado tiene como

resultado la pérdida del estado anterior. Por ejemplo, si un elemento con estado WORKED ON se cambia a CLOSED, y a continuación se borra el estado CLOSED, tblStatus sólo tendría una entrada para un elemento. Esto significa que los estados borrados no están almacenados en la historia de estado.

• Las actualizaciones automáticas pueden provocar la pérdida del estado previo.

Cuando el cambio de estado representa una disminución del estado, las actualizaciones automáticas borran la información previa sobre el estado y escriben una nueva; el estado previo no puede recuperarse. Por ejemplo, en una actualización automática desde CLOSED a OPEN, no quedaría ningún registro de que el peligro se registró una vez como CLOSED. En una

DRAFT

actualización automática desde OPEN a WORKED ON, el estado OPEN se conserva.

• Sólo los cambios de estado deliberados se registran en tblStatus. Un elemento

que vaya de OPEN a WORKED ON a CLOSED tendrá tres entradas en tblStatus. Un elemento ajustado directamente a CLOSED sólo tendrá una entrada.

Aparte del estado en sí mismo, los cambios de estado incluyen otros importantes fragmentos de información.

• Fechas de Inicio / Finalización. Las fechas de inicio y finalización se almacenan

como parte de la información sobre el estado. El estado actual siempre tiene una fecha de finalización de 12/31/9999. El almacenamiento de las fechas de inicio y finalización con estado permite realizar consultas que evalúen los procesos que estaban en proceso de ejecución durante un periodo de tiempo específico en el pasado.

• Razones del cambio. Cada estado tiene una serie de razones de cambio

asociadas. Las razones de cambio son particularmente importantes para algunos casos especiales (por ejemplo, volver a consultar o volver a desminar). Se almacenan en el campo clnReasonTC en tblStatus y clnStatusReasonTC en la tabla del elemento.

• Cambiar comentarios. Los cambios de estado realizados para resolver errores

de conformidad tienen un comentario que registra la regla de gestión que resultó del cambio, por ejemplo, un estado actualizado con una comprobación de conformidad. (Regla de estado: MAExpiredISNotOngoing). Se almacenan en el campo clnComment en tblStatus y clnStatusComment en la tabla del elemento.

______________________________________________________________________ Cambiar razones

Tal y como se señala más arriba, las razones para cambios de estado contienen información importante acerca del elemento. Algunas de las razones de cambio de estado que son importantes durante la preparación de datos para el análisis y la realización de informes se resumen aquí. En el documento de Resumen de conformidad de estado se incluye una tabla con la lista completa de razones de cambio y su aplicabilidad en los distintos peligros, procesos y estados que se encuentran en IMSMA. La utilización de razones para el cambio de estado con el fin de documentar casos especiales en la cadena de acción se describe más adelante en la Guía de operaciones de IMSMA. • ReasonBuisnessRule: registra los estados solucionados para resolver errores

de comprobación de conformidad. • ReasonFalseInfo: registra los peligros cerrados porque no han existido. • ReasonByLocalUs: registra los peligros cerrados porque se encuentra que

están en uso por la población local.

DRAFT • ReasonReplacedBySubHazard: registra los peligros cerrados porque están

descritos por otros elementos (por ejemplo, un Área peligrosa reemplazada por un campo de minas

• ReasonReplacedBySameHazard: registra los peligros cerrados por haber sido objeto de una nueva consulta.

11.5. Detalles técnicos La relación entre estados, los cambios de razón y las reglas de gestión se explicarán aquí por la referencia a las tablas en que estén contenidos. Esta sección está destinada al usuario de nivel avanzado que desea obtener más información sobre cómo funcionan el estado y las reglas de gestión. La siguiente tabla resume los principales componentes técnicos de los estados y reglas de gestión. Componente Función Comentarios tblApplicationStatusType Define qué estados se

aplican a qué objetos de acciones relativas las minas

Se definen aproximadamente 55 combinaciones de objetos de accionerelativas a las minas y estados

tblApplicationStatusChangeReason Define qué razones decambio se aplican a cada estado

Se definen aproximadamente 255 combinaciones para las razones de cambio y las 55 combinaciones de estado / objetos de acciones relativaslas minas de tblApplicationStatusType

tblApplicationBusinessRules Define las reglas de gestión que se aplicana cada objetos de acciones relativas a laminas y estado

Se definen aproximadamente 210 reglas de gestión

Tabla 11.2: Tablas relacionadas con el estado La relación entre razones de cambio, estados y objetos de acciones relativas a las minas a los que se pueden aplicar puede explorarse en las siguientes consultas. Copie el SQL en el módulo de acceso de IMSMA. • Consulta qryChangeReasons_a

TRANSFORM Count(ST.clnID) AS CountOfclnID SELECT S1.clnTranslation AS Reason, S2.clnTranslation AS Status FROM ((tblApplicationStatusType AS ST RIGHT JOIN tblApplicationStatusChangeReason AS CR ON ST.clnID = CR.clnStatusID) LEFT JOIN qryApplicationSemanticInSelectedLanguage AS S1 ON CR.clnReasonTC = S1.clnSemanticKey) LEFT JOIN qryApplicationSemanticInSelectedLanguage AS S2 ON ST.clnName = S2.clnSemanticKey GROUP BY S1.clnTranslation, S2.clnTranslation ORDER BY S2.clnTranslation PIVOT ST.clnType;

• Consulta qryChangeReasons_b

DRAFT

SELECT [qryChangeReasons_a].[Reason], [qryChangeReasons_a].[Status], IIf([tblDangerousArea] Is Null,"","DA, ") & IIf([tblSurvey1] Is Null,"","IS, ") & IIf([tblSurvey1MinedArea] Is Null,"","MA, ") & IIf([tblSurvey2] Is Null,"","TS, ") & IIf([tblMinefield] Is Null,"","MF, ") & IIf([tblClearance] Is Null,"","CL, ") & IIf([tblCompletionReport] Is Null,"","CS, ") & IIf([tblTask] Is Null,"","TK, ") & IIf([tblMineRiskEducationActivity] Is Null,"","MRE, ") & IIf([tblOrganisation] Is Null,"","OR, ") & IIf([tblOrganisationCompetence] Is Null,"","OC, ") AS [Object] FROM qryChangeReasons_a;

DRAFT

Anexo A - Información de apoyo

En caso de tener dudas o problemas que no pueda resolver a través de los manuales de usuario o del administrador, tiene a su disposición información de apoyo adicional por parte del Equipo de Desarrollo de IMSMA.

• Consulte la lista de preguntas más frecuentes de IMSMA, FAQ_IMSMA.chm, que se habrá copiado en la carpeta de IMSMA durante el proceso de instalación.

• Regístrese en el foro de discusión online en http://www.imsma.ethz.ch/support/messageboard.asp

• Envíe preguntas por correo electrónico a IMSMA_IMSMA_Support@sipo.gess.ethz.ch.

• Póngase en contacto con el personal de apoyo de campo en las oficinas del Equipo de Desarrollo de IMSMA en Zurich, en el teléfono 00 41 1 632 5533, de lunes a viernes, entre las 09:30-12:00 horas y las 14:30-17:00 horas (horario oriental).

• El sitio Web de IMSMA es www.imsma.ethz.ch.

Figura A.1: Página principal de IMSMA

DRAFT

• El sitio Web del Centro Internacional de Ginebra para el Desminado Humanitario es www.gichd.ch.

Foro de discusión El sitio Web de apoyo de IMSMA ofrece foros de discusión como un medio de intercambio de información entre los usuarios de IMSMA y para establecer un mecanismo de información para el equipo de desarrollo con el fin de informar a los usuarios sobre nuevos avances o actualizaciones. Existen dos foros disponibles: Announcements (Anuncios). Foro de acceso restringido para informar a los usuarios de IMSMA sobre nuevas versiones, mejoras o publicaciones de servicio que estén disponibles. Sólo los miembros del equipo de desarrollo de IMSMA pueden enviar mensajes a este foro. Discussion Forum (Foro de debate). Foro abierto para los usuarios de IMSMA y otros grupos interesados. Se puede utilizar para intercambiar experiencias al hacer uso de IMSMA, solicitar mejoras, hablar de las mejoras solicitadas y obtener ayuda de otros usuarios de IMSMA en cuestiones técnicas. Para poder publicar mensajes en el foro de discusión debe registrarse; haga clic en el vínculo que se muestra abajo. Figura A.2: Registro en el grupo de discusión

DRAFT

Anexo B – Conceptos básicos sobre SQL

El siguiente texto se ha extraído de Fundamental Microsoft Jet SQL for Access 2000, por Acey James Bunch, de Microsoft Corporation. La versión completa está disponible en http://msdn.microsoft.com/library/techart/acfundsql.htm ¿Qué es el lenguaje estructurado de consulta? SQL significa “Structured Query Language” (Lenguaje estructurado de consulta), y a veces se pronuncia "sequel." Podría definirse de forma básica como el lenguaje que se emplea para extraer, manipular y estructurar datos contenidos en un sistema de gestión de bases de datos basadas en relaciones (RDBMS). En otras palabras, para obtener una respuesta de la base de datos, es necesario hacerle la pregunta en SQL. ¿Cuándo y por qué se debe utilizar SQL? Quizá no se haya dado cuenta, pero si ha utilizado Access, también ha utilizado SQL. “¡No!”, puede decir. “Yo nunca he utilizado nada que se llame SQL”. Eso es porque Access se encarga de hacerlo por usted. Lo que tiene que recordar es que cada solicitud de datos que usted hace, Access la convierte a SQL en segundo plano. Access emplea SQL en distintas funciones. Por supuesto, se emplea para las consultas, pero también para crear informes, rellenar cuadros de lista y cuadros combinados y para trabajar con formularios de introducción de datos. Como SQL está omnipresente en Access, comprender este lenguaje aumentará su capacidad para sacar el máximo provecho de la potencia de programación que Access pone a su disposición. Nota: El dialecto de SQL que se trata en este artículo es aplicable a la versión 4.0 del motor de base de datos Microsoft Jet. Aunque muchas de las instrucciones SQL funcionarán en otras bases de datos, como Microsoft SQL Server™, hay algunas diferencias en cuanto a sintaxis. Para identificar la sintaxis correcta de SQL, consulte la documentación del sistema de base de datos que esté utilizando. Data Definition Language (DDL, Lenguaje de definición de datos). DDL es el lenguaje o terminología SQL que se emplea para administrar los objetos de base de datos que contienen datos. Los objetos de base de datos son tablas, índices o relaciones - todo lo que tenga que ver con la estructura de la base de datos - pero

DRAFT no los propios datos. Dentro de SQL se emplean ciertas palabras clave y cláusulas como comandos DDL para una base de datos basada en relaciones. Data Manipulation Language (DML, Lenguaje de manipulación de datos). DML es el lenguaje o terminología SQL que se emplea para administrar los datos de la base de datos. DML no tiene ningún efecto sobre la estructura de la base de datos; sólo se emplea con los datos reales. DML se usa para extraer, añadir, modificar y eliminar información contenida en las tablas de las bases de datos basadas en relaciones. ANSI y Access 2000. El ANSI (American National Standards Institute, Instituto americano de normalización) que es una autoridad normativa reconocida internacionalmente, ha definido unas normas básicas para SQL. La norma más reciente es SQL-92, y Access 2000 ha incorporado muchas funciones nuevas para ceñirse más a la norma, aunque algunas de las nuevas funciones sólo están disponibles cuando se usa el proveedor Jet OLE DB. Sin embargo, Access sigue siendo compatible con versiones anteriores para permitir una mayor flexibilidad. Access también tiene algunas funciones extra, aún no definidas por la norma, que amplían la potencia de SQL. Para obtener más información sobre OLE DB y sobre cómo se integra en la estrategia Microsoft Universal Data Access, visite el sitio Web de Universal Data Access en http://www.microsoft.com/data/. Convenios de codificación SQL. A lo largo de este artículo observará que se emplea un método coherente de convenios de codificación SQL. Como en todos los convenios de codificación, el objetivo es mostrar el código de forma que sea fácil de leer y de comprender. Esto se consigue utilizando una combinación de espacios en blanco, nuevas líneas y palabras clave en mayúsculas. En general, para todas las palabras clave de SQL se emplean mayúsculas, y si se debe romper la línea de código SQL, intente hacerlo con la sección principal de la instrucción SQL. A continuación se exponen algunos ejemplos. Código SQL mal formateado CREATE TABLE tblCustomers (CustomerID INTEGER NOT NULL,[Last Name] TEXT(50) NOT NULL, [First Name] TEXT(50) NOT NULL,Phone TEXT(10),Email TEXT(50)) Código SQL bien formateado CREATE TABLE tblCustomers

(CustomerID INTEGER NOT NULL, [Last Name] TEXT(50) NOT NULL, [First Name] TEXT(50) NOT NULL, Phone TEXT(10), Email TEXT(50))

Cómo recuperar registros. La instrucción SQL más básica y utilizada es la instrucción SELECT. Las instrucciones SELECT son las más comunes de las instrucciones SQL, y a menudo se denominan “consultas select”. La instrucción

DRAFT SELECT se emplea para recuperar datos de las tablas de la base de datos, y los resultados suelen devolverse en un conjunto de registros (o filas) constituidas por un número de campos (o columnas). Con la cláusula FROM se seleccionan las tablas de las que se selecciona. La estructura básica de una instrucción SELECT es: SELECT field list

FROM table list Para seleccionar todos los campos de una tabla, use un asterisco (*). Por ejemplo, la siguiente instrucción selecciona todos los campos y todos los registros de la tabla “Customers”: SELECT *

FROM tblCustomers Para limitar los campos recuperados por la consulta, simplemente use los nombres de los campos. Por ejemplo: SELECT [Last Name], Phone

FROM tblCustomers Para designar un nombre diferente para un campo del conjunto de resultados, emplee la palabra clave AS para establecer una referencia para ese campo. SELECT CustomerID AS [Customer Number]

FROM tblCustomers Cómo restringir el conjunto de resultados. Es bastante probable que no quiera recuperar todos los registros de una tabla, sino que quiera sólo un subconjunto de esos registros en función de algún criterio de selección. Para restringir una instrucción SELECT, debe utilizar una cláusula WHERE, que le permitirá especificar exactamente los registros que desea recuperar. SELECT *

FROM tblInvoices WHERE CustomerID = 1

Observe la sección CustomerID = 1 de la cláusula WHERE. Una cláusula WHERE puede contener hasta 40 de estas expresiones, y pueden unirse con los operadores lógicos And y Or. Utilizar más de una expresión le permite hacer un filtro más detallado de los registros del conjunto de resultados. SELECT *

FROM tblInvoices WHERE CustomerID = 1 AND InvoiceDate > #01/01/98#

Observe que la cadena de datos está delimitada por almohadillas (#). Si en una expresión emplea una cadena regular, debe delimitar la cadena por comillas simples (‘). Por ejemplo: SELECT *

DRAFT

FROM tblCustomers WHERE [Last Name] = 'White'

Si desconoce el valor de la cadena completa, puede utilizar caracteres comodín con el operador Like. SELECT *

FROM tblCustomers WHERE [Last Name] LIKE 'W*'

Puede elegir distintos operadores comodín; en la siguiente tabla se detallan sus usos. * o % Cero o más caracteres

¿ o _ (guión bajo) Cualquier carácter único

# Cualquier número único (0-9)

[lista de caracteres] Cualquier carácter único de una lista

caracteres

[¡lista de caracteres] Cualquier carácter único no contenido en la lis

de caracteres

Tabla B.1: Caracteres comodín Nota: Los caracteres comodín % y _ (guión bajo) sólo deberían utilizarse en código del proveedor Jet OLE DB y ActiveX® Data Objects (ADO). Se tratarán como caracteres literales si se emplean en la interfaz de usuario Access SQL View o en código Data Access Objects (DAO). Si desea obtener más información sobre la utilización del operador Like con caracteres comodín, escriba “caracteres comodín” o “wildcard characters” en el Asistente de Office o en la ficha Answer Wizard de la ventana de ayuda de Microsoft Access y pulse Buscar (Search). Cómo ordenar el conjunto de resultados. Para que el conjunto de resultados esté ordenado según uno o varios campos, use la cláusula opcional ORDER BY. Como se ha explicado anteriormente en la sección “Cómo trabajar con índices”, los registros se pueden ordenar en orden ascendente (ASC) o descendente (DESC); el orden por defecto es ascendente. Los campos a los que se hace referencia en la cláusula ORDER BY no tienen por qué ser parte de la lista de campos de la instrucción SELECT, y la ordenación se puede aplicar a valores de cadena, numéricos y de fecha / hora. Sitúe siempre la cláusula ORDER BY al final de la instrucción SELECT. SELECT *

FROM tblCustomers ORDER BY [Last Name], [First Name] DESC

También puede utilizar números de campo (o posiciones) en lugar de los nombres de campo en la cláusula ORDER BY.

DRAFT SELECT *

FROM tblCustomers ORDER BY 2, 3 DESC

Si desea obtener más información sobre la utilización de la cláusula ORDER BY, escriba “ORDER BY” en el Asistente de Office o en la ficha Answer Wizard de la ventana de ayuda de Microsoft Access y pulse Buscar. Utilización de funciones añadidas para trabajar con valores. Las funciones añadidas se emplean para calcular información estadística y de resumen a partir de los datos de las tablas. Estas funciones se emplean en instrucciones SELECT, y todas toman campos o expresiones como argumentos. Para contar el número de registros de un conjunto de resultados, use la función Count. Si se usa un asterisco con la función Count, los valores nulos también se cuentan. SELECT Count(*) AS [Number of Invoices]

FROM tblInvoices Para contar sólo los valores no nulos, use la función Count con un nombre de campo: SELECT Count(Amount) AS

[Number of Valid Invoice Amounts] FROM tblInvoices

Para calcular el valor medio de una columna o expresión de datos numéricos, use la función Avg: SELECT Avg(Amount) AS [Average Invoice Amount]

FROM tblInvoices Para hallar el total de los valores de una columna o expresión de datos numéricos, use la función Sum: SELECT Sum(Amount) AS [Total Invoice Amount]

FROM tblInvoices Para hallar el valor mínimo de una columna o expresión, use la función Min: SELECT Min(Amount) AS [Minimum Invoice Amount]

FROM tblInvoices Para hallar el valor máximo de una columna o expresión, use la función Max: SELECT Max(Amount) AS [Maximum Invoice Amount]

FROM tblInvoices Para hallar el primer valor de una columna o expresión, use la función First:

DRAFT SELECT First(Amount) AS [First Invoice Amount]

FROM tblInvoices Para hallar el último valor de una columna o expresión, use la función Last: SELECT Last(Amount) AS [Last Invoice Amount]

FROM tblInvoices Si desea obtener más información sobre la utilización de las funciones añadidas, escriba “funciones añadidas de SQL” o “SQL aggregate functions” en el Asistente de Office o en la ficha Answer Wizard de la ventana de ayuda de Microsoft Access y pulse Buscar. Cómo agrupar los registros de un conjunto de resultados. A veces hay registros en una tabla que están relacionados de forma lógica, como en el caso de la tabla de facturas. Como un cliente puede tener muchas facturas, podría ser útil tratar todas las facturas de un cliente como un grupo, para hallar información de resumen o estadística sobre el grupo. La clave para agrupar registros es que uno o más campos de cada registro deben contener el mismo valor para todos los registros del grupo. En el caso de la tabla de facturas, el valor del campo CustomerID es el mismo en todas las facturas de un deconcluido cliente. Para crear un grupo de registros, use la cláusula GROUP BY con el nombre del campo o campos que quiere agrupar. SELECT CustomerID, Count(*) AS [Number of Invoices],

Avg(Amount) AS [Average Invoice Amount] FROM tblInvoices GROUP BY CustomerID

Observe que la instrucción devolverá un registro que muestra el customer ID, el número de facturas que tiene el cliente y la media de las facturas del cliente, para todos los clientes que tengan un registro de facturas en la tabla de facturas. Como las facturas de cada cliente se tratan como un grupo, podemos contar el número de facturas y luego determinar la cantidad media facturada. Se puede especificar una condición a nivel de grupo utilizando la cláusula HAVING, que es similar a la cláusula WHERE. Por ejemplo, la siguiente consulta devuelve sólo los registros de cada cliente cuya cantidad media facturada sea menos de 100: SELECT CustomerID, Count(*) AS [Number of Invoices],

Avg(Amount) AS [Average Invoice Amount] FROM tblInvoices GROUP BY CustomerID HAVING Avg(Amount) < 100

Si desea obtener más información sobre la utilización de la cláusula GROUP BY, escriba “GROUP BY” en el Asistente de Office o en la ficha Answer Wizard de la ventana de ayuda de Microsoft Access y pulse Buscar.

DRAFT

DRAFT

Anexo C – Diferencias de sintaxis de SQL

______________________________________________________________________ La versión V3.0 cuenta con un nuevo módulo de servicio IMSMA basado en MS SQL Server. Como se mencionó en los capítulos 4, 5 y 9 de esta Guía, el administrador de IMSMA se va a encontrar con un nuevo entorno de base de datos que requiere algo de tiempo para aprender las tareas de instalación, configuración, mantenimiento y personalización. En este anexo se estudian las principales diferencias de sintaxis SQL entre MS Access y MS SQL Server. Estas diferencias son importantes al: • Crear nuevas consultas de módulo de servicio de IMSMA, principalmente para

temas del SIG. • Tratar consultas de informe predefinidas, importadas al módulo de servicio

IMSMA. Tenga en cuenta que puede acceder al módulo de servicio de IMSMA para ver o personalizar tablas y consultas a través del archivo imsma.adp, ubicado en C:\IMSMA.

DRAFT MS Access MS SQL Server (Transact-SQL) Nomenclatura Visualización de la consulta Visualización Lógica IIF CASE Datos booleanos True = -1 True = 1 (use IF myBitValue <>0) Comodines, n caracteres * %

Comodines, un carácter ? _ (guión bajo) Comprobación de nulo (1) Nz() CASE valor IS NULL THEN Comprobación de nulo (2) IsNull() ISNULL() Operador de concatenación &

+

Delimitador de comillas “mytext” ‘mytext’ Uniones No se pueden crear gráficament

en ningún caso

Conversiones de tipos de datos

Algunas veces automáticas, CINT(), CSTR(), etc.

Algunas veces automáticas, CONVERT o CAST

Ordenación ORDER BY ORDER BY requiere la cláusula TOP cuando se usa para crear VIEWS, SELECT TOP 100 PERCENT

Columnas con referencias No se permiten columnas con referenciareferidas dentro de la misma cláusula SELECT. Créelas primero en otra consuque puede ser una consulta independieno una declaración SELECT en la cláusulFROM; véase PointType para ejemplos dde filtro.

Filtro Al intentar filtrar criterios o haceuna selección en una visualización de consulta o de tabla, debe utilizar los criterios 01 para campos de bit en tablas odbc sql. En caso contrario, no obtendrá resultados cuando intente filtrar con -1.

Si desea ver más diferencias de sintaxis o más información, consulte la Ayuda para MS Access y MS SQL Server (http://msdn.microsoft.com).

DRAFT

Anexo D – Lecturas adicionales

Estudio de impacto Global Landmine Survey Initiative (Iniciativa de Estudio Global de Minas terrestres) del Survey Action Center de Washington, DC (incluida como documento adjunto a la Guía del usuario). Las normas actuales de las Naciones Unidas sobre estudios relativos a las minas se encuentran en:

• http://www.mineclearancestandards.org

Datos espaciales En Internet hay varias descripciones a nivel de introducción. Muchas de ellas están alojadas en departamentos de geografía. Busque GIS (SIG en español), Geomatics (Geomática), Spatial Data (Datos espaciales). Las siguientes direcciones son un buen punto de partida:

• http://www.colorado.edu/geography/gcraft/contents.html

• http://www.gis.org

SQL En Internet hay una gran variedad de cursos interactivos de SQL; éstas son algunas posibilidades:

• http://w3.one.net/~jhoffman/sqltut.htm • http://www.sqlcourse2.com/

DRAFT En el sitio Web de Microsoft se proporcionan referencias excelentes sobre el dialecto SQL de MS Access:

• Nivel fundamental (resumido en el Anexo B): http://msdn.microsoft.com/library/techart/acfundsql.htm

• Nivel intermedio: http://msdn.microsoft.com/library/techart/acintsql.htm • Nivel avanzado: http://msdn.microsoft.com/library/techart/acadvsql.htm

Una referencia excelente en el nivel avanzado es Joe Celko’s SQL for Smarties: Advanced SQL Programming, por Joe Celko. SQL Server Visite los siguientes vínculos para aprender más sobre MS SQL Server:

• Resumen del producto

http://www.microsoft.com/sql/evaluation/overview/default.asp

• Resumen general técnico

http://www.microsoft.com/sql/techinfo/default.asp

• Información técnica Microsoft Technet

http://www.microsoft.com/technet/treeview/default.asp?url=/technet/prodtechn

ol/sql

• Revista SQL Server

http://www.sqlmag.com

DRAFT

Anexo E – Reglas de gestión de estado ____________________________________________________________ El objetivo de este anexo es proporcionar al usuario de IMSMA un resumen general de la posible conformidad de estado entre objetos de acciones relativas a las minas. Puede utilizar este resumen como documento de apoyo al definir, cambiar o modificar información sobre el estado. En el CD de instalación de IMSMA V3.0 también puede conseguir información adicional sobre aspectos relativos al estado en la carpeta de documentos.

DRAFT

Anexo F – Cambios de tablas y consultas en

V3.0

______________________________________________________________________ A continuación de expone un resumen de los principales cambios en tablas y consultas en la versión V3.0, con el fin de ayudar a los administradores de IMSMA a adaptar instalaciones de IMSMA para que sean compatibles con la versión V3.0. Tenga en cuenta estos cambios al planear una actualización de IMSMA V2.2 a V3.0 y al volver a introducir características de IMSMA, como UDF, informes personalizados, temas del SIG personalizados, bases de datos adicionales, etc. Además, hemos proporcionado dos listas que muestran los cambios en campos entre la V2.2 y la V3.0 relevantes para las organizaciones y contactos. Puede utilizarlas junto con la herramienta de preparación de datos para limpiar fondos de datos de V2.2 antes de actualizar.

DRAFT A.1. Nuevas tablas Configuración Gantt tblApplicationAvailableCompetences tblApplicationCompetenceUsability tblApplicationExportSketches tblApplicationExportTables tblApplicationKeys tblApplicationMetaData tblApplicationStatusBusinessRules tblApplicationStatusChangeReason tblApplicatonStatusColour tblApplicationStatusDependencyResultTmp tblApplicationStatusListTmp tblDeviceCustom tblDeviceStandard tblIncAccCasualtyReceivedMRRE tblIncAccCasualtyReceivedMRRETmp tblMineRiskEducationActivity tblMineRiskEducationActivityAudience tblMineRiskEducationActivityAudienceTmp tblMineRiskEducationActivityContact tblMineRiskEducationActivityContactTmp tblOrganisation tblOrganisationCompetence tblOrganisationCompetenceTmp tblOrganisationContactTmp tblOrganisationOperationalArea tblOrganisationOperationalAreaTmp tblrptDevDestroyedTmp tblrptDevMarkedTmp Todas las consultas de servidor vinculadas como por ejemplo las visualizaciones como qryApplication[...] son nuevas y también se muestran bajo la ficha tablas.

DRAFT A.2. Nuevas consultas qryApplicationLocatorActual qryApplicationPassThrough qryBusinessRules qrycboAreaStatusTC qrycboCompetenceStatusTC qrycboOrganisationCompetenceTC qrycboOrganisationKindTC qrycboOrganisationSizeTC qrycboOrganisationStatusTC qrycboOrgSpecialisation qrycboProcessStatusTC qrycboRemoveFromStatusListTC qrycboReportedBy qrycboStatusAreaTC qrycboStatusChangeReason qrycboStatusNextTC qrycboStatusProcessTC qrycboTaskKindOfCreatedTaskedItem qrycboTaskKindOfTaskedItemFiltered qryfrmOrganisation qryfrmOrganisationCompetence qrylbxOperationalAreas qrylbxOrganisationCompetence qryOrganisationActive qrySelectionBasePassThrough qryStatusDependency qryStatusHistoryTmp qrytbl_MinesCat qry_tblMinesCatGroups

Las visualizaciones con el prefijo qryrpt (específicas para formularios) y qryGIS (específicas para temas del SIG) son nuevas. Tenga en cuenta que en la versión V3.0 hay consultas de informe que se han importado al módulo de servicio de IMSMA, debido a su complejidad y para aumentar el rendimiento de la base de datos. A.3. Nuevos atributos en tablas existentes Después de los nuevos atributos, se han añadido las respectivas columnas a las tablas existentes (tabla ¦ columna). tblApplicationExportData clnOrder tblApplicationExportLog clnExportLogID tblApplicationExportLog clnFullExport tblApplicationParameterProtected clnDescription tblApplicationReportConfiguration clnColorVariants tblApplicationReportConfiguration clnDevelopment tblApplicationReportConfiguration clnSelectionAreaStatus tblApplicationReportConfiguration clnSelectionAreaStatusYN tblApplicationReportConfiguration clnSelectionOrganisationGUID tblApplicationReportConfiguration clnSelectionOrganisationYN

DRAFT tblApplicationReportConfiguration clnSelectionOwnerGUID tblApplicationReportConfiguration clnSelectionOwnerYN tblApplicationReportConfiguration clnSelectionProcessStatus tblApplicationReportConfiguration clnSelectionProcessStatusYN tblApplicationReportConfiguration clnServerView tblApplicationStatusType clnOrder tblApplicationTranslationColumnNames clnTCN_ID tblClearance clnStartOfWorkPlanned tblClearance clnEndOfWorkPlanned tblClearance clnCalculatedArea tblClearance clnStatus tblClearance clnStatusStartDate tblClearance clnStatusEndDate tblClearance clnStatusComment tblClearance clnStatusUser tblClearance clnStatusReasonTC tblClearance clnStatusIgnoreDepResult tblClearance clnOrganisationGUID tblCompletionReport clnOrganisationGUID tblCompletionReport clnContactGUID tblCompletionReport clnStartOfReportPeriodPlanned tblCompletionReport clnEndOfReportPeriodPlanned tblCompletionReport clnStatus tblCompletionReport clnStatusStartDate tblCompletionReport clnStatusEndDate tblCompletionReport clnStatusComment tblCompletionReport clnStatusUser tblCompletionReport clnStatusReasonTC tblCompletionReport clnStatusIgnoreDepResult tblCompletionReport clnRespAuthOrganisationGUID tblContact clnOrganisationGUID

tblDangerousArea clnOrganisationGUID tblDangerousArea clnCalculatedSize tblDangerousArea clnStatus tblDangerousArea clnStatusStartDate tblDangerousArea clnStatusEndDate tblDangerousArea clnStatusComment tblDangerousArea clnStatusUser tblDangerousArea clnStatusReasonTC tblDangerousArea clnStatusIgnoreDepResult tblIncAccAccident clnOrganisationGUID tblIncAccCasualtyTmp clnOrganisationGUID tblIncAccIncident clnOrganisationGUID

tblLocation clnAddressLine1 tblLocation clnAddressLine2 tblLocation clnPostalCode tblLocation clnCity tblLocation clnProvState tblLocation clnCountry tblLocation clnTelephone

DRAFT tblLocation clnFax tblLocation clnEmail tblLocation clnHomePage tblMap clnActive tblMap clnExistsInCMAC

tblMinefield clnOrganisationGUID tblMinefield clnCalculatedArea tblMinefield clnStatus tblMinefield clnStatusStartDate tblMinefield clnStatusEndDate tblMinefield clnStatusComment tblMinefield clnStatusUser tblMinefield clnStatusReasonTC tblMinefield clnStatusIgnoreDepResult tblProgressReport clnOrganisationGUID tblProgressReport clnNumberOfTeams tblProgressReport clnCostSquareMeter tblProgressReportTmp clnCostSquareMeter tblProgressReportTmp clnNumberOfTeams tblProgressReportTmp clnOrganisationGUID tblStatus clnStartDate tblStatus clnEndDate tblStatus clnComment tblStatus clnReasonTC tblStatusTmp clnComment tblStatusTmp clnEndDate tblStatusTmp clnReasonTC tblStatusTmp clnStartDate tblSurvey1 clnOrganisationGUID tblSurvey1 clnStartDatePlanned tblSurvey1 clnEndDatePlanned tblSurvey1 clnPriorityActiveTC tblSurvey1 clnPriorityActiveValue tblSurvey1 clnStatus tblSurvey1 clnStatusStartDate tblSurvey1 clnStatusEndDate tblSurvey1 clnStatusComment tblSurvey1 clnStatusUser tblSurvey1 clnStatusReasonTC tblSurvey1 clnStatusIgnoreDepResult tblSurvey1MinedArea clnStatus tblSurvey1MinedArea clnStatusStartDate tblSurvey1MinedArea clnStatusEndDate tblSurvey1MinedArea clnStatusComment tblSurvey1MinedArea clnStatusUser tblSurvey1MinedArea clnStatusReasonTC tblSurvey1MinedArea clnStatusIgnoreDepResult tblSurvey1MinedAreaTmp clnStatus tblSurvey1MinedAreaTmp clnStatusComment tblSurvey1MinedAreaTmp clnStatusEndDate tblSurvey1MinedAreaTmp clnStatusIgnoreDepResult tblSurvey1MinedAreaTmp clnStatusReasonTC

DRAFT tblSurvey1MinedAreaTmp clnStatusStartDate tblSurvey1MinedAreaTmp clnStatusUser tblTask clnOwnerOrganisationGUID tblTask clnOwnerContactGUID tblTask clnStartDate tblTask clnEndDate tblTask clnEffectiveDays tblTask clnStatus tblTask clnStatusStartDate tblTask clnStatusEndDate tblTask clnStatusComment tblTask clnStatusUser tblTask clnStatusReasonTC tblTask clnStatusIgnoreDepResult TblTaskConnectionTmp clnReferenceStatus

A.4. Atributos cambiados en tablas existentes A.4.1. Campos definidos por el usuario Todos los campos definidos por el usuario se han cambiado de nombre para incluir su tipo de objeto origen. Por ejemplo, adapte las entradas para las opciones de campo Name y Tag editando las propiedades del UDF según la siguiente lista (tabla ¦ antigua descripción ¦ nueva descripción). tblIncAccCasualtyTmp cln_UserDefined1 clnCA_UserDefined1 tblIncAccCasualtyTmp cln_UserDefined2 clnCA_UserDefined2 tblIncAccCasualtyTmp cln_UserDefined3 clnCA_UserDefined3 tblIncAccCasualtyTmp cln_UserDefined4 clnCA_UserDefined4 tblIncAccCasualtyTmp cln_UserDefined5 clnCA_UserDefined5 tblIncAccCasualtyTmp cln_UserDefined6 clnCA_UserDefined6 tblIncAccCasualtyTmp cln_UserDefined7 clnCA_UserDefined7 tblIncAccCasualtyTmp cln_UserDefined8 clnCA_UserDefined8 tblIncAccCasualtyTmp cln_UserDefined9 clnCA_UserDefined9 tblIncAccCasualtyTmp cln_UserDefined10 clnCA_UserDefined10 tblIncAccCasualtyTmp cln_UserDefined11 clnCA_UserDefined11 tblIncAccCasualtyTmp cln_UserDefined12 clnCA_UserDefined12 tblIncAccCasualtyTmp cln_UserDefined13 clnCA_UserDefined13 tblIncAccCasualtyTmp cln_UserDefined14 clnCA_UserDefined14 tblIncAccCasualtyTmp cln_UserDefined15 clnCA_UserDefined15 tblIncAccCasualtyTmp cln_UserDefined16 clnCA_UserDefined16 tblIncAccCasualtyTmp cln_UserDefined17 clnCA_UserDefined17 tblIncAccCasualtyTmp cln_UserDefined18 clnCA_UserDefined18 tblIncAccCasualtyTmp cln_UserDefined19 clnCA_UserDefined19 tblIncAccCasualtyTmp cln_UserDefined20 clnCA_UserDefined20 Compruebe y adapte todos los UDF en consecuencia. A.4.2. Cambios del tipo de datos

DRAFT Se han realizado los siguientes cambios de tipo de datos (tabla ¦ columna ¦ tipo de datos). tblIncAccAccident clnReportedBy Memo --> Texto tblIncAccIncident clnDataGatheredBy Memo --> Texto tblTaskConnection clnRelatedID Número --> Texto tblTaskConnectionTmp clnRelatedID Número --> Texto A.5. Tablas y atributos eliminados Por favor, use el Navegador de datos generales disponibles en el módulo de acceso de IMSMA para enumerar tablas y atributos discontinuados / eliminados. Consulte el capítulo 4 y 9 de esta Guía si desea obtener más información. A.6. Limpieza de datos – Campos importantes Las últimas dos secciones se dedican a los campos que contienen información sobre organizaciones o contactos. Consulte las siguientes listas como referencia al limpiar la base de datos de V2.2.

DRAFT A.6.1. Campos relacionados con organizaciones tblLocation clnLocationKindTC

Sustituir localización por organización en el atribu= 'NGO'

tblClearance clnOrganisation

El campo de texto cambia a GUID vinculando a unnueva instancia de una organización

tblContact clnOrganisation El campo de texto cambia a GUID vinculando a unnueva instancia de una organización

tblDangerousArea clnOrganisation

El campo de texto cambia a GUID vinculando a unnueva instancia de una organización

tblIncAccAccident clnOrganisation

El campo de texto cambia a GUID vinculando a unnueva instancia de una organización

tblIncAccCasualty clnOrganisation El campo de texto cambia a GUID vinculando a unnueva instancia de una organización

tblIncAccIncident clnOrganisation

El campo de texto cambia a GUID vinculando a unnueva instancia de una organización

tblMineField clnOrganisation El campo de texto cambia a GUID vinculando a unnueva instancia de una organización

tblPersonnelMAC clnOrganisation

El campo de texto cambia a GUID vinculando a unnueva instancia de una organización

tblProgressReport clnOrganisation El campo de texto cambia a GUID vinculando a unnueva instancia de una organización

tblSurvey1 clnOrganisation El campo de texto cambia a GUID vinculando a unnueva instancia de una organización

tblSurvey2 clnOrganisation

El campo de texto cambia a GUID vinculando a unnueva instancia de una organización

tblCompletionReport clnOrganisation

El campo de texto cambia a GUID vinculando a unnueva instancia de una organización

tblCompletionReport clnRespAuthOrganisation

El campo de texto cambia a GUID vinculando a unnueva instancia de una organización

DRAFT A.6.2. Campos relacionados con contactos

tblDangerousArea clnReportedBy

El campo de texto cambia a una lista desplegable el texto del campo se convierte n una nueva instancia de contactos

tblIncAccAccident clnReportedBy

El campo de texto cambia a una lista desplegable el texto del campo se convierte n una nueva instancia de contactos

tblIncAccCasualty clnName

El campo de texto cambia a una lista desplegable el texto del campo se convierte n una nueva instancia de contactos

tblIncAccIncident clnReportedBy

El campo de texto cambia a una lista desplegable el texto del campo se convierte n una nueva instancia de contactos

tblPersonnelMAC clnName El campo de texto cambia a una lista desplegable el texto del campo se convierte n una nueva instancia de contactos

tblSurvey1 clnEnumerator1

El campo de texto cambia a una lista desplegable el texto del campo se convierte n una nueva instancia de contactos

tblSurvey1 clnEnumerator2 El campo de texto cambia a una lista desplegableel texto del campo se convierte n una nueva instancia de contactos

tblSurvey2 clnReportedBy

El campo de texto cambia a una lista desplegable el texto del campo se convierte n una nueva instancia de contactos

tblMineField clnReportedBy

El campo de texto cambia a una lista desplegable el texto del campo se convierte n una nueva instancia de contactos

tblClearance clnReportedBy

El campo de texto cambia a una lista desplegable el texto del campo se convierte n una nueva instancia de contactos

tblCompletionReport clnMACRepName

El campo de texto cambia a una lista desplegable el texto del campo se convierte n una nueva instancia de contactos

tblCompletionReport clnRespAuthName El campo de texto cambia a una lista desplegable el texto del campo se convierte n una nueva instancia de contactos

DRAFT

ÍNDICE

A Abrir ficheros codificados 9.Acceso a datos regionales 9.Activado/a 6.Activate theme in view (Activar tema en la visualización) 6.Actualización 4.2, 4Actualización 4.Actualización al inicio 6.Actualización de las propiedades del servidor 9Add Themes (Añadir temas) 6.

Administración 6.Añadir tema 6.Añadir temas a grupos de temas (topics) 6.Aplicación de destino 9.Approximate as ellipses (Aproximar como elipses) 6.ArcExplorer 9.Archivo shape 6.Archivo shape 6.Archivos shape auxiliares 6.ArcPad 9.ArcView Área 6.Atribución características del país derechos

8.88

Atributos de las consultas 6.Attribute data source (Origen de datos de atributo) 6.Attribute DB (Base de datos de atributos) 6.34, 6.Attribute DB (Base de datos de atributos) 6.Attribute query (Consulta de atributos) 6.Attribute query (Consulta de atributos) 6.Attribute Query Primary Key Field (Campo de clave primaria dla consulta de atributos)

6.

Automatically Add to New Views (Añadir automáticamente a nuevas visualizaciones)

6.

B Base de datos tema de área tema de línea tema de punto

6.6.6.

Base de datos de demostración 9Base de datos origen 6.C Cambiar contraseñas 7Cambiar el idioma de IMSMA 5.

DRAFT Campo azimut (punto de referencia / envoltura) orientación distancia altura (punto de referencia / envoltura) latitud (perímetro) (punto de referencia) (punto de referencia / envoltura) longitud (punto de unión) (perímetro) (punto de referencia) (punto de referencia / envoltura) longitud (punto de referencia / envoltura)

6.6.6.6.6.6.6.6.6.6.6.6.6.6.

Campo de clave archivo shape 6.Campo de etiqueta 6.Campo de lista de valores 6.Campo ID 6.Campos de área 6.Campos de coordenadas polares 6.Campos definidos por el usuario 5Cancel last export (Cancelar última exportación) 8.Caption (Claves) 5Características de IMSMA 9.Características de los temas del SIG de IMSMA 6.Carga de extensiones 6Carpeta C:\ IMSMA 4.Carpeta C:\ IMSMA\ SIG 4.Carpeta compartida 4.Catálogo de imágenes 6Categorías de temas del SIG de IMSMA 6.Censura de la exportación de datos 9.Centro del mapa 6Clave de tema 6.Clave pública del equipo de desarrollo de IMSMA 9.Cliente IMSMA 4.Codificación 9.Codificación 9.Codificación PGP 9.Código VB y SQL 9.Comentarios 6.Comentarios 9.Comprender los estados 11Configuración 6.Configuración del puesto de trabajo 3Configuración de privilegios para los formularios 7Configuración del sistema de coordenadas añadir sistema de coordenadas

4.4.

Consideraciones antes de la instalación de IMSMA V3 4Coherencia 6.Consulta visualización diseño modo SQL

10.10.10.

Consulta origen 6.Contador de versiones de sincronización 8.contraseñas 7Convenio de nombres 6.Convenio de nombres de IMSMA 10Convenio de nombres de las consultas 6.

DRAFT Copia de seguridad 4.Copia de seguridad pérdida de personalizaciones

44.9, 4.

Creación GUIDs

9.

Creación de diagramas temporales 10.Creación de informes de base de datos personalizados 2Creación de nuevas consultas del módulo de servicio 10.creación de nuevos informes 10Creación de un proyecto 6Creación del catálogo 6Crear nueva base de datos 8Cross Tab 10.Cuenta 7

D

Datos función de importación CDatos sobre artefactos 10Datos sobre código de localización / estructura del país 10Definición proyecto del SIG 6Definición de la consulta 6Definición de los nombres de los temas 6.Definición de proyectos del SIG de IMSMA 2Definición de temas utilizando un campo de lista de valores 6.Definición de un fichero de proyecto 6Definiciones de los temas del SIG de IMSMA 6.Definiciones ODBC 4.Descripción 6.Description (Descripción) 6.Desventajas 6Diagrama basado en relaciones entre entidades 1Diccionario de datos 6.Directorio por defecto de copia de seguridad del servidor 9Diseño definición central extensión

6.6.6.

Documentación 4.Documentación 6.Documentación de las personalizaciones efectuadas 5Drill Down 10.DSN “IMSMA_GIS_DataPool” 4.DSN “IMSMA_GIS_DDX” 4.2E Edición de consultas del módulo de servicio 10.edición de informes estándar 10.Edición de informes estándar de IMSMA modificar el contenido de un informe modificar el formato de un informe

10.10.10.

Edit Themes by Topic (Edición de temas por grupo de temas 6.Elementos de cuadro de lista 5Eliminar cuentas 7Entorno de trabajo de IMSMA 9Escala del mapa 6Escribir parámetros para fichero de texto 9ESRI ArcView 3.2a 3

DRAFT Estabilidad del sistema 7Estado 11Estilo de presentación 6.Estructura de directorio 4.Etiqueta 5Etiqueta exportación datapool del MAC del país fichero perdido datapool del MAC regional derechos

6.

8.8.8.8.

Explorador de calidad de datos 11exportación de consultas del SIG de IMSMA 9.exportación de datos 9.Exportar Sí / No 9.Ext32 (carpeta) 4.Extensión de la función de IMSMA 2Extensión report writer 10.F Facilidad de mantenimiento 7fichero de las claves 6.fichero de proyecto 4.Ficheros de exportación 5Ficheros de exportación 4.Ficheros de introducción de datos descentralizados 5Ficheros de trabajo del SIG 5Ficheros descentralizados 4.FieldModule.mdb 4.Filtro de estado 6.Filtro MAC 6.Formato de los datos 4.19, 4.Formatos de informes 5.Foro de discusión AFunciones GetSemanticKeyTranslation() GUIDGen() IDGen() XFromGeoStorage YFromGeoStorage

109.9.10

Funciones de IMSMA 10G 9.Geometría Origen de datos 6.Geometría polar. Ver Geometría de la base de datos polar. Gestión de la base de datos 9Gestión de grupos de temas 6.Gestión de temas 6.GetSemanticKeyTranslation() 10Gis 4.Global landmine survey initiative DGUIDGen() 9.H Hacer tema visible en la visualización 6.Hacer visibles campos UDF 5Herramienta de diagnóstico (GIS) 6.Historia y motivos del cambio 11Hoja de propiedades 6.Hojas para introducción de datos 4.

DRAFT

I

IDGen() 9.Imagen 4.imágenes 5Importación / exportación 2Importación de datos 9.Importación del procedimiento 9.Importación de la base de datos al MAC regional 8.IMSMA SIG de IMSMA herramientas 6.IMSMA Server y Client 4IMSMA V1.2 Vs. MSMA V2 4IMSMA.adp 4.IMSMA.mdw 4.imsma_ddx_data2.mdb 4.imsma_ddx_data2.mdb 6.imsma_ddx2.mdb 4.imsma_ddx2.mdb 6.imsma_gis2.apr 4.IMSMA_Utilities 4.IMSMABackups 4.Índice espacial 6.Índice estadístico 9.Información de apoyo AInformación técnica 11informe basado en otro modelo 10.informe de los registros geométricos rechazados 6.Informe estándar 10.Informes basados en consultas del módulo de acceso 10.informes basados en el módulo de servicio y el módulo de acceso

10

informes en formato Word 5.informes personalizados informes personalizados 10Informes Seagate crystal 10.informes utilizando el SIG de IMSMA 10.Instalación Instalación de IMSMA 4Instalación de Microsoft SQL Server 4Instalación de MSDE 2000 4Instalación del sistema operativo 2INSTALL.LOG 4.Interfaz de usuario de IMSMA 5.introducción de datos descentralizados 2.2, 8L Lecturas complementarias DLecturas complementarias sobre datos espaciales DLeer notas importantes 4Legends (carpeta) 4.Limitaciones 9.Limitaciones 6línea 6.Líneas maestras para la definición de temas del SIG 6.ListOrder 6.Localización del fichero de proyecto 9.

DRAFT Localizaciones de los ficheros 5Localizaciones de los ficheros y configuraciones del sistema 4.M MAC regional creación definición

888

Macro de inicio 5Mantenimiento 9.Menú principal 6.Datos generales 9.Modificación. Ver Personalización Modificar claves 6.Módulo de acceso 4.módulo de acceso 4.28, 6.Módulo de servicio 4.módulo de servicio 4.28, 6.Mostrar claves en la opción Tabla de contenido 6.MS Access 10.MS Access 97 Vs. MS Access 2000 4MS Office 2000 Professional 3MSDE (con Service Pack 2) 3N Name 6.Name (Nombre) 6.Nivel de la base de datos 7Nivel de sangría 6.Nombre abreviado del MAC 8Nombre largo del MAC 8Nombre por defecto de las claves 6.nombres de campos 5Normas de estudios sobre minas DNuevas consultas e informes 9O Objetos en formularios 5opción Test Dialog 4.Opciones de los criterios de filtro 10Orden de lista 6.Orden de los temas 6.

P

parámetros de inicio de sesión 9parámetros de SQL Server 9Personalización 5Personalización de IMSMA 2Personalización de las reglas de gestión 11Planificación de la red de bases de datos 2Posición en la TOC 6.Preguntas frecuentes Apre-IMSMA V2.2 4Prevención de errores 6.Privilegios de utilización de las capacidades de MS Access 7Privilegios para los formularios 7Procedimiento de inicio de sesión seguro 7Procedimiento Shift-bypass 5PropertySheet (Hoja de propiedades) 6.propiedades 5

DRAFT propiedades comunes de temas 6.propiedades de la apariencia de los temas 6.propiedades de la unión propiedades de proyección 6proyecto del SIG de IMSMA 6Punto XY 6.Q Qué no debe cambiarse 5Quick Report 10.R recargar 6.Red configuración hardware servidor

3333

referencia 9.Referencias de ficheros ArcView 6reglas de gestión 11Rendimiento 6.Reparación de bases de datos dañadas 2Report Writer de ArcView 10.23, 10.Representación del sistema de coordenadas 10Requisitos de hardware 3Requisitos preliminares 3Restauración / copia de seguridad de la base de datos de SQServer

9

Restauración de personalizaciones 4.Resumen de los cambios 4Rutina de importación 9.S Script de muestra 6Script de muestra de ArcView seguridad (seguridad de los datos) 7seguridad de los datos 7seguridad de MS Access 7seguridad de SQL Server 7seguridad del nivel del sistema 7seguridad física 7seguridad ejecutada 7Selección del Sistema operativo 3Servidor IMSMA 4.shp_imsma_gis 4.Sincronización 8.Sistema de coordenadas 6.sistema de coordenadas de almacenamiento 4.Sistema de coordenadas de almacenamiento. Ver Sistemas dcoordenadas. Sistema de ficheros codificados 7Sistema de ficheros seguros 7Sistema operativo 3Sistema operativo 7Sistemas de coordenadas configuración definición de nuevos

4.4.

sitio Web ASobre los temas del SIG 4.Software instalación requisitos

33

DRAFT Software (utilidades) 3Apoyo de IMSMA 10.Apoyo multilingüe 5.SQL lecturas complementaria principios básicos

D.1, DB

Symbols (carpeta) 4.

T

tablas 5.tablas del sistema 5Tareas del administrador 2Tareas del administrador 10.Tareas del usuario 10.Tema parámetros de apariencia categorías parámetros de creación

6.6.6.

Tema 6.Tema BD Polar 6.Tema de área de la base de datos Approximate as Ellipses (Aproximar como elipses) Attribute DB (Base de datos de atributos) Attribute query (Consulta de atributos) Field Area (Area Calculation) (Área de Campo – Cálculo del área) Foreign Key Field (Campo de clave externa) Geometry DB (Base de datos geométrica) Geometry query (Consulta geométrica) Perimeter values (valores de perímetro) Primary Key Field (Campo de clave primaria) Reference Point/Envelope Values (Punto/Envoltura de referencia) Refresh on start-up (Actualización al inicio)

6.6.6.6.6.

6.6.6.6.6.6.

6.

Tema de línea de la base de datos Attribute DB (Base de datos de atributos) Attribute query (Consulta de atributos) Field latitud (latitud de campo) Field longitud (longitud de campo) Geometry query (Consulta geométrica) Refresh on start-up (Actualización al inicio) Source DB (Base de datos origen) Source Query Key Field (Nombre del campo de la consulta origen)

6.6.6.6.6.6.6.

6.

DRAFT Tema de punto de la base de datos Attribute DB (Base de datos de atributos) Attribute Query (Consulta de atributos) Attribute Query Key Field (Campo clave de la consulta de atributos) latitud de campo longitud de campo Refresh on start-up (Actualización al inicio) Source DB (Base de datos origen) Source Query (Consulta origen) Source Query Key Field (Nombre del campo de la consulta origen)

6.6.6.

6.6.6.6.6.

6.

Tema del fichero vectorial 6.Tema vectorial 6.Temas de características no proyectables 6.Temas sin grupo de temas (topic) 6.Tipo de datos 6.Tipo de geometría 6.Título de las claves 6.Grupos de temas del SIG de IMSMA 6.Traducción 5.Traducción 5Traducción de claves semánticas 10Transformación de sistemas de referencia 6U unión de tablas al módulo de acceso IMSMA 10.UNWISE.EXE 4.UNWISE.INI 4.USEREXT 4.Usuarios y grupos de usuarios 9Usuarios y grupos de usuarios 7Usuarios y grupos de usuarios de IMSMA 7Utilidad 6.Utilidad de actualización 4Utilidad de limpieza de datos 4.Utilities (carpeta) 4.Utilización de las consultas existentes 10Utilización de las funciones de IMSMA 10Utilización de tablas 6.Utilizar como nombre del tema 6.Utilizar como opción por defecto 6.

V

Verificación de coherencia de la base de datos 9.Visibilidad escala máxima escala mínima

6.6.

Visión global de las tablas de artefactos 10Visualizar parámetros propiedades 6.

W 6WorkFiles (carpeta) 4.27, 4.X xdb_install 4.

DRAFT XfromGeoStorage 10Y YFromGeoStorage 10