Portal
Suchergebnisse
Results list
Celerina, Switzerland: Long-term forest meteorological data from the Long-term Forest Ecosystem Research Programme (LWF), from 1997 onwards
High quality meteorological data are needed for long-term forest ecosystem research, particularly in the light of global change. The long-term data series published here comprises almost 20 years of measurements for two meteorological stations in Celerina in Switzerland where one station is located within a natural coniferous forest stand (CLB) with Swiss pine (_Pinus cembra_; 210-250 yrs) as dominant tree species. A second station is situated in the very vicinity outside of the forest (field station, CLF). The meteorological time series are presented in hourly time resolution of air temperature, relative humidity, precipitation, photosynthetically active radiation (PAR) and wind speed. Celerina is part of the Long-term Forest Ecosystem Research Programme (LWF) established and maintained by the Swiss Federal Research Institute WSL.
3D_Snow_Models
The dataset contains several snow models in the Standard Tesselated Geometry File Format (stl) for 3D visualization, printing and additive manufacturing. Different snow types are available (new snow, rounded snow, depth hoar, buried surface hoar, graupel).
Cloud Optimized Raster Encoding (CORE) format
Acknowledgements: The CORE format was proudly inspired by the Cloud Optimized GeoTIFF ([COG](https://www.cogeo.org/)) format, by considering how to leverage the ability of clients issuing HTTP GET range requests for a time-series of remote sensing and aerial imagery (instead of just one image). License: The Cloud Optimized Raster Encoding (CORE) specifications are released to the public domain under a Creative Commons 1.0 CC0 "No Rights Reserved" international license. You can reuse the information contained herein in any way you want, for any purposes and without restrictions. ----------------------- Summary: The Cloud Optimized Raster Encoding (CORE) format is being developed for the efficient storage and management of gridded data by applying video encoding algorithms. It is mainly designed for the exchange and preservation of large time series data in environmental data repositories, while in the same time enabling more efficient workflows on the cloud. It can be applied to any large number of similar (in pixel size and image dimensions) raster data layers. CORE is not designed to replace COG but to work together with COG for a collection of many layers (e.g. by offering a fast preview of layers when switching between layers of a time series). WARNING: Currently only applicable to RGB/Byte imagery. The final CORE specifications may probably be very different from what is written herein or CORE may not ever become productive due to a myriad of reasons (see also 'Major issues to be solved'). With this early public sharing of the format we explicitly support the Open Science agenda, which implies "shifting from the standard practices of publishing research results in scientific publications towards sharing and using all available knowledge at an earlier stage in the research process" (quote from: European Commission, Directorate General for Research and Innovation, 2016. Open innovation, open science, open to the world). CORE Specifications: 1) a MP4 or WebM video digital multimedia container format (or any future video container playable as HTML video in major browsers) 2) a free to use or open video compression codec such as H.264, VP9, or AV1 (or any future video codec that is open sourced or free to use for end users) Note: H.264 is currently recommended because of the wide usage with support in all major browsers, fast encoding due to acceleration in hardware (which is currently not the case for AV1 or VP9) and the fact that MPEG LA has allowed the free use for streaming video that is free to the end users. However, please note that H.264 is restricted by patents and its use in proprietary or commercial software requires the payment of royalties to [MPEG LA](https://www.mpegla.com/programs/avc-h-264/). However, when AV1 matures and accelerated hardware encoding becomes available, AV1 is expected to offer 30% to 50% smaller file size in comparison with H.264, while retaining the [same quality](https://trac.ffmpeg.org/wiki/Encode/AV1). 3) the encoding frame rate should be of one frame per second (fps) with each layer segmented in internal tiles, similar to COG, ordered by the main use case when accessing the data: either layer contiguous or tile contiguous; Note: The internal tile arrangement should support an easy navigation inside the CORE video format, depending on the use case. 4) a CORE file is optimised for streaming with the moov atom at the beginning of the file (e.g. with -movflags faststart) and optional additional optimisations depending on the codec used (e.g. -tune fastdecode -tune zerolatency for H.264) 5) metadata tags inside the moov atom for describing and using geographic image data (that are preferably compatible with the [OGC GeoTIFF standard](https://www.ogc.org/standards/geotiff) or any future standard accepted by the geospatial community) as well as list of original file names corresponding to each CORE layer 6) it needs to encode similar source rasters (such as time series of rasters with the same extent and resolution, or different tiles of the same product; each input raster should be having the same image and pixel size) 7) it provides a mechanism for addressing and requesting overviews (lower resolution data) for a fast display in web browser depending on the map scale (currently external overviews) Major issues to be solved: - Internal overviews (similar to COG), by chaining lower resolution videos in the same MP4 container for fast access to overviews first); Currently, overviews are kept as separate files, as external overviews. - Metadata encoding (how to best encode spatial extent, layer names, and so on, for each of the layer inside the series, which may have a different geographical extent, etc...; Known issues: adding too many tags with FFmpeg which are not part of the standard MP4 moov atom; metadata tags have a limited string length. - Applicability beyond RGB/Byte datasets; defining a standard way of converting cell values from Int16/UInt16/UInt32/Int32/Float32/Float64/ data types into multi-band Byte values (and reconstructing them back to the original data type within acceptable thresholds) Example Notice: The provided CORE (.mp4) examples contain modified Copernicus Sentinel data [2018-2021]. For generating the CORE examples provided, 50 original Sentinel 2 (S-2) TCI data images from an area located inside Switzerland were downloaded from www.copernicus.eu, and then transformed into CORE format using ffmpeg with H.264 encoding using the [x264 library](https://www.videolan.org/developers/x264.html). DISCLAIMER: Basic scripts are provided for the Geomatics peer review (in 2021) and kept as additional information for the dataset. Nevertheless, please note that software dependencies and libraries, as well as cloud storage paths, may quickly become deprecated over time (after 2021). For compatibility, stable dependencies and libraries released around 2020 should be used.
Vegetation Height Model NFI
Countrywide **vegetation height models (VHM)** were generated for Switzerland based on **stereo aerial images**, acquired by the Federal Office of Topography swisstopo. From the ADS-80/100 sensor data, first a digital surface model (DSM) with a spatial resolution of 1 × 1 m is processed. This DSM is then normalized using the digital terrain model (DTM) swissALTI3D (swisstopo). Buildings and other artificial objects are masked out from the nomalized DSM (nDSM) using information from the topogrphic landscape model - TLM (swisstopo) to obtain the actual vegetation height model (VHM). These VHM's are produced in the framework of the Swiss National forest Inventory (NFI). Each year about 1/6 of Switzerland's surface is updated using the leaf-on aerial images acquired by swisstopo (may - october). Further information on the creation of the VHM NFI can be found in the paper Ginzler and Hobi (2015, https://doi.org/10.3390/rs70404343).
RADAR Wind profiler Davos Wolfgang
The RADAR wind profiler from Meteoswiss was installed at Davos Wolfgang (LON: 9.853594, LAT: 46.835577) and measured from 2171 m above sea level to 11079 m, with a temporal resolution of 10 minutes.
Snow Drift Station - Snow and Air Data
Snow and air data was monitored at Gotschnagrat (LON: 46.859 LAT: 9.849) by an infrarot radiometer (Campbell SI-111) for snow temperature (°C), a snow height sensor (Lufft SHM-31) for snow height change (cm) and a temperature and humidity sensor (Campbell CS-215) for air temperature (°C) and relative humidity (%). No filter was applied to the sensors and the smapling frequency was 1 Hz.
Capillary rise rise experiments in snow using neutron radiography
This dataset consists of data related to capillary rise experiments performed with neutron radiography. There are 4 videos of capillary rise experiments as well as the files used to perform the inverse fitting with Hydrus. The videos show the upward flow of water in glass columns filled with sand and snow or sand, gravel, and snow. The videos show the 2D evolution of the unitless optical density with time. The Hydrus files were used to fit the parameter values of the Mualem-van Genuchten model. The experiments were performed at the Paul Scherrer Institute (PSI) in Villigen, Switzerland.
Planning intentions in strategic plans of European urban regions
The present dataset is part of the report titled Gradinaru S.R., Hersperger A.M., Schmid F. (2021). Deriving Planning Intentions from written planning documents. Report on CONCUR Project- From plans to land change: how strategic spatial planning contributes to the development of urban regions. The data corresponds to the data collected as part of the DPI Method for deriving all PIs contained in a plan (open coding) as detailed in section 4 of the report. The method involved reading the plans to break down of information in meaningful discrete “incidents” or planning intentions. To identify the planning intentions, the starting points were represented by a) the structuring of the plans in chapters and sub chapters and b) the themes that the plans addressed. Thus, the collected information was not grouped according to pre-defined categories of planning intentions, but rather put together as a list of intentions as revealed by each plan. As a result, we provide, for each case study, a document (named [Urban region name] PI as defined in the plan) which contains: Date when the information was filled in. Name of the urban region and analysed strategic spatial plan . A list of all planning intentions contained in a plan, with each PI being addresses as follows: Name of PI as it appears in the plan Translated name of the PI (i.e. short name for easy understanding of the meaning) Explanation regarding the meaning of the PI Why the PI is considered a priority for the urban region Spatial information on the PI (text and cartographic representations). In total, 14 documents are available, one for each case study. Documents contain up to 20 pages of information extracted from the plans together with explanations and notes taken during plan reading.
Photogrammetric Drone Data Schürlialp
The data was collected on 16.04.2021 and on 28.05.2021 with a Wingtra Gen II and a Sony RX1 II RGB sensor to obtain snow depth and distribution data. Following the data collection, the data was processed with Agisoft Metashape. A 10cm DSM, a 10cm snow depth raster, a 3mm orthophoto and the original drone images are available for download.
Species distribution maps of Fagales and Pinales (GDPlants)
This database contains 1957 distribution maps of species from Fagales and Pinales constructed based on a method integrating polygon mapping and SDMs (Lyu et al., 2022). To construct the maps, we first collected occurrence data from 48 different sources. According to the number of occurrences after data cleaning, three kinds of maps are constructed: (1) For species with more than 20 occurrences, we performed SDM and polygon mapping described in Lyu et al. (2022) and select the integration of the two layers as the distribution range; (2) For species with more than 4 but less than 20 occurrences, we only use polygon mapping to draw the distribution range; (3) For species with less than 4 occurrences, a 20-km buffer was generated around the occurrences as the distribution range. The maps were manually checked and evaluated (see Note S3 and Table S9 in Lyu et al., 2022 for details).