Cuando usted hace clic en el nombre de una base de datos en la sección Base de datos, se abre la interfaz Configuración de la base de datos.

Esta interfaz contiene botones para Editar, Reinicializar, Desactivar o Suprimir la base de datos. El botón permite el acceso a las secciones Consola SQL y Gestión de los permisos.

Las subsecciones presentan información sobre la base de datos. Los valores de los parámetros han sido definidos durante la creación de la conexión a la base de datos. La sección Creación de bases de datos ofrece más detalles sobre los parámetros. Éstos pueden ser modificados presionando Editar.

Información general

Esta subsección presenta el nombre, el id (identificador interno de JMap), la descripción y el propietario de la base de datos.

Reserva de conexiones

Esta subsección presenta los detalles de la reserva de conexiones. Los parámetros indicados son: tamaño inicial, tamaño máximo, uso de la reserva, pico de uso de la reserva, plazo de conexión, tiempo de espera de la conexión.

Conexión

Esta subsección presenta los detalles de la conexión de JMap a la base de datos. Se indican los parámetros: estado, base de datos (indica el tipo), controlador, cadena de conexión, nombre de usuario, consulta de validación y tipo de conexión.

Referencias

Esta subsección presenta todos los recursos en los que se utilizan los datos de la base de datos. De manera jerárquica se presentan las fuentes de datos espaciales, los proyectos con sus capas, reportes y formularios, cada uno con los atributos utilizados. Esta información resulta útil para visualizar los recursos que serán afectados por las modificaciones en la base de datos.

Reinicializar las bases de datos

La reinicialización de una base de datos cierra todas las conexiones abiertas y crea nuevas conexiones. Esta acción puede ser útil para forzar el restablecimiento de la conexión a un sistema de base de datos.

Desactivar una base de datos

La desactivación de una base de datos cierra las conexiones hacia ella sin suprimir la configuración de la conexión. JMap Server no puede interrogar la base de datos. La desactivación resulta útil cuando la base de datos no responde y genera retrasos en el servidor local.

Suprimir una base de datos

La supresión de una base de datos elimina la configuración de la conexión para ese sistema de base de datos. En ningún caso se afectan los datos incluidos en la base de datos.

Estados de las bases de datos

Cada base de datos posee un estado que indica la condición de la conexión a la misma. El cuadro siguiente los describe:

JMap Admin ofrece una consola SQL genérica que permite ver la estructura de las bases de datos, ejecutar peticiones SQL, inspeccionar el contenido de las tablas, probar la velocidad de ejecución de las peticiones, etc. A través de esta consola se accede a todas las bases de datos configuradas en JMap.

Cuando usted escribe una expresión SQL, la ejecución de la misma depende de los permisos de seguridad concedidos al usuario que se conecta a la base de datos. La sección Creación de bases de datos ofrece más detalles sobre las especificaciones de los usuarios para las conexiones a bases de datos.

Los resultados de las consultas se visualizan en una nueva ventana. Los resultados de las expresiones de tipo INSERT, UPDATE y DELETE se agrupan en la misma pestaña. Los resultados de las expresiones de tipo SELECT se visualizan en pestañas separadas.

JMap posee una base de datos llamada System que contiene tablas de geometrías y de configuración de JMap Server. Esta base de datos es esencial y, por regla general, no debe modificarse. La base de datos System no puede suprimirse y sólo debería ser manipulada por administradores expertos. La sección ofrece más detalles al respecto.

Para comenzar la creación de una nueva base de datos presione el botón Crear en la página en la que se listan las bases de datos y siga las etapas propuestas.

Parámetros avanzados

En general, los parámetros avanzados que se describen a continuación no deben ser modificados.

Toda la gestión de JMap Server se efectúa mediante la aplicación JMap Admin. Esta interfaz web permite que los administradores efectúen tareas como integrar bases de datos, crear proyectos, publicar aplicaciones y administrar la seguridad.

JMap Server administra las conexiones a las bases de datos colocándolas en reservas. Las reservas consisten en un cierto número de conexiones abiertas hacia las bases de datos. Las conexiones se comparten en todo el sistema y se utilizan según las necesidades de acceso a las bases de datos.

Todas las reservas de conexiones a las bases de datos (en adelante denominadas bases de datos para simplificar el texto) se administran de manera centralizada mediante JMap Admin. De manera general, las bases de datos son utilizadas por JMap Server para leer los datos espaciales almacenados en las tablas y para acceder a los datos descriptivos asociados a los datos espaciales. Cuando las bases de datos se configuran en JMap Admin, pueden ser utilizadas a partir de otras secciones y con distintos fines durante el proceso de administración.

La sección Bases de datos de JMap Admin muestra una tabla con las bases de datos existentes y con sus estatus respectivos.

Se pueden establecer conexiones entre distintas instancias de servidores JMap Server. Esas conexiones pueden ser utilizadas para compartir capas y fuentes de datos espaciales entre distintos JMap Server, evitando de esta manera la duplicación de los datos originales. También pueden ser utilizadas con ciertas extensiones de JMap Server que requieren una comunicación de servidor a servidor. Las conexiones entre distintas instancias de JMap Server son utilizadas sobre todo durante la creación de fuentes de datos de tipo JMap Server vectoriales o JMap Server matriciales y cuando se comparten capas.

JMap Server administra las conexiones a otros JMap Server colocándolas en reservas.

Atención: su licencia debe permitir las sesiones de tipo servidor para que otra instancia de JMap Server pueda conectarse a su JMap Server. La sección Estado de JMap Server ofrece más información al respecto.

El diagrama siguiente representa la conexión entre dos JMap Server (A y B), donde la aplicación JMap conectada al servidor A accede a los datos espaciales proporcionados por otra instancia de JMap Server (servidor B).

Para iniciar la creación de una nueva conexión, presione el botón Crear en la página que lista las conexiones y siga las etapas necesarias.

Reinicialización de las conexiones

La reinicialización de una reserva de conexiones a JMap Server cierra todas las conexiones abiertas y crea conexiones nuevas. Esta acción puede ser útil para forzar el restablecimiento de la conexión a un JMap Server remoto.

Desactivación de las conexiones remotas

Usted puede desactivar una conexión remota sin suprimir la configuración de la conexión. El servidor local no puede interrogar más al servidor remoto. La desactivación resulta útil cuando el servidor remoto no responde y origina retrasos en el servidor local.

Supresión de conexiones

La supresión de una conexión a JMap Server suprime toda la configuración de la misma.

Estado de las conexiones

Cada conexión tiene un estado que indica la condición de la conexión a JMap Server. La tabla siguiente describe los estados posibles de una conexión:

Esta sección contiene dos pestañas: Permisos y Propietarios. Los propietarios son los únicos que pueden manejar los permisos para administrar la conexión, administrar la lista de propietarios y suprimir la conexión.

Cuando usted hace clic en el nombre de una conexión se abre la interfaz Configuración de la conexión remota.

Las capturas de pantalla siguientes presentan la interfaz gráfica de JMap Admin, cuyos componentes se describen a continuación.

JMap considera como una fuente de datos espaciales a todo dispositivo que puede proporcionar datos espaciales. Se consideran dos familias: fuentes de datos vectoriales y fuentes de datos matriciales. Las primeras proporcionan datos vectoriales con sus atributos, mientras que las segundas proporcionan datos matriciales (raster) tales como las imágenes. La configuración de las fuentes de datos constituye la primera etapa que conduce a la publicación de datos espaciales en JMap.

Algunas fuentes de datos espaciales funcionan con un lector de archivo que permite cargar los datos a partir de archivos de distintos formatos (ej.: archivos de imágenes, archivos MIF, archivos Shape, archivos de fotos JPEG, etc.). Otras fuentes acceden a datos almacenados en servidores remotos de datos espaciales (ej.: PostGIS, Oracle Spatial/Locator, ArcSDE, servidores WMS/WFS, etc.).

Cuando se crea una fuente de datos espaciales, ésta debe ser actualizada para poder ser utilizada. Actualizar una fuente de datos espaciales significa prepararla para ser utilizada por JMap Server. Concretamente, esta operación incluye tareas que varían según el tipo de fuente de datos. En general, cuando las fuentes de datos acceden a datos almacenados en archivos, el contenido del archivo es leído por JMap Server que lo inserta en tablas de la base de datos System de JMap. A continuación se crea un índice espacial para acelerar el acceso a los datos y se calculan las estadísticas de los atributos. Cuando las fuentes de datos acceden a datos almacenados en servidores de datos espaciales tales como Oracle Spatial/Locator o los sistemas WFS, el proceso de actualización se simplifica y se reduce al cálculo de las estadísticas de los atributos. La actualización de las fuentes de datos que leen archivos requiere más tiempo que la actualización de las fuentes de datos que se conectan a servidores.

La sección Fuentes de datos espaciales de JMap Admin presenta una tabla con información básica sobre cada una de las fuentes de datos configuradas. Al hacer clic en el nombre de una fuente de datos, se visualiza una sección con información detallada sobre la misma y se accede a las funciones para administrarla.

Seguidamente se presentan los conceptos básicos de las fuentes de datos espaciales. Los capítulos siguientes abordan los detalles de su creación y configuración.

Fuentes de datos editables

Ciertas fuentes de datos espaciales soportan la edición de los datos (escritura) en JMap. Es el caso de la mayoría de las fuentes de datos de tipo SGBD (PostGIS, Oracle Spatial, etc.). Cada sección de este manual que hace referencia a un tipo de fuente de datos indica si ésta soporta sólo la lectura o la lectura y la escritura.

Las fuentes de datos de tipo archivo (SHP, GML, etc.) no soportan la edición de los datos. Existe sin embargo una opción para transformar ese tipo de fuente de datos en una de tipo JMap Spatial que permite la edición de los datos espaciales y descriptivos en JMap. Cuando la transformación se efectúa, la fuente de datos no tiene más relación con el o los archivos originales. Todas las modificaciones efectuadas a los datos deben hacerse directamente con las herramientas de edición de JMap.

Inclusión de varios archivos

Es posible incluir varios archivos a la vez en la mayoría de las fuentes de datos que leen archivos. Esto resulta pertinente en el caso, por ejemplo, de archivos CAD, donde una práctica corriente consiste en separar el territorio en porciones rectangulares o mosaicos. Al leer todos los archivos del mosaico juntos, los administradores de JMap pueden recrear mapas continuos, con la condición de que los archivos contengan la misma estructura de datos (geometría, capas y tipos de atributos).

Navegación en el sistema de archivos

JMap Admin contiene un navegador de archivos que permite navegar en el sistema de archivos del servidor donde se ejecuta JMap Server y seleccionar los archivos que se incluirán en la fuente de datos. Se pueden utilizar las unidades de almacenamiento local o en red, con la condición de que el proceso de JMap Server pueda acceder a las mismas.

Usted puede crear rutas definidas predefinidas. Estas rutas constituyen atajos que permiten ahorrar tiempo en la navegación. Pueden también ser utilizadas para escribir rutas específicas a un sistema operativo, como Windows UNC (p. ej. \myserver\data). Para crear una ruta predefinida, debe dirigirse a la raíz del sistema de archivos y presionar Adicionar la ruta predefinida.

Para limitar la navegación en el sistema de archivos, usted puede definir uno o varios directorios raíz. El administrador JMap no podrá navegar por fuera de esas carpetas. Para ello, debe añadir una línea en el archivo jmapserver.properties.

admin.filebrowser.roots=d:/data1|Data1

En este ejemplo se ha creado un directorio raíz denominado Data1.

Subir archivos

Usted puede acceder al directorio Uploads a través del navegador de archivos. Este directorio contiene los archivos que los usuarios suben a JMap Server directamente a partir de JMap Admin. Si usted desea subir un archivo para utilizarlo como una fuente de datos espaciales, abra la carpeta Uploads para acceder a la interfaz que le permite subir el archivo.

Ingrese un nombre para el archivo y presione Subir…. El archivo se guarda en un subdirectorio creado automáticamente para su cuenta de usuario. Todas las cuentas de usuarios de JMap Server pueden acceder a los archivos del directorio Uploads.

Actualización de las fuentes de datos espaciales

Una fuente de datos espaciales debe ser actualizada antes de poder ser utilizada para crear capas en un proyecto. La actualización incluye la colecta de información sobre los datos espaciales y sus atributos y la preparación de los datos para que sean accesibles de manera rápida y eficaz. Este proceso puede ser muy rápido o puede tomar varios minutos, según el tipo de fuente y el volumen de los datos.

Usted puede actualizar una fuente de datos en JMap Admin presionando Actualizar en su sección de información. Puede también actualizar varias fuentes de datos simultáneamente seleccionándolas en la tabla que las lista y presionando Actualizar.

Planificación de la actualización automática de las fuentes de datos

Usted puede planificar la actualización automática de las fuentes de datos espaciales. Esta acción puede resultar útil cuando se utilizan fuentes de datos que leen archivos de datos. Si los archivos son modificados con frecuencia, usted puede planificar actualizaciones automáticas que se realizarán sobre una base regular (cada día a la medianoche, por ejemplo). Cada fuente de datos puede poseer su propia planificación.

Para planificar las actualizaciones de una fuente de datos específica, presione Tareas planificadas en su sección de detalles o en la lista de fuentes de datos espaciales. A continuación, sólo tiene que seguir el asistente para definir los momentos precisos en los cuales tendrán lugar las actualizaciones. Las opciones de planificación son flexibles.

Una vez planificadas las tareas, puede visualizar la planificación vigente para una fuente de datos en su sección de información.

Usted puede acceder en todo momento a la lista de todas las actualizaciones planificadas para las fuentes de datos haciendo clic en Tareas planificadas en la sección JMap Server.

Supresión de fuentes de datos espaciales

Puede suprimir fuentes de datos espaciales presionando Suprimir a partir de la sección de información de la fuente de datos. Puede también suprimir las fuentes de datos seleccionándolas en la tabla que las lista y presionando Suprimir. Cuando se suprime una fuente de datos, toda su configuración se elimina de manera definitiva. Los datos (el archivo o la base de datos) no son afectados por la supresión.

Estados de las fuentes de datos espaciales

A cada fuente de datos espaciales se le asigna un estado que indica su condición: si está disponible para ser utilizada, si ocurrió un error, etc. El estado de una fuente de datos recientemente creada es siempre no inicializada (salvo que se haya activado el inicio automático de la actualización), lo que significa que la fuente de datos no puede ser utilizada. Para poder ser utilizada, toda fuente de datos debe ser actualizada al menos una vez.

Las fuentes de datos pueden actualizarse por lotes. Pueden actualizarse simultáneamente un máximo de tres fuentes de datos. Las otras fuentes de datos se colocan en espera hasta que su actualización pueda ejecutarse.

El cuadro siguiente describe los posibles estados de una fuente de datos espaciales:

Fuentes de datos espaciales sistema

Las fuentes de datos espaciales denominadas Sistema son fuentes de datos creadas automáticamente por JMap para soportar el uso compartido de fuentes de datos y de capas JMap. Generalmente estos recursos no necesitan ningún tipo de gestión y no se muestran por defecto en la lista de fuentes de datos espaciales. Si desea mostrarlas puede seleccionar la opción Mostrar las fuentes de datos sistema en los parámetros de visualización de la lista de fuentes de datos.

Esta guía describe de manera sucinta el flujo de trabajo o etapas necesarias para la configuración y la publicación de un mapa utilizando JMap Server Kathmandu.

En primer lugar, debe asegurarse que JMap Server esté funcionando. Si lo instaló como servicio en Windows, debe iniciarlo a partir de la ventana Servicios de Windows. De lo contrario puede iniciarlo utilizando el ejecutable que se encuentra en la carpeta JMAP_HOME/bin o utilizando el icono de acceso directo creado durante la instalación del servidor.

Para abrir JMap Admin puede utilizar el icono de acceso directo creado en el directorio de base del servidor durante la instalación. Puede también abrir un navegador web y escribir un URL similar a . La dirección IP y el número de puerto pueden cambiar según los parámetros y el entorno de instalación seleccionados.

Una vez que ha abierto JMap Admin, se le pedirá un nombre de usuario y una contraseña. Luego de la instalación, el nombre de usuario por defecto es “administrator” y el campo de la contraseña está vacío.

Las etapas siguientes le permiten publicar datos cartográficos en JMap Admin.

Etapa 1 - Creación de fuentes de datos espaciales

En esta etapa usted define sus fuentes de datos espaciales. Puede tratarse de archivos SIG, de servidores de datos espaciales, de imágenes satelitales, etc. Usted indica a JMap el lugar donde se encuentran los datos que el servidor debe leer.

Etapa 2 — Creación de un proyecto

En JMap Server, un proyecto contiene las definiciones de las capas de un mapa así como los parámetros que regulan el control de los accesos (seguridad), las consultas de selección por atributos, las unidades de medida, etc. Al crear un proyecto usted define el aspecto visual de su interfaz cartográfica y la información que ésta contendrá.

Etapa 3 - Creación de capas en el proyecto

En esta etapa usted crea en el proyecto las capas que conformarán el mapa. Cada capa del mapa está asociada a una fuente de datos espaciales. Para cada una de ellas usted debe definir el estilo (la forma en que se dibujarán los elementos de la capa), configurar etiquetas, informes, temáticas, etc. También define si controlará del acceso a cada capa.

Etapa 4 - Difusión del proyecto a los usuarios

En esta última etapa usted publica su proyecto utilizando el tipo de aplicación de su elección. Cada tipo de aplicación ofrece distintos niveles de funciones. Hay tipos de aplicación de escritorio, web y móviles, aplicaciones que se despliegan y otras que se conectan al API Web de JMap Server. A partir del momento en que el proyecto es accesible a los usuarios a través de una aplicación, éstos pueden navegar y utilizar los datos de su mapa.

La interfaz de configuración de una fuente de datos espaciales permite acceder a la información sobre la misma así como a la configuración de parámetros tales como los metadatos, permisos y atributos.

Atributos

La pestaña Muestra del atributo presenta el valor del atributo de una muestra de elementos de la fuente de datos espaciales.

JMap permite asociar metadatos a las fuentes de datos espaciales. Los metadatos pueden contener información sobre el productor de los datos, la fecha de actualización, una descripción de los datos, etc. Los usuarios pueden consultar esa información para las capas correspondientes en las aplicaciones JMap. Los metadatos pueden ser ingresados directamente en JMap Admin según modelos predeterminados o pueden provenir de un sistema externo de gestión de los metadatos. La sección Modelos de metadatos ofrece más información sobre el tema.

Para acceder a la configuración de los metadatos de una fuente de datos espaciales, presione Metadatos en la sección de detalles de la fuente. Las opciones son las siguientes:

Las capas cuyos datos provienen de fuentes de datos espaciales que poseen metadatos, heredan automáticamente esos metadatos. Los usuarios de las aplicaciones JMap Pro y JMap Web pueden visualizar esos metadatos.

Modelos de metadatos

JMap permite definir modelos de metadatos para documentar las fuentes de datos espaciales directamente en JMap Admin. Una vez definido el modelo, puede asociar ese modelo a algunas fuentes de datos e ingresar la información que los usuarios podrán consultar fácilmente a partir de las aplicaciones JMap. Si usted ya utiliza un sistema de gestión de metadatos accesible mediante un navegador, puede crear un enlace directo entre ciertas capas y dicho sistema.

Puede crear tantos modelos de metadatos como desee.

Para acceder a la sección de administración de los modelos de metadatos presione Modelos de metadatos en la sección Datos espaciales.

Creación de un modelo de metadatos

Presione Crear para crear un nuevo modelo. La interfaz muestra las opciones siguientes:

Las fuentes de datos espaciales pueden ser compartidas para posibilitar el acceso a las mismas a partir de otras instancias de JMap Server. Esto permite conservar los datos en un sólo lugar pudiendo acceder a los mismos desde varios servidores JMap Server.

En JMap Admin puede compartir una fuente de datos espaciales atribuyendo el permiso Acceso remoto a la misma a uno o varios usuarios. El usuario elegido debe ser el mismo que es utilizado para establecer la conexión a partir de JMap Server.

Las secciones Permisos de las fuentes de datos espaciales y Conexiones JMap Server a JMap Server ofrecen más detalles al respecto.

Una vez que la fuente de datos espaciales está compartida, un icono aparece en la columna Compartida de la lista de fuentes de datos.

Compartir una fuente de datos espaciales vectoriales con JMap Cloud

Usted puede compartir o sincronizar una fuente de datos espaciales vectoriales con JMap Cloud, la plataforma en la nube desarrollada por K2 Geospatial. En primer término debe conectarse a JMap Cloud. La sección Parámetros de JMap Server proporciona detalles sobre este tema. Si esta etapa no se ha completado, un mensaje lo indica en la sección JMap Cloud de la interfaz de configuración de la fuente de datos.

Para compartir o sincronizar la fuente de datos con JMap Cloud, en la sección JMap Cloud:

1. Presione Sincronizar con JMap Cloud. Se abre una ventana que ofrece tres opciones:

   Copiar: Esta función crea una copia de la fuente de datos espaciales (configuración y datos) en JMap Cloud. No se crea ningún vínculo JMap Server → JMap Cloud. Si la fuente de datos espaciales se actualiza en JMap Server, los datos no se sincronizan con JMap Cloud.

   Copiar y sincronizar manualmente: Esta función crea una copia de la fuente de datos espaciales (configuración y datos) en JMap Cloud. Se crea un vínculo JMap Server → JMap Cloud. Si la fuente de datos espaciales se actualiza en JMap Server, los datos no se sincronizan automáticamente con JMap Cloud. Usted debe presionar para iniciar la sincronización con JMap Cloud.

   Copiar y sincronizar automáticamente: Esta función crea una copia de la fuente de datos espaciales (configuración y datos) en JMap Cloud. Se crea un vínculo JMap Server → JMap Cloud. Si la fuente de datos espaciales se actualiza en JMap Server, los datos se sincronizan automáticamente con JMap Cloud. Usted también puede presionar para iniciar la sincronización manual con JMap Cloud.

2. Seleccione una opción y presione OK. Cuando la fuente de datos está sincronizada, la sección JMap Cloud presenta la información siguiente:

   Id: Identificador de la fuente de datos espaciales en JMap Cloud.

   Estado: Estado de la fuente de datos espaciales. Durante la sincronización se visualiza el avance de la tarea de sincronización. En los otros momentos se visualiza el estado de la fuente de datos espaciales en JMap Cloud.

   Última actualización: Indica la fecha de la última vez que se sincronizó la fuente de datos espaciales.

   Sincronización automática: Si la función está activada y se efectúa una actualización en JMap Server, los datos se sincronizan automáticamente con JMap Cloud.

   Una vez que la fuente de datos espaciales está compartida con JMap Cloud, un icono aparece en la columna JMap Cloud de la lista de fuentes de datos.

3. Presione para suprimir el enlace JMap Server → JMap Cloud para la fuente de datos espaciales. Como consecuencia, no se puede sincronizar la fuente de datos ni manual ni automáticamente. No se suprime la fuente de datos en JMap Cloud.

A partir de la sección de detalles de una fuente de datos espaciales, presione Permisos para acceder a esa sección. Usted puede modificar los permisos en lote seleccionando varias fuentes de datos de la lista y presionando en Permisos.

Una lista de los usuarios y de los grupos que detienen permisos para la fuente de datos se visualiza en la sección Permisos. Presione Añadir para incorporar nuevos usuarios o grupos. Los usuarios y grupos disponibles se configuran en la sección JMap Server de JMap Admin. La sección Gestión de usuarios y de grupos ofrece más detalles sobre el tema.

Las fuentes de datos espaciales tienen sólo permisos de administrador.

Las fuentes de datos vectoriales permiten acceder a datos espaciales vectoriales (puntos, líneas, polígonos, etc.). Consulte las secciones siguientes para obtener más información sobre los distintos tipos de fuentes de datos vectoriales soportados.

Atributos

Durante la configuración de una fuente de datos vectoriales usted debe configurar los atributos de la fuente de datos. Los atributos disponibles se presentan en una tabla en la que por defecto se incluyen todos los atributos. Algunos pueden ser excluidos y en ese caso, JMap Server los ignorará completamente. Se pueden especificar también los atributos para los cuales JMap Server debe crear un índice para acelerar el tiempo de respuesta a las consultas (la ausencia de esta configuración no afecta el tiempo de descarga ni de visualización de los mapas). Estos índices son utilizados cuando se efectúan consultas de selección por atributos que incluyen dichos atributos.

Esta sección contiene también los parámetros para configurar los atributos externos. La sección Atributos externos ofrece más detalles sobre el tema.

Los atributos externos de una fuente de datos espaciales son los que se obtienen a partir de una base de datos externa (base de datos que está separada de la fuente de datos espaciales misma). Los atributos externos son añadidos a la lista de atributos existentes y pueden ser utilizados a continuación de la misma forma que cualquier otro atributo, en los informes, consultas, infoburbujas, temáticas, etc.

Los atributos externos están disponibles solamente para las fuentes de datos vectoriales que leen los datos a partir de archivos (shp, mif, tab, dwg, dgn, etc.) y las tablas JMap Spatial. Si trabaja con fuentes de datos vectoriales que acceden a datos en bases de datos espaciales (PostGIS, MySQL Spatial, Oracle Spatial/Locator, etc.), no puede acceder a esta opción ya que puede incluir fácilmente todos los atributos requeridos creando uniones con otras tablas mediante expresiones SQL normales o creando vistas.

Los atributos externos se crean con el asistente de creación de fuentes de datos espaciales.

Para crear un atributo externo, presione Editar en la sección Atributos del asistente. Presione Añadir y seleccione uno de los 2 métodos siguientes: Uno o más campos existentes o Expresión SQL.

Seleccionar campos existentes

Elija esta opción para seleccionar uno o más campos de una tabla específica de la base de datos, a partir de los cuales desea obtener los valores. Esta opción constituye el método más simple y permite crear varios atributos al mismo tiempo.

Resultado de una expresión SQL

Elija esta opción para proporcionar una expresión SQL que seleccionará los valores del atributo en la base de datos. Este método es más flexible pero permite añadir un sólo atributo a la vez.

JMap Server puede leer los archivos DWG y DXF producidos por Autodesk Autocad, versiones 12 a 2018. Los bloques con atributos son leídos y convertidos en atributos de los elementos.

Para crear una nueva fuente de datos espaciales, presione el botón Crear en la sección Datos espaciales. Ciertos parámetros son comunes a todas las fuentes de datos mientras que otros son específicos a cada tipo de fuente.

Tenga en cuenta que puede haber tipos de fuentes de datos personalizados, desarrollados con fines específicos, utilizando JMap SDK.

Las etapas siguientes de la configuración dependen del tipo de fuente de datos que haya seleccionado. Consulte la sección correspondiente del manual para obtener los detalles de la configuración de un tipo de fuente de datos dado.

Proyecciones

La proyección de la fuente de datos debe seleccionarse para que corresponda a la proyección de los datos. Si este parámetro no se define correctamente, probablemente los datos no se visualizarán de manera correcta.

Nota: En la última etapa de la creación de una fuente de datos espaciales, la opción Iniciar automáticamente la actualización permite lanzar la actualización de la fuente de datos después de que presiona el botón Terminar. Si usted no selecciona esta opción, debe comenzar la actualización manualmente, a partir de la sección Datos espaciales para que los cambios sean tomados en cuenta.

JMap Server puede leer los archivos DGN V7 y V8. Seleccione el tipo de fuente de datos que corresponde a la versión de sus archivos DGN. En general, los archivos DGN son producidos por Bentley MicroStation.

Los archivos DGN están a menudo acompañados por una base de datos que contiene los atributos. Puede tratarse de una base de datos de tipo MS Access o de cualquier otro sistema de bases de datos. Si los archivos DGN poseen atributos almacenados en una base de datos separada, antes de proceder a la lectura del archivo debe configurar una reserva de conexiones para esa base de datos. La sección Creación de bases de datos ofrece más información sobre este tema.

JMap Server puede leer los archivos ADF y E00, producidos generalmente por el programa ArcInfo de ESRI.

JMap Server puede leer los archivos CSV o cualquier otro archivo de texto con valores separados que contiene datos para las coordenadas X e Y. Esos datos pueden utilizarse para crear capas de elementos puntuales. La primera línea debe contener los nombres de los campos. Los separadores permitidos son la coma (,), el punto y coma (;) y la tabulación. Los campos de texto pueden o no estar delimitados por comillas. Los datos de las coordenadas X e Y deben ser valores numéricos.

JMap Server puede leer archivos GML de las versiones 2.x y 3.x. Los archivos GML deben aparearse a archivos de esquema (.XSD). Si un archivo GML contiene ocurrencias de más de un tipo de datos, sólo uno de ellos puede seleccionarse como tipo básico de la fuente de datos.

JMap Server puede leer los archivos EDIGEO.

JMap Server puede leer los archivos KML.

JMap Server puede leer los archivos File Geodatabase de ESRI.

JMap Server puede leer archivos GPX, que es un formato de intercambio de datos GPS basado en XML.

JMap Server puede leer los archivos SHP, producidos generalmente por aplicaciones ESRI.

JMap Server puede leer los archivos MID/MIF, producidos generalmente por las aplicaciones MapInfo.

JMap Server puede leer los archivos TAB, producidos en general por las aplicaciones MapInfo.

JMap Server puede leer los archivos de formato IFC (Industry Foundation Classes) como fuente de datos espaciales. IFC es el formato de intercambio estándar utilizado por los programas BIM (Building Information Modeling).

JMap Server puede leer los archivos GeoJSON.

JMap Server puede leer archivos de fotos (360 grados o normales) en formato JPEG. Las fotos pueden ser visualizadas en las aplicaciones JMap Pro y JMap NG a partir de capas de puntos asociadas a este tipo de fuente de datos.

JMap Server lee todos los archivos de imagen del directorio indicado. Los archivos que no son imágenes o los archivos de imágenes sin coordenadas geográficas (latitud y longitud) son ignorados.

En cada archivo JMap Server lee los metadatos (latitud, longitud y otros datos) y los escribe en una tabla JMap Spatial. Las coordenadas geográficas (latitud y longitud) definen un punto y los otros metadatos son atributos del punto. Los datos de dirección se pueden utilizar, por ejemplo, para aplicar una rotación a los símbolos que representan los puntos. Las fotos 360 grados son tratadas de la misma manera que las fotos normales.

JMap Server puede explotar una fuente de datos espaciales vectoriales proveniente de otra instancia de JMap Server. Para hacerlo, se debe configurar una conexión al otro JMap Server. La sección Conexiones JMap Server a JMap Server ofrece más detalles sobre el tema.

JMap Server puede conectarse a servicios REST de ArcGIS Server y ArcGIS Online para acceder a los datos vectoriales publicados por ese tipo de servicios. Las geometrías y los atributos están disponibles, la otra información (estilo, escalas, etc.) es ignorada y debe ser configurada en las capas del proyecto JMap.

Usted puede también crear un proyecto JMap importando a partir de un servicio ArcGIS REST la configuración de las capas. La sección Creación de proyectos ofrece más detalles sobre este tema.

JMap Server puede leer las Enterprise Geodatabases de ESRI (ArcGIS versión 10.0 y posteriores, JMap Server valida la versión) para extraer los datos espaciales y los datos de los atributos y utilizarlos como fuente de datos espaciales. La conexión a la base de datos debe configurarse previamente. La sección Creación de bases de datos ofrece más información sobre este tema.

La fuente de datos espaciales soporta los dominios de valores. Las relaciones definidas en la Enterprise Geodatabase (EGDB) también son soportadas pero sólo pueden ser explotadas utilizando herramientas externas.

Los atributos de la fuente de datos espaciales corresponden a las columnas de la tabla. Para asociar los datos de otras tablas, puede crear una vista en la base de datos y configurarla como una capa en JMap. Los atributos de la fuente de datos corresponderán entonces a las columnas retornadas por la vista.

JMap Server puede leer las Enterprise Geodatabases que utilizan el servicio ArcSDE (ArcGIS versión 10.1 y precedentes) para extraer los datos espaciales y los datos de los atributos que son utilizados como fuente de datos espaciales. La conexión al servicio ArcSDE debe configurarse previamente. La sección ofrece más información sobre este tema.

Existe una configuración especial para los atributos, que está disponible solamente para las fuentes de datos ArcSDE que poseen dominios de atributos.

Exportación de los dominios SDE

Para que JMap pueda utilizar los dominios de atributos de ArcSDE, éstos deben ser exportados hacia tablas de una base de datos que pueda ser interpretada por JMap. Una herramienta integrada en ArcCatalog permite crear dichas tablas. Comunique con K2 Geospatial para obtener más detalles al respecto.

JMap Server puede conectarse a bases de datos MySQL Spatial para extraer datos espaciales y atributos que pueden ser utilizados como fuente de datos espaciales. La única exigencia es la presencia de una columna numérica con valores enteros únicos que se utilizarán como identificadores de los elementos. Se debe proporcionar una expresión SQL para leer los datos, pudiendo acceder a varias tablas a la vez.

La conexión a la base de datos debe configurarse previamente. La sección Creación de bases de datos ofrece más información sobre este tema.

JMap Server puede conectarse a cualquier base de datos relacional para extraer las coordenadas X e Y y utilizarlas como fuente de datos espaciales para crear capas de puntos. La base de datos debe contener por lo menos los campos de las coordenadas (con valores numéricos) así como un campo de números enteros únicos que serán utilizados como identificadores de los elementos. Se debe escribir una expresión SQL para leer los datos. La expresión SQL puede permitir acceder a varias tablas a la vez.

La conexión a la base de datos debe haber sido configurada previamente. La sección Creación de bases de datos ofrece más información sobre este tema.

JMap Server puede conectarse a bases de datos Oracle Spatial o Locator para extraer datos espaciales y atributos que pueden ser utilizados como fuente de datos espaciales. La única exigencia es la presencia de una columna numérica con valores enteros únicos que se utilizarán como identificadores de los elementos. Una expresión SQL se utilizará para leer los datos, pudiendo acceder a varias tablas a la vez.

La conexión a la base de datos debe configurarse previamente. La sección Creación de bases de datos ofrece más información sobre este tema.

JMap Server puede conectarse a servicios que responden a la norma OGC API Features (https://ogcapi.ogc.org/features/) para usarlos como fuente de datos espaciales. Este nuevo estándar de la OGC reemplaza el estándar de servicios WFS.

OGC API Features proporciona APIs para crear, modificar y consultar “features” (elementos o entidades del mundo real) en la web. El OGC API Features está compuesto de varias partes, cada una de las cuales es un estándar independiente. La Parte 1, el “núcleo”, especifica las capacidades básicas y se limita a la recuperación de las entidades cuyas geometrías están representadas en el sistema de referencia de coordenadas de longitud/latitud WGS 84. La Parte 2 especifica las capacidades para extraer entidades cuyas geometrías están representadas en todos los demás sistemas de coordenadas. La parte 3, que se encuentra en la fase de desarrollo, aborda el filtrado de datos y las consultas utilizando el Common Query Language (CQL). Las capacidades adicionales para responder a necesidades más avanzadas se especificarán en partes adicionales: soporte para crear y modificar entidades, modelos de datos más complejos, conjuntos múltiples de datos y jerarquías de colecciones (https://www.ogc.org/standards/ogcapi-features).

JMap Server Kathmandu implementa la parte 1 del estándar, que proporciona acceso a datos espaciales (entidades o features) organizados en colecciones. Los datos se envían en formato HTML o GeoJSON (https://ogcapi.ogc.org/features/overview.html).

La conexión a la base de datos tiene que haber sido configurada previamente en JMap. La sección ofrece más información sobre este tema.

Web Feature Service (WFS) es una norma propuesta por el (OGC) que detalla la manera en que las aplicaciones cliente deben efectuar las peticiones para obtener datos vectoriales y sus atributos a partir de un servidor compatible con WFS. El protocolo utilizado es HTTP, y los datos son generalmente devueltos en formato GML (Geography Markup Language). Las capacidades de los servidores WFS se publican en un documento XML que especifica los tipos de peticiones admitidas y proporciona una descripción de las funciones disponibles.

JMap Server puede leer los datos de los servidores WFS de las versiones 1.0.0 y 1.1.0 y utilizarlos como fuentes de datos espaciales.

JMap Server puede conectarse a MongoDB para extraer los datos espaciales y los atributos que se utilizan como fuente de datos espaciales.

Los sistemas de bases de datos NoSQL tales como MongoDB son muy utilizados en las aplicaciones en la nube dado que han permitido resolver problemas importantes que afectan a las bases de datos SQL tradicionales (esquemas rígidos, falta de escalabilidad, rendimiento limitado).

Usted debe conectarse a un sistema MongoDB () local o en la nube. MongoDB ofrece una aplicación de escritorio, MongoDB Compass y una aplicación web, MongoDB Atlas, que le permiten acceder a los datos.

Los datos o documentos están organizados en colecciones (análogas a las tablas de las bases de datos relacionales) almacenadas en bases de datos que integran “clusters” (despliegues de MongoDB). Los clusters se organizan en proyectos.

La carga de los datos puede ser lenta dada la carencia de estructura de las colecciones de datos.

JMap Server puede conectarse con las Personal Geodatabase de ESRI para extraer los datos espaciales y los atributos y utilizarlos como fuente de datos espaciales. Este formato utiliza los archivos Microsoft Access para almacenar los datos. La conexión a la base de datos Access debe configurarse previamente utilizando al controlador MS Access. La sección Creación de bases de datos ofrece más información sobre este tema.

JMap Spatial es el formato de JMap para almacenar datos espaciales y descriptivos. Está basado en el formato WKB (http://en.wikipedia.org/wiki/Well-known_binary).

Se puede utilizar una tabla ya existente en JMap Spatial como fuente de datos espaciales o crear una nueva para recibir los datos.

Añadir o modificar una tabla

Usted puede presionar Añadir tabla para crear una nueva tabla en formato JMap Spatial. Puede también seleccionar una tabla existente y presionar Editar tabla para modificar su nombre o su estructura.

Durante la creación o la modificación de una tabla, usted puede añadir nuevos campos en la pestaña Atributos del usuario presionando o suprimirlos presionando . Tenga en cuenta que en la tabla existen otros campos que se visualizan en la pestaña Atributos de sistema. Éstos incluyen los campos de la geometría (que varían según el tipo de geometría), campos de índices espaciales, etc. Estos campos se crean y pueblan de manera automática.

Una vez que ha creado o modificado una tabla, puede utilizarla como fuente de datos espaciales.

JMap Server puede conectarse a bases de datos que contienen geometrías codificadas según los estándares WKB y WKT (http://es.wikipedia.org/wiki/Well_Known_Text).

Además del campo conteniendo la geometría, en la base de datos debe existir obligatoriamente un campo numérico con valores enteros que se utilizará como identificador de cada elemento. Cuatro otros campos deben también estar presentes, conteniendo los valores que definen el rectángulo delimitador mínimo (minimum bounding rectangle, MBR) de cada elemento.

Una expresión SQL se ejecutará para leer los datos. Esta expresión puede permitir acceder a varias tablas a la vez.

La conexión a la base de datos debe haber sido configurada previamente. La sección Creación de bases de datos ofrece más información sobre este tema.

Las fuentes de datos matriciales permiten acceder a datos espaciales matriciales (imágenes). Consulte las secciones siguientes para obtener detalles sobre los distintos tipos de fuentes de datos espaciales soportados por JMap.

Este tipo de fuente de datos permite leer archivos de imágenes de formatos ECW o JPG2000 o establecer una conexión a un servidor ECWP (Image Web Server de ERDAS) para obtener imágenes. No es posible configurar los dos accesos, leer el archivo o conectarse al servidor, al mismo tiempo.

JMap Server puede conectarse a los servicios REST de ArcGIS Server y de ArcGIS Online para acceder a los datos matriciales de tipo WMTS publicados por ellos.

JMap Server puede explotar una fuente de datos espaciales matriciales proveniente de otra instancia de JMap Server. Para hacerlo, se debe configurar una conexión al otro JMap Server. La sección Conexiones JMap Server a JMap Server ofrece más detalles sobre el tema.

JMap Server puede conectarse a bases de datos PostGIS para extraer datos espaciales y atributos que pueden ser utilizados como fuente de datos espaciales. La única exigencia es la presencia de una columna numérica con valores enteros únicos que serán utilizados como identificadores de los elementos. Se debe proporcionar una expresión SQL para leer los datos, pudiendo acceder a varias tablas a la vez.

La conexión a la base de datos debe configurarse previamente. La sección Creación de bases de datos ofrece más información sobre este tema.

JMap Server puede conectarse a bases de datos SQL Server Spatial de Microsoft para extraer datos espaciales y atributos que pueden ser utilizados como fuente de datos espaciales. La única exigencia es la presencia de una columna numérica con valores enteros únicos que se utilizan como identificadores de los elementos. Se debe proporcionar una expresión SQL para leer los datos, pudiendo acceder a más de una tabla a la vez.

La conexión a la base de datos debe configurarse previamente. La sección ofrece más información sobre este tema.

Web Map Service (WMS) es una norma propuesta por el (OGC) que determina cómo las aplicaciones cliente deben efectuar las peticiones para obtener mapas a partir de un servidor compatible con WMS. El protocolo utilizado es HTTP, y los mapas devueltos son imágenes, generalmente en formatos populares (PNG, GIF, JPG, etc.). Las capacidades de los servidores WMS se publican en un documento XML que especifica los tipos de peticiones soportadas, así como los metadatos (listas de capas, proyecciones soportadas, etc.).

Al configurar las fuentes de datos WMS, usted permite a JMap conectarse a servidores compatibles con WMS (versiones 1.0 a 1.3) e interrogarlos. De esta manera usted puede crear capas de datos matriciales en los proyectos, basadas en las fuentes de datos WMS.

Una vez que ha obtenido las capacidades, se pueden configurar los otros tipos de petición del protocolo WMS. JMap Admin propone automáticamente peticiones por defecto que en general funcionan muy bien. Se generan a partir de la petición GetCapabilities. Si desea modificar esas peticiones por defecto, debe seleccionar la opción Anular la petición por defecto e ingresar la nueva expresión. Para cada tipo de petición también es posible activar la autenticación HTTP y suministrar los parámetros de autenticación.

Para crear un nuevo proyecto, presione Crear en la sección que contiene la lista de los proyectos. Los proyectos se crean mediante un asistente de configuración.

Origen del proyecto

Cuando crea un proyecto usted puede optar por crear un nuevo proyecto vacío o importar una configuración de un proyecto existente proveniente de otra fuente. Utilizando una configuración existente usted puede automatizar la creación de las capas del proyecto evitando así realizar toda la configuración en JMap Admin. Actualmente la única opción disponible es la importación de proyectos provenientes de ESRI ArcGIS REST Service.

Importación de proyectos de ArcGIS REST

Usted puede elegir importar la configuración de capas de un servicio ArcGIS REST de ESRI. JMap importará los parámetros del proyecto, las capas con su simbología, los parámetros de escalas, las extensiones, etc.

Seleccione la opción ArcGIS REST y presione Siguiente.

JMap soporta la importación de capas matriciales OGC WMTS.

En la interfaz de importación de capas del servicio REST les iconos indican las capas cuyos formatos no son compatibles con JMap.

Las teselas vectoriales son un formato de datos vectoriales muy apropiado para la cartografía web. El principio consiste en dividir el conjunto de datos vectoriales de un proyecto en teselas (tiles) de manera análoga a las teselas de datos matriciales (WMTS).

Existen varios estándares para producir teselas vectoriales. Mapbox ha propuesto un estándar basado en el código Protocol buffers (“Protobuf”) creado por Google (https://developers.google.com/protocol-buffers).

Las teselas vectoriales de Mapbox (mvt) son soportadas por una gran variedad de productos cartográficos entre los cuales se encuentra JMap Server a partir de la versión Jakarta.

El teselado es definido mediante una grilla que se aplica a los datos vectoriales, que son cortados entonces en teselas. Cada tesela puede contener los datos vectoriales (vectores) de varias capas.

Se produce un conjunto de teselas para cada nivel de escala. En la cartografía web se consideran en general 23 niveles de escala: el nivel 0 corresponde a la Tierra y el nivel 22 corresponde a la calle. Los vectores de los niveles inferiores son simplificados (generalizados) para optimizar la visualización de los datos y mantener las teselas de un tamaño adecuado para optimizar el rendimiento de las aplicaciones.

Los vectores (líneas, polígonos) que forman las geometrías de los elementos cartográficos de cada capa son cortados en las fronteras de las teselas. En los casos en que una geometría atraviesa la frontera entre dos teselas, la geometría es cortada y cada tesela contiene una parte de la misma. La aplicación cartográfica reunifica los vectores para obtener la geometría completa.

Las teselas incluyen también los atributos de los elementos cartográficos. Esto posibilita, por ejemplo, la visualización de temáticas creadas sobre la marcha o la visualización de datos de una capa en función de la aplicación de filtros basados en sus atributos. De esta manera los datos son muy dinámicos e interactivos.

Las teselas contienen entonces las geometrías y sus atributos pero no incluyen los estilos. La información que define los estilos se almacena y maneja en un archivo JSON separado. Esta característica permite que los usuarios de las aplicaciones definan estilos de manera dinámica porque son las aplicaciones que manejan los estilos, por lo que cuando se modifican los estilos no es necesario generar nuevas teselas.

Las teselas pueden crearse de manera anticipada y pueden ser puestas en caché para que las respuestas del servidor a las peticiones de la aplicación cartográfica web sean mucho más rápidas, lo que resulta en una representación muy fluida y eficiente de los mapas. Además, los mosaicos se pueden usar con WebGL para obtener un renderizado fluido y eficiente, especialmente en 3D.

Producción de teselas vectoriales en JMap

Un proyecto JMap genera tres conjuntos de datos que son utilizados en las aplicaciones:

• 1 archivo de estilo en formato JSON. Este archivo acompaña las teselas vectoriales. Contiene la definición de cada capa incluida en las teselas vectoriales, sus parámetros de estilo, las temáticas, etc.

• Un conjunto de teselas vectoriales que contienen las geometrías y los atributos de las capas no editables. JMap produce un archivo de formato mvt por tesela. Estas teselas pueden ser creadas a la demanda cuando los usuarios navegan en las aplicaciones JMap Survey o JMap NG. Pueden también ser creadas de manera anticipada y puestas en caché. Este artículo ofrece los detalles del procedimiento para producir y administrar el caché de teselas con JMap.

• Datos vectoriales en formato GeoJSON. Los datos corresponden a las geometrías y los atributos de las capas editables. Estos datos son enviados a las aplicaciones a la demanda y por regiones.

Más allá del método de creación de las teselas, con antelación o a la demanda, las teselas son creadas siempre en el repertorio cache/mapbox de JMap Server. En ese repertorio hay una carpeta para cada proyecto (su nombre es el identificador del proyecto) y cada carpeta contiene una carpeta por cada nivel de resolución (actualmente son 512 niveles). Los archivos de las teselas se nombran siguiendo el código z-x-y.mvt donde z es el nivel de escala, x e y indican la posición de la tesela en la grilla. La figura muestra un ejemplo: las teselas .mvt en la carpeta del nivel de resolución 512 del proyecto 1.

Factores que afectan el rendimiento de las teselas vectoriales

En general las teselas vectoriales son más livianas que las teselas matriciales pero ciertos factores pueden afectar su tamaño e impactar en el rendimiento de las aplicaciones JMap Survey y JMap NG. El tamaño de las teselas afecta el tiempo necesario para producirlas, el volumen necesario para almacenarlas, el volumen de datos intercambiados con las aplicaciones y la memoria dedicada a las aplicaciones.

Los factores que deben considerarse son:

• Cantidad de atributos vinculados a las capas: los datos de los atributos afectan el tamaño de las teselas, a medida que la cantidad de atributos aumenta, el tamaño de las teselas aumenta.

• Rango de escalas de visibilidad de las capas: en el caso de capas con una densidad elevada de elementos, resulta útil establecer un rango de escalas de visibilidad de la capa. La estrategia consiste en limitar la visibilidad de las capas densas a escalas grandes. Des esta manera las teselas de las escalas pequeñas no incluyen los datos de las capas “densas”, lo que reduce el tiempo de producción de las teselas del proyecto.

• Puesta en caché: la producción anticipada y puesta en caché de las teselas mejora notablemente el rendimiento de las aplicaciones y alivia la carga de trabajo de JMap Server, que puede saturarse cuando varios usuarios navegan las aplicaciones de proyectos muy grandes y complejos.

• Memoria del servidor JMap: influencia el rendimiento de la producción de teselas. El aumento de la memoria dedicada al servidor JMap puede acelerar la producción de las teselas.

Las capas personales son capas de datos creadas y pobladas por los usuarios. En el momento de la creación de una nueva capa personal, el usuario define un nombre, un tipo de geometría y un conjunto de atributos. La configuración de la capa y los datos (geometrías y atributos) se almacenan en la base de datos System de JMap Server. Una vez creadas, las capas personales pueden ser compartidas entre los usuarios con un sistema de permisos. El administrador puede también convertirlas en capas normales insertadas en un proyecto. Los usuarios necesitan un permiso especial concedido por el administrador para crear capas personales.

Puede acceder a la sección de las capas personales presionando Capas personales en la sección Proyectos.

El administrador puede ver en JMap Admin la lista de las capas personales existentes en el servidor. Los datos pueden ser presentados por capa personal o por usuario. Cuando usted selecciona una capa personal puede ver los usuarios que tienen acceso a ella. Cuando selecciona un usuario puede ver las capas personales a las cuales tiene acceso. Puede también seleccionar una capa personal para abrir su descripción detallada.

Supresión de una capa personal

Para suprimir una capa personal, selecciónela en la lista y presione Suprimir.

Atención: la supresión de una capa personal suprime su configuración y todos sus datos. Esta acción no puede ser anulada.

Publicación de una capa personal

La publicación de una capa personal la transforma en una capa normal del proyecto. Una vez publicada, una capa personal ya no puede ser administrada por los usuarios. Podrá, sin embargo, ser editada si el administrador concede ese permiso a los usuarios. Para publicar una capa personal, selecciónela en la lista, presione Publicar y seleccione el proyecto en el cual desea insertar la capa.

La sección Proyectos de JMap Admin presenta una lista de los proyectos existentes. En esta sección puede crear, duplicar o suprimir proyectos.

Modificación de un proyecto existente

Puede modificar un proyecto presionando Editar en la sección de detalles. Modifique un proyecto siguiendo las mismas etapas que en el momento de su creación. Si cambia la proyección de un proyecto, el caché de las capas se suprime y debe ser reconstruido.

Duplicación de proyectos

Puede duplicar un proyecto existente seleccionándolo en la tabla y presionando Duplicar. Todas las capas del proyecto se copian en el nuevo proyecto. Atención: las fuentes de datos espaciales y las bases de datos subyacentes a las capas no se copian sino que se comparten entre las capas del nuevo proyecto y las capas del proyecto original.

Supresión de proyectos

Para suprimir un proyecto, selecciónelo y presione el botón Suprimir. Puede suprimirlo también a partir de su sección de configuración. Atención: al suprimir un proyecto, suprime definitivamente todas las configuraciones de las capas que incluye. Las fuentes de datos espaciales no son afectadas.

En la sección de detalles de un proyecto, presione Permisos para acceder a la sección de los permisos del proyecto. Se muestra una lista de los usuarios y los grupos de usuarios autorizados. Presione para añadir nuevos usuarios o grupos y otorgarles automáticamente el permiso Abrir este proyecto. Los usuarios y grupos disponibles son configurados en la sección JMap Server de JMap Admin. La sección Gestión de las cuentas de usuarios y de los grupos ofrece más información sobre el tema.

Hay dos tipos de permisos de los proyectos: los permisos administradores y los permisos usuarios.

Permisos administrador

Los permisos administrador de los proyectos definen los derechos de administración del proyecto para los usuarios autorizados a utilizar JMap Admin. La sección Gestión de los permisos ofrece más información sobre los permisos y roles de administración en JMap Admin.

Permisos usuario

Los permisos usuario de los proyectos definen los usuarios y grupos que pueden abrir el proyecto. Los usuarios que no cuentan con el permiso tienen el acceso denegado. La seguridad puede ser definida también a nivel de las capas. La sección Permisos de las capas ofrece más detalles sobre el tema.

Usuario Anonymous

La adición del usuario Anonymous a la lista de usuarios autorizados permite que los usuarios puedan abrir un proyecto sin autenticarse, lo que equivale a suprimir toda seguridad para el proyecto. Esta opción resulta útil para las aplicaciones públicas, cuando no se necesita restringir el acceso.

Usuario Everyone

La adición del usuario Everyone a la lista de usuarios autorizados permite todos los usuarios puedan abrir el proyecto, incluido el usuario Anonymous. Es decir que todos los usuarios, autenticados o no, pueden abrir el proyecto.

Usuario Authenticated users

La adición del usuario Authenticated users a la lista de usuarios autorizados permite todos los usuarios que se autentican puedan abrir el proyecto. Esta opción resulta útil para las aplicaciones privadas donde todos los usuarios están autorizados a abrir un proyecto siempre que se autentiquen.

JMap Server puede utilizar el mapa de OpenStreetMap como fuente de datos matriciales. No se configuran parámetros para esta fuente de datos espaciales.

Web Map Tile Service (WMTS) es una norma propuesta por el Open Geospatial Consortium que determina la manera en la que las aplicaciones cliente deben efectuar las peticiones para obtener datos cartográficos en forma de teselas (tiles) predefinidas a partir de un servidor de datos.

Configurando las fuentes de datos WMTS usted permite que JMap Server se conecte a servidores compatibles con WMTS (versión 1.0.0) para interrogarlos. Usted puede entonces crear capas matriciales en los proyectos, basadas en las fuentes de datos WMTS.

Este tipo de fuente de datos espaciales permite leer una gran variedad de formatos de datos matriciales. GDAL (Geospatial Data Abstraction Library) es una librería de código abierto (open source) especializada en la conversión y el tratamiento de datos matriciales.

Puede haber uno o varios archivos de imagen fuente (mosaico de imágenes). Las imágenes del mosaico pueden superponerse y el mosaico puede también contener agujeros.

Al actualizar la fuente de datos, si la opción está activada, JMap Server crea una pirámide de imágenes de resolución más baja y la almacena en el caché de la imagen. El caché de la imagen se utiliza entonces para producir sobre la marcha imágenes con resoluciones precisas de manera muy eficiente. Según el tamaño y los parámetros iniciales de las imágenes, el caché puede volverse voluminoso. En general el caché total tiene aproximadamente el mismo tamaño que las imágenes originales. Usted debe disponer de suficiente espacio en disco antes de actualizar esta fuente de datos. Es posible que el formato de datos seleccionado no requiera la creación de una pirámide y en ese caso el parámetro será ignorado.

Los formularios se utilizan en JMap Server para ingresar los parámetros de búsqueda en las consultas de selección por atributos, para el ingreso de los datos de los atributos de las capas editables y para la gestión de los datos almacenados en las bases de datos, siempre que éstos estén relacionados con los elementos de una capa.

El administrador JMap Server configura los formularios que los usuarios utilizan en las aplicaciones JMap Pro, JMap Web, JMap NG y JMap Survey.

Como los formularios de edición de datos, los formularios utilizados en las consultas de selección por atributos son creados mediante el y son utilizados por los usuarios para ingresar los parámetros de las búsquedas. Cada componente del formulario está entonces asociado a un parámetro de la consulta ($param1, $param2, etc.).

Contrariamente a los otros tipos de formulario, éstos . Otra diferencia es que los componentes de tipo Foto no están disponibles para este tipo de formulario.

Estos formularios son creados cuando se configuran las consultas de selección por atributos, presionando Diseño de formulario.

Cuando se crea un formulario resulta muy importante tener en cuenta los parámetros que son obligatorios y los que son opcionales, en función de la definición de la expresión de consulta. Por ejemplo, si un componente del formulario no tiene la opción Obligatorio activada, el texto de la expresión de consulta debe prever que ese parámetro es opcional. La sección ofrece más información sobre el tema.

En JMap, los datos de los mapas se organizan en forma de proyectos. Un proyecto está formado por una lista ordenada de capas. En general, cuando una aplicación JMap se conecta a JMap Server, la aplicación abre un proyecto específico y se visualizan sus capas. Usted puede crear la cantidad de proyectos que desee.

Cada capa de un proyecto está asociada a una fuente de datos espaciales que le proporciona los datos. Distintos proyectos pueden contener capas que comparten las mismas fuentes de datos, lo que permite tener una variedad de estilos, de conexiones, etc., para los mismos datos. Es posible también que varias capas de un mismo proyecto compartan la misma fuente de datos, lo que resulta útil cuando se utilizan filtros de capas para presentar distintos datos de una misma fuente en varias capas diferentes.

Un proyecto es un recurso protegido ya que se le asocian permisos para controlar el acceso de los usuarios. De esta manera se puede efectuar un control preciso de los usuarios y de los grupos que están autorizados a abrir cada proyecto. El acceso a cada una de las capas de un proyecto se controla de la misma forma.

Esta función permite buscar y seleccionar elementos de una capa utilizando los valores de sus atributos o utilizando una base de datos vinculada a la capa. Los administradores crean las consultas y sus formularios asociados en JMap Admin. Los usuarios de las aplicaciones JMap utilizan luego esos formularios para ingresar los valores de los atributos y efectuar las búsquedas. Todos los elementos cuyos valores de atributos corresponden a los valores ingresados son seleccionados y presentados en el explorador de elementos.

Puede acceder a la sección de configuración de las consultas presionando Consultas desde la sección Proyectos.

Crear una consulta de selección por atributos

Para crear una nueva consulta presione Crear consulta en la sección Consultas. Los parámetros varían en función del tipo de consulta seleccionado.

Consultas en la capa

Consultas externas

Este tipo de consultas se utiliza cuando se debe hacer una búsqueda en datos contenidos en una base de datos externa a JMap. La base de datos externa debe tener un campo que permita vincularla con un atributo de la capa. En primer lugar se ejecuta una consulta SQL de tipo SELECT en la base de datos externa y los valores devueltos por la misma son luego asociados a los elementos de la capa utilizando el campo de vinculación.

Parámetros obligatorios y opcionales

Aún si el diseño del formulario de consulta indica que un campo es obligatorio u opcional, la cláusula WHERE de la expresión de consulta debe ser ajustada para soportar esta opción. Para ello, las partes de la consulta que están asociadas a parámetros opcionales deben estar incluidas entre llaves ( { } ).

Ejemplo de cláusula WHERE:

CITY = '$param1' and { COUNTRY = '$param2' }

Este ejemplo efectúa la búsqueda de las ciudades cuyo valor para el atributo CITY es igual al valor del parámetro 1 ingresado por el usuario ($param1) y que opcionalmente tienen el valor del atributo COUNTRY igual al valor del parámetro 2 ingresado por el usuario ($param2). Si el parámetro 2 no se ingresa, todo el bloque { COUNTRY = '$param2' } es eliminado de la consulta, así como el operador AND que se vuelve huérfano. Atención: el administrador debe obligatoriamente definir $param2 como opcional en el diseño del formulario. La sección Formularios ofrece más detalles sobre este tema.

Valores múltiples para un mismo parámetro

Se puede permitir el ingreso de valores múltiples en los formularios, en un campo de tipo Lista (opciones múltiples). Los valores se separan mediante el carácter delimitador ; (punto y coma) . Esta opción puede ser activada en la cláusula WHERE de la consulta. La sintaxis es la siguiente:

$multiple{true|false} {\$delimiter{;}}

Ejemplo:

CITY = '$param1{$multiple{true} $delimiter{;}}'

Selecciona las ciudades cuyo valor del atributo CITY es igual a uno de los valores ingresados en el parámetro 1. Los valores están separados por punto y comas (;).

Gestión de las consultas de selección por atributos

Los administradores pueden modificar las consultas por atributos. Cuando las consultas se modifican no es necesario desplegar nuevamente las aplicaciones que publican el proyecto, dado que los cambios se transmiten de manera directa.

Organización de las consultas

Las consultas de selección por atributos pueden ser organizadas en grupos, lo que resulta especialmente útil en los proyectos que implican un número elevado de consultas.

Supresión de las consultas

La supresión de una consulta de selección por atributos suprime definitivamente la consulta y el formulario que está asociado a la misma. Para suprimir una consulta, selecciónela en la lista y presione Suprimir.

Publicación de las consultas

Una vez que la consulta ha sido creada se de forma automática y es accesible en todas las aplicaciones que difunden el proyecto.

Usted puede anular esta publicación para que la misma no esté disponible para los usuarios de las aplicaciones sin perder su configuración. Para anular la publicación de una consulta, desmarque la marca Publicada de la consulta en la interfaz de gestión de las consultas.

Consultas sobre las capas por referencia

Cuando un proyecto contiene capas por referencia, las consultas configuradas sobre esas capas en el proyecto que contiene las capas originales están disponibles automáticamente en el proyecto, que “hereda” esas consultas.

Usted no puede modificar esas consultas “por referencia” a partir del proyecto, éstas sólo pueden ser modificadas en el proyecto que contiene las capas originales.

Si usted desea modificar una consulta “por referencia” cree una copia de la consulta presionando Duplicar. La interfaz de configuración presenta los parámetros de la consulta que usted puede modificar.

Después que la nueva consulta ha sido configurada, usted debe desmarcar la marca Publicada de la consulta “heredada” de la capa por referencia para que ésta no sea más accesible en las aplicaciones JMap que utilizan dicha capa por referencia.

Usted también puede crear una nueva consulta sobre una capa por referencia, tal como se describe en la sección Crear una consulta de selección por atributos.

Usted puede configurar los proyectos JMap para que soporten varios idiomas. Cada usuario puede consultar el proyecto en su idioma, si éste está disponible para el proyecto y se han efectuado las traducciones. Cuando se abre una aplicación JMap ésta puede detectar automáticamente el idioma del sistema operativo del usuario y utilizar ese idioma para las interfaces gráficas y para el proyecto. Este comportamiento depende de las opciones configuradas en el despliegue de la aplicación.

En un proyecto multilingüe cada elemento de texto que los usuarios ven puede ser traducido en cada uno de los idiomas. Por ejemplo, usted puede proveer traducciones para el nombre del proyecto, los nombres de las capas, las etiquetas, las infoburbujas, los formularios, etc.

Para activar el soporte multilingüe usted debe seleccionar al menos 2 idiomas cuando crea o modifica el proyecto y luego el idioma que será usado por defecto.

Cuando configura el proyecto y las capas puede ingresar las traducciones en los sitios en que se visualiza el símbolo .

Si las traducciones en todos los idiomas no están disponibles para ciertos textos, automáticamente se visualiza el idioma por defecto.

Los modelos de estilo son estilos predefinidos que pueden reutilizarse en distintos proyectos y capas. Ahorran tiempo, ya que un estilo se configura una vez y se puede utilizar en numerosas ocasiones. Los modelos de estilo ayudan también a crear mapas estandarizados.

Cuando ha configurado un modelo de estilo, puede utilizarlo en toda ocasión en que se requiera un estilo (estilos de capas, estilos de selección, temáticas, etc.). Un modelo de estilo puede utilizarse como referencia o como copia. Cuando se modifica un modelo de estilo de referencia, todas las capas relacionadas con él sufren la modificación del estilo. Cuando se copia un modelo de estilo, éste se desvincula del modelo original y puede ser modificado de manera independiente.

Los modelos de estilo se asocian a un único tipo de elemento cartográfico (punto, línea, polígono, etc.) y no pueden ser utilizados para otros tipos de elementos.

Puede utilizar un modelo de estilo presionando Utilizar un modelo de estilo en cualquier interfaz de configuración del estilo. La sección ofrece más detalles al respecto.

Se accede a la sección de configuración de los modelos de estilo presionando Modelos de estilo en la sección Proyectos.

Creación de modelos de estilo

Para crear un nuevo modelo de estilo, presione Crear.

Presione Terminar para completar la creación del modelo de estilo.

Supresión de modelos de estilo

Para suprimir un modelo de estilo, selecciónelo en la lista y presione Suprimir.

Cada capa de un proyecto obtiene sus datos de una fuente de datos espaciales. Para que una capa pueda ser creada, debe existir la fuente de datos con la cual está vinculada (la sección ofrece más detalles al respecto).

Creación de una nueva capa

Para crear una nueva capa, presione Crear en el menú Añadir de la sección Capas de un proyecto. Tenga en cuenta que por defecto, la nueva capa poseerá el mismo nombre que la fuente de datos. El nombre puede cambiarse más tarde.

Las etapas siguientes difieren según se trate de capas vectoriales o matriciales. Debe tener en cuenta que la creación de una capa matricial difiere también según el tipo de fuente de datos matriciales. Puede pasar directamente a la sección correspondiente.

Creación de una capa vectorial

El modo de carga determina la forma en que los datos vectoriales son manejados por JMap Server y puede afectar fuertemente el rendimiento global.

A partir del HF9 de JMap Server Kathmandu, el modo de carga por mosaico se modifica, considerándose dos modos de cargar por mosaico, automático y manual. Las configuraciones efectuadas con anterioridad a la instalación del HF9 son en modo Cargar por mosaico (manual). Usted puede editar la capa en todo momento y cambiar el modo de carga.

Parámetros avanzados

En general, los parámetros avanzados detallados a continuación no deben ser modificados.

Creación de una capa matricial a partir de una fuente de datos WMS

Para crear una capa matricial a partir de una fuente de datos espaciales WMS, debe indicar a JMap los datos que deben cargarse a partir del servidor WMS. El servidor WMS publica la lista de todas las capas disponibles así como sus propiedades. La interfaz de creación de capas WMS le permite seleccionar las capas que serán incluidas en la capa WMS que desea crear.

JMap Server propone dos modos de conexión al servidor WMS: Directa y Servidor.

El modo Servidor implica que la aplicación solicita a JMap Server que comunique con el servicio WMS y le devuelva la imagen. Si la aplicación no soporta esta opción, se utiliza automáticamente la conexión Directa. Las aplicaciones tipo JMap Pro y Web soportan esta opción.

Creación de una capa matricial a partir de una fuente de datos GDAL o ECW/ECWP

Creación de una capa matricial a partir de una fuente de datos WMTS

Importar capas

Cuando usted hace clic en Añadir/Importar… se abre el Asistente de importación que lo guía para importar una o varias capas a partir del proyecto en el que se encuentran:

1. El primer paso consiste en importar el archivo que contiene el proyecto. Presione Explorar para acceder al Navegador de archivos.

2. Seleccione el archivo .properties que contiene el proyecto a partir del cual desea importar las capas.

3. Presione Siguiente.

4. Seleccione el Proyecto que contiene la o las capas que desea importar.

5. Seleccione las Capas que desea importar.

6. Presione Siguiente.

7. Si el proyecto en el cual usted importa las capas contiene capas con el mismo nombre que las que está importando, seleccione el criterio que se aplica para resolver el conflicto entre las capas. Las opciones son: Crear una nueva capa con un nombre diferente, Reemplazar la capa existente o Utilizar la capa existente.

8. Presione Siguiente.

9. Si el servidor JMap Server en el cual usted importa las capas contiene fuentes de datos espaciales con el mismo nombre que las que está importando, seleccione el criterio que se aplica para resolver el conflicto entre las fuentes de datos espaciales. Las opciones son: Crear una nueva fuente de datos espaciales con un nombre diferente, Reemplazar la fuente de datos espaciales existente o Utilizar la fuente de datos espaciales existente.

10. Presione Siguiente.

11. Un resumen lista la cantidad de recursos importados a partir del proyecto: capas, bases de datos (conexiones a), conexiones remotas, fuentes de datos espaciales, modelos de estilo, modelos de metadatos.

12. Presione Importar. Las capas se añaden al proyecto y una nueva fuente de datos es creada en JMap Server.

Publicación de las capas

Para que los usuarios puedan acceder a una capa ésta debe estar publicada. Una capa que no se publica no forma parte del proyecto, y los usuarios no pueden visualizarla ni acceder a ella.

Cuando se crea una nueva capa, no se publica por defecto, lo que permite al administrador configurarla antes de volverla disponible para los usuarios. Por ejemplo, es importante configurar los límites de visibilidad en función de la escala de manera adecuada antes de que la capa pueda ser visualizada por los usuarios.

Después de la creación de una capa, debe presionar el botón Publicar en la interfaz de detalles de la capa.

También puede resultar útil anular la publicación de una capa existente para volverla indisponible para los usuarios, sin por ello suprimirla.

La organización de las capas de un proyecto implica dos aspectos. En primer lugar, debe definirse el orden de visualización de las capas: las capas situadas en las posiciones inferiores se dibujan primero y las que se sitúan en las posiciones superiores se dibujan al final. Las capas superiores pueden entonces ocultar elementos de las capas inferiores. El segundo aspecto consiste en crear una jerarquía lógica basada en el contenido de las capas. En otras palabras, crear grupos (y subgrupos) de capas que tienen relaciones lógicas entre ellas. Por ejemplo, puede tener un grupo de capas asociado a las carreteras, otro grupo asociado a la hidrografía y a otro asociado a la población. La organización de las capas en grupos facilita su utilización por el usuario.

Para organizar las capas, abra la sección Capas del proyecto.

Definición del orden de las capas

Puede definir el orden de las capas de un proyecto en la pestaña del modo Lista. Esta sección presenta las capas en su orden de aparición. La capa en la posición inferior es la primera que se dibuja en el mapa. Para cambiar el orden debe utilizar el menú Modificar localizado en el encabezado de la columna que indica la posición de cada capa. Se puede seleccionar una o varias capas y, utilizando las opciones disponibles (mover hacia arriba, mover hacia abajo, mover a una posición precisa, etc.) moverlas a la posición deseada.

Grupos de capas

Puede organizar las capas en grupos en la pestaña del modo Jerarquía, que presenta la jerarquía actual de las capas. Por defecto, todas las capas del proyecto se encuentran en un grupo llamado Capas. Para crear un nuevo grupo, presione Nuevo grupo. Complete los parámetros del grupo de capas:

Cuando los grupos han sido creados, puede desplazar las capas a esos grupos utilizando el menú Modificar en el encabezamiento de la columna que indica la posición de cada capa. La opción Mover a… permite desplazar la capa a otro grupo.