Módulo Location Intelligence

Compatibilidad del mosaico vectorial

Spectrum Spatial ahora es compatible con el formato de mosaico vectorial Mapbox (MVT) versión 2.1 para la generación y presentación de mosaicos. El formato MVT se puede usar como alternativa u opción adicional a los formatos de imagen ráster (PNG, GIF, JPG/JPEG), en el servicio Map Tiling y el Web Map Tile Service (WMTS). Las utilidades del generador de mosaicos para ambos servicios de mosaicos son compatibles con el formato MVT como salida mediante el uso del nuevo parámetro format. Mediante el parámetro format se reemplazó el parámetro image; sin embargo, en el caso de las instalaciones anteriores, el formato image seguirá funcionando.

Los mosaicos vectoriales brindan diversas ventajas con respecto a los mosaicos ráster, como las siguientes:

  • Pueden generarse más rápido.

  • Pueden tener un tamaño más pequeño que su mosaico de imagen equivalente.
  • Le permiten aplicar distintos estilos a la aplicación del cliente sin tener que generar múltiples conjuntos de mosaicos para cada estilo en el servidor.

Un mosaico vectorial (carga MVT) contiene al menos una capa. Puede incluir capas de grupo y de característica (en esta versión, no se admiten gráficos de línea, de enlace de línea, de barra y de círculo, capas de símbolo graduado ni capas de rótulo). En Spatial Manager, se agregó la capacidad de configurar los mosaicos con nombre asignado para usar el formato MVT. Además, ahora cuenta con la capacidad de usar una tabla con nombre asignado o una capa con nombre asignado como recurso de referencia, en vez de un mapa con nombre asignado, cuando cree o modifique mosaicos con nombre asignado en Spatial Manager.

Todos los mosaicos con nombre asignado del repositorio se actualizaron para que incluyan el formato de mosaico vectorial. Un ejemplo de JavaScript de mosaicos vectoriales que proporciona WMTS también se encuentra disponible en la aplicación Ejemplos de JavaScript (en la sección Spectrum Spatial de la página de bienvenida, haga clic en el enlace Ver ejemplos que se encuentra en la pestaña API de JavaScript).

Para obtener más información, consulte el tema “Mosaicos vectoriales” de la sección Desarrollo de la Guía de Spectrum Spatial.

Compatibilidad con la adición de unidades espaciales

Ahora el análisis visual de datos de gran tamaño es compatible con las tablas de puntos de SQL Server. Puede realizar este análisis en las columnas XY (en las que los valores de longitud y latitud o XY se almacenan como valores escalares individuales) y en las columnas de geometría (en las que las geometrías de puntos se almacenan a través del uso de los tipos de datos de geometría o geografía de SQL Server).

En Spectrum Spatial se admite la agregación de unidades espaciales (también conocida como agrupación en clústeres espaciales) a través del uso de la ID de hash geográfico para crear tablas que se ajustan a la escala, lo que permite una mejor visualización de grandes cantidades de datos. Por ejemplo, puede agregar la suma de ventas o la cantidad de puntos que desea representar en un mapa.

Las tablas que se ajustan a la escala permiten la agrupación en clústeres de múltiples geometrías de punto en un punto único de una cuadrícula. El idioma de consulta MI SQL es compatible con la escala cuando una consulta SearchBySQL en REST tiene funciones de agregación. En esto se incluye la nueva función MI_AggregateCentroid que permite obtener el centroide del rectángulo delimitador mínimo (MBR) de un conjunto agregado de objetos geométricos.

Dado que el cliente accede a los datos de puntos en clúster como datos vectoriales (en formato GeoJSON), la aplicación del cliente puede aplicarles varios estilos (como símbolos graduados y diversas gamas de colores) y presentarlos como mapas de calor de cliente.

Para obtener información detallada acerca del ID de hash geográfico e instrucciones para hacer que una tabla se ajuste a la escala, consulte el tema “Soporte para la agregación espacial” de la sección Recursos y datos de la Guía de Spectrum Spatial.

Compatibilidad con la escritura de TAB

Spectrum Spatial ahora admite el acceso de escritura a los archivos TAB MapInfo (nativo) y TAB nativo extendido (NativeX) en los sistemas operativos Windows. Mediante la etapa Write Spatial Data y las operaciones de inserción, actualización y eliminación del Servicio Feature, ahora podrá escribir registros en archivos TAB nativos dentro de ciertos límites.

Nota: No se recomienda leer desde un archivo TAB a través de las etapas Read Spatial Data o Query Spatial Data y realizar una actualización o eliminación en el mismo archivo TAB con la etapa Write Spatial Data en el mismo flujo, ya que en algunos casos esto crea una situación de interbloqueo. Lo anterior se podrá realizar solo si el intervalo de confirmación es mayor que la cantidad de registros que realizan la lectura desde el mismo TAB.

Se agregó una nueva tabla con nombre asignado (WorldModifiableNamedTable) que es editable; todas las demás tablas con nombre asignado se configuraron como solo lectura. También se agregó a Spatial Manager una configuración que le permite activar el atributo de solo lectura en los archivos TAB que califican (nativo y NativeX en Windows de 64 bits) cuando crea y edita tablas con nombre asignado. Sin embargo, lo anterior no toma en consideración si los metadatos del archivo TAB tienen una bandera de solo lectura o si tienen permisos de solo lectura en el sistema de archivos.

En el caso de las operaciones de inserción REST, incluimos un nuevo campo de respuesta (SuccessfulInserts) para los archivos TAB nativos que permite señalar la cantidad de filas insertadas correctamente para dicha solicitud. Esto es distinto de la respuesta de inserción de los demás proveedores de datos en la que se obtienen las claves primarias. Se ignorará el intervalo de confirmación de las operaciones de inserción, actualización y eliminación de los archivos TAB nativos.

Para obtener información más detallada acerca de la compatibilidad de las operaciones de escritura en los archivos TAB nativos, consulte el tema "TAB nativo MapInfo" de la sección Recursos y datos de la Guía de Spectrum Spatial, que se encuentra en el encabezado Acceso a datos.

Mejoras de la memoria y el rendimiento

  • Un archivo de índice PGD es un archivo complementario al conjunto del archivo TAB que mejora el rendimiento del cálculo de la distancia. Los archivos de índice PGD pueden permitir que el rendimiento de los archivos TAB nativo, nativo extendido (NativeX) e integrado sea equiparable al de los archivos GSB. Un archivo PGD es útil cuando los datos que está buscando se basan en líneas y regiones, y usa:
    • la etapa Point In Polygon cuando se incluye la distancia
    • la etapa Find Nearest cuando la entrada es un punto (se incluya la distancia o no)
    • las operaciones SearchNearest en el servicio Feature, con un punto de entrada y una tabla de búsqueda de línea o polígono
    Se agregó el Generador PGD, una nueva utilidad de línea de comandos que permite generar este archivo de índice especializado. Puede descargar esta utilidad en la sección Spectrum Spatial de la página de bienvenida, en la opción Generador PGD de la pestaña Utilidades. También existe un enlace para la documentación del generador PGD disponible en la página de bienvenida, junto al enlace de descarga de la utilidad.
  • Se agregó un validador a las propiedades de agrupación de conexión que permitirá la delegación del método isValid al controlador de base de datos. Para obtener más información, consulte la sección Administración en la Guía de Spectrum Spatial.
  • Las operaciones de geometría están completamente en el lado Spectrum del servicio; ya no forman parte del componente remoto.

Mejoras de la etapa Location Intelligence

Las etapas del módulo Location Intelligence de Enterprise Designer se actualizaron para mejorar la facilidad de uso.

  • Los tipos de campo de salida de varias operaciones de Spatial Calculator (área, distancia, distancia al borde, coordenadas de sobre, obtener centroide e intersección) pasaron de ser de cadena a numérico (doble). Esto permite que se comparen cuando se usen en otras etapas, como Query Spatial Data, en la que los tipos también son numéricos. Las instancias de estas operaciones en versiones anteriores seguirán funcionando.
  • Los tipos de campo de entrada en Crear geometría de punto (longitud y latitud) pasaron de ser de cadena a numérico (doble). Las instancias de esta etapa en versiones anteriores seguirán funcionando.
  • La misma cuadrícula para mostrar la salida que se agregó a las etapas rediseñadas Find Nearest y Point In Polygon en la versión 12.0 se agregó a las etapas Query Spatial Data, Read Spatial Data y Write Spatial Data. Las columnas “Incluir” y “Nombre del campo de salida”, que están disponibles tanto en Query Spatial Data como en Read Spatial Data, le permiten seleccionar las filas y editar los nombres del campo de salida fácilmente en vez de ingresarlos en la cláusula SELECT del campo MISQL (donde se requerían las comillas dobles para los nombres de la tabla de base de datos Centrus). Esta cuadrícula es una forma simple de incluir y excluir los campos de salida, además de cambiarles el nombre.

Soporte GeoJSON para WMS

GeoJSON ahora es un formato compatible con la respuesta GetFeatureInfo de WMS. Ahora se puede especificar un valor de application/json para el parámetro de entrada INFO_FORMAT en cualquier versión compatible (1.1.1 o 1.3).

Soporte de caché externo para WMTS

Además del caché de mosaicos predeterminado basado en el archivo, WMTS ahora admite implementaciones de caché externas que cumplen con la especificación JCache (JSR-107). Apache JCS2.1, por ejemplo, se puede usar para colocar los mosaicos almacenados en caché en un archivo de disco único o incluso en una base de datos (consulte el documento JCS2.1 para obtener más detalles). Para usar una implementación de JCache, especifique la clase de proveedor en la sección de caché de la configuración del servicio WMTS. Todos los jars requeridos (implementaciones de caché externas y dependencias) deben colocarse en Spectrum\server\modules\spatial\lib a fin de que el módulo Location Intelligence encuentre las clases. Consulte la Guía de Spectrum Spatial para obtener información más detallada.

Nuevo NoSQL Data Provider

Se agregó un nuevo proveedor de datos en esta versión. El proveedor de datos NoSQL es una implementación liviana de un proveedor de datos, según la API pública de proveedor de datos extensible, para consultar datos personalizados en una base de datos NoSQL. Proporciona un marco básico que permite a los usuarios extenderse fácilmente para acceder a datos de NoSQL para los casos de uso de Big Data, incluso sin soporte para SQL, como la base de datos gráficos Neo4j.

Este proveedor de datos NoSQL delega porciones específicas de la base de datos a una clase de ITableHandler que un usuario debe implementar. Con la clase ITableHandler se crea la información de los metadatos de la tabla mediante la utilización de un cliente específico de la base de datos (JDBC u otro) para realizar la consulta. También se pueden manipular los resultados antes de devolverlos si es necesario. Consulte CSVTableHandler.java en el paquete de proveedor de datos NoSQL para ver un ejemplo de un manipulador de tablas que puede acceder a geometrías de punto en un archivo CSV. Este paquete se puede descargar en la sección de Spectrum Spatial de la página de bienvenida, en las Aplicaciones de ejemplo. También se incluye la documentación API en esta descarga.

Nuevas funciones de SQL de MapInfo

Se agregó la función MI_GeoHash al idioma SQL de MapInfo. Con esta función de geometría se devuelve un índice geohash para una geometría determinada en una precisión determinada.

También se agregó la función MI_AggregateCentroid. Esta función permite obtener el centroide del rectángulo delimitador mínimo (MBR) de un conjunto agregado de objetos geométricos.

Mejoras de Map Uploader

  • Ahora los rótulos se presentan cuando se aplica un tema de barra o círculo con la herramienta Map Uploader.
  • La herramienta Map Uploader alerta a los usuarios cuando un origen de datos ya tiene una tabla con nombre asignado asociada y completa todos los campos de entrada como corresponde, lo cual evita la creación de recursos duplicados.

Cambios en la compatibilidad de las bases de datos

Se agregó la compatibilidad con SQL Server 2016 y se descontinúo en SQL Server 2008.