Find research datasets worth reusing

openENTRANCE - Case Study 3 - Need for flexibility - Storage - version 21062023

This dataset partially comprises the main results of case study 3 of the openENTRANCE project. Additionally, input data related to the power generation system and renewables profiles are included in the dataset.

On the importance of additional behavioral observation in behavioral psychopharmacology research: a case study on agomelatine's effects on feedback sensitivity in probabilistic reversal learning test in rats (data&code)

Dataset to the manuscript entitled: On the importance of additional behavioral observation in behavioral psychopharmacology research: a case study on agomelatine's effects on feedback sensitivity in probabilistic reversal learning test in rats. Code in R used for analysis data from probabilistic reversal learning (PRL) test performed in operant conditioning boxes. Script analyzes data files from MED-PC IV software.

Results for plan4EU runs in Case STudy 4 of the Open ENTRANCE project

This dataset contains scenarios results for Case Study 4 of the openENTRANCE project. Visit the openENTRANCE Scenario Explorer at <a href="https://data.ene.iiasa.ac.at/openentrance">https://data.ece.iiasa.ac.at/openentrance</a> for more information.

Motor dc data study case

These data were generated to support the master's thesis on the capabilities to store data from a device. The data has not been completed.

opencc-zeroJun 2023View details →

APPENDIX 13 in Detangling the effects of patch attributes on bryophyte diversity in fragmented subtropical secondary forests - a case study of land-bridge islands

APPENDIX 13. — Islands with multi-long branched appearance in the Thousand Island Lake, China.

opencc-by-nc-4.0Jan 2023View details →

Theoretical study of stability of halogen defective trihalide monolayers: cases of AlI3, AsI3 and IrBr3

Please see ref: Lu, L.; Botella, R.; Cao, W. Phys. Status Solidi B 2023, 2300001 For more information about the dataset.

AN INDEX TO QUANTIFY DISPARITIES IN PUBLIC POTABLE WATER AND WASTEWATER TREATMENT SYSTEMS: THE TENNESSEE CASE STUDY

Data sets and code used in "An Index to Quantify Disparities in Public Potable Water and Wastewater Treatment Systems: The Tennessee Case Study"

opencc-by-4.0Dec 2023View details →

Fig. 5 in Motor Stereotypic Behaviors In Zoo Rhesus Monkeys: A Case Study Of The Central Zoo, Kathmandu, Nepal

Fig. 5. Association between motor stereotypic and feeding behavior (Min. — minutes).

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

Subcontracted Researcher & Field Electrical and Electronics Engineer, Shell Bonny Terminal, Nigeria— 2013 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. 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. 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's reliability and performance. Furthermore, I effectively integrated the software condition monitoring system into the plant'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's operation, enabling proactive maintenance and efficient decision-making. By successfully managing the team and overseeing the integration process, I ensured that our project aligned seamlessly with the plant's existing infrastructure, resulting in an optimized and harmonized system. 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. I have curated all the resource files that will enable anyone replicate our work. This is shared under the CC-by-4 license. 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.  I have also provided a slide presentation that summarizes our work, including methodologies and results.

FD Simulator test parameters and results from NYC case study

This repository gives the dataset for Fleet-Demand platform (FD platform). The full FD platform code description can be found <a href="https://github.com/BUILTNYU/Fleet-Demand-Platform/tree/main">here</a>. The files are under two categories: 1. MATSim input file:     "config-with-mode-vehicles-drt-tele_2_income.xml": configuration file defining input file names and parameters for MATSim in the initial cycle of FD platform cycle (cycle 0).     "config-with-mode-vehicles-drt-tele_2_income_updated.xml": configuration file defining input file names and parameters for MATSim in FD platform cycles after the initial cycle.     "population_large_two_drt_added.xml": initial trip plan containing 35000 agents with initially assigned ride-pooling services ("drt_1" and "drt_2"). The trip plan was extracted from the MATSim-NYC population file, which can be found here.     "new_subpopulation_income_onefifth.xml": subpopulation file assigning agent to either "Low_Income" or "Not_Low_Income". The value of time (VOT) of the two groups are defined in the configuration file     "separated-network_shrunk_clean.xml": Network file containing road and transit network of Manhatta, Brooklyn, and Queens. This network file is extracted from the MATSim-NYC network file. 2. DVRPT input file      "nyc_sub_nodes_update.csv": File defining the nodes that constructs the ride-pooling service area.      "nyc_sub_network_update_new_1_27_max.csv": File defining the shortest path time cost for all node pairs.      "nyc_sub_stops.csv":  File defining the stops of the ride-pooling service.      "nyc_sub_links.csv": File defining the links of the ride-pooling service area.

Online appendix for "Leveraging Execution Trace with ChatGPT: A Case Study on Automated Fault Diagnosis" (New Ideas and Emerging Results Track in ICSME 2023)

All the prompts we prepared for ChatGPT and the fault diagnosis results <ul> <li>prompt_*: Prompt for ChatGPT <ul> <li>prompt_ChatGPT_setup_*.txt: Prompts to setup ChatGPT before starting the question to ChatGPT</li> <li>The other prompts: Prompts input to ChatGPT for fault diagnosis</li> </ul> </li> <li>result_*: Response from ChatGPT</li> <li>without_trace: Prompt or result when execution trace is not entered in ChatGPT</li> <li>with_trace: Prompt or result when execution trace is entered in ChatGPT</li> </ul>

opencc-by-4.0Mar 2022View details →

Data to D3.3 - Institutional arrangements of water supply, distribution and uses within and across case studies -identifying the barriers and drivers in place

The transition towards a water circular economy (WCE) in the sense of water reuse may generate new water loops with additional challenges to water governance such as new and different types or qualities of water, new associated risks, new responsibilities,and new sets of actors involved. These challenges demand for clear-defined responsibilities, well-engaging of the various stakeholders, strong cooperation, and coordination among actors to prevent risks. Institutional arrangements, build the formal, and informal, design schemes to ensure adequate procedures and standards to better catalyse such transition. This deliverable analyses the institutional arrangements associated to the water management on the demosites, to assess their preparedness for the implementation of the new water loops as those foreseen with use of Project Ô new technologies. Using the Institutional Analysis and Development Framework, the analysis showed that the more water uses and users a new water loop involves the more critical the institutional arrangements become. Nevertheless, the institutional arrangements of the demosites do not always configure severe barriers. This is the case of Omis (Croatia) where the water reuse loop is located inside a textile company, and Eilat (Israel) where the water reuse loop is located inside amariculture centre. On the contrary, on Almendralejo (Spain) and Lecce (Italy), there are different players involved in the management ofthe water loop,andinstitutional arrangements appear more critical. Among the different institutional design principles, the clearly defined boundaries of responsibilities among stakeholders, the congruence between appropriation and provision rules and local conditions, raise more concerns on the case studies and call for the attention of future research on water circular economy. Fairly share of cost, benefits, and risks, dedicated graduated sanctions, conflict prevention and resolution mechanisms also deserve particular attention given the limited awareness of stakeholders of their features and influence for a successful implementation of demosites. Trust building, stakeholder empowerment and investment on transparency mechanisms related to water monitoring and sharing of communities and environmental benefits and costs of water reuse may be powerful approaches to implement water circular economy.

A case study for measuring the relativistic dipole of a galaxy cross-correlation with the Dark Energy Spectroscopic Instrument: Data Repository

This repository contains the synthetic catalogue for the DESI Bright Galaxy Survey produced wit the N-body code gevolution, which is analysed in the manuscript "<a href="https://arxiv.org/abs/2306.04213">A case study for measuring the relativistic dipole of a galaxy cross-correlation with the Dark Energy Spectroscopic Instrument</a>", as well as the raw data of the analysis results. The catalogue "catalogue.csv.bz2" is in the CSV format and can be directly read using the pandas library of python, for example. The columns in the catalogue contain the following information: 0. Column index 1. Comoving coordinate x (in units of Mpc/h) 2. Comoving coordinate y (in units of Mpc/h) 3. Comoving coordinate z (in units of Mpc/h) 4. Observed redshift 5. Cosine of the observed polar angle measured with respect to the axis pointing in the direction (1,1,1) along the box diagonal (the original comoving coordinate system has been rotated with an intrinsic z-y-z Euler rotation, first rotating along the z-axis with \(\phi_1 = \pi/4\), then rotating along the new y axis with \(\theta_2 = \mathrm{arccos}(1/\sqrt{3})\) and setting the final rotation angle to zero, \(\phi_3 = 0\); hence to get the unperturbed mu and phi coordinates, one needs to rotate the comoving x, y and z coordinates with the corresponding inverse Euler rotation matrix) 6. Observed azimuthal angle phi measured with respect to axis pointing in the direction (1,1,1) along the box diagonal (the original comoving coordinate system has been rotated with an intrinsic z-y-z Euler rotation, first rotating along the z-axis with \(\phi_1 = \pi/4\), then rotating along the new y axis with \(\theta_2 = \mathrm{arccos}(1/\sqrt{3})\) and setting the final rotation angle to zero, \(\phi_3 = 0\); hence to get the unperturbed mu and phi coordinates, one needs to rotate the comoving x, y and z coordinates with the corresponding inverse Euler rotation matrix) 7. Logarithm of the luminosity in units of solar luminosity \(L_\odot\) 8. Observed flux (in units of \(L_\odot/\mathrm{Mpc}^2\)) 9. Number of particles in each object, plus a uniform noise between 0 and 1. This quantity is the proxy of the mass that was used to assign luminosity to the objects. 10. Flag that identifies the selected objects within each redshift bin. The Flag is 0 for objects not included in the catalogue, and equal to the mean redshift of the bins \(\bar{z} = 0.25, 0.35, 0.45\) for the selected objects.  11. Flag that identifies the bright and faint objects for case 1 (50% bright, 50% faint, no flux limit). Flag = 0 for non-selected objects, Flag = 1 for bright objects, Flag = 2 for faint objects. 12. Flag that identifies the bright and faint objects for case 2 (90% bright, 10% faint, no flux limit). Flag = 0 for non-selected objects, Flag = 1 for bright objects, Flag = 2 for faint objects. 13. Flag that identifies the bright and faint objects for case 3 (50% bright, 50% faint, with flux limit). Flag = 0 for non-selected objects, Flag = 1 for bright objects, Flag = 2 for faint objects. 14. Flag that identifies the bright and faint objects for case 4 (90% bright, 10% faint, with flux limit). Flag = 0 for non-selected objects, Flag = 1 for bright objects, Flag = 2 for faint objects. The example script "example-script.ipynb" demonstrates how to query the catalogue to extract e.g. the redshift distribution of the objects for the different cases considered in Table 4 of the manuscript. Additionally, the measured dipole data vectors with the jackknife covariance matrices (\(\mathrm{cov}^\mathrm{JK}_{ij}\)), as well as the theoretical data vectors with the theoretical measurement covariance (\(\mathrm{cov}^\mathrm{th}_{ij}\)) and the theoretical prediction covariance (\(\mathrm{cov}^\mathrm{pred}_{ij}\)) are provided within this repository: <ul> <li>In the measurements.tar.gz archive, the measured data for the flux-limited case can be found in the /flux-limit subdirectory, while the data for the case without flux-limit is in /no-flux-limit. The data vectors are named "dipole_<redshift bin>_<% of bright galaxies>.txt. The first column in each of those files is the separation bin \(d\) in \(\mathrm{Mpc}/h\), the second column is the mean two-point correlation function dipole of the 100 jackknife subsamples, and the third column is the square root of the diagonal part of the jackknife covariance matrix (\(\mathrm{cov}^\mathrm{JK}_{ij}\)). The corresponding jackknife covariance matrices are named "cov_<redshift bin>_<% of bright galaxies>.txt.</li> <li>In the theory.tar.gz archive, the theoretical predictions are found in /flux-limit for the case with flux limit and in /no-flux-limit for the case without flux limit. The theoretical data vectors are named "dipole_<% of bright galaxies>B_z<redshift bin>_gevol.dat". The first column in each of those files is the separation bin \(d\) in \(\mathrm{Mpc}/h\), the second column the theoretical two-point correlation function dipole and the third column is the square root of the diagonal part of the theoretical prediction covariance matrix (\(\mathrm{cov}^\mathrm{pred}_{ij}\)) . The theoretical measurement covariance matrices are named "covariance_Lp6_<% of bright galaxies>B_z<redshift bin>_gevol.dat", and the theoretical prediction covariance matrices are named "covtheo_<% of bright galaxies>B_z<redshift bin>_gevol.dat". </li> </ul> The example script also demonstrates how to use these data files to reproduce plots of the dipole measurement vs the theoretical prediction like in Figures 6, 7, C1 and C2. The archives need to be unpacked before using the example script to access the data.

GRASS GIS Location for urban growth case study in Triangle area, NC, USA

GRASS GIS Location containing data prepared for a FUTURES urban growth modeling case study for the broader Raleigh-Durham area in North Carolina, USA. Contains NLCD 2001-2019 (land cover for all years; 2001 and 2019 impervious descriptor), county boundaries, USGS DEM, PAD-US protected areas.

The Metadata of "Are the Lists of Questionable Journals Reasonable: A Case Study of Early Warning Journal List"

The metadata of the article (Are the Lists of Questionable Journals Reasonable: A Case Study of Early Warning Journal List).

opencc-by-4.0Aug 2023View details →

Artifact description for PMBS'23 paper: Calculating Primes the Expensive Way: A Case Study in Write-Allocate Evasion on Intel Ice Lake SP

The article investigates a new hardware feature introduced with the Intel Ice Lake SP microarchitecture that automatically avoids write-allocate traffic for streaming write accesses. The analysis uses the CloverLeaf benchmark code from the SPEChpc2021 suite and micro-benchmarks to assess the effectiveness. The artifact description contains scripts to make CloverLeaf a stand-alone application without the SPEC benchmarking harness and patches for code changes applied to the CloverLeaf benchmark code for the in-depth analysis. Moreover, depending on the task, there are scripts that gather data for multiple parameters, commonly thread counts. All data collecting scripts produce CSV files for further analysis or plotting. For reference, the CSV files with the results shown in the paper are part of the artifact description. Moreover, the artifact description contains the TeX sources to plot all figures presented in this work. They contain the transformations done to the data (scaling from GByte to Byte, etc.) before plotting. With a working installation of the SPEChpc2021 suite, an Intel Ice Lake SP system and applied patches from this artifact description, all benchmarks can be re-run and reproduce the data presented in this work. It is important to note that the write-allocate avoidance feature behaves differently on different Ice Lake SP chips. For a full reproduction of the shown results, one has to use systems with Intel Xeon Platinum 8360Y as well. Furthermore, for disabling certain hardware features like the hardware prefetchers, SpecI2M or other undocumented prefetchers, one needs root access to the system.

dryad36/100

Data from: Beyond the case study: Characterizing natural floodplain heterogeneity in the United States

As river channels move across the valley floor, they create diverse topography including natural levees, cutoff meanders, secondary channels, and floodplain wetlands. These features increase the spatial heterogeneity of the floodplain. Many studies indicate that this heterogeneity strongly influences habitat abundance and diversity, storage of flood waters and excess nitrate or phosphate, and other floodplain functions. However, no one has systematically measured floodplain heterogeneity across multiple rivers and different geographic regions. We measured the heterogeneity of natural floodplains at 14 sites in the continental United States using metrics developed by landscape ecologists. We find that natural floodplains have distinctive heterogeneity signatures that relate to drainage area, the size of the floodplain, and other characteristics. The data included here are the original field data associated with 14 of the field sites, including GPS locations of floodplain transects, floodplain patches, sediment cores, and large wood; and delineated floodplain shapefiles.

opencc-zeroAug 2023View details →

opencc-by-4.0Aug 2023View details →

Data repository supporting the JGR article: A case study of the solar and lunar semidiurnal tide response to the 2013 sudden stratospheric warming

This dataset contains the meteor radar wind measurements and the background atmospheric data fields used to produce the results in the Journal of Geophysical Research - Space Physics article titled: A case study of the solar and lunar semidiurnal tide response to the 2013 sudden stratospheric warming. The nav_2013_ERAn_1dm_grid.dat file contains gridded latitude-longitude-altitude daily mean winds and temperatures for the composite atmosphere described in the article. The full range of dates span from the 1st of December 2012 to the 1st of April 2023. The composite atmosphere is constructed using ERA5 winds and temperatures below 85 hPa, NAVGEM-HA winds and temperatures between 85-0.001 hPa, and HWM14 + MSISE00 winds and temperatures above 0.001 hPa. The meteor_radars.zip file contains a folder containing the hourly meteor radar wind measurements for the Collm (Col), CMOR (CMO), and Kiruna (Kir) radars, as described in the supporting paper. The .hdf5 files contain both the horizontal and meridional wind measurements for December, January, February, and March (winter of 2012/2013).