Vector Tiles é uma novidade no PostGIS, permitindo que grandes quantidades de dados dinâmicos sejam enviadas para renderização diretamente em clientes da Web e dispositivos móveis e possibilitando mapas muito bonitos e altamente interativos.
Desde a introdução da função ST_AsMVT(), as pessoas têm gerado cada vez mais seus blocos diretamente no banco de dados e, como resultado, desejam que a geração dos tiles seja cada vez mais rápida.
Cada consulta de geração de tiles deve executar as seguintes etapas:
Reunir todas as linhas relevantes para o tile
Simplificar os dados adequadamente para corresponder à resolução do tile
Para o PostGIS 3.0, o desempenho da geração de tiles foi bastante aprimorado.
Primeiro, o processo de recorte foi acelerado e tornado mais confiável ao integrar o algoritmo de recorte wagyu diretamente no PostGIS. Isso acelerou o recorte de polígonos, em particular, e reduziu instâncias de geometrias inválidas.
Segundo, as etapas de simplificação e redução de precisão foram simplificadas, para evitar cópias desnecessárias e trabalhar em casos simples, como pontos e linhas curtas. Isso acelerou o manuseio de pontos e linhas simples.
Finalmente, o agregado ST_AsMVT() foi tornado paralelamente agradável, para que todo o trabalho acima possa ser paralelizado em várias CPUs, acelerando drasticamente a geração de tiles com muita geometria de entrada.
O suporte a vector tiles no PostGIS ficou tão bom que mesmo projetos com requisitos de geração massiva de blocos, como o projeto OpenMapTiles, padronizaram seus tiles no PostGIS.
El pasado 7 de febrero, elGobierno Foral de Navarra presentó un primer borrador de un pionero Manifiesto Ético de Datos y Algoritmos ante el avance imparable de la Inteligencia Artificial y los retos deontológicos que supone. Un texto interesantísimo y una iniciativa muy loable sobre un tema que hay que empezar a analizar, debatir y desbrozar ya, porque la creación de consensos sociales y soluciones sensatas en temas tan novedosos lleva cierto tiempo y los bots y robots no esperan. El documento, en español e inglés, ha estado a exposición pública el 7 al 22 de febrero y os recomiendo encarecidamente su lectura. Se trata de un texto directo, sencillo y nada farragoso, de cinco páginas, cuyo objetivo es formular los principios rectores de la gestión de datos tanto personales como públicos, así como del uso de algoritmos de inteligencia artificial (IA).
Recoge seis principios fundamentales:
Protección de los datos. El Gobierno de Navarra se compromete a un cumplimiento activo del RGPD.
Apertura de los datos y su reutilización. El Gobierno de Navarra ordena la apertura de datos para su utilización y se compromete con la transparencia.
Gobernanza de los datos. Se garantiza la calidad de los datos, se asegurará que sean precisos, completos, actuales y persistentes. Y se establecerán protecciones razonables frente a ciberataques.
Una IA para la ciudadanía y el bienestar social y ambiental. El Gobierno de Navarra evaluará previamente los riesgos de utilización de los sistemas de IA y limitará su uso para que no vayan contra el sistema de valores establecidos ni sean lesivos para las personas y el medio ambiente.
Promover la innovación gracias a los datos y la IA. Se promoverá activamente la innovación, con el fin de mejorar los servicios públicos y cumplir mejor sus objetivos
Rendir cuentas de los sistemas de IA. El Gobierno de Navarraserá transparente y abierto respecto de su política de innovación con datos y algoritmos.
Cada principio va acompañado de una serie de derechos de la ciudadanía y compromisos del gobierno.
Un texto valiente y arriesgado, que se moja en un terreno en el que hay que innovar para satisfacerlas necesidades de los usuarios y la sociedad respetando sus derechos y las reglas del juego. Como esta entrada no es más que un resumen muy sintético, os recomiendo que leáis el manifiesto completo.
Bienvenidos a Trabaja en Medio Ambiente y su Nueva sección de Herramientas patrocinada por Geoinnova. Hoy nos trae las recomendaciones José Vicente Sánchez Cabrera, Licenciado en Geografía y experto en Desarrollo Local, profesor asociado de la Universidad de Valencia y ha sido Presidente del Colegio de Geógrafos de la Comunidad Valenciana. Y profesor de Geoinnova. Atlas de los […]
En una entrada anterior se mostraron varios ejemplos de visores desarrollados con la aplicación Web AppBuilder de Esri, es una aplicación que no suele no suele ser muy popular frente a otras que ha creado Esri, pero en mi opinión posee un diseño muy variado y atractivo por lo que permite variar mucho en los visores que se creen.
Además incorpora un gran número de herramientas que ofrecen mucha versatilidad y permiten al usuario una mejor interacción y obtener más información útil. En esta entrada se va a mostrar un ejemplo de ello incorporando un widget (herramienta) en Web AppBuilder.
Dentro de la configuración de la aplicación, y según la plantilla que se elija, se incluirán de una manera a otra, en el siguiente caso queremos complementar los widgets que aparece por defecto, para eso se hace clic sobre el número 1:
Y aparecerá el listado de las herramientas que podemos acoplar en el visor:
Se puede elegir la herramienta para añadir datos tanto desde ArcGIS online como desde tu ordenador en diferentes tipos de formatos:
Y podrás lanzar un visor cartográfico de manera sencilla:
Tras la prórroga del estado de alarma, ante la situación actual y de acuerdo con las medidas establecidas en el plan de respuesta de la incidencia de la COVID-19 de la Universidad de Girona, el Servicio de SIG y Teledetección (SIGTE) de la UdG como organizador de las Jornadas de SIG libre ha decidido cancelar ...
En alguna ocasión todos hemos sacado el perfil de una línea en Google Earth, pues en esta entrada calcularemos un perfil longitudinal con QGIS 3.10 y un complemento destinado para ello.
Un perfil longitudinal es una manera de describir la topografía de un terreno de forma detallada, o más técnicamente, es la línea que determina la intersección del terreno con un plano vertical que pasa por esa línea.
Para llevarlo acabo en QGIS 3.10 se necesitará contar con un MDE (o DEM) que se puede obtener de un vuelo LiDAR y un complemento específico para hacer perfiles (“Profile tool”).
Lo primero que se haremos será descargar el complemento:
Una vez instalado, se carga en QGIS el MDE en formato raster.
Se abre el nuevo complemento y se configura para que realice el perfil sobre este MDE.
Lo primero será configurar sobré qué capa se va a hacer el perfil:
Una vez hecho esto, tan solo habrá que marcar a línea en la que se quiere sacar el perfil:
Si se hace un mapa de sombras y se juega con la posición, la simbología y las transparencias, se puede entender mejor el perfil.
Nota: Hay una valoración incluida en esta entrada, por favor, visita esta entrada para valorarla.
Si tienes una hoja Excel con un listado de coordenadas X e Y debes saber que es muy sencillo crear una capa mostrando la ubicación de dichos elementos, para ello necesitarás utilizar un Sistema de Información Geográfica. En una entrada anterior os explicábamos Cómo crear una capa a partir de una tabla con coordenadas XY ...
Com o PostGIS 3.0, agora é possível gerar recursos diretamente com GeoJSON, sem nenhum código intermediário, usando a nova função ST_AsGeoJSON (record).
O GeoJSON é um formato de transporte comum, entre servidores e clientes da web, e até mesmo entre componentes de cadeias de processamento. Ser capaz de criar um GeoJSON é importante para integrar diferentes partes em um aplicativo de geoprocessamento moderno.
O PostGIS tem uma função chamada ST_AsGeoJSON(geometry), porém faz um pouco menos do que a maioria dos usuários realmente precisa: ele utiliza uma geometria PostGIS e gera um GeoJSON “geometry object”, ou seja, um arquivo contendo apenas as geometrias, sem os atributos.
O objeto de geometria GeoJSON é apenas a forma do recurso, ele não inclui nenhuma outra informação sobre o recurso que possa estar incluída na tabela ou na consulta. Como resultado, os desenvolvedores gastaram muito tempo escrevendo código para agrupar os resultados das ST_AsGeoJSON(geometry) com as colunas de uma tupla de resultado para criar “objetos de recurso” do GeoJSON.
A função ST_AsGeoJSON(record) examina a tupla de entrada e pega primeiro a coluna do tipo geometria para converter em uma geometria GeoJSON. O restante das colunas é adicionado a Feature GeoJSON no properties. Veja:
SELECT ST_AsGeoJSON(subq.*) AS geojson
FROM (
SELECT ST_Centroid(geom), type, admin
FROM countries
WHERE name = 'Canada'
) AS subq
Usando esta nova função GeoJSON, é fácil transmitir recursos diretamente do banco de dados para um mapa da Web com OpenLayers ou Leaflet, ou até mesmo consumi-los com ogr2ogr para conversão em outros formatos geoespaciais.
La organización europea EuroSDR, que reune a las agencias cartográficas y catastrales europeas, centros de investigación y universidades, organiza nuevamente para este año 2020 el premio a la tesis doctoral que haya contribuido más significativamente al desarrollo de la información geográfica. La intención es reconocer los trabajos y esfuerzos realizados por los doctorandos y facilitar la promoción de jóvenes profesionales.
Para ser elegidas, las tesis deben haber sido defendidas en el periodo comprendido entre enero de 2019 y julio de 2020, y tratar sobre una o más de las áreas de trabajo de las Comisiones de EuroSDR. El autor/a de la tesis premiada recibirá 500 € y será invitado/a a presentar su trabajo en el 137 Consejo de Delegados de EuroSDR que tendrá lugar en Dublín del 7 al 9 de octubre de 2020.
El periodo de presentación de las solicitudes termina el 31 de julio de 2020. La documentación que debe acompañar a la solicitud está descrita en la web oficial del premio:
El nuevo coronavirus está afectando como no se había visto antes las vidas de muchas personas en todo el globo y golpeando duramente la economía. Los expertos de cada país se centran a diario en idear medidas que permitan controlar el impacto que tendrá sobre la población, la economía y los modos de vida. Sin embargo, esta tarea no se podría llevar a cabo sin la ayuda de una importante disciplina.
El estudio de las enfermedades
La epidemiología es el estudio de la distribución y los determinantes de estados o eventos relacionados con la salud y la aplicación de esos estudios al control de enfermedades y otros problemas de salud. Los Sistemas de Información Geográfica (SIG) se están convirtiendo en herramientas esenciales en el estudio de las epidemias y enfermedades por su capacidad para representar la distribución espacial de estas. Los SIG permiten comprender tendencias y determinantes ambientales del desarrollo de una epidemia o enfermedad.
Casos de aplicación
El primer caso de aplicación de la información espacial en el estudio de una pandemia data de 1854. El Dr. John Snow que estudiaba el brote de cólera en Londres comenzó a colocar sobre un mapa los casos de su barrio. La cartografía permitió al Dr. Snow ver que la mayoría de los casos se concentraban en torno a un pozo. Una vez que se cerró ese pozo los casos dejaron de aparecer. Ese año, el cólera acabó con la vida de 23.000 personas en Inglaterra, el peor año en toda la historia. En la quinta pandemia de cólera, en 1875, Gran Bretaña y los Estados Unidos se vieron menos afectados gracias a mejoras en los sistemas de abastecimiento de agua y a la imposición de cuarentenas.
Los SIG también han sido de utilidad para controlar brotes de Dengue en países como India. El mapeo y la detección de las zonas de riesgo del virus son complejas y requieren la evaluación de múltiples criterios.
Si bien es conocido el uso de los SIG en la evaluación de riesgos ambientales y en la gestión de las operaciones de rescate en catástrofes naturales, como refieren los casos anteriores los SIG también son de aplicación en la medicina. A medida que se amplían las tecnologías recogidas bajo la definición de los SIG crecerá también la capacidad de estos sistemas de ser de utilidad en la epidemiología.
Nota: Hay una valoración incluida en esta entrada, por favor, visita esta entrada para valorarla.
O suporte ao rótulo “shield” do GeoTools já permite reunir um gráfico junto com um rótulo, com o objetivo de oferecer suporte ao escudo de etiqueta rodoviária. O GeoServer 2.17.0 inclui a capacidade de organizá-los separadamente, para que a marca e os rótulos não fiquem centralizados um no outro, mas, por exemplo, um acima do outro. Isso permite configurar marcadores de ponto que aparecem apenas enquanto o rótulo também aparece, veja:
Também é possível a partir de agora configurar uma cor de fundo (os MapServer maníacos agradecem) para o mapa no nível do estilo, usando um novo elemento chamado Background na propriedade UserStyle, veja:
O resultado do código acima pode ser visto através da imagem abaixo:
Tradicionalmente, já é possível renderizar rótulos com vários scripts, especificando uma longa lista de “família de fontes”, por exemplo:
<sld:Font>
<sld:CssParameter name="font-family">Noto Sans Regular</sld:CssParameter>
<sld:CssParameter name="font-family">Noto Sans Adlam Regular</sld:CssParameter>
<sld:CssParameter name="font-family">Noto Sans Adlam Unjoined Regular</sld:CssParameter>
<sld:CssParameter name="font-family">Noto Sans Armenian Regular</sld:CssParameter>
<sld:CssParameter name="font-family">Noto Sans Balinese Regular</sld:CssParameter>
...
</sld:Font>
Se todos os nomes de fontes compartilham um prefixo comum, agora é possível ser mais conciso e usar apenas uma função, especificando o nome base comum, permitindo que o GeoServer encontre todas as variantes possíveis, por exemplo:
Como um recurso adicional relacionado à rotulagem, agora pode-se tentar reduzir o tamanho dos rótulos em busca de um local para ajustá-los. A nova opção é chamada “fontShrinkSizeMin” e representa o tamanho mínimo a ser usado. Aqui está um exemplo, os dois polígonos compartilham a mesma definição do TextSymbolizer, em que o tamanho do rótulo foi reduzido para permitir que o rótulo se encaixe ao polígono:
Passando para os simbolizadores de linha, agora é possível fazer uma marca linear ao longo de uma linha. Antes, era apenas possível repeti-la ao longo de uma linha, mas a saída não parecia contínua, especialmente nas curvas. Agora, se você tem uma marca que começa e termina na mesma altura, ela pode literalmente ser tornada contínua ao longo da linha, por exemplo, usando este estilo:
No resultados abaixo você pode não vê-lo a princípio, mas o tamanho da marca (mark) pode ser ligeiramente alterado para se ajustar ao comprimento dos segmentos e, se não for suficiente, é cortado e reconectado)
Para finalizar este post, além das melhorias citadas acima houveram várias pequenas melhorias no desempenho da renderização, que serão especialmente visíveis ao renderizar um mapa complexo, com muitas regras, recursos a serem renderizados e rótulos (como o OpenStreetMap).
Ya se ha publicado la página de las XI Jornadas Ibéricas de Infraestructuras de Datos Espaciales, las JIIDE2020 que se celebrarán en Évora (Portugal) del 28 al 30 de octubre de este año.
Una cita ineludible y una oportunidad para intercambiar experiencias, hacer contactos, pulsar cuáles son las tendencias del momento y obtener una panorámica de conjunto sobre el estado de desarrollo de la tecnología y de la implementación de la Directiva INSPIRE.
El lema este año es «Contribuciones para el desarrollo de una economía baja en carbono».
Ya se pueden enviar resúmenes a jiide2020@dgterritorio.pt, conforme a esta plantilla, en portugués, español o inglés, de menos de 500 palabras, sobre algún tema relacionados con las IDE.
El plazo de recepción de resúmenes expira el 1 de junio.
API de recursos OGC atualizada até a última versão oficial, com extensões para oferecer suporte a filtragem e vários CRSs, além de dados com vector tiles.
A OGC Tiles API, fornecendo coleções de tiles nos formatos renderizados (mapas, pngs, jpeg) e dados (vector tiles), com extensão para oferecer suporte à filtragem instantânea.
Uma implementação preliminar da OGC Styles API, suportando a descrição e a descoberta de estilos em vários formatos e links de coleções para seus estilos relevantes e vice-versa.
Mais duas APIs experimentais, API de imagem para gerenciar o conteúdo do mosaico de imagens e API de changeset para descobrir quais áreas de uma coleção em mosaico foram alteradas como resultado de alterações no mosaico de imagens que as respaldam.
O desenvolvimento ainda está em andamento e as especificações ainda estão evoluindo em um ritmo acelerado, mas convidamos você a experimentá-las, aproveitar sua simplicidade e contribuir com sua evolução.
El Plan de acción para la economía circular aprobado el 12 de Marzo por la Comisión Europea tiene como objetivo principal reducir el consumo y duplicar la reutilización de material de forma circular sin olvidarse del crecimiento económico. En el documento se plantean diversas iniciativas para cambiar el ciclo de vida de los productos partiendo […]
Jorge del Río siempre resulta interesante, refrescante diría yo, cuando escribe sobre gestión de información geográfica. Hoy vamos a fijarnos en una entrada de su blog, Orbemapa, sobre la gestión de metadatos, con varias ideas curiosas.
Una de ellas son los mapas sobre en qué países hay más interés por los metadatos. El primero muestra dónde son los metadatos más populares, tomando como medida las búsquedas en Google en los últimos cinco años y resulta muy curioso que el primer puesto se lo lleve China, que Singapur y Australia estén muy arriba y que haya qie irse hasta el puesto nº 42 para encontrar a España.
El segundo muestra en qué países se consideran más interesantes los metadatos que los datos, de nuevo basándose en las búsqedas en Google. Parece que sería lógico en una IDE evolucionada llegar siempre a los datos a través de los metadatos. Ahora el primero de la clasificación es Finlanda, seguido de Australia, Chequia y Noruega. España está en el puesto 32, justo detrás de Alemania.
Otra pregunta que plantea es ¿cuándo cobran vida los metadatos? Cuándo dejan de ser metadatos zombie, sin vida, ni alma, ni luz en los ojos y su existencia cobra sentido. Pues evidentemente cuando se curan, cuando se corrigen sus errores, se reparan y se convierten en autómatas dotados de movimiento que nos llevan a los recursos que describen, cuando están hecho con un motivo, un propósito, una intención y eso se percibe al leerlos.
O respondiendo de manera más radical, los metadatos cobran vida de verdad cuando permiten la curación de contenidos del conjunto de datos (o del recurso) que describen. Por lo tanto la actividad de generar metadatos es crucial: dan visibilidad y relevancia a los datos, les transmiten calor y vida, los hacen aparecer en el mercado de datos, los hacen visibles para el negocio de las bases de datos y las aplicaciones.
La pregunta pertinente es ¿cuándo unos metadatos comienzan a insuflar vida a unos datos?
Si en una entrada anterior, veíamos como se podían consumir datos en 3D para las versiones previas a QGIS 3, en esta entrada veremos cómo se pueden ver datos de LiDAR pasados a DEM en 3D, con “Nueva vista 3D”.
Lo primero que se hará será cargar el fichero DEM, que puede hacer sido creado con las herramientas de LAStools, de Fusion o las propias de QGIS.
Lo mejor es cambiar la simbología, por ejemplo lo podemos categorizar por 9 valores y simbolizar como un falso color.
Para ver la información en relieve, pulsaremos en “Nueva Vista en Relieve”. Se puede dar el caso de que salga un mensaje de error como este:
Esto es así porque el visor no está preparado para representar la información no proyectada. Para solventar este problema solo habrá que modificar el SRC del área de mapa, en la opción de SRC de la parte inferior derecha del mapa.
Una vez modificado el SRC se podrá abrir la visualización en 3D.
Para tener una percepción de realidad habrá que configurar el visor pulsando en “Configurar” del menú de esta nueva ventana.
Se puede dar el caso que tengamos la ortofoto de esta zona, si se carga también aparece en el Visor 3D.
Pero puede pasar que en ocasiones no se cuente con ese DEM para poder realzar el relieve, QGIS nos permite hacerlo con un DEM en línea. Para ello solo hay que configurar el tipo de dato como “En Línea” y QGIS tomará el DEM de internet.
Nota: Hay una valoración incluida en esta entrada, por favor, visita esta entrada para valorarla.
Estos días están surgiendo numerosas iniciativas de colaboración para poner en contacto a personas para lleva a cabo una determinada acción social, o para ayudar mediante geolocalización o visores cartográficos encontrar la información que necesitas, por ejemplo una tienda cercana.
Esta es una iniciativa para poner en contacto a vecin@s para apoyar a personas que necesiten ayuda a la hora de ir a la compra, conseguir medicamentos, etc.
Es una aplicación de la empresa GeoWe que indica las tiendas que se encuentran disponibles cerca de tu domicilio, está en estado Beta y solo hay algunas localidades disponibles pero hay que mencionarlo porque la idea es muy buena.
Esta aplicación web es bastante práctica , porque geolocaliza personas con diferentes perfiles, gente que se ofrece a ayudar, que necesita ayuda, etc. Puedes buscar tu localidad y ver dichos perfiles a a vez que incluir tu actividad.
Esta web, aunque no hace uso de un mapa , selecciona también por zonas. Es una web de usuarios que han incluido sus perfiles ofreciendo diferentes tipos de asistencias a personas con diferente tipo de necesidad.
La Administración de Girona ha desplegado una serie de visores cartográficos que sirven a la ciudadanía para localizar los servicios esenciales más cercanos a su vivienda.
Espero que sirva de ayuda al menos para conocer este tipo de herramientas, difunde para darlas a conocer al mayor número de personas posible y si sabes de alguna otra aplicación relacionada, haz tu aportación.
Nota: Hay una valoración incluida en esta entrada, por favor, visita esta entrada para valorarla.
A versão 2.17 do GeoServer trouxe diversas melhorias, dentre elas, neste post irei destacar as melhorias no serviço WMS, veja:
1. WMS dimension personalizada para layers vetoriais
O GeoServer suporta dimensões padrão do WMS, TIME e ELEVATION, nos conjuntos de dados raster e vetor. No entanto, as dimensões definidas pelo usuário, também conhecidas como dimensões personalizadas, eram suportadas até o momento apenas por camadas raster (normalmente, mosaicos de imagens). Agora você pode configurá-las também em camadas vetoriais:
2. WMS Cascade
A funcionalidade de cascata do WMS teve várias melhorias, incluindo:
Possibilidade de escolher o formato do cascade, expor os estilos da camada remota e escolher quais anunciar (advertise).
Possibilidade de configurar denominadores de escala mínima/máxima para camadas em cascade, bem como restringir à caixa delimitadora (BBOX) declarada no documento de recursos.
3. Ativar Layer group
Apesar desta atualização não estar ligada diretamente ao WMS, é também uma melhoria desta nova versão do GeoServer.
Até agora, a capacidade de ativar/desativar e anunciar (Advertise) estava limitada somente as camadas. Agora não mais, pois no GeoServer 2.17 você pode fazer o mesmo com grupos de camadas (layer groups):
Nuestra sociedad está generando una gran ola de datos públicos e industriales, que transformarán el modo en que producimos, consumimos y vivimos. Según un informe de la consultora IDC, la humanidad está embarcada en un proceso ya imparable para digitalizar el mundo que nos rodea, sus significados y documentos asociados, y los entornos planificados y previstos. La cantidad de datos digitales producidos en todo el mundo crece a un ritmo vertiginoso, si en 2018 se podían estimar en unos 33 zettabytes, en 2025 se calcula que llegarán a ser 175 zettabytes, cinco veces más.
Por otro lado, el modo de almacenar y tratar esos datos cambiará radicalmente en los próximos 5 años. Hoy el 80% del análisis de datos se lleva a cabo en sistemas de información locales y centralizados y el 20% de manera distribuida en objetos inteligentes conectados, como coches, electrodomésticos, robots y dispositivos. en los que el procesamiento está mucho más cerca de donde se generan los datos. Según la UE, en 2025 se espera que esa proporción se invierta.
En ese contexto, la Comisión Europea ha definido el pasado mes de febrero una «Estrategia europea de datos» cuyo objetivo es crear un mercado único de datos, en el que los datos personales, empresariales y de todo tipo circulen de modo seguro creando riqueza y conocimiento. Para ello:
Se pondrá en marcha un nuevo marco legislativo para la gobernanza de los espacios comunes europeos de datos en el cuarto trimestre de 2020 y una norma de ejecución sobre conjuntos de datos de gran valor (que incluyen los datos geoespaciales) en el primer trimestre de 2021.
Se invertirá en infraestructuras para crear espacios comunes europeos de datos para almacenar, tratar y explotar la información, sobre todo de sectores estratégicos.
Se implementarán acciones para empoderar a los ciudadanos, especialmente para que puedan ejercer su derecho a la portabilidad de sus datos y para reducir la brecha digital.
Generar un marco para medir los flujos de datos y estimular su valor económico.
La Comisión facilitará memorandos de entendimiento con los Estados miembros para permitir la implementación de unos servicios europeos en la nube competitivos y seguros.
Todo un conjunto de líneas clave y de acciones legales conducentes a un ecosistema europeo de datos y servicios públicos que va a transformar el entorno en el que vivimos y trabajamos, y en el que los datos geoespaciales están llamados a jugar un papel esencial.
Gracias a la ejecución por lotes de geoprocesos o modelos, QGIS nos permite realizar de forma repetitiva una operación o varias operaciones sobre capas de datos. El uso de esta herramienta es muy sencilla. Esta acción se puede realizar para todos los procesos disponibles en la Caja de Herramientas. Aunque su funcionamiento dependerá del proceso […]
El recuento global de la infección por coronavirus (COVID-19) ha superado los 700.000 casos confirmados en todo el mundo. Aunque la mayoría de los casos se originaron inicialmente en China, actualmente es Estados Unidos el que tiene el mayor número de casos reportados. Italia, España, Alemania, Francia, Irán, Reino Unido o Suiza son otros países ...
En TYC GIS Formación hemos preparado una lista de cursos con un 20% de descuento para que mejores tu perfil GIS (también tienes cursos con descuento del área de teledetección y drones :D).
¡Todos estos cursos promocionados empezarán las próximas semanas así que no te lo pienses y selecciona el que más te guste!
El descuento está disponible para pagos con tarjeta de crédito o PayPal a través de la web. Al realizar el pago introduce el siguiente código: desc-20-tycgis y el descuento se aplicará automáticamente.
Na versão 2.17 do GeoServer melhorias significativas foram feitas no GeoWebCache e na sua integração com o GeoServer, incluindo:
Um desempenho de inicialização muito melhor quando integrado ao GeoServer, o tempo para carregar a configuração das tile layers é uma fração do que costumava ser.
Listagem de camadas muito mais rápida na página “Tile Layers” do GeoServer
O layout do sistema de arquivos do tile pode ser configurado entre clássicos (pequenas pastas), XYZ e TMS (para geração de cache estático)
Melhor controle sobre operações com falha de propagação de bloco. Threads de propagação eram usados para parar na primeira falha, agora a tolerância a erros pode ser configurada no thread único (single thread) e no trabalho de propagação (seek job):
Bienvenidos a Trabaja en Medio Ambiente y su Nueva sección de Herramientas patrocinada por Geoinnova. Hoy nos trae las recomendaciones Victor Quero (@pinosysembrados), naturalista y divulgador y formador de identificación de rastreos de fauna. Observando.es Observation International pone a disposición del público general la web Observado.org además de varios sitios regionales y aplicaciones para dispositivos móviles: ObsMapp (Android), iObs (iOS) y WinObs (Windows). En sus salidas y […]
En este esprint (esfuerzo final que se realiza en cualquier actividad), los participantes experimentarán con y validarán el borrador actual de la especificación OGC API - Teselas, que busca servir la misma funcionalidad que el estándar WMTS (2007) utilizando las últimas tecnologías y el documento de Buenas prácticas de datos geoespaciales en la web, como por ejemplo OpenAPI.
El estándarOGC API - Features - Part 1: Core, publicado en octubre de 2019, es el primer estándar OGC aprobado que usa OpenAPI para describir un servicio web que proporciona información geográfica en la web. Se ha adoptado una aproximación parecida para todos los OGC API standards mediante el estándar candidato OGC API - Common.
El estándar OGC API - Tiles trata de implementar esa misma aproximación para proporcionar recursos teselados, como teselas vectoriales o ráster. El alcance de este esprint incluye el desarrollo y testeo de una API, utilizando una o más implementaciones de OpenAPI 3.0 (la sucesora de Swagger).
Cualquier participante será bienvenido para proporcionar una implementación total o parcial de un servidor o un cliente que sirva para el esprint, que recurrirá al trabajo del WG del WMS y proporcionará a los participantes que no han participado en ese grupo, una descripción detallada de los planes existentes sobre OGC API - Tiles.
Los desarrollos se harán sobre los datos que aporten los participantes o sobre datos aportados por el Ordnance Survey, y otros patrocinadores, como OS Zoom Stack. que patrocina el esprint. Para complementar el trabajo del actualmente en curso proyecto OGC Vector Tiles Pilot Phase 2. El moderador del WG WMS y el editor de estándar WMTS (Joan Masó, Creaf) participarán activamente y recopilarán los resultados del evento.
El esprint comenzará el 23 de abril a las 09:00 am y terminará el 24 de abril a las 17:00 pm, ambas horas de Reino Unido (UTC + 1 con el cambio de hora).
Habrá oportunidad de discusiones en grupo entre los participantes, ocasión de desarrollar código con otros asistentes y una presentación final que sintetizará los resultados y opiniones finales del encuentro. La información necesaria para participar en remoto puede encontrarse en github.com/opengeospatial/OGC-OS-Sprint-04-2020.
Você está usando GML ou GeoJSON para buscar dados do lado do cliente e não está satisfeito com o desempenho da transferência de dados? Você realmente precisa usar o lado do cliente, para edição, análise e operações topológicas com as geometrias, e gostaria de evitar o recorte feito nos Vector Tiles?
Então você é o candidato perfeito para experimentar o novo módulo de formatos de saída FlatGeoBuf. FlatGeoBuf é “uma codificação binária de alto desempenho para dados geográficos baseada em flatbuffers que podem conter uma coleção de recursos simples, incluindo interpolações circulares, conforme definido pela parte 3 do SQL-MM”.
Embora seja novo em vários projetos de código aberto, é suportado pelas versões mais recentes do GDAL/OGR e fácil de incorporar no OpenLayers e no Leaflet. O formato também pode ser transmitido e renderizado progressivamente no lado do cliente, como nesta demonstração do OpenLayers.
La Hora del Planeta, que este año será digital. Apaga la luz. Todo irá bien El sábado 28 de marzo se pide que lances desde tu ventana o balcón, utilizando para ello la linterna de tu móvil y el lenguaje universal del código morse. Balcones y ventanas se han convertido estos días en un símbolo de […]
EuroSDR publicó en el pasado mes de febrero un informe sobre datos acreditados o datos oficiales (authoritative data), realizado en colaboración con EuroGeographics y la Universidad de Leuven (Bélgica), que merece un comentario.
Según el informe, basado en una encuesta hecha a los GeoInstitutos europeos y posterior discusión, esos datos, que se definen en principio como datos proveídos por una autoridad pública en virtud de un mandato legal, son una pieza clave para la transformación digital.
Los temas que se considera que siempre deben ser acreditados son, por orden de prioridad: catastro, unidades administrativas, direcciones, nombres geográficos, edificios, carreteras, hidrografía y relieve.
Las características esenciales de tales datos son: definidos en una norma legal, responsabilidad de una autoridad pública, únicos, fiables, de alta calidad, de referencia, con trazabilidad, sostenibles, accesibles y fácilmente interpretables.
El informe proporciona varios ejemplos en diferente países de su utilidad y aplicaciones y concluye finalmente que el estudio confirma la necesidad de establecer un planteamiento armonizado y común sobre esos datos en toda Europa, e identifica tres puntos importantes:
En los GeoInstitutos europeos, hay una variedad de definiciones y planteamientos de authoritative data, y diferentes opiniones sobre qué temas deben considerarse como tales.
En la mayoría, hay un modelo formalizado y bien definido legalmente de qué datos son authoritative data y una obligación de utilizarlos (al menos en el sector público).
Hay consenso sobre el papel central de los organismos públicos en la organización y uso de ese tipo de datos.
Y finalmente, el equipo de investigadores formuló cuatro recomendaciones:
Es necesario definir mejor lascaracterísticas de los datos geoespaciales acreditados y que esas propiedades sean entendidas y aceptadas por todos los actores.
Hace falta una armonización de definiciones y criterios sobre el tema a nivel de cada país y a nivel europeo. También sería bueno tener un modelo de gobernanza común.
En este contexto es necesario reevaluar el papel de los orgaismos públicos.
Es necesario investigar más sobre el uso de esos datos en un contexto político.
Un informe interesante sobre un tema candente que os recomiendo leer y analizar.
Você já adicionou uma nova camada e esqueceu de configurar a segurança para ela? É uma ocorrência comum, quando a configuração das camadas e sua segurança são feitas em páginas diferentes.
A partir do GeoServer 2.17 foi adicionada uma nova guia “Segurança” em cada página, permitindo que você configure a segurança de um determinado recurso diretamente em sua página de configuração:
Edite as configurações de segurança lá e a configuração de segurança da camada será atualizada como conseqüência. O mesmo vale para áreas de trabalho e grupos de camadas.
Além da configuração de segurança por recurso, a versão 2.17 também trás como novidade a possibilidade de você rastrear e visualizar a data de criação e última modificação dos principais recursos de configuração, como áreas de trabalho (workspace), fonte de dados (stores) e camadas (layers), em suas respectivas páginas de lista.
Você pode habilitar esta opção na página de configuração do servidor (imagem abaixo) e ver o resultado nas páginas da lista (imagem acima).
La empresa SRM Consulting publica este visualizador que muestra todas las cámaras de la Dirección Geneal de Tráfico (DGT) en azul, las del Ayuntamiento de Madrid, en rojo y las de algún otro municipio:
Una aplicación práctica fáil de hacer y muy vistosa. Como cartografía de fondo utiliza el WMTS del Mapa base de la IDEE.
Una empresa que publica ejemplos interesantes y sencillos de implementar, en esta página se pueden ver más, como un mapa con un índice de violencia de género por provincias desde el 2003, un mapa de las zonasde Andalucía en la que se sesea, cecea o zezea, y otros
La forma en que FME interpreta los archivos de dibujo de AutoCAD depende en gran medida de los parámetros de Reader seleccionados. Además, el motivo por el que desea que un archivo de AutoCAD se interprete de una determinada manera depende en gran medida del tipo de transformación que se esté realizando y de lo […]
Você já teve que mexer com o diretório de dados em um servidor remoto, talvez tentando definir a configuração do fluxo de controle ou fazer upload de um modelo do Freemarker? Pode ser um negócio chato, e geralmente é necessário algum tipo de acesso “especial”, como o SSH.
O módulo Navegador de Recursos (Resource Browser), recém-graduado em uma extensão, vem em socorro, fornecendo uma página de ferramentas onde os administradores podem navegar no diretório de dados, inspecionar arquivos, editá-los e fazer upload de novos também, veja:
Com certeza essa extensão trará um ganho enorme para os administradores que poderão realizar algumas operações que antes eram possíveis apenas com acesso SSH.
IBERCARTO, la Asociación de Cartotecas Públicas Hispano-Lusas, que lleva dieciséis años trabajando para la conservación y difusión del patrimonio cartográfico ibérico, reunirá de nuevo a los profesionales de ese sector en un encuentro que se celebrará en octubre, los días 1 y 2, en la sede del Instituto Geográfico Nacional, en Madrid.
El comité organizador invita a participar en el encuentro a toda la comunidad de profesionales que trabajan en archivos y cartotecas portuguesas y españolas, así como a todos los interesados en este mundo de los tesoros cartográficos.
Se pueden enviar resúmenes, en español y en portugués, hasta el 8 de mayo sobre alguno de los temas del evento:
Difusión de la cartografía a través de internet, redes sociales, exposiciones, etc.
Tecnologías web aplicadas a cartotecas: servicios web, web semántica, etc.
Política de datos y derechos de autor.
Digitalización y preservación de fondos documentales.
Las cartotecas ocultas (que no tienen su cartografía organizada y publicada, todavía no concocidas).
Cualquier otro tema relacionado con la gestión de las cartotecas.
El lema del encuentro es Tesoros cartográficos: gestión y difusión, así quelos especialistas en IDE tenemos la puerta abierta para acercarnos y participar llevando nuestra filosofía (servicios interoperabes, metadatos, estándares, INSPIRE...) al mundo de la cartografía antigua, un tema no cosiderado en la Directiva INSPIRE, pero incluido en la Ley 14/2010, la LISIGE.
Tabula II. Europae. 1525. Ptolomeo; Laurentius Phrisius
O módulo MBStyles recebeu uma revisão profunda e muitas diferenças visuais foram resolvidas, a ponto de agora poder exibir corretamente alguns dos estilos OpenMapTiles, com boa fidelidade, como no exemplo abaixo:
O módulo também passou para o status de extensão, então a partir de agora você o encontrará em todas as versões.
O mapa acima foi renderizado não com uma funcionalidade, mas duas! Você sabia que é possível colocar Vector Tiles em um arquivo MBTiles? O módulo da comunidade mbtiles-store pode ler blocos raster e vetor agora, e servirá os blocos para renderização vetorial.
Ele combina perfeitamente com o módulo MBStyle, pode-se ler blocos vetoriais e renderizá-los usando os estilos para os quais foram projetados. Deseja experimentá-lo rapidamente? Acesse o site do OpenMapTiles e faça o download de uma área de interesse, para uso pessoal, e configure todas as camadas. Em seguida, pegue o estilo osm-bright-gl, e configure-o como um layer group com o nome “grupo de estilos”. Veja como vai ficar seu mapa:
Esta solución presenta una colección de mapas y aplicaciones de gran utilidad para los departamentos de Salud Pública, ya que les ayuda a comprender mejor el impacto de la crisis del coronavirus 2019 (COVID-19) así como a compartir información autentificada sobre la pandemia. Los departamentos de Salud Pública pueden configurar y compartir la colección completa […]
Crunchy Spatial, una empresa estadounidense con sede en Charleston, especializada en desarrollos sobre PostGIS y dedicada al softwarelibre, ha desarrollado un servicio (pg_featureserv ) para publicar datos en la web desde PostGIS. En este enlace podéis encontrar información sobre cómo usarlo.
Otra implementación para probar y experimentar. Aquí tenéis una lista de servidores que implementan el nuevo estándar WFS 3.0 basado en OpenAPIy aquí, la implementación de referencia de PDOK.
Entrevista en Singapur, de Geofumadas con Eric Chong, Presidente y CEO, Siemens Ltd. ¿Cómo facilita Siemens que el mundo tenga ciudades más inteligentes? ¿Cuáles son sus ofertas principales que permiten esto? Las ciudades enfrentan desafíos debido a los cambios provocados por las megatendencias de urbanización, cambio climático, globalización y demografía. En toda su complejidad, generan
En esta entrada se va a demostrar una vez más el poder de los programas open source geoespaciales, se va a realizar una revisión de algunos de los más destacados y la integración de una nueva proyección denominada “Equal Earth”.
El proyecto se puede consultar en este enlace donde aparece una información muy completa de su evolución y desde la cual se pueden descargar numerosos recursos. Por ejemplo:
Si cargamos dicho archivo GeoTIFF en QGIS (ojo, tienen que ser en las versiones más actualizadas) se mostraría de la siguiente manera, propiedades se puede chequear la proyección (EPSG: 8857) que viene incorporada y que QGIS la integra completamente:
En las propiedades del proyecto se pueden ver las proyecciones “Equal Earth” integradas:
Otro programa que integra dicha proyección es la base de datos PostGIS, también desde sus versiones más modernas, PostGIS 3 ya lo incluye en su tabla “spatial_ref_sys” por lo que se podrán integrar datos vectoriales y de tipo ráster en tu base de datos con dicha proyección:
Incluso en aplicaciones como Carto ya han incorporado dicha proyección:
En TYC GIS, se ha hecho una oferta de descuento del 20% en las próximas convocatorias de los cursos dedicados a la base de datos PostGISy desarrollo Web GIS (entre otros) por si quieres formarte en este tipo de tecnologías.
Nota: Hay una valoración incluida en esta entrada, por favor, visita esta entrada para valorarla.
Un aspecto fundamental a la hora de trabajar en un GIS o cualquier Base de Datos, es garantizar la integridad de los mismos. Este aspecto, que para un número pequeño de entidades puede resultar poco evidente, se torna de vital importancia a medida que las dimensiones y complejidad de nuestra base de datos se va incrementando.
Esta integridad, no es más que establecer mecanismos que nos impidan cometer errores a la hora de introducir nuevos datos en las capas o bases de datos y se logra mediante la imposición de reglas o comportamientos que los datos deben cumplir para poder ser ingresados, y que de no ser cumplidos no se produce dicho ingreso. Existen una gran variedad de mecanismos (Restricciones, Cheks, Claves foráneas,…), pero en esta ocasión vamos a centrarnos en cómo podemos imponer una serie de condicionantes sobre nuestras capas vectoriales en QGIS. Estas reglas se harán evidentes cuando estemos digitalizando, de modo que al finalizar la digitalización se abrirá el formulario de edición y este tipo de restircciones se muestran por medio de widget, es decir elementos interactivos que nos facilitarán la introducción de los datos.
Para comenzar con este control de integridad de datos debemos acceder a las propiedades de la capa y abrir la pestaña “Formularios de Atributos”. En esta pestaña se observa un panel izquierdo que contiene los campos y relaciones asociadas a la capa vectorial (1). Al seleccionar un campo, en el panel de la derecha se muestra el panel editor de propiedades de control. Este panel organizado los distintos parámetros en tres secciones “General” (2), “Tipo de Control” (3) y “Restricciones” (4).
Algunos de estos parámetros son comunes a todos los “tipos de control”, son los agrupados en las secciones “General” y “Restricciones”, como son:
– Alias: Nombre con el cual este campo se mostrará en el formulario de edición. Si se deja vacío se mostrará el nombre del campo.
– Editable: Este campo sólo se podrá editar si dejamos marcada la casilla de verificación.
– Etiqueta encima: Durante la digitalización, tras crear una entidad se abre el “formulario de edición” para incluir los valores de atributo asociados a dicha entidad. En este formulario, sobre aquellos campos para los que hemos marcado esta casilla de verificación aparecerá el símbolo *. Si ponemos el cursor del ratón sobre dicho símbolo nos mostrará la información sobre dicho campo para ayudarnos a rellenarlo. Entre la información que nos muestra está la “descripción” del campo y las restricciones impuestas.
– Valor por omisión (Defaults): Permite, que, los campos a rellenar en el “formulario de edición” tomen un determinado valor por defecto.
– Restricciones (Contraints): Podemos limitar los valores de entrada de un campo, de tal modo que al editar la capa no podremos crear una nueva entidad si el valor en este campo no cumple la restricción impuesta. Entre las opciones que tenemos:
• Not Null: Si marcamos la casilla de verificación obliga a al usuario a rellenar este campo.
• En base a una expresión (Check): Podemos mediante una expresión especificar qué valores son válidos.
• Descripción de la restricción: Nos indicaría los valores que podemos meter en este campo. Si metemos un valor que no cumple con las restricciones, un mensaje nos lo advierte.
El resto de los parámetros serán propios del “Tipo de Control” (3) seleccionado y que a lo largo de los próximos días os iremos describiendo con mayor detalle. Para seleccionar un tipo de control observamos una ventana desplegable que nos da acceso a los distintos “modos de control” de edición. En función del tipo de campo unos campos se encontrarán activos y otros no. Al seleccionar uno de los modos de control, el panel nos mostrara los distintos parámetros que podemos definir.
El tipo de control más elemental y que vamos a ver aquí es el “Edición de texto”. Es la opción predeterminada. Además de los parámetros comunes que hemos descrito, permite la opción de habilitar introducir texto empleando varias líneas, de gran utilidad si tenemos que incluir una descripción en el “formulario de edición”.
Nota: Hay una valoración incluida en esta entrada, por favor, visita esta entrada para valorarla.
Bienvenidos a Trabaja en Medio Ambiente y su Nueva sección de Herramientas patrocinada por Geoinnova. Como cada semana os traemos nuevas herramientas relacionadas con el medio ambiente y sus aplicaciones, en esta ocasión de la mano de José Lietor Gallego, doctor en Biología y especialista en consumo responsable y educación ambiental. Fábricas de España Es una página web […]
These days are difficult for many people.We remind you, for those who are at home, that there are free online gvSIG Desktop courses where you can learn about how to use Geographic Information Systems, applied to different topics.
It is also possible to get a certificate. We want to do our bit and everyone who submits the certification exercises before the end of May, will be able to get the certificate of achievement completely free of charge.
Estos días son complicados para mucha gente. Os recordamos, para los que estéis en casa y podáis, que hay cursos gratuitos de gvSIG Desktop donde podéis aprender a manejar Sistemas de Información Geográfica, aplicados a distintas temáticas.
Además existe la posibilidad de conseguir un certificado. Queremos poner nuestro granito de arena y todas las personas que entreguen las pruebas de certificación hasta finales de mayo, podrán obtener el certificado de aprovechamiento de forma totalmente gratuita.
Para determinar la distancia entre dos puntos de coordenadas conocidas empleando la base de datos PostGIS, vamos a seguir el siguiente ejemplo elemental.
Dadas dos localizaciones A y B cuyas coordenadas, expresadas en el S.C. ETRS89 UTM 30N (EPSG 25830) son:
Vamos a realizar la siguiente consulta, en la que como podemos observar que nos devuelve la distancia euclidiana entre ambos puntos expresada en las unidades del S.C. de ambas capas, esto es, en metros.
Pero para comprenderlo mejor, analicemos esta consulta en detalle.
Como toda consulta, la sentencia se inicia empleando la expresión SELECT(). A continuación, debemos expresar el argumento que pretendemos obtener de dicha consulta.
Dado que nuestra intención es obtener la distancia entre dos geometrías, en este caso dos puntos cuyas coordenadas son conocidas, emplearemos el comando ST_DISTANCE(). Si accedemos al centro de documentación de PostGIS observamos el conjunto de argumentos que debemos aportar para emplear esta función, así como la descripción en detalle de la misma.
ST_Distance ( geometría g1 , geometría g2 );
Esta función nos devolverá la distancia mínima 2D entre los dos puntos en las unidades proyectadas del Sistema de Referencia de las capas.
Los argumentos que debemos aportar para la función ST_DISTANCE() son las geometrías de ambas entidades separamos por medio de una coma.
Finalmente, para introducir los argumentos que van a especificar ambas geometrías vamos a emplear la función ST_GEOMFROMTEXT(). Esta función permite crear objetos espaciales PostGIS convirtiendo una geometría expresada en el formato WKT a un formato BLOB (Objeto Binario) que es el formato en el que PostGIS y PostgreSQL reconocen e introduce la geometría de las entidades espaciales dentro de una base de datos.
Esta función espacial, que se incluye al activar la extensión PostGIS sobre nuestra base de datos, cuenta a su vez con dos argumentos, por un lado, la geometría de la entidad vectorial expresada en formato WKT y por otro el Sistema de Referencia en el cual están expresadas las coordenadas de ambas entidades.
ST_GeomFromText (WKT,SRID);
• El argumento WKT, al tratarse de un texto debe ir contenido entre comillas sencillas.
• El argumento SRID al tratarse de un número entero no precisa ser contenido entre comillas y refleja el código EPSG del Sistema de Referencia de Coordenadas.
La Universidad Miguel Hernández (UMH) ha recopilado una serie de vídeo-tutoriales realizados con gvSIG Desktop y utilizando datos catastrales en el marco del Máster en Valoración, Catastro y Sistemas de Información Territorial
Junto con los vídeos se encuentran accesibles los ficheros que se usan en cada video-tutorial para poder realizar el ejercicio del vídeo.
Compartimos el enlace a estos recursos educativos:
QGIS es un software GIS libre y gratuito bastante maduro y con unas capacidades de geoprocesamiento impresionantes. Pues bien, para enriquecerle aún más, QGIS cuenta además con una serie de complementos creados por desarrolladores independientes que le enriquecen aún más. La calidad y cantidad de los complementos disponibles ( actualmente existen más de 620 plugins ...
La agricultura juega un papel esencial en la alimentación de la población mundial además de proporcionar otros servicios al ecosistemas a la vez que sirve de apoyo al desarrollo de la vida en las zonas rurales. Esta dependencia mundial de la agricultura, se enfrenta actualmente a su mayor reto debido al cambio climático y el […]
Sometimes it can be useful to add a unique identifier to the attributes of a table, for example to import fields from an external table or to join tables.
In gvSIG Desktop it is possible to add these unique identifiers, but with the newexpression manager included from gvSIG 2.5 version the operator is different.Until 2.4 version it was done using “rec ()” operator, and now from gvSIG 2.5 the operator used is “INCR”.Specifically for an increment of one unit, starting from “1” value the expression to write would be INCR(‘CONTADOR#1’) .
At this video you can see how to add these unique identifiers from gvSIG 2.5:
En ocasiones puede ser útil agregar un identificador único a los atributos de una tabla, por ejemplo para importar campos de una tabla externa o realizar una unión de tablas.
En gvSIG Desktop es posible añadir estos identificadores únicos, pero con el nuevo gestor de expresiones incluido a partir de la versión 2.5 el operador es diferente. Hasta la versión 2.4 se realizaba mediante el operador “rec()”, y ahora a partir de gvSIG 2.5 se utiliza el operador “INCR”. Concretamente para un incremento de una unidad, comenzando desde el valor “1” la expresión a escribir sería INCR(‘CONTADOR#1’) .
En este vídeo puedes ver cómo agregar dichos identificadores únicos a partir de gvSIG 2.5:
En el ámbito de las aplicaciones web existen multitud de herramientas para representar información espacial. Diversas compañías como Mapbox o Carto ofrecen sus plataformas para almacenar y mostrar mapas y datos geográficos. En ciertos casos, el entorno de estas plataformas es limitado y puede no adaptarse a nuestras necesidades. Como alternativa, existen herramientas como OpenLayers o Leaflet que nos permiten crear incluir mapas interactivos en una aplicación web. La ventaja es que estas librerías de Javascript no conforman un entorno cerrado sino que son un componente más dentro de nuestra web, lo que nos aporta total flexibilidad a la hora de mostrar el contenido.
Hoy vamos a explicar cómo instalar y utilizar una de ellas: OpenLayers. Esta librería se caracteriza por se muy completa e incluir todas las herramientas que podamos necesitar en un visor web. Vamos a comentar las dos formas principales de incluir OpenLayers en vuestras aplicaciones web.
Mediante un archivo externo
Habitualmente, las librerías de JavaScript requieren la importación de varios ficheros en nuestro código para poder usar sus funcionalidades (archivos .js para las funciones y .css para el estilo). Es común que estos ficheros están almacenados en Redes de Distribución de Contenidos (CDN por sus siglas en inglés). Las CDN permiten compartir ficheros muy rápidamente entre el servidor en el que están alojados y el ordenador que los solicita. De esta forma, en lugar de almacenar las librerías en nuestra propia aplicación web podemos importarlos desde un CDN cada vez que la web se ejecuta.
En el caso de OpenLayers debemos importar un archivo .css y uno .js en la cabecera de nuestro fichero HTML. La URL de cada uno de estos archivos la podemos encontrar en la página web oficial de OpenLayers. Para la versión actual (6.2.1 a fecha de redacción de esta entrada), la importación de ficheros de OpenLayers quedaría de esta manera:
En la cabecera de nuestro HTML, justo encima del título, hemos colocado las etiquetas correspondientes al estilo (CSS) y las funcionalidades (Javascript) de OpenLayers. En ambos casos, los ficheros se encuentran alojados remotamente en un CDN. Hecho esto, podríamos utilizar esta librería para crear nuestro mapa. Tendríamos que hacer los siguientes pasos en el body de nuestro HTML:
Crear un elemento DIV para albergar el mapa
Emplear las funciones de OpenLayers para generar un marco visor y añadir un mapa base
Añadir algo de estilo para definir las dimensiones de nuestro mapa
El método que anterior puede parecer simple y rápido de aplicar; sin embargo, no es el más óptimo para un entorno de producción. Depender de ficheros externos supone ser susceptible a fallos de conexión al servidor o a cambios no controlados de versiones. Además, el fichero Javascript que importamos contiene multitud de funciones y clases, aunque solo se utilicen unas pocas. Esto conlleva ineficiencia y más lentitud en la carga de la página web. Es por eso que en entornos de producción se utilizan manejadores de paquetes. NPM es un instalador y manejador de paquetes que funciona en un entorno de Node.js. Teniendo NPM instalado en nuestro entorno de desarrollo, instalar OpenLayers es tan sencillo como ejecutar esto en el directorio de nuestro proyecto:
npm install ol
La librería OpenLayers se instalará en el directorio de nuestro proyecto y todos los ficheros necesarios serán importados desde dicha carpeta, sin depender de servidores externos. Ahora podremos importar únicamente aquellas clases que vayamos a utilizar, maximizando la eficiencia de nuestra aplicación. La estructura HTML será similar a la del caso anterior, con la diferencia de que separaremos el código Javascript en un fichero diferente. El código quedaría de esta manera:
import 'ol/ol.css';
import Map from 'ol/Map';
import View from 'ol/View';
import TileLayer from 'ol/layer/Tile';
import OSM from 'ol/source/OSM';
var mapa = new Map({
layers: [
new TileLayer({
source: new OSM()
})
],
target: 'mapa',
view: new View({
center: [0, 0],
zoom: 2
})
});
En cualquiera de los dos casos, el resultado final será el mismo. En el navegador se mostrará lo siguiente:
Este es solo el primer paso para crear tus propios visores web. Si quieres explotar al máximo sus funcionalidades y aprender más herramientas de Web GIS, te animo a que le eches un vistazo a nuestro curso de Desarrollo de aplicaciones WebGIS con OpenLayers y Leaflet.
Nota: Hay una valoración incluida en esta entrada, por favor, visita esta entrada para valorarla.
Geoportal users sometimes need to draw a series of elements on it, as “virtual layer”. To solve this needs drawing tools have been included in gvSIG Online.
What will we be able to draw? Points, lines, polygons and texts. And in addition users will be able to configure how these elements are drawn (colour, line size, fill colour, etc.).
At this video you can see a demonstration about how it works… or better than it, you can test it yourselves because it’s part of the viewer of the Spatial Data Infrastructure of Uruguay, made with gvSIG Online.
En ocasiones los usuarios de un geoportal necesitan dibujar una serie de elementos sobre el mismo, a modo de “capa virtual”. Para solventar esta necesidad se han creado las herramientas de dibujo de gvSIG Online.
¿Qué podemos necesitar dibujar? Puntos, líneas, polígonos y textos. Y además puede ser interesante poder configurar cómo queremos que se dibujen esos elementos (color, grosor de línea, color de relleno, etc.).
Podéis ver una pequeña demo en el siguiente vídeo…o mejor aún, podéis probarlo vosotros mismos ya que estas herramientas forman parte del visualizador de la Infraestructura de Datos Espaciales de Uruguay, realizada con gvSIG Online.
Como ya veníamos viendo en otros artículos, las posibilidades para trabajar con datos espaciales en R son enormes y van en aumento. Entre todas estas posibilidades, está la creación de mapas de cartogramas, coropletas y mapas animados con R: Un cartograma es un mapa que muestra datos cuantitativos asociados a áreas mediante la modificación de ...
Para los cada vez más numerosos usuarios de gvSIG Online en España hay una herramienta que puede resultarles de mucho interés, el buscador de Catastro. Esta nueva funcionalidad integra gvSIG Online con el buscador oficial de la Sede Electrónica del Catastro y nos permite realizar la búsqueda de cualquier parcela catastral, ya sea por referencia catastral, por dirección en urbana y por polígono/parcela en rústica.
gvSIG Online localiza la parcela y nos centra la Vista en ella, permitiendo además acceder a un resumen de la ficha catastral. Además, como siempre, con el botón de información podemos acceder a toda la información de carácter público que ofrece Catastro.
Within a Spatial Data Infrastructure, metadata catalog is the tool that allows to publish and search detailed information on the data and services of that SDI.
At gvSIG Online, the gvSIG Suite solution to launch SDI, we have the possibility of integrating the metadata catalog with the rest of the platform. Like the other components of gvSIG Online, the software used (Geonetwork) is open source software.
El Sistema de Información Geográfica de parcelas agrícolas (SIGPAC) es una aplicación SIG del Gobierno de España (Ministerio de Agricultura, Alimentación y Medio Ambiente) que permite identificar geográficamente las parcelas declaradas por los agricultores y ganaderos, en cualquier régimen de ayudas relacionado con la superficie cultivada o aprovechada por el ganado en todo el territorio español. Se concibió inicialmente para el propósito de facilitar a los ...
There’s another new tool available in gvSIG Online that allows to download any layer from the Geoportals. In this way the platform managers can give access to the information through the geoportal and the typical OGC services (WMS, WMTS, …), and also directly allowing layer download in different formats.
This functionality increases the download options previously available in gvSIG Online such as those that allow users to download the attribute table of a layer (or a selection of elements) in formats such as CSV or Excel.
The option of making a layer downloadable or not is set from the gvSIG Online dashboard, and is as simple as checking or not the corresponding option.
Here you have a video where this new functionality is shown:
PHP es un lenguaje de código abierto muy popular, especialmente adecuado para el desarrollo web y que puede ser incrustado en HTML. Es un lenguaje de programación que trabaja del lado del servidor, generando un texto plano que se puede insertar en un documento HTML. En lugar de llamar a un archivo externo que se ...
Change of vegetation productivity during the years 2000-2016. Vegetation productivity was calculated for each 500m grid cell from a remote sensing derived vegetation index (PPI). The layer shows the changes expressed in % of 2000 calculated from the fitted line of the linear trend model.
TLDR: Neste post discutimos formas de acelerar o processo de criação de overviews, e no fim usamos um script que reduz o tempo de processamento em 20%-50%. O script é apresentado abaixo e está no github.
Na visualização de rasters é obrigatório construir as overviews ou pirâmides, para conseguirmos uma visualização rápida.
As overviews são uma série de cópias do nosso raster com resoluções cada vez menores (pixeis maiores), e geralmente cada nível aplica uma redução de 50% na resolução. Por exemplo, numa resolução original de 0,30m/pixel, as overviews são imagens com resoluções de 0,60 – 1,20 – 2,40m/pixel e assim sucessivamente até que não faz sentido reduzir mais a imagem.
Overviews ou pirâmides permitem uma visualização rápida de rasters, através de imagens de resolução reduzida. (Obitdo em: https://eurogeographics.org/wp-content/uploads/2018/04/WCS-NLSS.pdf.)
Em geral, a construção destas pirâmides é feito com o comando gdaladdo, e é o processo mais moroso quando processamos grandes áreas. Nem a conversão com compressão, nem a união de muitos rasters leva tanto tempo.
Actualmente, com discos SSD rapidíssimos e memória super-abundante, e processadores multi-core, o comando gdaladdo que constrói overviews continua a usar apenas 1 core… por outro lado, é mais lento que outros comandos, como o gdal_translate.
Recentemente processei novos mosaicos para o Alentejo, desta vez com ortofotomapas com 0,30m de resolução, rgb+nir. E, claro, construir overviews foi uma tortura… mais de 8h para cada metade (dividi a área em 2 blocos este/oeste). O processador nunca passou dos 17% (i7 de 4 cores/8threads), e o disco SSD nunca passou de uns miseráveis 5MB/s (quando o disco é capaz de 1000MB/s). Muito frustrante…
O processo que uso consiste sempre em manter os ficheiros independentes, e criar um mosaico .vrt. Por hábito não crio mosaicos tif enormes. Este processo é descrito em artigos anteriores.
Depois de pesquisar online, vi 3 sugestões para melhorar o tempo de criar overviews:
Criar imagens de resolução reduzida, usando o gdal_translate, e renomear estas imagens com extensão .ovr repetida, ou seja, mosaico.vrt.ovr, depois mosaico.vrt.ovr.ovr, e sucessivamente. Embora com ficheiros a mais, pareceu-me muito rápido.
Isto ensinou-me uma série de coisas novas:
Os ficheiros .ovr são na verdade ficheiros TIFF multi-página (herança do tempo dos faxes!), onde um tiff é “colado” a outro dentro do mesmo ficheiro. Eu não sabia isto sobre os .ovr. Ou seja, cada resolução é um tiff, dentro do ovr, que é também um tiff (matrioska?).
É possível juntar vários tiff num só tiff multi-página usando o comando “tiffcp tiff1 tiff2 tiffunido”.
O OSGEO4W inclui uma versão “geo-activada” dos comandos tiff, mantendo as características SIG dos ficheiros.
Podemos ter overviews de overviews, juntando a extensão .ovr ao ficheiro .ovr anterior, numa sucessão que funciona em gdal, qgis, e arcgis. Deve funcionar nos restantes programas, como geoserver, mapserver, etc.
Teste
Vamos fazer um teste com uma série mais pequena de ortofotomapas, para vermos qual é a melhoria no tempo de criação de overviews: vamos usar 3 processos simultânos de gdal_translate, onde cada processo constrói um resample diferente (x2, x4, x8), e renomeando-os para terem extensão .ovr acrescida.
A nossa coleção de ortos de testes é constituída por:
29 ficheiros 3 bandas x 8 bit, num total de 276MB, já comprimidos em tiff/jpeg, com 5km de lado, e 0,30m de resolução.
Um mosaico virtual .vrt com todos os 29 ortos, “teste_script.vrt”, com dimensão de 166.667 x 100.000 pixeis.
Quadrículas dos 29 ortofotomapas do nosso teste.
O método consiste em executar 3 comandos em simultâneo:
Processo 1: resample para 0,6m/pixel
Processo 2: resample para 1,2m/pixel
Processo 3: resample para 2,4m/pixel, mais construção de pirâmides para este resample apenas
Ou seja, construimos uma cópia do mosaico, em formato tiff, com 2x o tamanho do pixel original (0,6m/pixel) e damos o nome certo para que seja automaticamente reconhecido como overviews do original -> teste_script.vrt.ovr.
No processo 2, construímos um resample com 4x o tamanho do pixel (1,2m/pixel), e damos o nome que o faz ser reconhecido como overviews do 1º processo:
Já que sabemos que este resample é muitíssimo mais rápido que o 1º, terminando por isso muito cedo, podemos aproveitar para criar pirâmides para este 3º nível. Isto permitirá termos a série completa de overviews no final:
O script faz uma série de correções aos nomes dos ficheiros caso detecte uma máscara externa, que é o caso do nosso teste (ficheiro .msk). Ficamos assim com os seguintes ficheiros:
Pequeno à parte: Já em artigos anteriores referi que o QGIS tem de ser “convencido” a ler máscaras externas. Isto não causa problemas ao processo. Aparentemente, o GDAL tem um comportamento diferente com máscaras externas, em que as expõe com valores 0/1, em vez de valores 0/255 como acontece com máscaras internas. Sem esta correção a máscara não é detectadas correctamente pelo QGIS, e temos de a ignorar, aparecendo as zonas pretas sem dados. Se corrigirmos editando o vrt, tudo aparece correctamente. Mas em qualquer dos casos as overviews funcionam:
QGIS e overviews em ação, velocidade real.
Com o gdaladdo “normal”
Para compararmos, vamos criar overviews com o processo normal:
Nota: este vrt tem uma máscara externa .msk. Como me esqueci do parâmetro -ro (readonly), as overviews da máscara foram adicionadas ao próprio msk. Também me esqueci do método resample average, que seria mais lento…
Comparação
O processo de construir overviews em paralelo, divido em 3 processos simultâneos, é 20% mais rápido, e ainda com um bónus de ocupar menos 23% em disco! (não sei porquê)
Método
Tempo
Tamanho
Disco
CPU
RAM
gdaladdo normal
08:32,1
850MB
5MB/s
15%
1GB
gdal_translate x3
06:47,4
647 MB
19MB/s
45%
3GB
Ou seja, conseguimos subir o uso do CPU para 45%, e o disco para 19MB/s. Nada mau. A memória ocupada pelo processo depende do uso que fizermos da flag –config GDAL_CACHEMAX. No nosso caso, definimo-la como 1GB. Logo 3 processos ocupam obviamente 3x esta quantidade.
O ganho de velocidade resulta do processamento em simultâneo – enquanto se processa o 1º nível, processam-se logo os restantes e as máscaras também desses níveis caso exista máscara no raster original.
É possível imitar uma execução em background usando “start /b” dentro do bat.
A shell DOS só faz aritmética de inteiros, por isso temos de indicar as 3 resoluções que queremos – x2, x4 e x8 – porque em geral não são inteiros e não os conseguimos calcular no bat.
Usamos DELAYEDEXPANSION porque precisamos de mostrar o tempo de execução.
Temos de renomear os ficheiros resultantes da máscara externa (.msk) porque ficam com nomes que impedem o seu reconhecimento. O script trata disso com uma série de renames.
A migração para Linux deve ser fácil, porque 80% do script é só validação de argumentos. O que interessa são comandos gdal. Voluntários procuram-se…
Para executar indicamos o raster e as 3 resoluções iniciais das overviews:
Se calhar este post é optimista: só fiz 1 teste sério… pode ser o caso de não funcionar mais vez nenhuma ;)…
Para mim é realmente estranho a falta de processamento multi-core no GDAL. Talvez seja uma questão de tempo, mas já se sente a falta. O que existe é muito incipiente e apenas funciona em cenários que não me são aplicáveis (e.g. compressão DEFLATE).
Há mais alternativas a este processo, mas nos testes que fiz não tive tão bons resultados.
Há outros programas que podem fazer resample de imagens e com processamento multi-core, como o imagemagick. Isto obrigará a copiar a georeferenciação para as imagens resultantes porque estes programas não reconhecem a componente SIG das imagens. Mas pode ser interessante.
De qualquer forma, por agora, este processo parece funcionar bem. Falta testar com um mosaico “à séria”. Pode ser que os 20% de maior rapidez se confirmem!
Até breve!
Adenda
Teste com um mosaico um pouco maior…
Este mosaico é similar mas maior: tem uma dimensão de 233.334 x 383.334 pixeis, em 258 ficheiros, num total de 10,3GB. Demorou 41:38,2 min, em vez de 01:35 h com o GDAL v.3.0.4 (na v2.3.0 tinha demorado 08:42:33 h) do gdaladdo… Ou seja, um ganho de 56%!
Observámos uma ocupação do disco interessante: mais de 60MB/s…
Mosaico maior em construção…
Os tamanhos foram similares: 4.4GB vs 4.9GB.
E correctamente visualizado em QGIS:
Mosaico de 10GB com overviews criadas em 40min…
Neste mosaico mais encorpado, a melhoria é enorme… Curioso em ver a aplicação em mosaicos muito maiores.
O Planeta SIG pretende ser um jornal diário que reúne artigos na blogosfera SIG em Português (e vizinhos).
A lista é aberta e sugestões são benvindas: dncarreira[em]gmail.com.
