Show filters Hide filters

Refine your search

Publication Year
1-36 out of 120 results
Change view
  • Sort by:
25:41 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

istSOS: latest developments and first steps into the OSGeo incubation process

istSOS (http://istsos.org) is an OGC SOS server implementation entirely written in Python. istSOS allows for managing and dispatching observations from monitoring sensors according to the Sensor Observation Service standard. istSOS is released under the GPL License, and should run on all major platforms (Windows, Linux, Mac OS X). The presentation will go through the details of all the new features that will be packed in the next release. In particular the presenters will introduce enhancements that include the Advanced Procedures Status Page and the istSOS Alerts & Web Notification Service. The istSOS Advanced Procedures Status Page is a new section of the Web graphical user Interface, offering at a glance a graphically representation of the Sensor Network health. Administrators can easily figure out common issues related with sensor data acquisition and transmission errors. The istSOS Alert & Web Notification Service are the result of the Google Summer of Code 2014 outputs. This service is a REST implementation that take inspiration from the OGC Web Notification Service (OGC, 2003; OGC, 2006a) and the Sensor Alert Service (OGC, 2006b) which currently are OpenGIS Best Practices. Alerts are triggered by customized conditions on sensor observations and can be dispatched through emails or social networks. This year istSOS is entering into the OSGeo incubation process, this new challenge will permit to enhance the software quality and consolidate the project management procedures. The presenters will present the incubation status and discuss about the next steps.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
22:56 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Analyzing Fire Department Response with PostGIS

Local government fire departments always face scrutiny of their performance and efficiency. They are continuously asked to do a better job with fewer resources. In this highly technical session we will show how PostGIS is being used to analyze and measure performance throughout the city and plan for future resource requirements. Every city we work with is unique in some way. Some fire departments act as the local ambulance service while other cities contract with private ambulance companies. Emergency “911” response centers are often managed by police/law enforcement departments but not always! Many cities also have “mutual aid” agreements with neighboring cities to assist them when needed. For our customers PostGIS stores and manages the geo-located events (fires, hazardous spills, etc.) and provides details about the departments and individual emergency vehicle performance. It is most interestingly used to create statistical reports about things such as “Effecive Response Force” and “Resource Drawdown”, which are used to measure the efficiency and effectiveness of the department. Please come to learn how PostGIS is used to analyze things such as primary response areas and fire hazard severity zones, allowing our customers to ask more advanced, geographically based questions.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
26:00 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Image Geocoding as a Service

Driven by the ambition of a global geocoding solution, in this paper we present the architecture of an image geocoding service. It takes advantage of the ubiquity of cameras, that are present in almost all smartphones. It is an inexpensive sensor yet powerful, that can be used to provide precise location and orientation. This geocoding service provides an API similar to existing ones for place names and addresses, like Google Geocoding API. Instead of a text based query, images can be submitted to estimate the location and orientation of the user. Developers can use this new API, keeping almost all the existing code already used for other geocoding APIs. Behind the scenes, image features are extracted from the submitted photograph, and compared against a huge database of georeferenced models. These models were constructed using structure from motion (SFM) techniques, and heavily reduced to a representative set of all information using Synthetic Views. Our preliminary results shows that the pose estimation of the majority of the images submitted to our geocoding was successfully computed (more than 60%) with the mean positional error around 2 meters. With this service, an inexpensive outdoor/indoor location service can be provided, for example, for urban environments, where GPS fails.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
32:29 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Magical PostGIS in three brief movements

Everyone knows you can query a bounding box or even spatially join tables in PostGIS, but what about more advanced magic? This short symphony of PostGIS examples will look at using advanced features of PostGIS and PostgreSQL to accomplish surprising results: * Using full text search to build a spatially interactive web form. * Using raster functionality to look into the future. * Using standard PostgreSQL features to track and visualize versioning in data. PostGIS is a powerful tool on it's own, but combined with the features of PostgreSQL, it is almost magical.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
25:33 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Intelligent SDIs with MapMint 2.0

This conference aims at presenting the status of the MapMint open source project and its upcoming 2.0 version. The upgrade to newer versions of its core open source components will first be explained. The extensive use of OGC standards through ZOO-Project 1.5, GDAL 1.11 and MapServer 7 is indeed making MapMint an even more stable and efficient foundation to build an open source and standard-compliant spatial data infrastructure. The new metadata related functionalities being developed in interaction with PyCSW and CKAN will also be presented along with the assets of the CSW standard support. The new MapMint responsive user interfaces based on OpenLayers 3 and Bootstrap will also be presented. Both code and documentation improvements will also be detailed. The newly added functionalities in MapMint 2.0 will finally be explained from the developer and user point of views, based on case studies and live examples.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
21:45 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Building and integrating a Continuous-Integration system within your open source project

So you have an open source project or you want to create a new one. Maybe you have worked on a development project in the past that didn’t have quite the amount of rigor you would have liked. You know you want a build system for your project that is easy to administer, cheap, and powerful, but where do you start? Here is how we implemented our own process using free open source tools. We learned from experience that developers are more focused on solving problems than perceived “housekeeping” tasks. We needed tools that would automate the mundane, repeatable, mechanical, or human-difficult tasks so that developers could focus on what they are good at. We needed a single-sign on through Github to lower any barriers to tool usage that might exist. We needed a dead-simple way to determine if our commits broke functionality anywhere else in code. We needed to track how much of our code was covered by unit tests. Finally, we needed to be able to quickly and easily review each-other’s code and provide feedback. We decided on TravisCI to handle build duties in Maven with a nested project structure and also for its integration with Coveralls. For bug tracking, release scheduling, and task management, we chose WaffleIO for its tight integration with Github issues. One additional feature we desired was static analysis so that simple errors that lie outside of a linter could be caught and reported. This was handled by a combination of Coverity scans and a static analysis tool for Eclipse called Findbugs. Due to our platform support and third-party library (GDAL) requirement, the Github Wiki was the perfect place to keep all setup documents and other helpful articles for end-users and project new-comers. This system for software development worked quite well in most cases. Builds were automated, moderately tested (~40-60% coverage), and complaining to the team loudly via email when things broke. We had a new problem though: build breakages in the master branch and the inability to share code that was not yet fully functional. To alleviate this, we started using the branching and merging functionality that makes Git so valuable. Now, no direct commits occur to the master branch unless in very special circumstances. A developer will see the TravisCI build results before the merge ever occurs, allowing them to adjust code or test cases *before* they cause failures. As a side effect, the merge request workflow allows the team to perform code reviews quickly and easily. Finally, any CI system is not without challenges. Building a continuous integration system has upfront costs that should not be ignored. The payoff from those costs, however, is code/product quality and the avoidance of technical debt. Lastly, some of these CI tools lack support for private repositories.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
26:13 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Advanced Security with GeoServer and GeoFence

The presentation will provide an introduction to GeoServer own authentication and authorization subsystems. We’ll cover the supported authentication protocols, such as from basic/digest authentication and CAS support, check through the various identity providers, such as local config files, database tables and LDAP servers, and how it’s possible to combine the various bits in a single comprehensive authentication tool, as well as providing examples of custom authentication plugins for GeoServer, integrating it in a home grown security architecture. We’ll then move on to authorization, describing the GeoServer pluggable authorization mechanism and comparing it with proxy based solution, and check the built in service and data security system, reviewing its benefits and limitations. Finally we’ll explore the advanced authentication provider, GeoFence, explore the levels on integration with GeoSErver, from the simple and seamless direct integration to the more sophisticated external setup, and see how it can provide GeoServer with complex authorization rules over data and OGC services, taking into account the current user, OGC request and requested layers to enforce spatial filters and alphanumeric filters, attribute selection as well as cropping raster data to areas of interest.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
32:27 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Towards GeoExt 3 – Supporting both OpenLayers 3 and ExtJS 6

GeoExt (http://geoext.github.io/geoext2/) is Open Source and enables building desktop-like GIS applications through the web. It is a JavaScript framework that combines the GIS functionality of OpenLayers with the user interface savvy, rich data-package and architectural concepts of the ExtJS library provided by Sencha. Version 2.1 of GeoExt (currently in alpha-status) is the successor to the GeoExt 1.x-series and brought support for ExtJS 5 and is built atop the following installments of its base libraries: OpenLayers 2.13.1 and ExtJS 5.1.0 (or ExtJS 4.2.1 at your choice). The next version of GeoExt (v3.0.0?) will support OpenLayers 3 and the new and shiny ExtJS 6 (not finally released at the time of this writing). The talk will focus on the following aspects: * Introduction into GeoExt * New features in OpenLayers 3 and ExtJS 6 and how they can be used in GeoExt * The road towards GeoExt 3 * Results of the planned Code Sprint in June (see https://github.com/geoext/geoext3/wiki/GeoExt-3-Codesprint) * Remaining tasks and outlook The new features of OpenLayers (e.g. WebGL-support, rotated views, smaller build sizes, etc.) and Ext JS 6 (Unified code base for mobile and desktop while providing all functionality of ExtJS 5) and the description of the current state of this next major release will be highlighted in the talk. Online version of the presentation: http://marcjansen.github.io/foss4g-2015/Towards-GeoExt-3-Supporting-both-OpenLayers-3-and-ExtJS-6.html#/
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
18:37 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Satellite Snow Cover Products Evaluation and Validation Platform Developed Entirely With Floss Software

The monitoring of snow cover extent is important for the management of natural resource, extreme events prediction such as snowmelt floods, avalanches etc. The current status is that the network of weather stations is too sparse in regions with seasonal snow cover to provide reliable snow monitoring and impact applications. Remote sensing can regularly provide maps of snow cover extent, under limitations imposed by satellite cycles or cloud cover. A number of daily or synthesis snow cover extent products, covering Romania, with different resolutions and specifications, are available for free (e.g. GLOBSNOW, CryoLand, H-SAF, IMS). These products were homogenized and included, along with reference and in-situ data, into an application that make possible for user to inspect, process, analyze and validate the information, using a web based interface. The platform, created by National Meteorological Administration of Romania offers services based on Open Geospatial Consortium standards for data retrieval (WMS, WCS, WFS) and server-side processing (WPS, WCPS). The services were built upon open source solutions such as GeoServer, OpenLayers, GeoExt, PostgreSQL, GDAL, rasdaman. The application is composed of several software modules/services. The modules are split into two categories: server-side modules/services and client side modules - responsible for interaction with the user. A typical usage scenario assumes the following steps: 1. The user is operating the client functionality to select a temporal and spatial slice from a product cube (e.g. 5 months archive of daily CryoLand FSC data); 2. The users select a statistic method to be applied; 3. The request is sent to the server side processing applications wrapped as WPS or WCPS calls; 4. The process will trim/slice the coverage cube, perform the statistic operation for the pixels within the ROI for each day in the selected time interval; 5. The results are sent back encoded in a standard file format; 6. The web client display the results in a relevant form.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
21:33 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

GeoServer for Spatio-temporal Data Handling With Examples For MetOc And Remote Sensing

This presentation will provide detailed information on how to ingest and configure SpatioTemporal in GeoServer to be served using OGC services, with examples from WMS and WCS services. Topics covered are as follows: * Discussion over existing data formats and how to preprocess them for best serving with GeoServer * Configuring SpatioTemporal raster and vector data in GeoServer * Serving SpatioTemporal raster and vector data with OGC Services Tips and techniques to optimize performance and allow maximum exploitation of the available data The attendees will be provided with the basic knowledge needed to preprocess and ingest the most common spatiotemporal data from the MetOc and Remote Sensing field for serving via GeoServer.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
22:10 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Raster Data In GeoServer And GeoTools: Achievements, Issues And Future Developments

The purpose of this presentation is, on a side, to dissect the developments performed during last year as far as raster data support in GeoTools and GeoServer is concerned, while on the other side to introduce and discuss the future development directions. Advancements and improvements for the management of multidimensional raster data (NetCDF, GRIB, HDF) and mosaic thereof will be introduced, as well as the available ways to manage sliding windows of data via the REST API and importer. Extensive details will be provided on the latest updates for the management of multidimensional raster data used in the Remote Sensing and MetOc fields, including support for WCS EO and WMS EO, and some considerations on the WCS MetOc extensions. The presentation will also introduce and provide updates on jai-ext, imageio-ext, and JAITools. jai-ext provides extended JAI operators that correctly handle NODATA and regione of interests (masks), JAITools provides a number of new raster data analysis operators, including powerful and fast raster algebra support, while ImageIO-Ext bridges the gap across the Java world and native raster data access libraries providing high performance access to GDAL, Kakadu and other libraries. The presentation will wrap up providing an overview of unresolved issues and challenges that still need to be addressed, suggesting tips and workarounds allowing to leverage the full potential of the systems.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
21:15 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Using the latest ISO standard for geographic information (ISO19115-1:2014)

Release in April 2014, this talk will introduce the major changes of the new standard for metadata on geographic information and what are the benefits for the data managers. It will be illustrated by its implementation in the latest GeoNetwork 3 version and with examples on how the Wallonia Region in Belgium migrated to it.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
14:05 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

triple-A for the environment: make IT simply better

triple-A for the environment: make IT simply better With the new Dutch Environment Act, the legal framework for development and maintenance of the physical environment becomes more understandable and manageable for citizens, businesses and governments. A simpler and more coherent environmental law contributes to work actively and efficiently on a dynamic and sustainable environment. This entire exercise of harmonization, reduction and integration is headed by the motto “Simply better”. In addition to the merging several dozen laws and regulations in one Environment Act (http://www.omgevingswet.nl), also the central IT office where citizens can apply for a environmental permit is further improved. This should make it easier to obtain a permit for example for a construction or business activity. The information presented in this central IT office must fulfill the triple-A requirements, i.e. Accessible, Applicable and Abiding. On the basis of this is a national system of open (geo)data registers of which the data acquisition and management is mandated to (semi-)government organizations. On each area of environmental law, a domain expert is appointed; stakeholders of each domain are metaphorically organized in an ”information house”, and all houses are situated metaphorically along “the avenue of the environment”. Goal of the improved central IT office is to provide a clear understanding of the relevant legislation and to allow each actor in the process to work with the same data and definitions. Therefore, we developed a prototype which presents a concept of linking data, definitions and regulations stored in one central register using an online mapping service as user interface. Using Linked Data as strategy with persistent URIs, we are able to link the concepts in this register to an end-user prototype application. We implemented an prototype for the question: “Do I need an environmental permit for… applying a change in business activity?“. An air quality impact assessment is computed based on user input an visualized in a map interface showing the effects of an increase of nitrogen emission on the nearby nature reserves after extending a greenhouse farming. We used the AERIUS calculation tool (http://www.aerius.nl/) of the National Institute for Public Health and the Environment and presented the returned geodata as GeoJSON in the Leaflet Map API (http://www.leaflet.org). With this prototype, we provide a concept which facilitates the clear understanding of the requirements for an environmental permit by making IT simply better.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
23:21 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

GeoCouch: Operating multidimensional data at scale with Couchbase

Couchbase is a distributed document-oriented NoSQL database. You store the data as JSON and then build indexes with simple JavaScript functions. This talk is about the multidimensional index capability of Couchbase. This means you can index not only geographic data (encoded as GeoJSON) but any additional numeric attributes you like. Such a multidimensional query might be used for an application about car sharing. You would e.g. query for all the cars in a certain area, but you're also interested in additional attributes. Let's say you want to display only cars where at least four people fit in. Or you want one with air-conditioning. Such attributes would be the additional dimensions. In this case it would be 4-dimensional query, two for the location and two for additional attributes. Quite often GeoHash is used for implementing a spatial index, which has some limitations. A notable one is that you need to know that maximum range of your data upfront as it's a space partitioning algorithm. It is good enough for purely geospatial data, but as soon as additinal attributes like time are needed, it might become an issue. GeoCouch takes a more traditional approach like PostGIS and uses an R-tree which is data partitioning, hence you don't need to know the extent up-front. Another focus of this talk will be on the operational strengths Couchbase has. One thing is the web interface that makes administrating clusters very easy, even when there's a failure. The other thing is that you can easily restart servers, e.g. when a Linux Kernel upgrade is due, without any downtime on the full cluster. The system stays operational and handles those upgrades gracefully. In the end you will have a good overview on why you really want to use a multidimensional indexing for your remote sensing data or points of interest in your location aware mobile app. GeoCouch is fully integrated into Couchbase, there's no additional setup needed to get started. All source code from Couchbase is licensed under the Apache 2.0 License. Links: - Couchbase: http://www.couchbase.com/ - Source code: https://github.com/couchbase/manifest - GeoCouch: https://github.com/couchbase/geocouch
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
24:02 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Fast Cache, Fresh data. Can we have it all?

  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
23:44 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

CartoDB Basemaps: a tale of data, tiles, and dark matter sandwiches

CartoDB is an open souce tool and SaaS platform that allows users to make beautiful maps quickly and easily from their own data. To complement our users needs, we launched last year our free-to-use open source OSM based basemaps Positron and Dark Matter (https://github.com/CartoDB/CartoDB-basemaps), designed in collaboration with Stamen to complement data visualization. While architecturing them, we had several compromises in mind: they had to be powered by our existing infrastructure (powered by Mapnik and PostGIS at its core), they had to be scalable, cacheable but frequently updated, customizable, match with data overlays, and, last but not least, they had to be beautiful. This talk is the tale of the development process and tools we used, how we implemented and deployed them and the technology challenges that arose during the process of adapting a dynamic mapping infrastructure as CartoDB to the data scale of OSM, including styling, caching, and scalability, and how (we think) we achieved most of those. I will also talk about the future improvements that we are exploring about mixing the combination of basemap rendering with data from other sources, and how you can replicate and tweak those maps on your own infrastructure.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
21:13 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Geodata for Everyone - Model-driven development and an example of INSPIRE WFS service

In denmark the public authorities register various core information about individuals, businesses, real properties, buildings, addresses, ect.. This information is re-used throughout the public sector. It is a challenge for public authorities to re-use data from different providers to perform their tasks properly and efficiently across units, administrations and sectors. Therefore all the authoritative basic data should be defined and standardized according to the same methods. Danish Geodata agency as Denmark's central public source of geographic data has established a set of guidelines for future modelling of spatial data for distributing them as open geographic data. Based on the guidelines a model-driven process has also been established. It starts from the data modelling in UML to the end where data are distributed through WFS services and download services. One INSPIRE WFS service will be used as a concrete example.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
22:46 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Use case of a dual open strategy in the canton of Zurich/Switzerland

With a dual 'open'-strategy the department of geoinformation at the canton of Zurich/Switzerland opts for a strategic orientation towards open source and open data: Open in the sense of an open web-mapping- infrastructure based on open source components: Mapfish Appserver was developed as a framework for building web map applications using OGC standards and the Mapfish REST protocol. It is freely available under the new BSD-license (http://mapfish-appserver.github.io/). The Ruby on Rails gem comes with the following out-of-the box features: - Organize maps by topics, categories, organisational units, keywords and more - Combine maps with background and overlay topics with adjustable opacity - Import UMN Mapserver mapfiles to publish new topics within seconds - Fully customizable legends and feature infos - Creation of complex custom searches - Rich digitizing and editing functionality - Role-based access control on topic, layer and attribute level - Access control for WMS and WFS - Rich library of ExtJS 4 based map components - Multiple customizable viewers from minimal mobile viewer to full featured portal - Multi-site support - Built-in administration backend - Self-organized user groups maps.zh.ch, the official geodata-viewer of the canton of Zurich, was developed using Mapfish Appserver. It contains more than 100 thematic maps and is considered an indispensable working tool for everyone working with spatial data in the canton of Z?rich/Switzerland. 'Open' in the sense of Open Government Data: Zurich is the first canton participating in the national open data portal opendata.admin.ch. The portal has the function of a central, national directory of open data from different backgrounds and themes. This makes it easier to find and use appropriate data for further projects. The department of geoinformatics aims to open as many geo-datasets as possible for the public by publishing them on the national OGD-portal. The open geodata is issued in form of web services ? Web Map Services (WMS), WebFeature Services (WFS) and Web Coverage Services (WCS) - and contains a wide range of geodata from the fields of nature conservation, forestry, engineering, infrastructure planning, statistics to high resolution LIDAR-data.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
24:48 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Sensor up your connected applications with OGC SensorThings API

This introduction will give an introduction and live demonstration of the OGC SensorThings API. The OGC SensorThings API provides an open and unified way to interconnect the Internet of Things (IoT) devices, data, and applications over the Web. The OGC SensorThings API is a new OGC standard candidate. Unlike many existing OGC standards, SensorThings API is very simple and efficient. At the same time, it is also comprehensive and designed to handle complex use cases. It builds on a rich set of proven-working and widely-adopted open standards, such as the OGC Sensor Web Enablement (SWE) standards, including the ISO/OGC Observation and Measurement (O&M) and Sensor Observation Services (SOS). The main difference between the SensorThings API and the OGC SOS is that the SensorThings API is designed specifically for the resource-constrained IoT devices and the Web developer community. As a result, the SensorThings API follows the REST principles, the use of an efficient JSON encoding, and the use of the flexible OASIS OData protocol and URL conventions. In addition to introduce the specification, this talk will also demonstrate an end-to-end IoT application based on the SensorUp IoT platform, an open source implementation of the SensorThings API, including a server, javascript library, web dashboard and a Arduino library.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
20:29 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Opening Address Data around the World

With over 110 million points, OpenAddresses.io has grown to be the largest open database of address data in the world. Governments, developers and businesses are realizing that address data belongs in a commons where it can be easily maintained, used by all, and drive economic growth. These early efforts are now powering some of the world's best commercial geocoding systems, as well as crucial infrastructure like emergency responders. But there's more work to do. We need to reform outdated laws, expand coverage to new cultural contexts, untangle shortsighted licenses, and invent new modes of collaboration between the public and government. We'll cover how OpenAddresses started, how it can be used today, and how we expect it to grow into a definitive global resource.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
21:20 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Map publishing with or without programming skills

This presentation will showcase the use of Oskari (http://oskari.org/oskari) in publishing embedded map applications. The typical use case doesn't require any programming skills. You only need to select the map layers and tools that will be available in the application. After that, you can customize the user interface (size, colors, tool layout etc.). As a result the publishing tool will give you a HTML-snippet to embed to any web site. The supported web services are WMS, WMTS, WFS and Esri REST. If your data is not readily available through a web service, you can import data. Shapefiles, KML, GPX and MID/MIF-files are supported. There's an extensive selection of tools at your disposal: index map, centering to user��s location, address and place name search, attribute table (for vector data) to name a few. Integrating the map application with the surrounding web page makes more advanced use cases possible. All you need is a few lines of JavaScript to use the RPC interface (http://www.oskari.org/documentation/bundles/framework/rpc). With RPCs you can control the map application from the parent document and vice-versa. They can also exchange information. This enables you to develop highly interactive web applications with always up-to-date data. In the presentation an example application made using Oskari and D3 will be showcased.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
31:40 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Mapping in GeoServer with SLD and CSS

Various software can style maps and generate a proper SLD document for OGC compliant WMS like GeoServer to use. However, in most occasions, the styling allowed by the graphical tools is pretty limited and not good enough to achieve good looking, readable and efficient cartographic output. For those that like to write their own styles CSS also represents a nice alternatives thanks to its compact-ness and expressiveness. Several topics will be covered, providing examples in both SLD and CSS for each, including: mastering multi-scale styling, using GeoServer extensions to build common hatch patterns, line styling beyond the basics, such as cased lines, controlling symbols along a line and the way they repeat, leveraging TTF symbol fonts and SVGs to generate good looking point thematic maps, using the full power of GeoServer label lay-outing tools to build pleasant, informative maps on both point, polygon and line layers, including adding road plates around labels, leverage the labelling subsystem conflict resolution engine to avoid overlaps in stand alone point symbology, blending charts into a map, dynamically transform data during rendering to get more explicative maps without the need to pre-process a large amount of views. The presentation aims to provide the attendees with enough information to master SLD/CSS documents and most of GeoServer extensions to generate appealing, informative, readable maps that can be quickly rendered on screen.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
29:02 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Improving public health delivery in northern Nigeria using open source technologies

  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
28:12 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

A spatial view in the culture heritage domain

Culture heritage institutions are hosting digital historic map collection and the collections more and more allow spatial-temporal searching and georeferencing of its maps. At the Saxon State and University Library Dresden (SLUB) this lead to the development of the Virtual Map Forum 2.0, which is a spatial data infrastructure (SDI) for searching, visualization and georeferencing plane survey sheets. This SDI mainly relies on OpenLayers 3, Mapserver, GeoNetwork and GDAL. Beside that, tools for automatic georeferencing based on image recognition software have been developed and compared with the use of crowdsourcing tools for georeferencing. A further topic, on which culture heritage institutions are focusing is enrichment, transformation and merging of existing heterogeneous metadata sets. The goal is to allow better searching and utilization approaches for digital and analog objects. In the SLUB this lead to the development of the open source ETL-tool d:swarm, which supports the transformation and enrichment of metadata records. This opens possibilities for adding spatial identifier to large amounts of library objects, like pictures, newspaper articles or books and through this allows for a greater consideration of the spatial dimension in discovery systems. Another big topic is long term preservation, which becomes even more important with the growing number of digital native publications and datasets. Libraries and archives as experts of long term preservation and spatial data infrastructure provider, which are confronted with tasks and questions regarding the preservation of content. They therefor can benefit from an exchange of knowledge and work between each other. The presentation will give an insight into the world of culture heritage institutions. It will present topics, where FOSS4G and libraries can benefit from each other. Therefore it discusses different issues from within the SLUB where FOSS4G is used or could be used and spatial issues are affected. The main topics are spatial-temporal searching and visualization, georeferencing, metadata enrichment and long-term preservation.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
21:10 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

GIS-modelling of long-term consequences after a nuclear accident.

In order to evaluate consequences of deposited radioactive cesium (and other radioactive substances) in natural systems a GIS based model called Stratos has been developed. This model incorporates information regarding deposition, transfer to vegetation and animals, intervention levels and geographical distribution of animals. The presentation will use a case study which describes the possible environmental consequences for Norway due to a hypothetical accident at the Sellafield complex in the UK. The scenario considered involves an explosion and fire at the B215 facility resulting in a 1 % release of the total HAL 1 inventory of radioactive waste with a subsequent air transport and deposition in Norway. Air transport modeling is based on real meteorological data from October 2008 with wind direction towards Norway and heavy precipitation. This weather is considered to be quite representative as typical seasonal weather. Based on this weather scenario, the estimated fallout in Norway will be ~17 PBq of cesium-137 which is 7 times higher than fallout after the Chernobyl accident. The modeled radioactive contamination is linked with data on transfer to the food chain and statistics on production and hunting to assess the consequences for foodstuffs. The investigation has been limited to the terrestrial environment, focusing on wild berries, fungi, and animals grazing unimproved pastures (i.e. various types of game, reindeer, sheep and goats). The results of a model-run are maps for the chosen products, with categorized colors - giving the degree of consequences. A linked text file gives relevant numeric values for each color. The Stratos model is written in python which calls GRASS-functions and uses as gui for model setup. The model has been used for two reports at the Norwegian Radiation Protection Authority, and is currently being used and developed further in the "Centre for Environmental Radioactivity" (CERAD), cerad.nmbu.no.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
21:27 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Decision-making system for grants for maintaning services in rural areas

Sweden is a sparsely populated country. Normally market forces would regulate the number and location of both public and commercial services as schools, medical care, grocery stores and pharmacies. In sparsely populated areas these forces does not work. The Swedish government has realized this and gives economical support to some services in order to maintain or in some cases expand the service level. The aim with this grants is to provide conditions for living, working and contribute to economic growth in these in remote areas. To be as effective as possible a decision making system has been developed to support the administrators of the grant. The system allows the administrators to monitor the current situation, update changes in the service structure and simulate fictive scenarios. The system is built on an open source platform and is available through the internet to authorized administrators on the regional level of the Swedish administration. As platform for the system the following open source projects and formats are used GeoExt, Ext JS, Openlayers, Mapfish, Pylons, GEOAlchemy, Mapserver, PostGIS, GeoJSON.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
25:21 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

OGC GeoPackage in practice: Implementing a new OGC specification with open-source tools

GeoPackage is a new encoding standard created by the Open Geospatial Consortium as a modern alternative to formats like SDTS and Shapefile. Using SQLite, the single-file relational database can hold raster imagery, vector features and metadata. GeoPackage is an ideal data container for mobile devices such as smartphones, IoT devices, wearables, and even automobiles. We have created a few open-source tools to manipulate this exciting technology in a way that is useful to the geospatial community. Our goal with the GeoPackage specification implementations is simple: Create GeoPackages quickly and reliably while maintaining standard conformance. The single biggest issue we have faced is the speed in which large amounts of imagery can be disseminated to the end user. Data standards reliability was also a concern because we found many vendors interpreted the specification differently or to suite their own needs. Finally, the main problem GeoPackage was created was to solve was interoperability. We set out to create an implementation that would guide other parties towards making a data product that would function as well on one platform as it would on a completely different platform. Our initial implementation of the GeoPackage specification was created using Python 2.7.x. The software design was intended for command line use only in a script-friendly environment where tiling speed was paramount. The Gdal2tiles.py script was improved upon by harnessing the Python multiprocessing library so that multiple tile jobs could run simultaneously. The other piece of the workflow, creating GeoPackages, would be a separate development effort from scratch called tiles2gpkg parallel.py. In tiles2gpkg parallel.py, we implemented multiprocessing by writing to separate SQLite databases in parallel and then merging the tiled data sets into one compact database. This implementation worked well and increased the performance of producing these data sets; however, the command line design means that all but the most technically adept users would struggle to use the tools. With the initial Python implementation getting early-adopters a preview of GeoPackage in the short term, our team set out to make a production-quality GeoPackage API that could satisfy all user needs. Named Software to Aggregate Geospatial Data or SWAGD, we created a robust library for tiling raster data, packaging raster data stores into GeoPackages, and viewing either the raw tiles OR the finished GeoPackage products within a map viewer. Additionally, a Geopackage verification tool was created to foster community adoption. For more information, see our Github site here: https://github.com/GitHubRGI/swagd. Many open-source tools are being leveraged on the SWAGD project, including many common build and continuous integration tools including Github, TravisCI, WaffleIO, and Coverity. Using proven software development mechanisms like unit testing and code reviews we now have a consistent, reproducible, and inclusive GeoPackage implementation. We have an aggressive list of future capability that we would like to develop including ad-hoc routing on a mobile device, vector tile data sets, and even 3D support.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
19:36 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

On simulation and GIS, coupling and hydrology

This presentation shows how to better integrate simulation codes and Geographical Information Systems, and takes the example of Hydrological modelling integration into QGIS. Scientific modelling and simulations are present in a large number of areas. A significant proportion of simulation codes are applied spatially, at different levels, from a neighborhood scale up to worldwide areas. These simulation codes take spatial information as input data, and output results which are related to space too. But most of the time, they do not directly handle GIS data. Data types and data formats are different, and there is therefore a lot of effort to put into pre-processing and post-processing of the data to get it from GIS to the simulation codes and back. For example, determining the diffusion of a pollutant leak into underground water necessitates to get a DEM, location of the leak, geological data and more from the GIS, and transform it to simulation code input format. Then launch a simulation (on finite volumes e.g.), and convert the output into GIS files so that to be able to visualize spatial repartition of the pollutant according to time. The topic of this presentation is therefore to show how to better interact between simulation and GIS. We present the prevalent types of data for simulation, how they differ from GIS, and how we usually transfer from one type to another. Then we show how we worked towards better integration. Polygonal meshes are the most common way of representing 2D geometries for simulation purposes. Integrating simulation to a GIS requires storing georeferenced meshes in a databases (or using standard GIS file formats), and being able to use simulation values interpolated over the elements as a map layer. We show how to modify simulation codes to read directly a mesh from a GIS and write the results into a GIS. We implemented a new type of layer for QGIS, a mesh layer, which enables to display simulation results with high performances. This takes into account the temporal dimension. We also demonstrate how to integrate a simulation code into QGIS Processing so that it can be managed directly from within the desktop application. We illustrate these concepts with a demonstration of a full integration of a Hydrological simulation tool inside QGIS, with simulation management, custom user interface and strong integration of data between the simulation code and GIS data. In this sense the FREEWAT project started mid-2015, which aims at integrating multiple Hydrological codes into QGIS is also a good example of simulation and GIS integration. We end up with the perspectives for more global integration of simulation tools and GIS, and the work still to be done to bridge the gap between those two worlds.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
22:59 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

ZOO-Project 1.5.0: News about the Open WPS Platform

ZOO-Project is an Open Source Implementation of the OGC Web Processing Service (WPS) available under a MIT/X-11 style license and currently in incubation at OSGeo. ZOO-Project provides a WPS compliant developer-friendly framework to easily create and chain WPS Web services.This talk give a brief overview of the platform and summarize new capabilities and enhancement available in the 1.5.0 release. A brief introduction to WPS and a summary of the Open Source project history with its direct link with FOSS4G will be presented. An overview of the ZOO-Project will then serve to introduce new functionalities and concepts available in the 1.5.0 release and highlight their interests for applications developers and users. Evolutions and enhancements of the ZOO-Project WPS server (ZOO-Kernel) will first be detailed especially regarding compliancy (WPS 1.0.0 and 2.0), performance and scalability. The ZOO-Project optional support for Orfeo Toolbox and SAGA GIS will then be introduced, with details on the numerous new WPS Services (ZOO-Services) they provide. Use and connexion with other reliable open source libraries such as GDAL, GEOS, MapServer, GRASS GIS, CGAL will also be reviewed. Examples of concrete applications will finally be shown in order to illustrate how ZOO-Project components (ZOO-Kernel, ZOO-Services, ZOO-API and ZOO-Client) can be used together as a platform to build standard compliant advanced geospatial applications. Along with the new 1.5 release, this talk will also present how ZOO-Project is being developed, extended and maintained in the context of the EU funded PublicaMundi research project.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
24:29 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Leaflet vs. OpenLayers: which is best for our indoor maps?

Leaflet and OpenLayers are two well-known javascript libraries for embedding interactive maps in a web page, and each of them comes with pros and cons which are not obvious. Having worked with both libraries for indoor applications, we will in this presentation offer insight on which of them is more suited to a variety of situations and requirements, and which challenges they should overcome in the future.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
21:51 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Taking dynamic web mapping to 1:100000 scale

CartoDB is growing to be one of the biggest mapping platform for the masses, being powered by a fully open-source stack, with PostgreSQL, PostGIS, Mapnik and Leaflet at its core. Our aim is to democratize map and geographical data visualization, making it easy for non-GIS people to create simple maps using the CartoDB Editor, but still keeping all the power and flexibility of the underlying components available to advanced users, with a variety of building blocks ranging from the frontend with CartoDB.js and Torque to the backend with the Map, SQL and Import API, parts of what we call the CartoDB Platform. Serving dozens of millions of map tiles daily has its own set of problems, but when they are being created by hundreds of thousands of users (which have their own database and can alter everything from styling, to the data sources and the SQL queries applied) everything turns out to be a big source of challenges, both development and operationally speaking. This talk will go through our general architecture, some of the decisions we’ve had to take, the things we’ve learned and the problems we’ve had to tackle through the way of getting CartoDB to scale at our level of growth, and how we're giving back to the community what we've discovered though the process.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
22:27 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Earning Your Support Instead of Buying it: A How-to Guide to Open Source Assistance

More organisations are moving to use FOSS4G software to cover shrinking budgets. It is very appealing to an organization’s leaders to ditch their current proprietary software solution with the attendant saving on per user licences and ongoing maintenance costs. Obviously, if you switched to FOSS4G to get better features and scalability you should consider buying a support contract from one of the many vendors that offer them, these companies support many of the core developers directly. This way you get all the advantages of open source, prompt support and often the chance to ask for new features. However, if you (or your boss) are looking to save money then you are moving from a cash economy to a gift economy. In a gift culture you need to build up your “capital” before attempting to take too much out. For example, you’ve downloaded the software and installed it, and all looks good. Then disaster hits, you have a demo for the CIO and nothing's working; Time to hit the user list, the developer list, stack exchange. Why can’t you get an answer? Remember just because your issue is urgent to you the developers might be in the middle of a new release or adding a new feature and have more important (or fun) things to do with their time. They will notice they have never seen your name before on the list, or on Stack Exchange that you have a reputation in the single digits – thus you are a newbie. There’s no harm in that but wouldn’t it be better to have got that out of the way before your emergency. You could have built up your reputation by asking some questions earlier especially questions like “what can I do to help?” or “I found an unclear paragraph in the install instructions, how do I fix it for you?” on a mailing list. On StackExchange you can build reputation by asking good questions and by answering other people’s questions. Once you’ve banked some capital there are still good and bad ways of asking a question. Developers are busy people (the GeoTools users list has 20-30 messages a day for example) no one has time to read all of them closely. If you use a poor subject (e.g. "Help!!!!") or don’t provide a clear description of the problem (e.g. “it crashes”) then the odds of being ignored are huge. It can be tempting once you have found a helpful developer to keep emailing them directly, but this is likely to lead a polite(ish) reminder to keep to the list so that everyone can benefit or silence. This talk will show how to be a better open source citizen and get a better answer than RTFM when your project is stuck and the demo is the next day. The author will share his experience with helping users and developers on the GeoTools and GeoServer mailing lists and as a moderator on gis.stackexchange.com.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
23:07 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

The OpenStreetMap Revolution

OpenStreetMap is at the center of a data and software revolution that has completely changed what we expect from maps and how we interact with them. The project has defined open map collaboration, it is a cradle of open software innovation, is used by businesses and governments, enables startups against industry giants and has opened the power of GIS to the underprivileged and poor. OpenStreetMap is only one of very few commercially viable global geospatial datasets. Ten years into the project, it is clear that OpenStreetMap is not an impossible quest nor a fluke of history, but it is here to stay and grow. An amazing and growing community, this year, OpenStreetMap crossed the two million users mark. Every month, 30,000 users log into the map and improve it. And OpenStreetMap stands to attract even more attention: Data of large proprietary vendors continues to be effectively not available to a huge part of the market due to rigid licensing; rumors around Nokia's HERE changing owners are at an all time high. This talk sweeps through OpenStreetMap's history and gives a detailed look at the state of the project in statistics and visualizations, including recent map developments in Asia. It reviews OpenStreetMap's strengths and weaknesses and makes predictions for the future of OpenStreetMap. We'll finish up with opportunities and needs for the project to grow as an open data community and a suite of open source software tools.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
21:12 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

MapCache: Fast and Featureful tile serving from the MapServer project

MapCache is a tiling server component designed to be efficient while still comprising all the features expected from a modern tiling solution. This presentation will give a brief presentation of the MapCache tiling solution, along with the recent developments that were added to reply to the needs of large scale installations (cache replication, load balancing, failsafe/fallback operations, large cache management, etc...)
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
20:33 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Saving Rapid Urbanizing Cities using the FOSS4G Based Spatial Analysis for Urban Development

Early stages of urban developments such as housing construction, new town development and urban regeneration are performed through the spatial analysis using the topographic map, cadastral map, zoning map and other various kind of thematic maps for the proposed site analysis, feasibility analysis and evaluation of urban development alternatives. For these analyses, urban developers traditionally have used commercial software like ArcGIS to analyze these kinds of projects. And giant Korean public urban developer like Korea land and Housing Corporation (LH) has support these projects based on the in-house enterprise GIS system. But developing countries facing rapid urbanization near the peripheral areas of metropolitan region cannot handle such problems only using the commercial software. They need knowledge and experience about the urban development rather than complicated software based analysis techniques or large investments on the enterprise GIS system. In this sense, FOSS4G (Free Open Source Software for Geospatial) are very useful tools in that they are easy to learn, use and also relatively cheap to maintain. LH has accumulated a lot of urban development cases and wants to store this knowledge to FOSS4G based spatial analysis as a rule base. By doing so, it can manage the fast growing cities sustainable. In this presentation, we will show some conceived urban development project faced by the rapid urbanizing cities and suggest FOSS4G based spatial analysis method using the FOSS4G like QGIS plug-in.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
27:05 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Utilizing Free Open Source Software and Open Data in the Crop Suitability Analysis of Adlai for Climate Change Adaptation

With 43,000 square kilometers of rice producing farm lands, the Philippines is considered as the largest rice importer in the world according to World Rice Statistics (2008). The increasing demand for imported rice in the country has been largely attributed to topography, underutilized farm infrastructures, typhoons and rapid population growth. Given the need to supply a stable food source to Filipinos, the Department of Agriculture (DA) has been studying the feasibility of the mass production of Coix lacryma-jobi L or Adlai, a traditional food source abundantly grown by indiginous people in the country for centuries. In contrast to rice, Adlai is naturally resilient to pests, diseases, droughts and floods, and does not need irrigation. In its study, the Department of Agriculture wanted to evaluate the adaptability of Adlai in different parts of the country for it to become a complementary staple food for Filipinos. The results of the tests in four regions (II, IV, V, and IX) have been very promising. The study found that Adlai does not need fertilizers and insecticides, it can survive with minimal rainfall, and it can be planted in upland areas. To complement the current work of the Department of Agriculture, this study aims to map the agro-edaphic zones or the areas that are suitable for the cultivation of Adlai. It will apply free open source software (QGIS) and open data sources (ASTER GDEM, PhilGIS, and DA). The selected set of variables (slope, elevation, and soil order) will be cross tabulated, and the result will represent generalized classes of associated soil orders in combination with both elevation and slope. The result of this study could then be utilized by the Department of Agriculture to determine areas in Region 11, excluding the arable land for rice, that are suitable for the cultivation of Adlai. Sources: Japan-Space Systems, Phil GIS, Manila Observatory, Environmental Science for Social Change, Department of Agriculture, Bureau of Agricultural Research.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
out of 4 pages
Loading...
Feedback

Timings

   92 ms - page object
   69 ms - search
    3 ms - highlighting
    1 ms - highlighting/32125
    1 ms - highlighting/32163
    1 ms - highlighting/32095
    2 ms - highlighting/32164
    2 ms - highlighting/32158
    1 ms - highlighting/32129
    2 ms - highlighting/32140
    2 ms - highlighting/32124
    1 ms - highlighting/32168
    2 ms - highlighting/32103
    1 ms - highlighting/32141
    2 ms - highlighting/32162
    2 ms - highlighting/32081
    2 ms - highlighting/32145
    2 ms - highlighting/32097
    1 ms - highlighting/32165
    2 ms - highlighting/32142
    2 ms - highlighting/32161
    2 ms - highlighting/32094
    2 ms - highlighting/32116
    2 ms - highlighting/32100
    2 ms - highlighting/32130
    1 ms - highlighting/32167
    2 ms - highlighting/32112
    1 ms - highlighting/32135
    1 ms - highlighting/32156
    1 ms - highlighting/32099
    2 ms - highlighting/32126
    2 ms - highlighting/32132
    1 ms - highlighting/32113
    1 ms - highlighting/32104
    0 ms - highlighting/32159
    1 ms - highlighting/32134
    1 ms - highlighting/32083
    1 ms - highlighting/32082
    1 ms - highlighting/32166

Version

AV-Portal 3.7.0 (943df4b4639bec127ddc6b93adb0c7d8d995f77c)