Skip to main content
Powered by ShareScore

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.

50

datasets available to search

ShareScore release 0.9.0

Reset

Dataset results

50 results for “condition monitoring”

Learn how ShareScore rates datasets ↗
edi64/100

Harmonic Baseline Experiments for Landsat-Based Forest Condition Monitoring in Southern New England 2017

This dataset was developed as part of a study of harmonic baseline model parameterization for forest condition monitoring using Landsat time series. We implemented a previously published harmonic modeling approach for forest condition monitoring in Google Earth Engine and systematically assessed the relative ability of condition change products generated using various model parameterizations for predicting pest abundances and defoliation during the 2016-2018 Lymantria dispar outbreak in southern New England. We ran a series of 32 experiments that considered a variety of parameter choices for establishing multi-year “baseline” models representing relatively stable forest conditions for each Landsat pixel in our study area. We tested a full set of factors including (a) spectral vegetation index used for model fitting, (b) baseline-modeling period, (c) frequencies of harmonic regression terms, and (d) differences in Landsat time series input imagery. We generated average condition score estimates for each of these 32 baseline parameterizations for a May 1 to September 30, 2017 monitoring period, then used Generalized Linear Mixed Models to test the relationships between ground-based observations of defoliation and defoliator abundance (larva and egg masses). This archived dataset includes the full set of experimental raster results, as well as a “reanalysis” product from a previous implementation of our condition monitoring workflow. More information on model parameterization rankings can be found in the associated publication (Pasquarella et al. 2021).

openCC0Dec 2023View details →
zenodo52/100

Vibration-based Monitoring of a Small-scale Wind Turbine Blade Under Varying Climate Conditions. Part I: An Experimental Benchmark

<p>This repository contains all publicly available data related to the experimental part of <a href="https://onlinelibrary.wiley.com/doi/epdf/10.1002/stc.2660">Sonkyo-Benchmark</a>. The data of each experimental case (R, A, B, C, D, E, F, G, H, I, J, K, L)&nbsp;and temperature point (-15, -10, -5, 0, 5, 10, 15, 20, 25, 30, 35, 40)&nbsp;are&nbsp;stored in a zip file&nbsp;named&nbsp;&quot;Case_<em>X</em>_(<em>T</em>)&quot;, where <em>X</em> denotes the case label and <em>T</em> refers to the temperature value. Each&nbsp;file &quot;Case_<em>X</em>_(<em>T</em>).zip&quot; contains&nbsp;two folders&nbsp;&quot;Case_<em>X</em>_(<em>T</em>)_1&quot; and&nbsp;&quot;Case_<em>X</em>_(<em>T</em>)_2&quot;,&nbsp;wherein the test results from the two sensor layouts are stored.&nbsp;</p>

opencc-by-4.0May 2019View details →
zenodo44/100

STORM Project: monitoring environment conditions at Baths of Diocletian site (Rome, Italy). Dataset 2018 - 2019

<p>This dataset was created by the Engineering Ingegneria Informatica S.p.A. through a set of prototypes based on Libelium Waspmote for collecting the following parameters:&nbsp;</p> <ul> <li>Climate parameters (Temperature, Relative Humidity, Barometric Pressure, Luminosity, Wind direction/speed and Rainfull) using a Libelim PlugAndSense Agricolture Pro;</li> <li>Environmental Parameters (Monoxide Carbon, Oxigen, Air Polluction, &nbsp;Volatile Organic Compounds VOC, Carbon Dioxide, Nitric Dioxide , Hydrogen Sulfide, Sulfure Dioxide and Particle Matter PM 1, 2.5 and 10) using two nodes: PlugAndSense Smart Cities Pro and Waspmote with gases sensor board;</li> <li>Acoustic Noise Sensor and Vibrations with accelerometer, using a prototype based on Libelium Waspmote.</li> </ul> <p>The data produced by the sensors were acquired and sent to the Meshlium (mini-pc linux based) which automatically saved and sent to the STORM Platform. The &nbsp;dataset is composed of the data obtained from February 2018 to March 2019.</p> <p>STORM (Safeguarding Cultural Heritage through Technical and Organisational Resources Management) is a HORIZON 2020 funded European Union Cultural Heritage project that aims at the protection of Cultural Heritage through a combination of technical and organizational resources (http://www.storm-project.eu).</p>

opencc-by-4.0Jun 2019View details →
zenodo44/100

Condition Monitoring for Packaging Industry dataset (CoMoPI)

<p><strong>Condition Monitoring for Packaging Industry dataset (CoMoPI)</strong></p> <p>CoMoPI dataset contains data from eight industrial packaging machines:</p> <table> <thead> <tr> <th> <p><strong>serial</strong></p> </th> <th> <p><strong>Starting Date</strong></p> </th> <th> <p><strong>Ending Date</strong></p> </th> </tr> </thead> <tbody> <tr> <td> <p>A001</p> </td> <td> <p>2022-08-10 03:45:00+00:00</p> </td> <td> <p>2023-01-09 07:00:00+00:00</p> </td> </tr> <tr> <td> <p>A005</p> </td> <td> <p>2022-09-19 13:15:00+00:00</p> </td> <td> <p>2023-01-09 15:45:00+00:00</p> </td> </tr> <tr> <td> <p>B002</p> </td> <td> <p>2022-07-14 14:00:00+00:00</p> </td> <td> <p>2023-01-09 15:50:00+00:00</p> </td> </tr> <tr> <td> <p>B005</p> </td> <td> <p>2022-10-04 12:55:00+00:00</p> </td> <td> <p>2023-01-05 01:55:00+00:00</p> </td> </tr> <tr> <td> <p>C003</p> </td> <td> <p>2022-12-15 06:50:00+00:00</p> </td> <td> <p>2023-01-03 16:35:00+00:00</p> </td> </tr> <tr> <td> <p>C004</p> </td> <td> <p>2022-07-18 07:55:00+00:00</p> </td> <td> <p>2022-12-28 08:10:00+00:00</p> </td> </tr> <tr> <td> <p>E002</p> </td> <td> <p>2022-07-14 14:20:00+00:00</p> </td> <td> <p>2022-12-03 14:00:00+00:00</p> </td> </tr> <tr> <td> <p>E004</p> </td> <td> <p>2022-11-23 15:25:00+00:00</p> </td> <td> <p>2023-01-09 10:00:00+00:00</p> </td> </tr> </tbody> </table> <p>The dataset provides sensor measurements related to a specific module involved in the watertight closure of packages. It also provides all alarms and warnings generated by the packaging equipment.</p> <p><strong>Dataset description</strong></p> <p>For the sake of simplicity, the dataset is divided into three files, one for sensor measurements, one for alarms and one for warnings.</p> <p><em>Sensor measurements</em></p> <p>This data is included in the file called&nbsp;<em>industrial_dataset_sensors_10m_agg.csv</em>. Each row corresponds to average sensor value in a 10-minute window. Beyond the machine identifier (&#39;_serial&#39;) and timestamp (&#39;_time&#39;), the following measurements are available: &#39;AE&#39;, &#39;BE&#39;, &#39;AF&#39;, &#39;BF&#39;, &#39;APP&#39;, &#39;BPP&#39;, &#39;AP&#39;, &#39;BP&#39;, &#39;ALE&#39;, &#39;BLE&#39;, &#39;ALP&#39;, &#39;BLP&#39;, &#39;ADS&#39;, &#39;BDS&#39;, &#39;AES&#39;, &#39;BES&#39;. Suffixes A_ and B_ relate to the two elements that can perform a specific operation required by the watertight closure of packages. For confidentiality reasons, it is not possible to provide further details.</p> <p><em>Alarm measurements</em></p> <p>This data is included in the file called&nbsp;<em>industrial_dataset_alarm_10m_agg.csv</em>, according to the following schema:</p> <ul> <li>&#39;_serial&#39; : &#39;machine unique identifier&#39;</li> <li>&#39;_time&#39; : &#39;timestamp&#39;,</li> <li>&#39;AL_1&#39; : &#39;Counter of AL_1 alarms&#39; ,</li> <li>...</li> <li>&#39;AL_123&#39; : &#39;Counter of AL_123 alarms&#39;</li> </ul> <p><em>Warning measurements</em></p> <p>This data is included in the file called&nbsp;<em>industrial_dataset_warnings_10m_agg</em>.csv_, according to the following schema:</p> <ul> <li>&#39;_serial&#39; : &#39;machine unique identifier&#39;</li> <li>&#39;_time&#39; : &#39;timestamp&#39;,</li> <li>&#39;WR_1&#39; : &#39;Counter of AL_1 alarms&#39; ,</li> <li>...</li> <li>&#39;WR_358&#39; : &#39;Counter of WR_358 alarms&#39;</li> </ul> <p><strong>Condition monitoring</strong></p> <p>Alarms &#39;AL_53&#39; are &#39;AL_54&#39; are related to faulty conditions of the components and can be used as prediction target. The following alarms are generated by the target module: &#39;AL_17&#39;, &#39;AL_18&#39;, &#39;AL_40&#39;, &#39;AL_41&#39;, &#39;AL_42&#39;, &#39;AL_43&#39;, &#39;AL_45&#39;, &#39;AL_46&#39;, &#39;AL_47&#39;, &#39;AL_48&#39;, &#39;AL_49&#39;, &#39;AL_50&#39;, &#39;AL_51&#39;, &#39;AL_52&#39;, &#39;AL_53&#39;, &#39;AL_54&#39;.</p> <p><strong>Anonymization procedure</strong></p> <p>The anonymization procedure is the following:</p> <ul> <li>To make it impossible to identify the specific piece of equipment, its serial number was replaced with a mock equipment_ID. Moreover, no additional information is provided about the machine, its location and the processed products.</li> <li>Sensor measurements were renamed and rescaled to remove all information related to actual working setup.</li> <li>Alarms and warnings underwent an anonymization process: no description is provided, and the original alarm codes were mapped to mock codes.</li> </ul>

opencc-by-4.0Jan 2023View details →
zenodo40/100

Printing Unit Condition Monitoring

<p>This data set contains raw sensor signals of four analogue sensors and five features derived from them. These are used to monitor the condition of a printing unit in a demonstrator application and to detect a sensor defect, which is simulated in the data set.</p> <p>The demonstrator is used to simulate the <em>wiping </em>process of an <em>Intaglio printing</em> process. Intaglio is the major printing process to produce security prints like banknotes. Engraved structures in the printing plates, which are mounted on a rotating <em>plate cylinder</em>, are filled with ink, which is transferred onto the printing substrate under high pressure. A second cylinder denoted by <em>wiping cylinder</em>, which is working in the printing unit, is lubricated with a solvent to wipe off surplus ink from the printing plates by rotating in the direction opposite to the plate cylinder. This process is crucial as wiping errors immediately lead to print errors.</p> <p>The printing unit demonstrator contains models of the two cylinders, which are turned by electric drives. Pressure between the wiping cylinder having a rubber surface and the steel-surfaced plate cylinder is freely adjustable.<br /> A set of four analogue sensors (contact force, solid-bourne sound, electric current of wiping and plate cylinder drives) continuously acquire data during operation to monitor the process.<br /> The sensors each output a continuous voltage signal in the range of [-10,10] V, which is proportional to the respective quantity the sensor is observing. Thus, each signal&#39;s unit is irrelevant and abandoned as changes of the original quantity of interest are reflected also in the respective voltage signal.<br /> All output time-domain signals are synchronously and equidistantly sampled at a frequency of 20 kHz and quantised with a resolution of 16 bit.</p> <p>The acquired data is then split into non-overlapping batches of 50000 samples (corresponding to 2.5 sec of operation), respectively. The length of the time frame was chosen to ensure that 3 revolutions of the plate cylinder are captured in each signal data batch. The solid-bourne sound signal is treated by the FFT to determine its frequency spectrum per signal batch. Altogether, 5 features per plate cylinder revolution are extracted. This results in 15 feature values per signal data batch. The extracted features are:</p> <ul> <li>contact force mean: arithmetic mean of the contact force,</li> <li>solid-bourne sound intensity: root mean square of the solid-bourne sound,</li> <li>solid-bourne sound maxPowFreqInd: index of the frequency component with largest power,</li> <li>motor current wiping cylinder mean: arithmetic mean of the wiping cylinder motor current,</li> <li>motor current plate cylinder mean: arithmetic mean of the plate cylinder motor current.</li> </ul> <p>Each plate cylinder revolution is represented by one instance in the feature data sets. That is, every instance in the data set is described by a vector of 5 feature values.</p> <p>The raw data and feature data sets are divided into two parts, each containing data of one of the two experiments under different operation conditions:</p> <ul> <li><strong>Static printing unit demonstrator operation:</strong><br /> The static experiment observes the printing unit demonstrator during 20:13 min of operation. The printing unit demonstrator was started immediately before the data acquisition began. No additional manipulations or events occurred during the experiment. Therefore, only data representing the demonstrator&#39;s normal condition is contained in the data set. It contains 10,000,000 raw signal samples resulting in 600 instances (plate cylinder revolutions), which are in summary described by 3,000 feature values.</li> <li><strong>Manipulated printing unit demonstrator operation:</strong><br /> The printing unit demonstrator was started ca. 23:00 min before the data acquisition began. During this 10:31 min long experiment, the demonstrator application was intentionally manipulated. In addition, the solid-bourne sound sensor signal was manipulated through low-pass filtering in order to simulate a defect of this sensor. An unintended incident also occurred during this experiment. Therefore, data representing both the demonstrator&#39;s normal and abnormals conditions are contained in the data set. The sequence of events along with an objective classification of the demonstrator condition by the human experimenter is summarised in the file <em>PrintingUnit_manip_events.txt</em>. The data set contains 5,950,000 raw signal samples, which are in summary described by 1,785 feature values.</li> </ul> <p><em><strong>File name conventions and contents</strong></em></p> <p>The files in the <em>data set</em> are organised such that each row represents a data set instances, columns represent the respective sensor or feature:</p> <ul> <li><strong>PrintingUnitData*.csv:</strong> These files contain raw sensor signals.</li> <li><strong>PrintingUnitFeatures*.csv:</strong> These files contain the features extracted from the sensor signals.</li> </ul> <p><em>Additional files</em> contain information about</p> <ul> <li><strong>*_condition.csv:</strong> The condition if the printing unit is indicated by &#39;n&#39; (normal condition) or &#39;a&#39; (abnormal condition). These are the labels of the data set instances.</li> <li><strong>*_filter.csv:</strong> The solid-bourne sound filter status is indicated by &#39;1&#39; (filter activated) or &#39;0&#39; (filter deactivated).</li> <li><strong>*_time.csv:</strong> The relative time, at which the respective instance of the data set was determined. It is represented as the number of days from January 0, 0000 as is returned from MATLAB&#39;s datenum function (cf. http://www.mathworks.com/help/matlab/ref/datenum.html for details).</li> </ul> <p>The <em>operation conditions</em> (with respect to the experiment, cf. above) are distinguished by</p> <ul> <li><strong>*_static*.csv:</strong> Static printing unit demonstrator operation.</li> <li><strong>*_manip*.csv:</strong> Manipulated printing unit demonstrator operation.</li> </ul>

opencc-by-4.0May 2016View details →
zenodo40/100

Operating diagram of hatching module, this module consists of two clearly separated sections, each consisting of two long tanks (2 × 0.2 × 0.2 m) designed to accommodate hatching boxes, a filtration tank and an independent water circulation pump with a cooling unit and UV sterilizer. This allows simultaneous monitoring of 16 batches of eggs. in Reproduction of Zingel asper (Linnaeus, 1758) in controlled conditions: an assessment of the experiences realized since 2005 at the Besançon Natural History Museum

Operating diagram of hatching module, this module consists of two clearly separated sections, each consisting of two long tanks (2 × 0.2 × 0.2 m) designed to accommodate hatching boxes, a filtration tank and an independent water circulation pump with a cooling unit and UV sterilizer. This allows simultaneous monitoring of 16 batches of eggs.

opencc-by-4.0Feb 2019View details →
zenodo40/100

Bottom of DR1 tank, the sides of the module are fitted with glass panels which allow natural light from a window to enter the tank, and the observer to view the behaviour of the broodstock. This device ensures easy viewing and checking of the broodstock, facilitates management of feeding and allows effective monitoring of reproduction. in Reproduction of Zingel asper (Linnaeus, 1758) in controlled conditions: an assessment of the experiences realized since 2005 at the Besançon Natural History Museum

Bottom of DR1 tank, the sides of the module are fitted with glass panels which allow natural light from a window to enter the tank, and the observer to view the behaviour of the broodstock. This device ensures easy viewing and checking of the broodstock, facilitates management of feeding and allows effective monitoring of reproduction.

opencc-by-4.0Feb 2019View details →
zenodo40/100

Figure 7. The outcomes of the Monitoring and Control of the Greenhouse soil and climate Conditions for tomato crops-Design and Development a Control and Monitoring System for Greenhouse Conditions Based-On Multi Agent System

<p>In the past generation greenhouses it was enough to have one cabled measurement point in<br> the middle to provide the information to the greenhouse automation system. The system itself was<br> usually simple without opportunities to control locally heating, lights, ventilation or some other<br> activity, which was affecting the greenhouse interior climate. The optimal greenhouse climate and<br> soil adjustment can enable us to improve productivity and to achieve remarkable energy savings. In<br> this paper we proposed a multi-agent methodology for integrated management systems in<br> greenhouses. In this regards wireless sensor networks play a vital role to monitor greenhouse and<br> environment parameters. Each controlled process of the greenhouse environment is modeled as an<br> autonomous agent with its own inputs, its own outputs and its own interactions with the other<br> agents. Each agent acts autonomously, as it knows a priori the desired environmental set-points. In<br> this way, any possible conflicting decisions of conventional environmental control methodologies<br> are resolved through negotiations between the agents so that the possible optimal integrated solution<br> is achieved. The developed system is simple, cost effective, and easily installable.</p>

opencc-by-4.0Nov 2011View details →
zenodo40/100

Figure 6. Structure of the MAS for integrated greenhouse management system.-Design and Development a Control and Monitoring System for Greenhouse Conditions Based-On Multi Agent System

<p>The complete agents &ldquo;environment&rdquo; is shown in figure 6. Each agent receives the necessary<br> environmental or plant condition measurements. While each agent keeps its autonomy and has its<br> own &ldquo;personal&rdquo; goals, it interacts with the other agents through some specific communication<br> language, in the &ldquo;Agent discussion area&rdquo;, where the overall goal is taken into account. This<br> interaction takes place under the presence of information from the existing models and the target<br> goals. At that point, each agent has decided on its best strategy.</p>

opencc-by-4.0Jun 2011View details →
zenodo40/100

Figure 2. Experimental wireless sensors setup in greenhouse-Design and Development a Control and Monitoring System for Greenhouse Conditions Based-On Multi Agent System

<p>Figure 2 illustrates how the sensor<br> nodes were deployed to the greenhouse block. The idea of the vertical deployment was to get a<br> better understanding of the microclimate layers which typically exist in the greenhouse, and to<br> figure out what kind of differences occur in the climate between lower and upper flora.</p>

opencc-by-4.0Jun 2011View details →
zenodo40/100

Figure 5. Multi-agent system information and knowledge scheme.-Design and Development a Control and Monitoring System for Greenhouse Conditions Based-On Multi Agent System

<p>The negotiations between agents are subject to optimization based on &ldquo;knowledge&rdquo; that is<br> derived from complete production models, yield models or even sparse models as expressed in<br> fuzzy expert rules or practical rules of thumb. In addition, pest control and plant disease models<br> provide additional information useful to the design of a successful strategy for optimal management<br> [15] (illustrated in Figure 5).</p>

opencc-by-4.0Jun 2011View details →
zenodo40/100

Figure 1. Agent Architecture-Design and Development a Control and Monitoring System for Greenhouse Conditions Based-On Multi Agent System

<p>The multi agent method creates a non-structured environment using agents, these agents, in<br> order to reach the global optimum, must be capable of performing transactions between each other,<br> achieving several &ldquo;deals&rdquo;, which is performed though a common vocabulary, a finite set of<br> information exchange, a finite set of possible actions, penalties, etc. The power of each agent<br> depends on the degree of contribution of its represented process to the final output of the entire<br> system. Each agent communicates with the environment and adapts to its own internal state as well<br> as to the state of the entire system. In this systems, for the realization of the multi agent architecture<br> the JADE 4.1.1 (Java Agent DEvelopment Framework) have been used [7].</p>

opencc-by-4.0Jun 2011View details →
zenodo40/100

Figure 4. The multi-agent overall environment for integrated management-Design and Development a Control and Monitoring System for Greenhouse Conditions Based-On Multi Agent System

<p>&nbsp;The value of the final product incorporates not only quantity issues but also<br> quality issues, which are difficult to be measured or even estimated. The environment of each agent<br> is defined by the same parameters that define the physical environment in addition to internal states<br> reported by each agent.</p>

opencc-by-4.0Jun 2011View details →
zenodo40/100

Figure 3. Photosynthetic activity in different wavelengths of light radiation. 5.-Design and Development a Control and Monitoring System for Greenhouse Conditions Based-On Multi Agent System

<p>The greenhouse protects the plants from the extreme weather conditions. However, if the<br> period of daylight prevents the photosynthetic activity, the plants do not grow. Horticultural lighting<br> allows the grower to extend the growing season. It enables a year-round producing of plants or<br> makes it possible for the grower to start sowing in early spring and continue season till the first<br> frost. Plants need about 10-12 hours light to improve growth. When the plants are producing<br> flowers or fruits the supplemental need of light per day increases up to 16 hours. Figure 3 shows the<br> photosynthetic activity in different wavelengths of light radiation [16].</p>

opencc-by-4.0Jun 2011View details →
zenodo40/100

Wind turbine condition monitoring dataset of Fraunhofer LBF

<h3>Fraunhofer wind turbine dataset&nbsp; contains monitoring data from a 750 W wind turbine (WT), including accelerometers and tachometer, to capture structural response, bearing vibrations and rotational velocity. Additionally, temperatures of the structure, wind speed and wind direction have been measured, while weather conditions have been acquired from selected sources. Various damage scenarios, including mass imbalance, and aerodynamic imbalance as well as damages on bearings&rsquo; outer race, inner race and roller element have been implemented. The availability of time series data makes the dataset well suited for both machine learning and signal processing-based condition monitoring (CM) applications. The availability of heterogeneous sensors has created a dataset particularly suited for information fusion, data fusion, multi-sensor approaches, and holistic monitoring. Experiments were conducted in real-world conditions outside of a controlled laboratory environment, thereby introducing challenges such as variable rotor speed, noise, overloads, and other environmental factors. Consequently, the dataset is qualified for tasks involving uncertainty quantification and signal pre-processing. This document will detail the test equipment, experimental procedures, simulated damage cases, measurement parameters, data specifics, and preliminary analysis aimed at validating data quality.</h3> <h3>See the full data descriptor at: https://doi.org/10.1038/s41597-024-03934-5</h3>

opencc-by-4.0Jun 2024View details →
zenodo36/100

Implementation of ATP and Microbial Indicator Testing for Hygiene Monitoring in a Tofu Production Facility Improves Product Quality and Hygienic Conditions of Food Contact Surfaces: A Case Study

<p>This is the code and associated data that was used to generate conclusions for the following manuscript published in Applied and Environmental Microbiology:</p> <p>DOI:&nbsp;10.1128/AEM.02278-20</p> <p>Implementation of ATP and Microbial Indicator Testing for Hygiene Monitoring in a Tofu Production Facility Improves Product Quality and Hygienic Conditions of Food Contact Surfaces: A Case Study</p> <p>Authors: Jonathan H. Sogin(a), Gabriela Lopez Velasco(b), Burcu Yordem(b), Cari K. Lingle(b), John M. David(b), Mario Cobo(a), Randy W. Worobo(a)</p> <p>(a)Department of Food Science, Cornell University, Ithaca, NY, USA</p> <p>(b)3M Company, St. Paul, MN, USA</p> <p>Address correspondence to Jonathan H. Sogin, jhs397@cornell.edu</p>

opencc-by-4.0Sep 2020View details →
zenodo36/100

Condition monitoring of hydraulic systems Data Set at ZeMA

<p><strong>Abstract:</strong></p> <p>The data set addresses the condition assessment of a hydraulic test rig based on multi sensor data. Four fault types are superimposed with several severity grades impeding selective quantification.</p> <p>&nbsp;</p> <p><strong>Source:</strong></p> <p>Creator: ZeMA gGmbH, Eschberger Weg 46, 66121 Saarbr&uuml;cken<br> Contact: t.schneider <strong>&#39;@&#39;</strong> zema.de, s.klein <strong>&#39;@&#39;</strong> zema.de, m.bastuck <strong>&#39;@&#39;</strong> lmt.uni-saarland.de, info <strong>&#39;@&#39;</strong> lmt.uni-saarland.de</p> <p>&nbsp;</p> <p><strong>Data Set Information:</strong></p> <p>The data set was experimentally obtained with a hydraulic test rig. This test rig consists of a primary working and a secondary cooling-filtration circuit which are connected via the oil tank [1], [2]. The system cyclically repeats constant load cycles (duration 60 seconds) and measures process values such as pressures, volume flows and temperatures while the condition of four hydraulic components (cooler, valve, pump and accumulator) is quantitatively varied.</p> <p>&nbsp;</p> <p><strong>Attribute Information:</strong></p> <p>The data set contains raw process sensor data (i.e. without feature extraction) which are structured as matrices (tab-delimited) with the rows representing the cycles and the columns the data points within a cycle. The sensors involved are:<br> Sensor Physical quantity Unit Sampling rate<br> PS1 Pressure bar 100 Hz<br> PS2 Pressure bar 100 Hz<br> PS3 Pressure bar 100 Hz<br> PS4 Pressure bar 100 Hz<br> PS5 Pressure bar 100 Hz<br> PS6 Pressure bar 100 Hz<br> EPS1 Motor power W 100 Hz<br> FS1 Volume flow l/min 10 Hz<br> FS2 Volume flow l/min 10 Hz<br> TS1 Temperature &deg;C 1 Hz<br> TS2 Temperature &deg;C 1 Hz<br> TS3 Temperature &deg;C 1 Hz<br> TS4 Temperature &deg;C 1 Hz<br> VS1 Vibration mm/s 1 Hz<br> CE Cooling efficiency (virtual) % 1 Hz<br> CP Cooling power (virtual) kW 1 Hz<br> SE Efficiency factor % 1 Hz<br> <br> The target condition values are cycle-wise annotated in &lsquo;profile.txt&rsquo; (tab-delimited). As before, the row number represents the cycle number. The columns are<br> <br> 1: Cooler condition / %:<br> 3: close to total failure<br> 20: reduced effifiency<br> 100: full efficiency<br> <br> 2: Valve condition / %:<br> 100: optimal switching behavior<br> 90: small lag<br> 80: severe lag<br> 73: close to total failure<br> <br> 3: Internal pump leakage:<br> 0: no leakage<br> 1: weak leakage<br> 2: severe leakage<br> <br> 4: Hydraulic accumulator / bar:<br> 130: optimal pressure<br> 115: slightly reduced pressure<br> 100: severely reduced pressure<br> 90: close to total failure<br> <br> 5: stable flag:<br> 0: conditions were stable<br> 1: static conditions might not have been reached yet</p> <p>&nbsp;</p> <p><strong>Relevant Papers:</strong></p> <p>[1] Nikolai Helwig, Eliseo Pignanelli, Andreas Sch&uuml;tze, &lsquo;Condition Monitoring of a Complex Hydraulic System Using Multivariate Statistics&rsquo;, in Proc. I2MTC-2015 - 2015 IEEE International Instrumentation and Measurement Technology Conference, paper PPS1-39, Pisa, Italy, May 11-14, 2015, doi: 10.1109/I2MTC.2015.7151267.<br> [2] N. Helwig, A. Sch&uuml;tze, &lsquo;Detecting and compensating sensor faults in a hydraulic condition monitoring system&rsquo;, in Proc. SENSOR 2015 - 17th International Conference on Sensors and Measurement Technology, oral presentation D8.1, Nuremberg, Germany, May 19-21, 2015, doi: 10.5162/sensor2015/D8.1.<br> [3] Tizian Schneider, Nikolai Helwig, Andreas Sch&uuml;tze, &lsquo;Automatic feature extraction and selection for classification of cyclical time series data&rsquo;, tm - Technisches Messen (2017), 84(3), 198 &ndash; 206, doi: 10.1515/teme-2016-0072.</p> <p><br> &nbsp;</p> <p><strong>Citation Request:</strong></p> <p>Nikolai Helwig, Eliseo Pignanelli, Andreas Sch&uuml;tze, &lsquo;Condition Monitoring of a Complex Hydraulic System Using Multivariate Statistics&rsquo;, in Proc. I2MTC-2015 - 2015 IEEE International Instrumentation and Measurement Technology Conference, paper PPS1-39, Pisa, Italy, May 11-14, 2015, doi: 10.1109/I2MTC.2015.7151267.</p>

opencc-by-4.0Apr 2018View details →
zenodo36/100

Monitoring of postpartum body condition at the cow and herd levels: assessing explanatory and predictive power of disease risk models

<p>Objectives</p> <p>1- To define the herd threshold for cows with poor body condition based on its predictive capacity for disease risk at the herd level, and</p> <p>2- to estimate the impact measures on disease rates due to body condition indicators in transition period.</p> <p>Two commercial grazing dairy herds (Herd A=5.034 and herd B=7.965 lactations) from Argentinean Pampa region were used to perform a longitudinal retrospective study during a 4-year period (2014 &ndash;2017).Health, reproductive and body condition score (BCS) records were gathered. The BCS (5-point scale) was performed at calving and at the time of reproductive release. The difference between both measures of BCS was used to assess the body condition loss (∆BCS). All the cows not bred by 70 DIM were checked for anestrus.Calving cohorts of 21-day were defined at each herd and parity group through the entire study period. The frequency of cows with BCS&lt;3 or ∆BC&gt;-0.5 at each cohort were calculated and used to define quartiles through whole study period. Quartiles were used, one at a time, as threshold to dichotomize the cohorts to predict the risk that a cohort has a frequency of anestrus over the median.The higher AUC was used as selection criterium to determine the herd level threshold at each HERD and PARITY level.&nbsp;The population attributable fraction (AFP) of anestrus rate to body condition indicators at each cohort was calculated, for every HERD and PARITY level.&nbsp;</p>

opencc-by-4.0Jun 2023View details →
zenodo36/100

Design Of A Condition Monitoring System (CMS) For A Gas Compressor Using Shell Bonny Terminal As A Case Study

<p><strong>Subcontracted</strong> <strong>Researcher</strong> <strong>&amp;</strong> <strong>Field</strong> <strong>Electrical</strong> <strong>and</strong> <strong>Electronics</strong> <strong>Engineer</strong>, <em>Shell</em> <em>Bonny</em> <em>Terminal, Nigeria</em>&mdash; 2013</p> <p>I served as a Hooks Electric subcontracted researcher and field electrical and electronics engineer at Shell Bonny Terminal, spearheading a groundbreaking project to design and construct a state-of-the-art software condition monitoring system (CMS) for a gas compressor. In addition to my technical responsibilities, I also took charge of integrating this innovative design into the existing SCADA (Supervisory Control and Data Acquisition) infrastructure of the plant.</p> <p>Working collaboratively with a team of four talented engineers, I successfully managed and coordinated their efforts throughout the project. Together, we leveraged our collective expertise to develop and implement a fully functional software condition monitoring system. This collaborative approach ensured that our project benefitted from diverse perspectives and skill sets, leading to a comprehensive and robust solution.</p> <p>Utilizing my proficiency in LabVIEW, C#, native C, Java and ActiveX library, I led the development of a cutting-edge data acquisition (DAQ) device for CM system. This device seamlessly captured sensor readings from the live gas compressor in real-time, while the systemic algorithm I designed skillfully tracked false alarms using fallback sensors. By monitoring critical parameters such as ambient and self-temperature, axial speed, vibration, inflow pressure, and outflow pressure, we were able to enhance the system&#39;s reliability and performance.</p> <p>Furthermore, I effectively integrated the software condition monitoring system into the plant&#39;s existing SCADA infrastructure, ensuring seamless communication and compatibility with the overall plant monitoring and control system. This integration facilitated centralized data management and provided comprehensive insights into the gas compressor&#39;s operation, enabling proactive maintenance and efficient decision-making.</p> <p>By successfully managing the team and overseeing the integration process, I ensured that our project aligned seamlessly with the plant&#39;s existing infrastructure, resulting in an optimized and harmonized system.</p> <p>Through our collective efforts, we delivered a highly sophisticated and fully integrated software condition monitoring system that significantly improved the management and performance of the gas compressor at Shell Bonny Terminal.</p> <p>I have curated all the resource files that will enable anyone replicate our work. This is shared under the CC-by-4 license.</p> <p>The LabVIEW codes are documented in Work.zip file and all manuals and equipment specifications have been uploaded. I have created a test bench to help anyone quickly test the LabVIEW software in simulation mode.&nbsp;</p> <p>I have also provided a slide presentation that summarizes our work, including methodologies and results.</p>

opencc-by-4.0Jul 2023View details →
zenodo36/100

The application of unmanned aerial vehicle (UAV) surveys and GIS to the analysis and monitoring of recreational trail conditions - dataset

<p>This dataset contains data used to test the protocol for high-resolution mapping and monitoring of recreational impacts in protected natural areas (PNAs) using unmanned aerial vehicle (UAV) surveys, Structure-from-Motion (SfM) data processing and geographic information systems (GIS) analysis to derive spatially coherent information about trail conditions (Tomczyk et al., 2023). Dataset includes the following folders:</p> <ol> <li>Cocora_raster_data (~3GB) and Vinicunca_raster_data (~32GB) - a very high-resolution (cm-scale) dataset derived from UAV-generated images. Data covers selected recreational trails in Colombia (Valle de Cocora) and Peru (Vinicunca). UAV-captured images were processed using the structure-from-motion approach in Agisoft Metashape software. Data are available as GeoTIFF files in the UTM projected coordinate system (UTM 18N for Colombia, UTM 19S for Peru). Individual files are named as follows [location]_[year]_[product]_[raster cell size].tif, where: <ul> <li>[location] is the place of data collection (e.g., Cocora, Vinicucna)</li> <li>[year] is the year of data collection (e.g., 2023)</li> <li>[product] is the tape of files: DEM = digital elevation model; ortho = orthomosaic; hs = hillshade</li> <li>[raster cell size] is the dimension of individual raster cell in mm (e.g., 15mm)</li> </ul> </li> <li> <p>Cocora_vector_data. and Vinicunca_vector_data &ndash; mapping of trail tread and conditions in GIS environment (ArcPro). Data are available as shp files. Data are in the UTM projected coordinate system (UTM 18N for Colombia, UTM 19S for Peru).</p> </li> </ol> <p>Structure-from-motio<span>&nbsp;</span>n processing was performed in Agisoft Metashape (<a href="https://www.agisoft.com/">https://www.agisoft.com/</a>, Agisoft, 2023). Mapping was performed in ArcGIS Pro (<a href="https://www.esri.com/en-us/arcgis/about-arcgis/overview">https://www.esri.com/en-us/arcgis/about-arcgis/overview</a>, Esri, 2022). Data can be used in any GIS software, including commercial (e.g. ArcGIS) or open source (e.g. QGIS).</p> <p>Tomczyk, A. M., Ewertowski, M. W., Creany, N., Monz, C. A., &amp; Ancin-Murguzur, F. J. (2023). The application of unmanned aerial vehicle (UAV) surveys and GIS to the analysis and monitoring of recreational trail conditions. <em>International Journal of Applied Earth Observations and Geoinformation</em>, 103474. doi:<a href="https://doi.org/10.1016/j.jag.2023.103474"> https://doi.org/10.1016/j.jag.2023.103474</a></p>

opencc-by-4.0Feb 2023View details →

ScienceDex guides

Understand access before you commit

These curated guides explain access requirements, typical timelines, costs, and reuse considerations for widely used research datasets.

Compare curated 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.

allen-brain-atlas
neuroscienceopenDocumentation, web resources, and API references are available online.
Last verified 2026-04-30Open record

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.

abode-home-cage
behavioral-neuroscienceopenThe DataShare record exposes download links for annotations, documentation, license text, and the zipped per-snippet data directory.
Last verified 2026-04-30Open record

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.

dandi-nwb
electrophysiologyopenPublished Dandiset metadata and archive endpoints are available through the production DANDI API.
Last verified 2026-04-30Open record

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.

ibl
behavioral-neuroscienceopenPublic sessions can be searched and loaded from the IBL public data server through ONE.
Last verified 2026-04-29Open record

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.

openneuro
neuroscienceopenPublished datasets are available on demand over the internet.
Last verified 2026-04-29Open record