Show filters Hide filters

Refine your search

Publication Year
1-36 out of 75 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
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
31:05 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

OSGeo and LocationTech Comparison

We have two great organizations supporting our Free and Open Source Software for Geospatial: The Open Source Geospatial Foundation and LocationTech. Putting on events like FOSS4G is primary responsibility of these software foundations - supporting our great open source software is! This talk will introduce OSGeo and LocationTech, and balance the tricky topic of comparison for those interested in what each organisation offers. We will also look at areas where these organizations are collaboration and explore possibilities for future work. Each of these software foundations support for their existing projects, ranging from "release parties" such as OSGeo Live or the Eclipse Annual Release. We are also interested in the ��incubation�� process each provides to onboard new projects. Review of the incubation provides an insight into an organization's priorities. This talks draws the incubation experience of: * GeoServer (OSGeo), GeoTools (OSGeo), * GeoGig (LocationTech), uDig (LocationTech) If you are an open source developer interested in joining a foundation we will cover some of the resource, marking and infrastructure benefits that may be a factor for consideration. We will also looking into some of the long term benefits a software foundation provides both you and importantly users of your software. If you are a team members faced with the difficult choice of selecting open source technologies this talk can help. We can learn a lot about the risks associated with open source based on how each foundation seeks to protect you. The factors a software foundation considers for its projects provide useful criteria you can use to evaluate any projects.
  • 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
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
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
20:32 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Research client side draggable route selection with pgRouting

pgRouting extends the PostGIS / PostgreSQL geospatial database to provide shortest path search and other network analysis functionality such as alternative K-Shortest path selection. But, in some case, client side draggable route selection (like Google Maps Direction or OSRM) is preferable. This presentation will research what is necessary to realize such client side draggle route selection with pgRouting, then try to implement the functionality to some browser(Leaflet, OpenLayers .etc) and desktop(QGIS .etc) client.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
16:51 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

A framework for assessing location-based personalized exposure risk of infectious disease transmission

Human mobility is an important risk factor affecting disease transmission. Therefore, understanding detailed spatial behaviors and interactions among individuals is a fundamental issue. Past studies using high-resolution human contacts data from smart phones with GPS logs have captured spatial-temporal heterogeneity and daily contact patterns among individuals. However, measuring personalized exposed risk of infectious disease transmission is still under development. The purpose of the study is to establish a location-based framework for assessing personalized exposed risk of infectious disease transmission. The framework consists of three components: the first is client-side smart phone-based risk assessment module. We developed Android application for collecting real-time location data and displaying the personalized exposed risk score. The second component is the server-side epidemic simulation model. The simulation model calculated the personalized exposed risk score based on real-time GPS logs and individual mobility data from the client-side Android application. The last component is the disease alarm device for triggering the service-side epidemic simulation model. We installed infrared sensors in people-gathering areas as the alarm device to monitor human body temperature for detecting fever syndrome. We used NTU main campus as a pilot study to demonstrate the feasibility of the framework. We analyzed the records of students’ taking course and modeled the spatial interaction relationships among classroom buildings due to students’ mobility around the campus. Someone who got a fever is detected by the sensor and the server-side epidemic simulation is triggered. Each student who installed the client-side risk assessment module in his/her smart phone receives the real-time personalized exposed risk score when an epidemic outbreak on the NTU campus. The study proposed a location-based framework for measuring real-time personalized exposed risk. Each student at the campus could understand the spatial diffusion of disease transmission and make better spatial decisions based on personalized exposed risk scores.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
21:14 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Open Source for Handling IndoorGML

In order to respond to increasing demand for indoor spatial information, an OGC standard called IndoorGML, has been recently published. It is an application schema of GML and based on the cellular space model, which represents an indoor space as a set of cells with their geometric, topological, and semantic attributes. Since we are at a beginning stage, very few tools supporting IndoorGML have been developed. In our talk, we will present an open source tool that we have been developing to provide a translating function between IndoorGML and other data formats. For example, it offers a Java package with a set of classes for indoorGML, called JavaIndoorGML. Once IndoorGML documents are mapped to Java instances of classes in JavaIndorGML, we are able to handle indoor spatial information with ease.
  • 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
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
22:44 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Building OpenLayers Applications with QGIS

OpenLayers 3 is a powerful mapping library that can be used to create interactive mapping applications. Although it has a simple, intuitive and well-documented API, it requires knowledge of JavaScript to use, and no tools exist to leverage its functionality for more general GIS users. This presentation introduces an open-source QGIS plugin that creates web applications based on OL3, without the need of writing code manually. Elements of the web app are defined using a simple GUI, and QGIS GUI elements are used as well to define its characteristics (for instance, for defining the styling of layers or the extent of the view). The plugin can create different types of web apps, from simple maps used to browse data layers, to rich ones with GIS-like functionality, as well as others such as narrative maps. Apart from being an interface for writing OL3 code in a graphical way, it automates data deployment, and can import data into a PostGIS database or upload layers to a GeoServer instance. Altogether, these capabilities, along with QGIS data management functionality, allow to create a web app from QGIS in a very short time, as well as modifying or improving it later.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
24:17 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

MapWindow Plug-in of GRM Model Using Open Source Software

This presentation shows the processes and methods for developing distributed rainfall-runoff modeling system using open source softwares. The objective of this study is to develop a MapWindow plug-in for running GRM (Grid based Rainfall-runoff Model) model (MW-GRM) in open source GIS software environment. MW-GRM consists of the GRM model, physically based rainfall-runoff model developed by Korea Institute of Civil Engineering and Building Technology (KICT), for runoff simulation, pre and post processing tools for temporal and spatial data processing, and auto-calibration process. Each component is integrated in the modeling software (MW-GRM), and can be run by selecting the MW-GRM menus. In developing MW-GRM, free software and open source softwares are used. GRM model was developed by using Visual Basic .NET included in Microsoft Visual Studio 2013 express, pre and post processing tools were developed by using MapWindow (Daniel, 2006) and GDAL (Geospatial Data Abstraction Library), and PEST (John, 2010) model was used in the auto-calibration process. The modeling system (MW-GRM) was developed as MapWindow plug-in. System environment was Window 7 64bit. MapWindow GIS ActiveX control and libraries were used to manipulate geographic data and set up GRM input parameters. ESRI ASCII and GeoTIFF raster data formats, supported by MapWindow and GDAL, were applied and shape file (ESRI, 1997) was used in vector data processing. GDAL is a library for translating vector and raster geospatial data. In this study, GDAL execution files were used to develop pre and post processing tools. The tools include data format conversion, spatial interpolation, clipping, and resampling functions for one or more raster layers. PEST is a model-independent parameter estimation software. Parameter estimation and uncertainty analysis can be carried out using PEST for model calibration and sensitive analysis. PEST is developed as an open source software, and single and parallel execution files are provided. This study developed GRM uncertainty analysis GUI as an interface system of GRM and PEST. GRM model had been a DLL type library including APIs to support developing another application. But PEST needs a model execution file, which can run in console execution window without user intervention. This study developed GRM execution file (GRMMP.exe) running in console window. It can simulate runoff using GRM project file, and no user intervention is allowed after the simulation has started. GRM uncertainty analysis GUI makes PEST input files (pcf, pif, ptf, rmf, etc.) by setting GRM parameters, observed data, PEST parameters, and selecting single or parallel PEST and PEST run automatically using GRMMP.exe file. In this study, all the functions necessary to develop GRM modeling system and pre and post processing tools could be implemented by using open source software. And MapWindow plug-in of GRM model can simulate runoff in open GIS environment including automatic model calibration using PEST. The study results can contribute to the wide spread of physically based rainfall-runoff modeling. And this study can present useful information in developing distributed runoff modeling system using open source software.
  • 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
19:50 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

WPS Benchmarking Session

The yearly Web Processing Service (WPS) benchmark. Variuos WPS implementations will be tested regarding their capabilities, compliancy to the standard and performance. Traditionally, each participating project designates individuals from their community to participate in this talk to introduce their project and summarize its key features. The focus this year will be on compliancy and interoperability. We will present the test set-up, participating WPS projects and the results of the benchmark.
  • 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
24:37 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Gis Server with Golang.

GIS Server architecture with Golang. Find the better way of Golang GIS Server.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
13:04 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Ocean data Interpolation using Open Source GIS

Using the data of the Republic of Korea Marine waters around introduce a data visualization method through interpolation.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
22:23 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Use case of Disaster Management System by using Geopaparazzi and MapGuide Open Source

In recent years, large-scale disasters have occurred in the countries of Asia including Japan, rapid collection and sharing of disaster information is required in order to provide relief and support speedy restoration of civic services. This presentation discusses the integration and customization of FOSS4G field survey tools and Web GIS server to facilitate aggregation and rapid sharing of disaster related field information. Further, the system also provide realtime interaction between field party and coordination team. A case study of practical use of the system at the Osaka Water General Service (OWGS) Corporation will be demonstrated to present the salient features of the system. The main capability of the system usability is normal as well as disaster situation will be highlighted.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
23:32 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Point Clouds in a Browser with WebGL

Potree is an open source project that implements point cloud rendering capability in a browser. It is a WebGL based point cloud viewer for large datasets. Thanks to WebGL, it runs in all major browsers without plugins. This presentation will give an overview over the current state of point cloud rendering with WebGL, about the difficulties and challenges. Laser data is expected to play an increasing role in the next years with falling prices for previously very expensive hardware, the development of autonomous vehicles and the popularity of drones. Powerful hardware and WebGL will open up a wide range of innovative browser-based web services in the near future.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
23:26 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Big data analysis with Tile Reduce and Turf.js

Tile Reduce is a new open source map reduce frame work for analyzing massive geo data. Tile reduce is a tile analysis framework built on the javascript GIS library Turf.js. It runs on your local computer or in the AWS cloud and scales to run thousands of processors in parallel. At Mapbox we use Tile Reduce to detect issues in global street vector data like OpenStreetMap, data comparison and data conflation. This talk will walk through the architecture of Tile Reduce, highlight advantages, limitations and future developments.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
25:41 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Don't Copy Data! Instead, Share it at Web-Scale

Since its start in 2006, Amazon Web Services has grown to over 40 different services. Amazon Simple Storage Service (S3), our object store, and one of our first services, is now home to trillions of objects and core to many enterprise applications. S3 is used to store many kinds of data, including geo, genomic, and video data and facilitates parallel access to big data. Netflix considers S3 the source of truth for all its data warehousing.The goal of this presentation is to illustrate best practice for open or shared geo-data in the cloud. To do so, it showcases a simple map tiling architecture, running on top of data stored in S3 and uses CloudFront (CDN), Elastic Beanstalk (Application Management), and EC2 (Compute) in combination with FOSS4G tools. The demo uses the USDA��s NAIP dataset (48TB), plus other higher resolution city data, to show how you can build global mapping services without pre-rendering tiles. Because the GeoTIFFs are stored in a requester-pays S3 bucket, anyone with an AWS account has immediate access to the source GeoTIFFs at the infrastructure level, allowing for parallel access by other systems and if necessary, bulk export. However, I will show that the cloud, because it supports both highly available and flexible compute, makes it unnecessary to move data, pointing to a new paradigm, made possible by cloud computing, where one set of GeoTIFFs can act as an authoritative source for any number of users.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
23:46 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Modifications to Web Processing Service Standard For Client-Side Geoprocessing

Nowadays we see the rapid growth of solutions number for spatial data processing in the Web (i.e. geoprocessing). One of the main trends of Web geotechnologies evolution is the transition from Web map applications to the Web GIS applications, which are supplement the maps delivery with the analytic tools providing to the end user through Web interface. The only general open standard describes implementation rules for Web geoprocessing services. This is the Open Geospatial Consortium Web Processing Service standard (OGC WPS), which is server-oriented standard [Schut at al., 2007]. Moreover, the vast majority of currently used solutions (both open source and proprietary) are server-oriented, i.e. assume the using for computations the server resources only. However, some researchers underline that it is possible way to transmit the executable code to the client for client-side computations and geoprocessing [Keens at al., 2007]. Also, some general Web architecture concepts assumes the effectiveness of client-side computations, e.g. Fog Computing concept [Hong at al., 2013]. Our practical experience also shows that in some cases it is useful to have ability of client-side geoprocessing, which is not opposite but complement technology to the server-side processing technologies. In addition, we believe that it is more useful to have the ability to run the same processing tool by choice on server or client side. We name such double-sided services as Hybrid Geoprocessing Web Services (HGWS) [Panidi, 2014]. We study and discuss the approaches to fill the gap of client-side geoprocessing general schema. For this purpose, we implemented previously the getProcess request as addition to the WPS protocol [Panidi, 2014]. Additionally at the previous steps of our study, we proposed a possible structure of getProcess request and draft XML schema for its response, which describes the list of executable resources and their dependencies [Kazakov at al., 2015]. Currently we working on detailed methodology of processing tools implementation, and prototypes testing in use cases of geospatial data processing for small-scale research projects. We use the Python programming language as primary development tool, because of its applicability to build both server- and client-side processing tools using single core program code. We use Python also for implementation of needed infrastructure components, such as HGWS server that supports the getProcess request/response performing, and client-side runtime environment that provides executable code orchestration on the client. Achieved results need to be discussed widely and carefully. However, main conclusion of our current work is that client-side geoprocessing schema in general could be relatively simple and compatible backward with current standards. The HGWS concept is applicable when implementing client-side geoprocessing Web services in small-scale projects and could be the entering point for study of distributed geoprocessing systems implementation.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
26:21 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

An On-board Visual-based Attitude Estimation System For Unmanned Aerial Vehicle Mapping

A visual-based attitude estimation system aims to utilize an on-board camera to estimate the pose of the platform by using salient image features rather than additional hardware such as gyroscope. One of the notable achievements in this approach is on-camera self-calibration [1-4] which has been widely used in the modern digital cameras. Attitude/pose information is one of the crucial requirements for the transformation of 2-dimensional (2D) image coordinates to 3-dimensional (3D) real-world coordinates [3]. In photogrammetry and machine vision, the use of camera’s pose is essential for modeling tasks such as photo modeling [5-8] and 3D mapping [9]. Commercial software packages are now available for such tasks, however, they are only good for off-board image processing which does not have any computing or processing constraints. Unmanned Aerial Vehicles (UAVs) and any other airborne platforms impose several constraints to attitude estimation. Currently, Inertial Measurement Units (IMUs) are widely used in unmanned aircrafts. Although IMUs are very effective, this conventional attitude estimation approach adds up the aircraft’s payload significantly [10]. Hence, a visual-based attitude estimation system is more appropriate for UAV mapping. Different types of approaches to visual-based attitude estimation have been proposed in [10-14]. This study aims to integrate optical flow and a keypoints detector of overlapped images for on-board attitude estimation and camera-self calibration. This is to minimize the computation burden that can be caused by the optical flow, and to fit in on-board visual-based attitude estimation and camera calibration. A series of performance tests have been conducted on selected keypoints detectors, and the results are evaluated to identify the best detector for the proposed visual-based attitude estimation system. The proposed on-board visual-based attitude estimation system is designed to use visual information from overlapped images to measure the platform’s egomotion, and estimate the attitude from the visual motion. Optical flow computation could be expensive depending on the approach [15]. Our goal is to reduce the computation burden at the start of the processing by minimizing the aerial images to the regions of upmost important. This requires an integration of optical flow with salient feature detection and matching. Our proposed system strictly follows the UAV’s on-board processing requirements [16]. Thus, the suitability of salient feature detectors for the system needs to be investigated. Performances of various keypoints detectors have been evaluated in terms of detection, time to complete and matching capabilities. A set of 249 aerial images acquired from a fixed wing UAV have been tested. The test results show that the best keypoints detector to be integrated in our proposed system is the Speeded Up Robust Feature (SURF) detector, given that Sum of Absolute Differences (SAD) matching metric is used to identify the matching points. It was found that the time taken for SURF to complete the detection and matching process is, although not the fastest, relatively small. SURF is also able to provide sufficient numbers of salient feature points in each detection without sacrificing the computation time.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
22:10 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Landmark Based Path Planning with a Linear Map Display For Mobile Map Applications

Landmarks are yet to be integrated with mainstream mobile phone based navigation aids. In geographical regions where land marks are commonly used by the community for navigation support, the lack of them in electronic navigation aids make them less useful for such communities. In this study a land marks based navigation model is derived considering the value of them for local community in Sri Lanka. The landmarks can be prominent or not, make sense only during certain time of the day or been important differently for people with different age groups. We assume that the attributes of landmarks can be used to give a strength value for them for navigation. In this study three parameters, the visibility of them at different time of the day, the horizontal spread of the landmark and the height of them are considered as attributes which gives strength to a landmark. First, to give more importance to landmarks, we have developed an algorithm where not only the distance of a route but the strength of landmarks is also considered when selecting the best route to navigate. The A* Algorithm is used as the base which output possible shortest paths considering only the distance. This algorithm was enhanced to output the optimum paths considering both the distance and the strength of landmarks along it. If the route is having more strength related to landmarks, it is prioritized. The route��s strength is defined based on number of landmarks visible along it and the strength of them. In order to calculate the number of landmarks along a route a landmark buffer is used. The day/night visibility and the height/spread are used to calculate the strength of the landmarks along the route. We have identified that after placing landmarks on a mobile screen which have limited size, the map become too congested and it becomes difficult to read the navigation path. This is more prominent when the path is having many turns. Therefore, secondly, to utilize the limited mobile screen in more effective manner, we reduce the selected path to a linear map which shows the path reducing curves but emphasising the turns by markers. The linear map shows landmarks around significant turns and provides guidance based on landmarks. The turn confirmations are calculated based on landmarks. Douglas-Peucker algorithm is used to derive the linear path and is enhanced to identify turns and show the landmarks around those turns. A prototype implementation is done using mobile web approach to reduce the platform dependency. In the simple mobile web application developed, jQuery mobile, and php are used for the user interface development and server side implementations respectively. PostgreSQL with postGIS capabilities and pgRouting is used as a spatial database. Web services and smart queries are used to implement the basic functionality communicating with the spatial database and the front end. The application is still being implemented and tested in Sri Lanka at the moment and the outcome would be reported in due course.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
21:11 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Results of an Evaluation of Augmented Reality Mobile Development Frameworks For Addresses in Augmented Reality

Addresses play a key role in facilitating service delivery, such as mail, electricity or waste removal, in both urban and rural areas. Today, preparation of digital geocoded address data in a geographic information system is a reasonably simple task. However, erecting and maintaining address signs in the physical world may take time due to lengthy procurement processes and vandalism or a disaster may cause signs to disappear. Displaying addresses in augmented reality could close the gap between digital address data and the physical world. In augmented reality, a live view of the real world is superimposed with computer-generated information, such as text or images. Augmented reality applications have received significant attention in tourism, gaming, education, planning and design. Points of interest are sometimes displayed, but addresses in augmented reality have not yet been explored. The goal of this article is to present the results of a two-step evaluation of augmented reality mobile development frameworks for address visualization. First, we evaluated eight frameworks. Based on the evaluation, we implemented an application in two of the frameworks. Three use cases informed the evaluation: 1) disaster management, e.g. address signs are destroyed by an earthquake; 2) household surveys, e.g. locating dwellings in informal settlements or rural areas where addresses are not assigned in any specific sequence and signs do not exist; and 3) address data quality management, e.g. validating digital address data against addresses displayed in the physical world. Evaluation criteria included developer environment; distribution options, location-based functionality, standards compliance, offline capabilities, integration with open source products, such as QuantumGIS and PostGIS, and visualization and interaction capabilities. Due to procurement challenges in the use cases, open source licensing and integration with open source products was a strong requirement. Results show that very few open source frameworks exist and those that do exist, seem to be dormant, i.e. the latest versions are not in sync with the latest mobile operating systems. The use cases require offline capabilities (e.g. due to internet downtime after a disaster or lack of connectivity in rural areas), but few frameworks provided such support. The recently published Open Geospatial Consortium (OGC) Augmented Reality Markup Language (ARML) was implemented in only three of the frameworks. The evaluation results can guide developers in choosing an open source framework best suitable for their specific needs and/or for integration with open source products. In future work, we plan to evaluate the impact of internet connectivity and limitations of sensors in mobile phones on the precision of address visualization in augmented reality in the three use cases.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
22:06 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Metadata Management for Spatial Data Infrastructures

This presentation will focus on creating geospatial metadata for spatial data infrastructures. The growing emphasis on data management practices in recent years has underscored the need for well-structured metadata to support the preservation and reuse of digital geographic information. Despite its value, creation of geospatial metadata is widely recognized as a complex and labor-intensive process, often creating a barrier to effective identification and evaluation of digital datasets. We will discuss our set of best practices for describing a variety of spatial content types using the ISO Series of Geographic Metadata Standards. We will share a series of Python and XSLT routines, which automate the creation of ISO-compliant metadata for geospatial datasets, web services, and feature catalogs. These auto-generation tools are designed to work directly with XML documents, making them suitable for use within any XML-aware cataloging platform. Our goals are to make metadata creation simpler for data providers, and to increase standardization across organizations in order to increase the potential for metadata sharing and data synchronization among the geospatial community.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
27:07 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Accelerating GeoSpatial Data Analytics With Pivotal Greenplum Database

As a typical big data application, geospatial analysis nowadays has been receiving extensive attention from both academic and industrial domains. Along collecting massive geospatial data, more and more manufacturers as well as research institutions find that the analysis over geospatial data in existing legacy architecture cannot be scalable. The reason is typical two-fold. On one hand, extending traditional databases to support modern complex geospatial data analytics is rather challenging. On the other hand, integrating the emerging techniques in other big data applications to traditional databases may suffer from compatibility issue, resulting in the poor performance or even painful debugging tasks. Specifically, most of today��s general-purpose relational databases (e.g., Oracle, Microsoft SQL Server, together with their geospatial components) are particularly designed as OLTP systems. Their shared-disk or shared-everything architectures are especially optimized for high-throughput transaction execution while sacrificing analytical query performance. In contrast to the exiting relational database systems, Pivotal offers the Greenplum Database (GPDB), which is an extensible relational database platform that uses a shared-nothing, massive parallel processing (MPP) based architecture to vastly accelerate the online analytical processing (OLAP) over geospatial big data. Even better, GPDB can seamlessly integrate in-database analytical processing with our extended analytics stacks, such as heterogeneous Hadoop environments and in-memory data grid. Recent reports from Gartner highly scored Pivotal GPDB on data warehousing and analytics. We design and develop geospatial analytics toolkits on GPDB in terms of three aspects. First, we migrate the latest PostGIS project into GPDB so that GPDB is able to run as a spatial database system for regular GIS users. Second, we extend the spatial component with various types of advanced geospatial functions, such as geospatial group-by, similarity search and network-constrained scenarios. Third, we are making effort to support associable retrievals of data across geospatial and other data domains, i.e, queries involving in both geospatial information as well as other non-spatial information, like RDF (which is known as GeoSPARQL queries), Text (which is known as spatial keyword search), time (which is known as trajectory search) etc. Above all we aim to integrate full breath of big data developers on geospatial analytics. This talk will briefly introduce (1) the architecture of Pivotal GPDB that provides automatic high-performance parallelization of geospatial data loading and data processing, (2) GPDB��s extensive and growing library of in-database geospatial analytic functions, and (3) the capability to build up a comprehensive geospatial data analytics platform around Pivotal GPDB. I will provide examples of how data science teams may transform billions of geo-tagged customer records to tackle the real-world problem of identity resolution in one minute. I will also discuss our plan of making Pivotal Greenplum Database open-source in the coming quarters.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
out of 3 pages
Loading...
Feedback

Timings

  102 ms - page object
   78 ms - search
    3 ms - highlighting
    0 ms - highlighting/32113
    1 ms - highlighting/32134
    1 ms - highlighting/32010
    1 ms - highlighting/32099
    1 ms - highlighting/32101
    0 ms - highlighting/32160
    1 ms - highlighting/32110
    1 ms - highlighting/32116
    1 ms - highlighting/32009
    0 ms - highlighting/32079
    1 ms - highlighting/32020
    1 ms - highlighting/32107
    1 ms - highlighting/32046
    1 ms - highlighting/32040
    1 ms - highlighting/32105
    1 ms - highlighting/32043
    1 ms - highlighting/32094
    1 ms - highlighting/32130
    1 ms - highlighting/32021
    1 ms - highlighting/32140
    1 ms - highlighting/32133
    0 ms - highlighting/32120
    1 ms - highlighting/32161
    1 ms - highlighting/32097
    2 ms - highlighting/32102
    0 ms - highlighting/32100
    1 ms - highlighting/32142
    0 ms - highlighting/32106
    1 ms - highlighting/32159
    1 ms - highlighting/32147
    1 ms - highlighting/32162
    1 ms - highlighting/32132
    1 ms - highlighting/32156
    1 ms - highlighting/32164
    2 ms - highlighting/32135
    1 ms - highlighting/32061

Version

AV-Portal 3.7.0 (943df4b4639bec127ddc6b93adb0c7d8d995f77c)