6 documents found in 78ms
# 1
Christian Willmes • Daniel Becker • Sebastian Brocks • Christoph Hütt • Georg Bareth
Abstract: Python based pyGRASS scripts implementing Köppen-Geiger climate classifications from CMIP5 and PMIP3 climate model simulation datasets. And a script for computation of area statistics of the classification data, as well as documentation for using the scripts and accessing the source climate simulation data.
# 2
Christian Willmes • Georg Bareth
Abstract: In the recent past data base systems providing information on early humans and their environment are becoming more and more important and increase rapidly in number. However, this increase in different DB systems is concomitant with an increasing redundancy in the digital information stored in these database systems. Therefore, in this study we explore ways to reduce redundancies due to multiple storage of data and, hence, we show solutions to minimize the requirements to store and manage digital information in the prehistory and paleoenvironment domains. The example is based on the database systems of the DFG financed SFB 806: “Our Way to Europe” and the Heidelberg Academy of Sciences and Humanities project entitled: “The Role Of Culture in Early Expansion of Humans (ROCEEH). We focus especially on the spatial data available in both systems as well as on the environmental information. Therefore, we examine and test exchange interfaces based on Spatial Data Infrastructure technology (OGC Standards) and metadata/schema mappings. The poster presents currently implemented interfaces of both data base systems in terms of their main commonalities and differences. Based on this overview, we discuss ways of direct links between the DB systems. Moreover, we identify procedures that need to be developed in the future to integrate and exchange data between both systems. We show that DB-linking activities based on the OGC standards yield valuable results and lead to a more efficient, sustainable management of these DB systems providing added values for the related research groups.
# 3
Christian Willmes • Daniel Becker • Sebastian Brocks • Christoph Hütt • Georg Bareth
Abstract: This geospatial dataset, in raster and vector format, is a Köppen-Geiger climate classification of the MPI-ESM-P Last Glacial Maximum (21k yBP) r1i1p1 model simulations according to the PMIP III 21k experiment. The classifications were computed using the Python pyGRASS library and GRASS GIS.
# 4
Christian Willmes • Daniel Becker • Christoph Hütt • Sebastian Brocks • Georg Bareth
Abstract: This geospatial dataset, in raster and vector format, is a Kppen-Geiger climate classification of the MPI-ESM-P Mid-Holocene (6k yBP) r1i1p1 model simulations according to the PMIP III 21k experiment. The classifications were computed using the Python pyGRASS library and GRASS GIS.
# 5
Christian Willmes • Daniel Becker • Sebastian Brocks • Christoph Hütt • Georg Bareth
Abstract: This geospatial dataset, in raster and vector format, is a Kppen-Geiger climate classification of the MPI-ESM-P PreIndustrial r1i1p1 model simulations according to the PMIP III 21k experiment. The classifications were computed using the Python pyGRASS library and GRASS GIS.
# 6
Christian Willmes • Yasa Yener • Anton Gilgenberg • Georg Bareth
Abstract: This Poster contribution for the 2nd Research Data Management Workshop, held on November 27th and 28th at the University of Cologne, describes the advancements of the new CRC806-Databse frontend. It was decided to update the system with some major changes to the overall architecture, by preserving the current API functionality and the URLs of the datasets in the database. This paper describes the system architecture of the upcoming version of the CRC806-Database. The SDI part of the system is migrated from the current MapServer, GeoServer, MapProxy and pyCSW based implementation to a GeoNode based system. Additionally the Typo3 based frontend of the web portal is changed to use mostly server side Extbase & Fluid based content handling and rendering, instead of the current AgularJS based frontend. Due to stability and consistency difficulties of client side rendering we decided to build a more robust system and move to server side rendering.
spinning wheel Loading next page