Bestand wählen
Filter anzeigen Filter ausblenden

Suche eingrenzen

Autor & Mitwirkende
1-12 von 95 Ergebnissen
Anzeige anpassen
  • Sortieren nach:
22:43 FOSS4G, Open Source Geospatial Foundation (OSGeo) Englisch 2013

Using Spatial Business Intelligence For Asset Management

The maintenance of waterways is expensive. Optimization of reconstruction projects can save money and limit hindrance for the public. In this presentation I show how the implementation of Spatial OLAP can give better insight in the quality of the construction of waterway banks. By spatially overlaying inspection results with construction records, a better estimation can be made about the overall quality, potential danger and repair costs. Spatial OLAP is an excellent way to provide insight into the different variables involved in the planning proces of maintenance.
  • Erscheinungsjahr: 2013
  • Herausgeber: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Sprache: Englisch
50:05 FOSS4G, Open Source Geospatial Foundation (OSGeo) Englisch 2013

VivaCity Smart City Platform

Many big vendors are exploring the smart city concept explaining that the smart city is a city aware of the things happening in the infrastructures. Thus the vendors are pushing for a Smart Grid, Smart Metering, Smart Sensors and Smart Whatsoever. This makes the city look like a sick patient, being monitored in many ways with histograms, gauges and panels for the information to be read. In our opinion this is the most unnatural way to interact with city information. Historically the most used way to interact with citizen oriented information is the map. Even today, with the always more precise GIS tools, the map can be an important part of a city information management tool. The VivaCity Project is a platform for the data-driven smart city. The core of the platform consists of a map- based view of the city itself, with all the possible cartographic open data made available by the governance. Beyond that, various apps can contribute in a smart manner through a set of plugins and entry-points for various views of the city, enabling a deep and complex interaction with the city itself. This system is self-sustaining, considering that the city already contains its monitors, which are the citizens. They just need two sets of tools: a visualization tool enabling the citizens to understand what is being done at a given time, and a tool to express opinions, problems and proposals to the governance. Considering that an overly generic tool loses its meaning because it has no real target, the interaction with the governance is delegated to function-specific or target-specific apps sharing a common API. This way both governance and citizen gain benefits, having both sides creating new data all the time and interconnecting information from the city and its inhabitants: governance has the ability make decisions based on real-time citizen-driven data, while citizens have the opportunity to create new services using the provided data. Figure 1 - Part of the VivaCity Smart City Interface For instance, the APIs offered to external apps are aimed to the following areas of interest: Politics, political decisions Maintenance • • • • • • • • • Security City Info, Touristic, Cultural information Management, urbanistic information Urban events, Urban Acupuncture, social analysis Emergency Management, Emergency information aggregation from the many sources available Economic, Managerial information Environmental, Energy usage information The data shown in the interface is the sum and interpretation of the data provided by the local governments through open data, or applications created by third parties like OpenMunicipio in Italy, the OpenSpending platform by OKFN or even simply mash-ups with complex datasources, like the USGS earthquake map, or the various regional APIs for simple services or any other app enabling the citizen to participate actively to the activity of his government. Using the platform in different cities enables a normalization of the services offered by the cities, and the direct comparison and interconnection of cities through a distributed API supporting the governance to empower policies and improve citizens’ lifes.
  • Erscheinungsjahr: 2013
  • Herausgeber: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Sprache: Englisch
20:46 FOSS4G, Open Source Geospatial Foundation (OSGeo) Englisch 2013

OpenLayers 3 - How To Successfully Run A Crowdfunding Campaign For An OSS Project

The impressive list of OSGeo Projects [1] show the necessity to develop OpenSource software. Behind all lines of code, there is the work of one developer. And, in our capitalist world, work means money. This presentation will underline the challenges of the crowdfunding effort organized for the development of the next major release of OpenLayers 3. OpenLayers is one of the most famous OSGeo library and is widely used for the development of web mapping applications. Its development started in 2007. In 2012, it was clear for the developers that the current release was at the end of its life. The emergence of new technologies implied to create a complete new libraries based on these new technologies. As usual in the OpenSource world, some developers started this work in the middle of 2012. Since a complete rewrite was required, it appeared clearly that the work needed to obtain a library that would allow the migration to the new release was huge. It was estimated to 2’500 hours of work. At this time, swisstopo planned a migration of its web mapping applications. swisstopo decided to use the future release of OpenLayers, which was only a very first prototype. In order to benefit of the advantages of OpenSource developments made by a community, it was not possible for swisstopo to simply mandate a company for the development of this library. The commitment of the OpenLayers community and its committers/developers was needed. So, in order to speed up the development process, swisstopo decided to invest a substantial amount of money and to organize a crowdfunding effort together with companies active in the OpenLayers development scene. Several financement channels were used: micro fundings from individuals and more important fundings from companies and administrations. This presentation will describe the main problems and challenges faced during this crowdfunding effort and how they have been solved. Here is a list of these problems and challenges: - Some key actors had to be convinced to donate in order to convince others to follow the movement. It is important that one or two big players make the first donations. And, since the money is managed by the higher manager, a lot of energy has been put in explaining how an OpenSource community works. The OpenSource development model is still not very well known and the higher management often think that a normal contract with one company is the best way to develop softwares. - The general objective was to be clear and strong enough in order to convince individuals, companies or administrations to invest on something that didn’t exist. - The financial capacities of individuals, companies or administrations are not the same. But all are part of the OpenLayers community. It was important to be able to handle donations of some dollars to some thousand of dollars. - OpenLayers is an OpenSource community, but is not a legal entity. It’s therefore not possible to make a contract with OpenLayers. In order to solve that, the main companies of the OpenLayers development scene decided to create an association in order to simplify the administrative aspects. - The commitments and the resources of the OpenLayers committers was needed in order to ensure that the library could be developed in a short time frame and with the necessary level of quality. - A worldwide communication concept has to be put in place in order to reach all potential crowdfunders. And this only with a few persons working partially on this project. - An organization had to be put in place in order to coordinate the work of persons located all around the world. But at the end, the result is here: more than 350’000 USD have been found and the development of OpenLayers 3 is a reality. And everyone can now benefit of a modern, performant and 2D/3D web mapping library, thanks to all crowdfunders and developers !!!
  • Erscheinungsjahr: 2013
  • Herausgeber: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Sprache: Englisch
22:59 FOSS4G, Open Source Geospatial Foundation (OSGeo) Englisch 2013

Optimising Spatial Data Analysis With PostgreSQL And PostGIS

In this talk we will demonstrate spatial data analysis on the relational database system PostgreSQL (http://www.postgresql.org) equipped with the spatial extension PostGIS (http://www.postgis.org). We will gradually introduce some of the optimisation techniques provided by PostgreSQL, by applying them to the solution of increasingly complex problems belonging to the PostGIS domain. Our aim is to point out as clearly as possible the main ideas behind each example, showing the link in both projects between development of new features and the need to tackle real-world problems. Topics mentioned in this talk include: the special index types GiST and SP-GiST; custom database objects, such as data types, functions and operators; query and workload profiling.
  • Erscheinungsjahr: 2013
  • Herausgeber: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Sprache: Englisch
25:24 FOSS4G, Open Source Geospatial Foundation (OSGeo) Englisch 2013

The Right Approach: How Toscana Is Migrating To GFOSS

The Tuscany Regional Administration had a rather usual proprietary GIS infrastructure (ArcIMS, Oracle, ArcGIS). They started migrating to Open Source GIS with an integrated approach, both on the sever side (PostGIS, MapServer, Geonetworks) and on the client side (Quantum GIS, GRASS), providing also training to hundreds of their technicians. What makes this experience particularly interesting is the fact that they worked form the onset in very close contact with the community, requiring that the code developed for them was generalized, and pushed to main source code. This seemed more cumbersome at first, having to coordinate with several other developers, and not having functions closely fit to their specific needs, but the superiority of this approach become quickly evident, as several functions were further improved and maintained by third parties. Among the most notable achievements were much improved topology support in PostGIS, SLD support in QGIS, and much more. We advise other administrations and enterprises to avoid the temptation of working in isolation, and simply using FOSS4G, maybe tailoring it locally, without contributing back, as this approach is short-lived, and less successful in the long term.
  • Erscheinungsjahr: 2013
  • Herausgeber: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Sprache: Englisch
25:06 FOSS4G, Open Source Geospatial Foundation (OSGeo) Englisch 2013

The Met Office Open Data Journey

In November 2011, the UK Met Office launched DataPoint: an Application Programming Interface (API) for the release of its Open Data, in support of the Government’s desire for increased transparency and economic growth. Starting with just a handful of users, the service has grown in data, functionality and usage. This year the we are making further developments, responding to user feedback and ensuring INSPIRE compliance. This presentation will describe the journey so far and a forecast for the future.
  • Erscheinungsjahr: 2013
  • Herausgeber: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Sprache: Englisch
32:08 FOSS4G, Open Source Geospatial Foundation (OSGeo) Englisch 2013

Processing Data In GeoServer With WPS And SQL Views

This presentation will provide the attendee with an introduction to data processing in GeoServer by means of WPS, rendering transformations and SQL views. We will start by a brief introduction to GeoServer WPS capabilities, showing how to build processing request based on existing processes and how to build new processes leveraging scripting languages, and introducing unique GeoServer integration features, showing how processing can seamlessly integrate directly in the GeoServer data sources and complement existing services. The presentation will move on showing how to integrate on the fly processing in WMS requests, achieving high performance data displays of heatmaps, point interpolation and contour line extraction without having to pre-process the data in advance, and allowing the caller to interactively choose processing parameters. While the above shows how to make GeoSever perform the processing, the analytics abilities of spatial databases are not to be forgotten, the presentation will move on showing how certain classes of processing can be achieved directly in the database. Eventually, the presentation will close with some guidance on how to choose the best processing approach depending on the application needs, data volumes and frequency of update, mentioning also the possibly to leverage GeoServer own processes from batch tools such as GeoBatch. At the end the attendee will be able to easily issue WPS requests both for Vectors and Rasters to GeoServer trhough the WPS Demo Builder, enrich SLDs with awesome on-the-fly rendering transformations and play with virtal SQL views in order to create dynamic layers.
  • Erscheinungsjahr: 2013
  • Herausgeber: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Sprache: Englisch
20:33 FOSS4G, Open Source Geospatial Foundation (OSGeo) Englisch 2013

Implementation Of Standard Web Services For GOCE Data Exploitation

The European Space Agency (ESA) with the launch of the GOCE satellite in 2009 made it possible to study the Earth's gravitational field and estimate the geoid with unprecedented accuracy and resolution on a global scale. In the framework of the GOCE mission a group of experts from Politecnico di Milano, led by Professor Fernando Sansò, is also involved in order to collect, process and distribute data. Access to GOCE data, through common procedures and standard, can bring significant improvement in many fields of Earth sciences: for this reason it was decided to distribute the data using standard web services as specified by OGC (Open Geospatial Consortium). In this work first results of the development of a WPS (Web Processing Service) for spatio-temporal exploration and exploitation of GOCE and GEMMA (GOCE Exploitation for Moho Modeling and Applications) data is presented. The download query can be made for both global data and local data; in the latter case data can be dynamically interpolated from the WPS on the area and at the resolution defined by the user, or evaluated in correspondence of a set of sparse points provided by user. The GOCE service is implemented with free and open source software, GRASS GIS and pyWPS for WPS service and OpenLayers for the web interface. Furthermore the development of WMS and WCS services is on going; a WFS service, built using MapServer and to be used for the data distribution, will be added soon to improve the ASCII Grid and GeoTIFF formats that are currently available and also a new interpolation algorit based on spherical harmonics will be added too. The service is continuously updated from the point of view of the available data, the calculation procedures and data distribution.
  • Erscheinungsjahr: 2013
  • Herausgeber: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Sprache: Englisch
26:25 FOSS4G, Open Source Geospatial Foundation (OSGeo) Englisch 2013

How To Create A Geocoded Town - Monmouthpedia And Gibraltarpedia

Monmouthpedia was the first Wikipedia project to embrace a whole town—specifically, the Welsh town of Monmouth (pron.: /ˈmɒnməθ/ MON-məth; Welsh: Trefynwy). The project aimed to cover every single notable place, person, artefact, plant, animal and other things in Monmouth in as many languages as possible, but with a special focus on Welsh. This was a different scale of wikipedia-project. The project was jointly funded by Monmouthshire County Council and Wikimedia UK, Monmouthshire County Council and it included free town wide Wi-Fi for the project. ” Monmouthpedia uses QRpedia codes, a type of bar code a smartphone can read through its camera (using one of the many free QR readers available) that takes you to a Wikipedia article in your language. QR codes are extremely useful, as physical signs have no way of displaying the same amount of information and in a potentially huge number of languages. Articles have coordinates (geotags) to allow a virtual tour of the town using Wikipedia's mobile apps (or the Wikipedia layer on Google Streetview) and are available in augmented reality software including Layar. Monmouthpedia may not use standard black and white QR codes, in order to differentiate between MonmouthpediA codes and other schemes and individual's codes. There are different kinds of QR code—plaques and labels—all put up with the permission of the council and building owner: GibraltarpediA is the first Wikipedia project to aspiresto bridge two continents. Like Monmouthpedia the project aims to cover every single notable place, person, artefact, plant and animal in Gibraltar in as many languages as possible. This is a large WikiProject; it's at least three times the size of MonmouthpediA. The area of interest includes the British Overseas Territory of Gibraltar, the Strait of Gibraltar, the Spanish municipalities along the coast of the Bay of Gibraltar, the northernmost coast of Morocco and Ceuta. This project also uses NFC technology in addition to QR codes The authors are currently working in Gibraltar to demonstrate geotagging in practise. The project uses open street map to keep track of its progress.
  • Erscheinungsjahr: 2013
  • Herausgeber: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Sprache: Englisch
28:27 FOSS4G, Open Source Geospatial Foundation (OSGeo) Englisch 2013

Open Geospatial Data And Services Publication On The Cloud: The INGEOCLOUDS Open Source Approach

The cloud can be used as an infrastructure, as a platform or as a (desktop) software replacement according to the three different paradigms that it supports (IaaS, PaaS and SaaS). On the other hand at the moment more and more applications are using the cloud as their backend since it promises (unlimited) scalability and elasticity in terms of storage and computing power. In the open source geospatial world a lot of effort has been invested in developing excellent software that can be used to store, manage, visualize and publish on the web geospatial data and services. But when it comes to the cloud those offerings are not always readily available since the software, we all build, does not scale in a way that can take advantage of the cloud. In that respect we worked towards providing scalability and elasticity capabilities for the storage, querying and visualization of geospatial data based on existing open source solutions like the Mapserver, PostGIS, Apache and so on. We also worked on the lower part of the software stack so that we can build an elastic file system for storing geospatial data. So we are in the process of offering a fully open source solution that can take advantage of the cloud and its properties. Moreover we have coupled this solution with support for publishing anyone’s geospatial data as Linked Open Data so that they can be readily combined with other data on the web. In that respect we are using an open source SPARQL endpoint (Virtuoso) that allows us to store geospatially enabled information given that a suitable conceptual model will be provided described in RDF. Thus we allow for seamless integration of published data on the semantic web and we provide the necessary services for integrating this kind of offering in other applications in the future. Additionally we identified an emerging need to allow end users to publish their own data and create dynamically their own customized services on the cloud. Thus we exploit cloud’s “unlimited” storage capabilities to allow end users to publish their own data (as long as it is cost effective, too), combine them with existing data and create their own WMS/WFS customized services and publish them on the web. This has a great value-added for the users since they can actually publish their own maps. Finally, we demonstrate the capabilities of our technical solution by building and offering a set of advanced geophysical services through the platform. These services include a service for creating shakemaps (maps the visualize the effects caused by an earthquake to the environment), predicting landslides (providing maps assessing the possibility of landslides) and handling pollution information in ground waters. In conclusion, we offer an open source software stack that is based on existing open source software and extends it as needed in order to take to the most possible advantage of the properties of the cloud. We have tried to keep the software agnostic for the specific cloud and its capabilities. The work is carried out within the INGEOCLOUDS FP7 Project, co-funded by the EU, and with the participation of companies (AKKA technologies, France), research centers (CNR, Italy and FORTH, Greece) and data providers like geological surveys (GEUS, Denmark; GEO-ZS, Slovenia; BRGM, France and EKBAA, Greece) and earthquake research institutes (EPPO, Greece).
  • Erscheinungsjahr: 2013
  • Herausgeber: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Sprache: Englisch
23:23 FOSS4G, Open Source Geospatial Foundation (OSGeo) Englisch 2013

Web-based Participatory GIS With Data Collection In The Field: A Prototype Architecture

Driven by the rise of Web 2.0 and the non-stop spread of mobile device sensors, the concept of PGIS (Participatory GIS) is knowing a new, revolutionary era. This research investigates the opportunity to build up a prototype of Participatory GIS, with completely FOSS architecture, in which data directly comes from field surveys carried out by users. As a result, the system should increase public active participation in data creation and sharing, besides enlarging the knowledge up to the local level. Open Data Kit suite allows users to collect geotagged multimedia information using mobile devices with on-board location sensors (e.g. a GPS receiver). Thanks to an authentication mechanism, on field-captured data is sent to a server and stored into a PostgreSQL database with PostGIS spatial extension. GeoServer is then responsible for data dissemination on the Web. On the client- side, different OpenLayers and Leaflet based solutions allow data visualization on both traditional computers and mobile platforms. The designed architecture provided support for FOSS usage in the process of gathering, uploading and WMS/WFS publishing information collected in situ. GIS user participation could thus be substantially increased, making this innovative bottom-up approach a key factor for fostering, speeding and improving decision-processes.
  • Erscheinungsjahr: 2013
  • Herausgeber: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Sprache: Englisch
26:35 FOSS4G, Open Source Geospatial Foundation (OSGeo) Englisch 2013

Web Processing Services Using OS OpenData

In April 2010, Ordnance Survey made a number of their national mapping products freely available under the OS OpenData initiative. Vector and raster datasets at varying scales were released under a very permissive license which allows users to freely create derivative works, even for commercial purposes. Lutra Consulting released a WebGIS application to demonstrate the value and potential of combining OS OpenData, OGC services & standards and open source GIS software. The WebGIS application, Catchment Finder, uses the OGC Web Processing Service (WPS) to provide a simple method for users to generate hydrological catchments (or watersheds) for any point in the UK. Catchment delineation is based on the OpenData Landform PANORAMA dataset, a 50 metre resolution digital terrain model (DTM). Catchment Finder was developed using the following FOSS components: OpenLayers and Ext JS for all user-facing functionality. MapServer and TileCache to serve background mapping and processed results. GRASS GIS for server-side catchment delineation process. PyWPS to provide a mechanism for interaction between the browser and GIS processing taking place on the server. GRASS GIS sits at the core of Catchment Finder. National slope and aspect raster datasets were pre-calculated as inputs for the watershed analysis module in order to optimise calculation times. A WPS process was developed in python (using PyWPS and GRASS’ python bindings). The process chains together a number of GRASS commands in order to generate a vector layer representing the catchment outline which is then displayed in the web client via GML or optionally downloaded as a Shapefile. PyWPS (based on python) was chosen in preference to alternative WPS server implementations due to the typical flexibility and efficiency offered by python (a high-level programming language). Implementing specific GIS processing tasks as WebGIS applications simplifies the end-user’s tasks and therefore opens up GIS processes to non-technical people. Storing datasets and carrying out processing centrally helps remove the burden of managing large/national datasets. Any updates to underlying datasets can be carried out centrally with minimal impact. As Catchment Finder implements the OGC WPS standard, it is also possible for the service to be utilised by desktop GIS applications. At present, due to the low resolution of the underlying DTM, it is only possible to generate watersheds for larger watercourses.
  • Erscheinungsjahr: 2013
  • Herausgeber: FOSS4G, Open Source Geospatial Foundation (OSGeo)
  • Sprache: Englisch
von 8 Seiten
Loading...
Feedback