Show filters Hide filters

Refine your search

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

GEO4ALL: Open Education Using FOSS4

  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
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
20:49 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Semantic assessment and monitoring of crowdsourced geographic information

Whilst opensource software allows for the transparent collection of crowdsourced geographic information, in order for this material to be of value it is crucial that it be trusted. A semantic assessment of a feature’s attributes against ontologies representative of features likely to reside in this location provides an indication of how likely it is that the information submitted actually represents what is on the ground. This trust rating can then be incorporated into provenance information to provide users of the dataset an indication of each feature’s likely accuracy. Further to this, querying of provenance information can identify the features with the highest/lowest trust rating at a point in time. This presentation uses crowdsourced data detailing the location of fruit trees as a case study to demonstrate these concepts. Submissions of such crowdsourced information – by way of, say, an OpenLayers frontend – allow for the collection of both coordinate and attribute data. The location data indicates the relevant ontologies – able to be developed in Protégé – that describe the fruit trees likely to be encountered. If the fruit name associate with a submitted feature is not found in this area (e.g. a coconut tree in Alaska) then, by way of this model, the feature is determined to be inaccurate and given a low trust rating. Note that the model does not deem the information wrong or erase it, simply unlikely to be correct and deemed to be of questionable trust. The process continues by comparing submitted attribute data with the information describing the type of fruit tree – such as height – that is contained in the relevant ontologies. After this assessment of how well the submitted feature “fits” with its location the assigned trust rating is added to the feature’s provenance information via a semantic provenance model (akin to the W3C’s OPM). Use of such semantic web technologies then allows for querying to identify lower quality (less trustworthy) features and the reasons for their uncertainty (whether it be an issue with collection – such as not enough attribute data being recorded; time since collection – given degradation of data quality over time, i.e. older features are likely less accurate than newer ones; or because of a major event that could physically alter/remove the actual element, like a storm or earthquake). The tendency for crowdsourced datasets to be continually updated and amended means they are effectively dynamic when compared to more traditional datasets that are generally fixed to a set period/point in time. This requires them to be easily updated; however, it is important that efforts are directed at identifying and strengthening the features which represent the weakest links in the dataset. This is achievable through the use of opensource software and methods detailed in this presentation.
  • 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
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
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
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
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
06:33 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

PostTrajectory : Querying and Managing GPS and Trajectories on Postgresql/PostGIS

Recently, many services regarding moving object have been studied with using location information as mobile devices and systems are advancing. Trajectory is the data which information of the location by the time. The current database system is not defined that to store of the moving object data type. Therefore, the location information of object can be stored, but it is difficult to store those location information and time information together. In this paper, the extended system which can store the trajectory of the moving object by using PostgreSQL and PostGIS used as spatial database is designed and implemented.
  • 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
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: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
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
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
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
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
22:50 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Push it through the wire! Push it more, if it's wireless!

Today's web browsers, their rendering engines and JavaScript interpreters are able to display relatively big amounts of vector data. Moving from DOM rendering (as it was implemented with help of SVG in for examples OpenLayers 2) to Canvas (and further to WebGL -- as we are now having in OpenLayers 3 or Leaflet) enables us to display thousands of complex vector features, with complicated on-client vector data styling. With this possibility, we are facing now new types problems: how to send such amount of data through limited internet connection? If we have closer look at the problem, we can see clearly, that old database paradigm has raised one more time: we can not have all three attributes of data in one pot, but only 2 of them: speed of the delivered data or amount of delivered data or their topicality. If we take this limits into account and decide to deal with big amounts of data in fast way, topicality must be sacrificed. In the talk, we will demonstrate some possible solutions for this problem, using tiled vectors, generalization, aggregation of vector data. Also advantages, disadvantages of various new and popular vector formats, such as GeoJSON, TopoJSON or MapBox will be discussed. Geometric data do not have be rendered all the time in all scales and over whole area of interest, but only necessary portion of them. If displayed in smaller scales, aggregation and generalisation can take place on the server side. That implies, that using vector caching mechanism could be considered as well. But if we need direct interaction of the server input with cached vector data, mechanism for this must be defined as well. Also attribute data have to be transfered separately, if all the optimisation was put in the vector geometries. Also possible steps between cached data and real-time data will be discussed.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
20:31 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

The way to go with WPS

How to find your way in difficult terrain, with obstacles, hazards, and deep snow? We present a solution for cross-country path planning and mobility, based on OSGeo software and open data. A large graph representing terrain, roads, and paths is stored in PostGIS for use with the pgRouting module of shortest path algorithms. The graph is based on detailed topography, soil type and vegetation data, and edge weights can be adapted for hikers and vehicles. The application is service oriented and held together by the Web Processing Service (WPS), the OGC interface standard for computation-oriented web services. A key component is the ZOO WPS server. The presentation will discuss WPS benefits and describe graph and weight generation, including challenges such as accounting for dynamic data about temporary hazards, weather, etc.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
21:51 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Visualizing Fire Department Responses with CartoDB

Local government fire departments need to demonstrate their performance and efficiency. In this session we will show how CartoDB and Torque are being used to visualize fire department responses to emergency events throughout the city allowing city officials to better understand how they are performing. We will also briefly discuss why routing based on Open Street Maps is not yet sufficient enough to be used for this analysis. Effective Response Force (ERF) is one method that fire departments use to measure their level of success. An ERF is a set of specific resources required to perform a particular task within a set amount of time. For example, the Effective Response Force for a residential building fire, which is less than 200 square meters in size, needs to be four fire engines, one ambulance and a fire chief. These resources may be coming from different fire stations; they may be coming directly from other emergency events. They may even come from neighboring cities. Using CartoDB and Torque we can visualize several things; the expected travel routes each of these resources may have taken, compare these routes to expected drive-times based on GIS road network analysis and also show the order in which each of these resources arrived at the destination.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
24:22 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Jsonix: Talking to OGC Web Services in JSON

Can you talk to OGC Web Services in JSON instead of XML? You can - with Jsonix, a powerful JavaScript tool for XML - JSON conversion. JSON has probably already replaced XML as a "lingua franca". JSON is much lighter and easier to use than XML, especially in JavaScript-based web apps. In the context of GIS, web mapping is dominated by JavaScript libraries like OpenLayers and Leaflet, which speak JSON natively. But what about the standards? Open Geospatial Consortium defines more than 50 specifications with more than 100 individual versions. Technically almost all of them are XML-based and defined by XML schemas. These are de jure and de facto standards, widely used and well supported. So you still need XML processing in JS web mapping apps. Processing XML is no rocket science, but it's seldom a pleasure to implement. The OL3 KML parser is about 2.5KLoc of dense XML parsing. Even a very simple WMS GetCapabilities format is almost 1 KLOC. From this code around 90% is pure XML parsing and only 10% is the processing of the payload. Would not it be nice if we could talk to the OGC Web Services directly in JSON? So that the developers could focus on the 10%, the payload processing, and cut off the 90% (XML handling) of the effort. Jsonix is an open source library for XML - JS conversion which makes it just possible. With Jsonix you can take an XML Schema and generate XML - JS mappings. These mappings allow you to parse XML in the original schema and get your data in pretty JSON. It also works in the opposite direction: you can serialize JSON in XML, which would correspond to the original XML Schema. What makes Jsonix unique is that it is type and structure-safe. On the JSON side, you will get types and structures exactly as they are defined in the original XML Schema. For instance, xs:decimal is converted into a number in number in JSON, repeatable elements are represented by arrays etc. You just need the corresponding mapping. You can generate Jsonix mappings on your own or use one of the pre-generated mappings. The (unofficial) OGC Schemas Project compiles and provides mappings for many of the popular OGC schemas (OWS, WMS, WFS, CSW, SLD and many more). This presentation gives an overview of Jsonix demonstrates its usage by a number of examples.
  • 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
29:12 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Protecting the Planet with Postgis: How we are calculating complex protected area coverage statistics for all countries in the world.

ProtectedPlanet.net is the online interface for the World Database on Protected Areas (WDPA), a joint project of IUCN and UNEP, and the most comprehensive global database on terrestrial and marine protected areas. The WDPA is released every month and consists of a point and polygon dataset of over 210 000 entries. Over 91% of this data is in polygon format and the remaining 8% are points that can have an area as attribute. Displaying protected area coverage statistics is one of the main features of this website. It is very important for the users to know what percentage of the territory is covered by protected areas in a given country, region or the entire planet. Previously, these statistics were calculated manually and every year a team spends several days calculating them for a report using ESRI Software. We had a great challenge this time: Can we automatically calculate the statistics every month for all the protected areas and countries in the entire planet? In this case time matters: if we want to calculate statistics every month, it can't take 2 or 3 days of processing. To work through this, we chose a full open source solution with PostGIS to do all the back end tasks that we need to calculate statistics. We were able to limit all this to 6 hours and we can now run automatically every month keeping coverage statistics up to date.
  • 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
24:31 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Dynamic dashboards with D3.js and CartoDB

NextGIS has been busy working on a new stack of geospatial software for the past few years and we're finally ready to present what we've accomplished. Our stack consists of 4 major components: web (NextGIS Web), mobile (NextGIS Mobile), desktop (NextGIS QGIS) and data management (NextGIS Manager). Three of those components are brand new, developed by NextGIS alone and were released just recently. For the fourth component, we participate in QGIS development since 2008 and use its codebase for our desktop component. The main focus of the stack is tight integration, ease of use and modularity. New stack features unique features, to name just the few: plugable renderers for NextGIS Web, multi-layer support for NextGIS Mobile, super-fast rendering and great formats support for NextGIS Manager and all-around integration with NextGIS QGIS. The presentation will provide an overview and will look at general architecture, use cases and plans for future development.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
1:03:54 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

FOSS4G Seoul 2015 - panel discussion

  • 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
29:05 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Geopaparazzi, state of the art

Geopaparazzi is an application for fast field surveys. Its simplicity and the possibility to use it on as good as any android smartphone makes it a trusty field companion for engineers and geologists, but also for tourists who wish to keep a geodiary and any user that needs to be aware of his position even in offline mode. In Geopaparazzi it is possible to create text, picture and sketch notes and place them on the map. Notes can also be complex and form based in order to standardize surveys in which many people need to be coordinated. In the last years the support for the visualization of spatialite vector layers and recently also editing possibilities for spatialite poligonal datasets has been added, allowing for some simple-yet-powerfull possibilities on vector data. Desktop tools are supplied to bring datasets from the GIS environment to Geopaparazzi and back. The presentation will focus on the most important features of Geopaparazzi as well as the latest additions to the application in order to give a complete idea of the state of the art of the project.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
19:41 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

DigitalGlobe and Open Source

Adding some important and pertinent information to this abstract with respect to the recent tragic events in Nepal. DigitalGlobe, in responding to the devastating earthquake in Nepal, has openly licensed both pre-event and post-event imagery, as well as openly licensed the results of our Tomnod campaign, which has crowdsourced information from nearly 50,000 volunteer contributors to assess damage and displaced people in Nepal. DigitalGlobe is working with first responders, aid relief and NGOs including Kathmandu Living Labs, Humanitarian OpenStreetMap Team, the UN, IFRC and American Red Cross. We are providing important information to disperse relief to the growing number of displaced people. The work we have done has been featured by CNN, CCTV, Mashable, the Atlantic and many more. Please reference links below. This is a poignant example of how Geospatial data, provided in the open can benefit millions of people who need help. http://www.cnn.com/videos/business/2015/05/01/wbt-intv-lake-bullock-nepal-digitalglobe.cnn http://www.theatlantic.com/technology/archive/2015/05/the-mapmakers-helping-nepal/392228/ http://www.citylab.com/tech/2015/04/how-amateur-mappers-are-helping-recovery-efforts-in-nepal/391703/ http://mashable.com/2015/05/06/landslide-nepal-photos-before-after/#:eyJzIjoidCIsImkiOiJfdTVjdzgyb2M5aGRnMnZ1bCJ9 Original abstract: DigitalGlobe operates a constellation of high resolution, high accuracy satellites. Imagery from DigitalGlobe can be seen in Mapbox Satellite, CartoDB, Google Maps, HERE Maps, Bing Maps, Apple Maps and is often used for the purposes of contributing, editing and validating for OpenStreetMap. Over the years, DigitalGlobe has provided both imagery and software processing tools with an Open Source license. This includes post-event imagery for Typhoon Haiyan in the Philippines and the Japanese Tsunami. Recently, we open sourced a software toolkit called "Mr Geo" http://defensesystems.com/articles/2015/01/14/nga-open-sources-geospatial-analysis-tool.aspx This presentation will give an overview of DigitalGlobe, our geospatial technology and our services we are providing to the Open Source community.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
21:08 FOSS4G, Open Source Geospatial Foundation (OSGeo) English 2015

Presentation of GNOSIS SDK: High performance 3D visualization SDK and GIS software

An introduction and demonstration of the capabilities of the GNOSIS SDK ( http://ecere.ca/gnosis ), high performance 3D geospatial visualization software built atop our open-source Ecere Software Development Kit ( http://ecere.org ). The GNOSIS SDK offers a cross-platform object-oriented API for visualizing geospatial raster imagery, vector data and elevation models in both 3D and cartographic projections. It also features GNOSIS Cartographer, a GIS software allowing to import, visualize, edit, tile, optimize, style and analyze geospatial data. Vector shapefiles, GeoTIFF imagery and ASCII Grid heightmaps are readily supported, while a plug-in system allows to extend support and functionality through additional programming. Through tiling and resampling all supported types of data (raster, vector and elevation) at multiple scales, GNOSIS can handle large planetary scale data sets (up to 1 mm resolution) with consistent performance. Elevation data models, including high resolution point clouds, can drive the terrain rendering system which performs dynamic mesh optimization based on elevation variation. All types of map data can also be draped on top of the terrain, and styles can be modified in real-time. Styling can be applied with cascading style sheets based on the values of associated data records. GNOSIS also supports geo-referencing and rendering 3D models. GNOSIS also provides a map client / server architecture through its own highly efficient protocol, while it will also support serving and accessing data through widely used protocols such as WFS and WMS. Although the GNOSIS SDK itself is currently not open-source, we hope to be in a position to release it under an open-source license in the future and possibly apply for it to become an OSGeo software project.
  • Published: 2015
  • Publisher: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Language: English
out of 3 pages
Loading...
Feedback

Timings

  116 ms - page object
   80 ms - search
    2 ms - highlighting
    0 ms - highlighting/32098
    1 ms - highlighting/32147
    1 ms - highlighting/32141
    0 ms - highlighting/32144
    1 ms - highlighting/32134
    1 ms - highlighting/32106
    1 ms - highlighting/32145
    1 ms - highlighting/32061
    2 ms - highlighting/32040
    0 ms - highlighting/32062
    1 ms - highlighting/32110
    1 ms - highlighting/32103
    1 ms - highlighting/32029
    1 ms - highlighting/32084
    1 ms - highlighting/32113
    1 ms - highlighting/32114
    1 ms - highlighting/32059
    2 ms - highlighting/32112
    1 ms - highlighting/32105
    1 ms - highlighting/32168
    2 ms - highlighting/32135
    2 ms - highlighting/32126
    1 ms - highlighting/32140
    1 ms - highlighting/32058
    1 ms - highlighting/32164
    1 ms - highlighting/32051
    0 ms - highlighting/32093
    0 ms - highlighting/17010
    1 ms - highlighting/32124
    0 ms - highlighting/32152
    0 ms - highlighting/32069
    1 ms - highlighting/32099
    1 ms - highlighting/32163
    1 ms - highlighting/32095
    1 ms - highlighting/32130
    1 ms - highlighting/32165

Version

AV-Portal 3.7.0 (943df4b4639bec127ddc6b93adb0c7d8d995f77c)