Find research datasets worth reusing
Search datasets from major research repositories and use ShareScore to quickly assess how well each record supports discovery, access, and reuse.
1,772
datasets available to search
ShareScore release 0.9.0
Dataset results
1,772 results for “sensors”
Dataset for "LoRa Sensor Network Development for Air Quality Monitoring or Detecting Gas Leakage Events; DOI: 10.3390/s20216225"
<p>This excel file contains the raw data used in the paper " LoRa Sensor Network Development for Air Quality Monitoring or Detecting Gas Leakage Events; DOI: 10.3390/s20216225 " In particular it comprises sensor measurements and pollutant data from the automated air quality monitoring stations in the Tarragona area.</p>
Ambient air sensor data for 2022-01-17
<p>Raw data from ambient air sensors BME680 for 2022-01-17 at</p> <p>CIE: Centro de Intercambios Escolares (28049 Madrid, Spain)</p> <p>CFA Taller de Naturaleza "Villaviciosa de Odón" (28300 Villaviciosa de Odón, Spain)</p> <p>IES "Luis Cobiella Cuevas" (38700 Santa Cruz de La Palma, Spain)</p> <p>Data begin at 08:00 because station at La Palma is connected daily at that time</p> <p>UNITS:</p> <p>Madrid time (CET - GMT +1)</p> <p>Air temperature T / ºC</p> <p>Relative Humidity RH / %</p> <p>Barometric pressure P / hPa</p>
A database of physical therapy exercises with variability of execution collected by wearable sensors
<p>The PHYTMO database contains data from physical therapy exercises and gait variations recorded with magneto-inertial sensors, including information from an optical reference system. PHYTMO includes the recording of 30 volunteers, aged between 20 and 70 years old. A total amount of 6 exercises and 3 gait variations commonly prescribed in physical therapies were recorded. The volunteers performed two series with a minimum of 8 repetitions in each one. Four magneto-inertial sensors were placed on the lower-or upper-limbs for the recording of the motions together with passive optical reflectors. The files include the specifications of the inertial sensors and the cameras. The database includes magneto-inertial data (linear acceleration, turn rate and magnetic field), together with a highly accurate location and orientation in the 3D space provided by the optical system (errors are lower than 1mm). The database files were stored in CSV format to ensure usability with common data processing software. The main aim of this dataset is the availability of inertial data for two main purposes: the analysis of different techniques for the identification and evaluation of exercises monitored with inertial wearable sensors and the validation of inertial sensor-based algorithms for human motion monitoring that obtains segments orientation in the 3D space. Furthermore, the database stores enough data to train and evaluate Machine Learning-based algorithms. The age range of the participants can be useful for establishing age-based metrics for the exercises evaluation or the study of differences in motions between different aged groups. Finally, the MATLAB function <em>features_extraction</em>, developed by the authors, is also given. This function splits signals using a sliding window, returning its segments, and extract signal features, in the time and frequency domains, based on prior studies of the literature.</p>
Risk and anomaly sensor for the steel production [CSS5]
<p> </p> <p> </p> <p>The CAPRI risk and anomalies sensor for the steel production aims to provide an estimate of the processing risk for intermediate products at different stages of the processing chain. This risk estimation will be the basis for a decision support system, which will provide recommendations regarding the further processing of a semi-product. For instance, if an item will likely fail to meet the quality specification for its original customer order, the support system could recommend changing the target order the product will be assigned to, or it could recommend to immediately recycle the item or to do some reprocessing. The earlier we identify a problematic item, the less energy and time needs be wasted in its further processing, therefore the solution can lead to substantial savings both in cost and CO2 emissions.</p>
Scale Soft Sensor for steel semi-products [CSS4]
<p> </p> <p>During production of steel bars in hot rolling mills there is a formation of scale on the surface of the products. It is differentiated between two scale types: primary scale and secondary scale. During the reheating of the product in the furnace the scale is called primary scale. After reheating and before rolling the scale is removed by a descaler, for instance with high water pressure. After rolling, while the product is located on the cooling bed, the secondary scale grows up.</p>
Multi-Sensor Ice Analysis Data: Analysis for Belgica Bank, North East Greenland 2019-20
<p>The intention is that this dataset can be used for machine learning and deep neural network training/validation, and it distinguishes sea ice concentration, type and form derived from manual analysis of a combination of different satellite sensors including ALOS-2, Sentinel-1, COSMO-SkyMed, Sentinel-2, and ICESAT-2. The region chosen for the analysis was the Belgica Bank area offshore of North East Greenland, as this is an area which experiences a wide variety of sea ice, and iceberg, conditions throughout the year. The dataset consists of two parts: 11 days of individual sea ice interpretations, one for each month in the period from April 2019 to March 2020, with the exception of October 2019, and iceberg surveys derived from Sentinel-2 for spring in 2019 and 2020. </p> <p>The dataset includes a user guide issued by MET Norway as report 10/2022 (see https://www.met.no/publikasjoner/met-report) in which the first part describes the data sources, nomenclature, file formats and data in the analysis. A second part of the report compares synthetic aperture radar (SAR) data from both L-band ALOS-2 and C-band Sentinel-1 satellites, and identifies the visible synergies and anomalies. The results confirm that there are variations in backscatter signatures between ALOS-2 and Sentinel-1 data when comparing them for different sea ice situations and conditions. ALOS-2 data in many cases is proven to be a reliable and beneficial source of data when it comes to identifying icebergs, ridges, determining sea ice type, and also distinguishing ice and water compared to standalone Sentinel-1 data.</p>
Applying Sensor Fusion to Augment Hyperspectral Data with Depth Information
<p>The research data for the paper "Applying Sensor Fusion to Augment Hyperspectral Data with Depth Information"<br> <br> Data in the archive "hyperdepth.tar.gz" includes:</p> <p><br> <strong>calibration_images/</strong><br> includes preprocessed images for calibrating both cameras</p> <p><strong>pointclouds/</strong><br> Includes individual hyperspectral point clouds for each view (front, rightmost, right, leftmost, left with postfixes correspondingly: edesta, oikea, oikea2, vasen, vasen2)<br> <br> <strong>raw_images/</strong><br> Two directories "day5" and "day6" which include the raw hyperspectral images and kinect images<br> <br> Some extra images are included which were not used in the research paper.</p> <p> </p> <p><strong>2022-03-11_112336_stereocalibration.json</strong> includes calibration results (mainly the intrinsic camera matrix and extrinsic parameters) for the setup.</p>
FloodSense street sign mounted flood depth sensor
<p><strong>Flood Depth Data (FDD)</strong> collected by a fleet of sensors deployed across 5 boroughs of New York City with a resolution of half an inch or less. The metadata for the sensors is included in the metadata.csv to identify the deployment coordinates of sensors, each with a unique <strong><em>deployment_id</em></strong>. </p> <p>The depth data is collected at least every five minutes and every minute in some locations depending on the ability to harvest solar energy at that deployment location. </p> <p>The final depth data field is <strong><em>depth_proc_mm</em></strong>, and the raw data is <strong><em>dist_mm</em></strong>. </p> <p>The raw measurement values received from the sensor are distance measurements (dist_mm), which are simply distance measurements collected from a ranging ultrasonic-based sensor. These distance measurements are converted to depths using <strong><em>night_median_dist_mm</em></strong> which is a daily calculated median of nighttime sensor readings. Direct sunlight affects ranging measurements due to high variance in the air column between the sensor and the concrete surface that it is mounted over. Additionally, the housing internally heats up when under direct sunlight, which affects the sensor readings and appears as if the surface dips with the daily increase and decrease in temperature during the daytime.</p> <p>After converting to raw depth values, a simple range filter is applied to the data removing any anomalies that lie below 10 millimeters and above unrealistic depth values (for example a person - between 5ft to 6ft), which is named <strong><em>depth_filt_mm</em></strong>.</p> <p>Further, this filtered depth value is processed through data filters eliminating blips, any pulse chains, or a flat line due to garbage or a car parked underneath the sensor. The output of these filters is labeled <strong><em>depth_proc_mm</em></strong>. </p> <p>This data is intended for use by communities, researchers, and New York City government agencies to better understand the frequency, severity, and impacts of flooding in New York City. </p> <p>Here is the live dashboard for these sensors deployed: <a href="https://dataviz.floodnet.nyc/">FloodNet Data Dashboard</a></p> <p>More about this project at <a href="https://www.floodnet.nyc/">FloodNet.NYC</a></p> <p>This is an open-source project and for more information on the sensors and build manuals see the <a href="https://github.com/floodnet-nyc/flood-sensor">FloodNet FloodSensor GitHub page</a></p>
Characterisation and calibration of low-cost PM sensors at high temporal resolution to reference grade performances - dataset
<p>This repository contains the data used for the analysis of the paper "Characterisation and calibration of PM sensors at high temporal resolution to reference grade performances" submitted to Heliyon and available as a pre-print:</p> <p>Bulot, Florentin M. J. and Ossont, Steven J. and Morris, Andrew and Basford, Philip J. and Easton, Natasha H. C. and Mitchell, Hazel L. and Foster, Gavin L. and Cox, Simon J. and Loxham, Matthew, Characterisation and Calibration of Low-Cost Pm Sensors at High Temporal Resolution to Reference-Grade Performance. Available at SSRN: <a href="https://ssrn.com/abstract=4360707">https://ssrn.com/abstract=4360707</a> or <a href="http://dx.doi.org/10.2139/ssrn.4360707">http://dx.doi.org/10.2139/ssrn.4360707</a></p> <p> </p> <p>The code used to conduct the data analysis is available at <a href="https://doi.org/10.5281/zenodo.7261417">https://doi.org/10.5281/zenodo.7261417</a></p> <p> </p> <p>.</p> <p> </p> <p>The files are available in .csv and in .rds (for R) formats. For details about the measurement equipment used<br> during this study, please refer to the methods section of the paper.</p> <p>Description of the files.</p> <p>202007_to_202107_nocs - contains the data from the low-cost sensors</p> <p>It contains the following headers:<br> - "sensor" - sensor id<br> - "site" - name of the air quality monitor hosting the sensor<br> - "median_PM1" - PM1 mass concentration (ug/m3)<br> - "median_PM10" - PM10 mass concentration (ug/m3)<br> - "median_PM25" - PM25 mass concentration (ug/m3)<br> - "median_PM4" - PM4 mass concentration (ug/m3) (only available for SPS30)<br> - "median_n05" - particle number concentration (SPS30) of particles between 0.3um and 0.5um<br> - "median_n1" - particle number concentration (SPS30) of particles between 0.3um and 1um<br> - "median_n10" - particle number concentration (SPS30) of particles between 0.3um and 10um<br> - "median_n25" - particle number concentration (SPS30) of particles between 0.3um and 2.5um<br> - "median_n4" - particle number concentration (SPS30) of particles between 0.3um and 4um<br> - "median_gr03um" - particle number concentration (PMS5003) of particles >0.3um<br> - "median_gr05um" - particle number concentration (PMS5003) of particles >0.5um<br> - "median_gr100um" - particle number concentration (PMS5003) of particles >10um<br> - "median_gr10um" - particle number concentration (PMS5003) of particles >1um<br> - "median_gr25um" - particle number concentration (PMS5003) of particles >2.5um<br> - "median_gr50um" - particle number concentration (PMS5003) of particles >5um<br> - "median_pm100_cf1" - PM10 mass concentration with cf1 calibration for PMS5003<br> - "median_pm10_cf1" - PM1 mass concentration with cf1 calibration for PMS5003<br> - "median_pm25_cf1" - PM25 mass concentration with cf1 calibration for PMS5003<br> - "date" - date, format "yyyy-mm-dd HH:MM:SS GMT" </p> <p> </p> <p>df_pm_2min - contains the PM mass concentration data from the Fidas 200S.</p> <p>It contains the following headers:<br> - "PM2.5" - PM2.5 mass concentration (ug/m3) Fidas 200S<br> - "PM10" - PM10 mass concentration (ug/m3) Fidas 200S<br> - "PMtot" - PM total mass concentration (ug/m3) Fidas 200S<br> - "PM1" - PM1 mass concentration (ug/m3) Fidas 200S<br> - "date" - date, format "yyyy-mm-dd HH:MM:SS GMT" </p> <p> </p> <p>df_weather_2min - contains the weather data from the Fidas 200S</p> <p>It contains the following headers:<br> - "rh" - relative humidity (%)<br> - "dew_point_temperature" - dew point temperature (Celsius)<br> - "air_pressure" - Air pressure (hPa)<br> - "temperature" - temperature (Celsius)<br> - "date" - date, format "yyyy-mm-dd HH:MM:SS GMT"</p>
Ion Implantation Sensor and Process Target Data for Predicting Ion Beam Tuning in Semiconductor Manufacturing
<h2><strong>Dataset Description:</strong></h2> <p>This dataset is designed to predict ion beam tuning setup processes in semiconductor manufacturing, in terms of tuning success or failure, and tuning duration. It is split into <strong><code>X</code></strong> and <code><strong>y</strong></code> to allow for supervised learning approaches.</p> <ul> <li><code><strong>X</strong></code> represents the current equipment condition and the process targets of the currently processed and the upcoming lot, as defined within recipes.</li> <li><code><strong>y</strong></code> represents the ion beam tuning setup report, which informs about the tuning success ratio and tuning duration. These setups are necessary, when switching between recipes to prepare the equipment for processing the next lot. <strong><code>y</code></strong> contains three labels, enabling classification of (1) tuning success or fail, and (2) prolonged tuning, as well as (3) estimation of tuning duration as a regression task.</li> </ul> <p>About <strong><code>X</code></strong>:</p> <p>Each lot is processed with a specific recipe to achieve the process target. The tuning takes place before the first wafer of the to-be-tuned recipe is processed. Each row in <strong><code>X</code></strong> includes logistical information such as the equipment used for processing and parsed recipe / process target information for the current and upcoming lot. The majority of data consists out of aggregated metrics of equipment-internally tracked sensor traces, recording physical parameters such as gas flows, temperatures, voltages and currents. When analyzed in conjunction with the processed recipe, these sensors provide insights into the current equipment condition. </p> <p>About <code><strong>y</strong></code>:</p> <p>The <code>setup_result</code> column indicates the success or failure of tuning - with <code>setup_result=0</code> indicating tuning success, while <code>setup_result=1</code> signals tuning failure. If the first tuning attempt fails, there may be follow-up attempts, but these are not included in this dataset. The <code>duration</code> column represents the tuning duration in seconds, as used for regression analysis. The <code>duration_interval</code> column is a binary label for prolonged tunings, i.e. <code>duration_interval=1</code> for instances, which take more than 6 minutes to tune.</p> <p>For reproducibility of the corresponding paper's results:</p> <ol> <li>The dataset contains the same carefully curated subset of features.</li> <li>The train_test_split() has already been performed, thus we provide <code>x_train</code> and <code>x_valid</code> separately.</li> <li>To reduce the effect of outliers in the data, the sensor data has already been scaled, as derived from <code>x_train</code>.</li> </ol> <p>In summary, these datasets (<code><strong>X</strong></code>, <code><strong>y</strong></code>) provide comprehensive information for predicting ion beam tuning in semiconductor manufacturing, making it a valuable resource for researchers and practitioners in the field.</p> <h2><strong>Python Code for Reproducibility:</strong></h2> <p>Furthermore, we share a jupyter notebook <code>ionbeamtuning.ipynb</code> with Python code to train the best performing model on the provided data, as described in the paper. To execute the code, you may need to install any missing packages specified in the <code>requirements.txt</code>, as indicated within the notebook.</p>
Accelerometer and Force/Torque Sensor Measurements for Parameter and State Estimation of an Unknown Robot End Effector
<h1>Introduction</h1> <p>This dataset was created as part of a study on the development of an estimator for the contact wrench (force and torque) of an unknown robot end effector. A conference paper from this study has been submitted and accepted for the 2024 IEEE International Conference on Real-time Computing and Robotics (RCAR 2024) [1]. </p> <p>A force/torque sensor (FTS) was attached to the robot wrist, and the unknown end effector was attached to the FTS. An inertial measurement unit (IMU) was in turn attached to the end effector. The FTS measurement can be decomposed into the (1) sensor bias, (2) contact wrench, and the effects from (3) gravity, (4) inertia, (5) vibrations, and (6) noise. Estimation of the contact wrench requires that the remaining effects are compensated for. The FTS and IMU sensor biases, as well as mass and mass center of the unknown end effector, were estimated as described by Vougioukas [2]. His method requires FTS and IMU samples from 24 specific orientations of the sensors. See his paper for a description of this calibration method.</p> <p>The hardware used to generate this dataset were:</p> <ul> <li>KUKA LBR Med 14 serial robot (KUKA AG, Germany)</li> <li>ATI Gamma FTS (ATI Industrial Automation, Inc., USA)</li> <li>ATI Netbox (ATI Industrial Automation, Inc., USA)</li> <li>MPU6886 IMU (M5Stack, China) </li> <li>Arduino Mega 2580 with a W5500 Ethernet Shield </li> </ul> <h1>Method</h1> <p>The robot was used to move the end effector, FTS, and IMU such that a trajectory could be replicated with high precision and accuracy. The trajectory was a simple rotation about the FTS y-axis. This trajectory and the resulting measurements were performed three times. The sensor signals were sampled during each iteration when:</p> <ol> <li>The robot moved freely without any kind of disturbance (<strong>basline</strong>).</li> <li>The robot moved freely with gentle taps to the robot body, using a rubber hammer (<strong>vibrations</strong>).</li> <li>The robot moved with gentle taps to the body using the hammer, and with a manual force exerted on the end effector (<strong>vibrations and contact</strong>).</li> </ol> <p>The IMU signal was obtained by the Arduino Mega using I2C, and the signal was sent from the Arduino to the external PC using the ethernet shield. This setup resulted in <strong>a phase of the IMU signal by 8416 μs</strong>. This was compensated for in the offline analysis of the study on the contact wrench estimator [1]. The sensor samplig rates were different for each sensor; they were approximately 100 Hz for the robot controller (FTS orientation measurements), 700 Hz for the FTS, and 254 Hz for the IMU. The frequency for each signal can be obtained through the timestamps in the dataset.</p> <h1>Dataset</h1> <p>Each CSV file has a row which serves as the header, which labels the columns of each file. The following nomenclature of the column labels were used:</p> <p><strong>t </strong> - Timestep in microseconds. Epoch time. <br><strong>fx,</strong> <strong>fy, fz</strong> - The force components as measured by the FTS.<br><strong>tx, ty, tz </strong>- The torque components as measured by the FTS.<br><strong>ax, ay, az </strong> - The acceleration components measured by the IMU.<br><strong>gx,gy,gz </strong>- The direction of the gravitational vector in the FTS frame.<br><strong>r11, r12, r13, r21, r22, r23, r31, r32, r33 </strong>- The components of the rotation matrix that represents the FTS orientation in the world frame. (R_wf)</p> <p>The measurements from the FTS and IMU signals from the 24 orientations (as required for the calibration method described by Vougioukas [2]), are stored in <strong>0-calibration_fts-accel.csv</strong>. Additionally, the files <strong>0-steady-state_wrench.csv </strong>and <strong>0-steady-state_accel.csv</strong> contains the continuous sensor signal from the FTS and IMU, respectively, while they were at rest; these two files can be used to calculate the sensor signal variances.</p> <p>After calibration, each sensor signal was recorded independently and stored in a separate file from the other sensors. The raw (biased) values were stored. Each test iteration produced three files:</p> <ol> <li>The end effector/FTS/IMU orientation in <strong>[test_iteration]_orientation.csv</strong></li> <li>The unbiased wrench as measured by the FTS in [<strong>test iteration]_wrench.csv</strong></li> <li>The unbiased acceleration as measured by the IMU in <strong>[test_iteration]_accel.csv</strong></li> </ol> <p>The test iteration prefix for these files are: <strong>1-baseline</strong>, <strong>2-vibrations, </strong>and <strong>3-vibrations-contact, </strong>as described in the previous section "Method". To obtain the relative time between samples across the test iteration files ([]<strong>_orientation</strong>, []<strong>_wrench</strong>, and []<strong>_accel.csv</strong>), load each dataset and determine which has the earliest timestamped sample on the first row. Then, subtract this initial timestamp value from all timestamps across the files for the respective test iteration.</p> <p>Note that the IMU frame does not align with the FTS frame (<strong>_accel.csv</strong> vs <strong>_wrench.csv</strong>), the following table describes the rotation matrix R_fa which can be used to transform the acceleration measurements from the IMU frame {a} to the FTS frame {f}. </p> <p>R_fa = </p> <table> <tbody> <tr> <td>0</td> <td>-1</td> <td>0</td> </tr> <tr> <td>0</td> <td>0</td> <td>1</td> </tr> <tr> <td>-1</td> <td>0</td> <td>0</td> </tr> </tbody> </table> <h1>References</h1> <p>[1] A. Skrede, "A Linear Discrete Kalman Filter to Estimate the Contact Wrench of an Unknown Robot End Effector", Accepted for the 2024 IEEE International Conference on Real-time Computing and Robotics (RCAR), Ålesund, Norway, June 2024 </p> <p>[2] S. Vougioukas, “Bias Estimation and Gravity Compensation For Force-Torque Sensors,” in Recent Advances in Simulation, Computational Methods and Soft Computing. WSEAS Press, 2001, pp. 82–85. </p>
Time Series data from wearable sensors to capture the onset of Fatigue in Runners
<p>The data captured came from mounting a single Shimmer3 IMU on the lumbar of 19 recreational runners. The participants were all regular runners and injury free. The study protocol was reviewed and approved by the human research ethics committee at University College Dublin.<br><br>The data was collected in three segments; in the first, the participant completed a 400m run at a comfortable pace; the second segment consisted of a beep test which acted as the fatiguing protocol for this study; and the last segment where the runner was required to complete the 400m run at their comfortable pace, this time in their fatigued state. The beep test requires the runner to continuously run between two points 20m apart following an audio which produces `beeps' indicating when the person should begin running from one end to the other. The test eventually requires the runner to increase their pace as the interval between the `beeps' reduces as the test progresses. The fatiguing protocol ends when the runner is unable to keep up the increase in pace. The runs were all done on an outdoor running track. The sensor captured acceleration, angular velocity and magnetometer data throughout the three stages of the trials at a sampling rate of 256Hz. The data included here consists of the raw readings from the sensors across the three phases of the run. The data is saved seperately as 'F' for Fatigued, 'NF' for Not Fatigued, and 'BeepTest' for the data collected during the fatiguing process.</p> <p>For the processed and labelled fatigue and non fatigue data, see:</p> <p>https://zenodo.org/records/7997851</p> <p>Kindly cite one of the following papers when using this data:</p> <p>B. Kathirgamanathan, B. Caulfield and P. Cunningham, "Towards Globalised Models for Exercise Classification using Inertial Measurement Units," 2023 IEEE 19th International Conference on Body Sensor Networks (BSN), Boston, MA, USA, 2023, pp. 1–4, doi: 10.1109/BSN58485.2023.10331612</p> <p>B. Kathirgamanathan, T. Nguyen, G. Ifrim, B. Caulfield, P. Cunningham. Explaining Fatigue in Runners using Time Series Analysis on Wearable Sensor Data, XKDD 2023: 5th International Workshop on eXplainable Knowledge Discovery in Data Mining, ECML PKDD, 2023, <a href="http://xkdd2023.isti.cnr.it/papers/223.pdf">http://xkdd2023.isti.cnr.it/papers/223.pdf</a></p>
[Data] Qualify-As-You-Go: Sensor Fusion of Optical and Acoustic Signatures with Contrastive Deep Learning for Multi-Material Composition Monitoring in Laser Powder Bed Fusion Process
<p><br>Growing demand for multi-material Laser Powder Bed Fusion (LPBF) faces process control and quality monitoring challenges, particularly in ensuring precise material composition. This study explores optical and acoustic emission signals during LPBF processes with multiple materials, addressing challenges in process control and ensuring accurate material composition. Experimental data from processing five powder compositions were collected using a custombuilt monitoring system in a commercial LPBF machine. The research categorised signals from LPBF processing various compositions, enhancing prediction accuracy by combining optical with acoustic data and training convolutional neural networks using contrastive learning. Latent spaces of trained models using two contrastive loss functions, clustered acoustic and optical<br>emissions based on similarities, aligning with five compositions. Contrastive learning and sensor fusion were found to be essential for monitoring LPBF processes involving multiple materials. This research advances the understanding of multi-material LPBF, highlighting sensor fusion strategies’ potential for improving quality control in additive manufacturing. Data set for this work is hosted here</p>
Dataset for '3D printing of customizable transient bioelectronics and sensors'
<p>This data set contains the data collected during the FNS project Green Piezo (Grant no. 179064) in association with the recent publication entitled “3D printing of customizable transient bioelectronics and sensors”.</p> <p>This work aims to study and demonstrate the fabrication by 3D printing of devices made of transient materials, i.e. materials that can break down and degrade in an environment of choice. Biodegradable electronic devices have potential in tackling the issue of electronic waste and present an opportunity for new types of implantable and/or wearable devices that can resorb after their lifecycle is completed. A bioresorbable elastomer and a conductive carbon-based ink are printed by direct-ink writing, thanks to an in depth study of their dispense behavior. Several sensors are shown as demonstrators (strain, pressure, electrodes). The data that was collected in the frame of this work is present in this repository. More information about the contents of the dataset is present in the included README file.</p>
Preliminary data collected by 2 prototype Surface Velocity Platform drifters with Barometer and Reference Sensor for Temperature (SVP-BRST)
<p>The SVP-BRST drifter was developed to serve calibration and validation of Sentinel satellite SST retrievals. Two prototypes were deployed in the Mediterranean Sea end of April 2018. Preliminary data collected then until 11 June 2018 are published in this dataset. The drifters were developed and deployed under funding from the European Union's Copernicus Programme. The data are transmitted from the buoy to shore using data format #091 (see References).</p>
Continuous monitoring of patient mobility for 18 months using inertial sensors following traumatic knee injury: a case study
<p><strong>This repository contains raw data relating to: </strong>Continuous monitoring of patient mobility for 18 months using inertial sensors following traumatic knee injury: a case study Mueller A., Hoefling H., Nuritdinow T., et al. DOI: 10.1159/000490919</p> <p><strong>Metadata and processed data derived from the raw data deposited here is available here:</strong> https://github.com/Novartis/mueller_et_al_2018</p> <p><strong>Article Abstract</strong></p> <p>Continuous patient activity monitoring during rehabilitation, enabled by digital technologies, will allow the objective capture of real-world mobility and aligning treatment to each individual’s recovery trajectory in real time. To explore the feasibility and added value of such approaches, we present a case study of a 36-year-old male participant monitored continuously for activity levels and gait parameters using a waist-worn inertial sensor following a tibial plateau fracture on the right side, sustained as a result of a high-energy trauma during a sporting accident. During rehabilitation, data were collected for a period of 553 days, with > 80% daytime compliance, until the participant returned to near full mobility. The participant completed a daily diary with the annotation of major events (falls, near falls, cycling periods, or physiotherapy sessions) and key dates in the patient’s recovery, including medical interventions, transitioning off crutches, and returning to work. We demonstrate the feasibility of collecting, storing, and mining of continuous digital mobility data and show that such data can detect changes in mobility and provide insights into long-term rehabilitation. We make both raw data and annotations available as a resource with the aspiration that further methods and insights will be built on this initial exploration of added value and continue to demonstrate that continuous monitoring can be deployed to aid rehabilitation.</p>
A ferrofluid-based sensor to measure bottom shear stresses under currents and waves. Data set: Ferrofluids_Opt_2018_DiDonFranceesco
<p>The experimental calibration of the system for measuring bed shear stresses under currents was carried out at the Hydraulic Laboratory of the University of Catania.</p> <p>In this experimental campaign the magnet S0805 and S0808 were used. The tests were conducted for several bottom configurations (smooth bottom; thin sand d<sub>50</sub>=0.24 mm; coarse sand d<sub>50</sub>=0.56 mm; and mixed sand 70% thin sand and 30% coarse sand). The goals of such tests were: to study the effects of the type of magnets and to carry out a preliminary analysis the ferrofluid behavior over sandy bottom.</p>
A ferrofluid-based sensor to measure bottom shear stresses under currents and waves. Data set: Ferrofluids_Opt_2017_Privitera
<p>The experimental calibration of the system for measuring bed shear stresses under currents was carried out at the Hydraulic Laboratory of the University of Catania.</p> <p>In this experimental campaign magnet type S0805 and a number of magnets equal to 2,3 and 4 were used. The tests were conducted both over a fixed bed (Perspex<sup>©</sup>) and in the presence of mobile beds. The goals of such tests were: to study of the velocity profiles for some fixed and mobile bottoms; to study the effects of the number of magnets on the ferrofluid behavior; preliminary analysis of the bed shear stress over sandy bottom.</p>
Ambient air ozone concentrations using metal-oxide low-cost sensors: Spain and Italy, summer 2017
<p>Ozone concentrations in ambient air collected using low-cost sensor technologies, in the framework of EU project CAPTOR. Data collected during summer 2017 in NE Spain and N Italy. Sensors are metal-oxide. Data are calibrated using multiple linear regression, and validated against official reference data from each local air quality monitoring network. More details on the calibration and data validation may be found in A. Ripoll et al. / Science of the Total Environment 651 (2019) 1166–1179.</p> <p> </p>
Ambient air ozone concentrations using metal-oxide low-cost sensors: Spain and Italy, summer 2018
<p>Ozone concentrations in ambient air collected using low-cost sensor technologies, in the framework of EU project CAPTOR. Data collected during summer 2018 in NE Spain and N Italy. Sensors are metal-oxide. Data are calibrated using multiple linear regression, and validated against official reference data from each local air quality monitoring network. More details on the calibration and data validation may be found in A. Ripoll et al. / Science of the Total Environment 651 (2019) 1166–1179.</p>
ScienceDex guides
Understand access before you commit
These curated guides explain access requirements, typical timelines, costs, and reuse considerations for widely used research datasets.
Allen Brain Atlas
Allen Brain Atlas is an Allen Institute collection of brain map atlases, datasets, APIs, and analysis tools covering mouse, human, and non-human primate brain resources.
Annotated Behaviour and Observability Dataset (ABODe)
ABODe is a University of Edinburgh DataShare dataset for behavior classification in group-housed mice using home-cage video, identities, bounding boxes, ground-plate positions, and annotator labels.
DANDI Archive for NWB datasets
DANDI is a BRAIN Initiative archive for publishing and sharing neurophysiology data, including electrophysiology, optophysiology, and behavioral data packaged as NWB and related standards.
International Brain Laboratory public data
The International Brain Laboratory public data releases expose standardized mouse decision-making experiments, including Neuropixels recordings, widefield calcium imaging, behavior, and session metadata accessed through the ONE API.
OpenNeuro
OpenNeuro is a free, open platform for sharing neuroimaging datasets, with public search, dataset pages, and download paths for web, S3, DataLad, and the OpenNeuro CLI.