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.

23

datasets available to search

ShareScore release 0.7.1

Reset

Dataset results

23 results for “Synthetic Simulation”

Learn how ShareScore rates datasets ↗
zenodo52/100

HD-SIM-RBV: a synthetic dataset with model-based simulations of blood volume changes during hemodialysis

<p>The HD-SIM-RBV dataset is a synthetic (model-based) dataset generated to enable the study of blood volume (BV) or relative blood volume (RBV) changes during hemodialysis (HD).</p> <p>The dataset includes the profiles of BV changes during a standard 4-hour HD session simulated using a lumped-parameter, physiologically-based model of the cardiovascular system and the whole-body water and solute kinetics in 5,000 virtual patients with randomly adjusted values of 90 physiological parameters.</p> <p>For each of the 90 selected parameters, a random value was drawn from a normal distribution with the mean equal to the baseline value used originally in the model (with a few exceptions) and the standard deviation (SD) assumed at the level of 10%, 20%, or 40% of the baseline value, depending on the nature of the given parameter and the likelihood of its variation in the population (for some parameters, SD was set below 10% - see Parameters.xlsx). Only values within &plusmn;2SD from the mean were accepted. &nbsp;</p> <p>Ultrafiltration was set randomly within &plusmn;1 L from the assigned fluid overload. &nbsp;All other parameters as well as dialysis settings were kept constant for all virtual patients (at the levels used in our previous work - see the references below).</p> <p>&nbsp;</p> <p>When using the dataset, please cite the associated conference paper:</p> <p>Pstras L, Waniewski J. A Model-Based Dataset for In-Silico Exploration of the Patterns of Relative Blood Volume Changes During Hemodialysis. 2023 IEEE EMBS Special Topic Conference on Data Science and Engineering in Healthcare, Medicine and Biology, 149-150, 2023, doi: 10.1109/IEEECONF58974.2023.10404528.</p>

opencc-zeroOct 2023View details →
zenodo48/100

Synthetic Simulations Of Extracellular Recordings (SSOER) Dataset

<p>This dataset contains synthetic data from simulations&nbsp;(for a total duration of 10 minutes) including the activity of one multi-unit and two single-units for different firing rates and signal-to-noise ratio levels. It is intended to be used as a standardized dataset&nbsp;to evaluate spike sorting algorithms.</p> <p>Recordings were&nbsp;taken using a sampling rate of 24 kHz, and are comprised of spikes from a database with 594 different average spike shapes, taken from real recordings from monkey neocortex and basal ganglia.</p> <p>This dataset is comprised of two files: <em>data.npy</em> and <em>labels.csv</em>.</p> <ul> <li><em>data.npy</em> contains&nbsp;14,400,000 sampled voltage values, from a single channel, taken at&nbsp;a sampling rate of&nbsp;24 kHz.&nbsp;</li> <li><em>labels.csv</em>&nbsp;contains the timestep, spike class, amplitude (SNR), and firing rate associated with each spiking event.</li> </ul> <p>The original samples used to construct this dataset where previously constructed and made available in [1]. This dataset is an amalgamation of&nbsp;simulation files, which were previously publicly accessible at:&nbsp;<a href="http://www2.le.ac.uk/departments/engineering/research/bioengineering/neuroengineering-lab/software">http://www2.le.ac.uk/departments/engineering/research/bioengineering/neuroengineering-lab/software</a>. Consequently, when using or making modifications to this dataset, in addition to&nbsp;acknowledging this record, [1] must also be acknowledged, as per the original author&#39;s request.</p> <p>[1] J. Martinez, C. Pedreira, M. J. Ison, and R. Quian Quiroga, &ldquo;Realistic simulation of extracellular recordings,&rdquo; Journal of Neuroscience Methods, vol. 184, no. 2, pp. 285&ndash;293, Nov. 2009, doi: 10.1016/j.jneumeth.2009.08.017.</p>

opencc-by-4.0Mar 2022View details →
zenodo44/100

Synthetic business population containing simulated business variables

<p>This dataset contain simulated data for a fully synthetic business population.&nbsp; The dataset contains 900,000 records, each of which represents a simulated business.&nbsp; It resembles the real-world population of employing businesses in Australia in terms of the distribution of businesses across size categories, industry classes and geographic regions (state).&nbsp; The data for the population has been generated using a combination of published survey outputs available from the Australian Bureau of Statistics (ABS) website, and employee tax data and survey data sourced from the Business Longitudinal Analysis Data Environment (BLADE) in the ABS DataLab.</p>

opencc-by-4.0Apr 2024View details →
zenodo44/100

Open synthetic data on travel and charging demand of battery electric cars: An agent-based simulation on three charging behavior archetypes

<p><strong>Background</strong></p> <p>Battery electric vehicles (BEVs) are crucial for a sustainable transportation system. As more people adopt BEVs, it becomes increasingly important to accurately assess the demand for charging infrastructure. However, much of the current research on charging infrastructure relies on outdated assumptions, such as the assumption that all BEV owners have access to home chargers and the &quot;Liquid-fuel&quot; mental model. To address this issue, we simulate the travel and charging demand on three charging behavior archetypes. We use a large synthetic population of Sweden, including detailed individual characteristics, such as dwelling types (detached house vs. apartment) and activity plans (for an average weekday). This data repository aims to provide the BEV simulation&#39;s input, assumptions, and output so that other studies can use them to study sizing and location design of charging infrastructure, grid impact, etc.</p> <p>A journal paper published in Transportation Research Part D: Transport and Environment details the method to create the data (particularly Section 2.2 BEV simulation).</p> <p><a href="https://doi.org/10.1016/j.trd.2023.103645">https://doi.org/10.1016/j.trd.2023.103645</a></p> <p><strong>Methodology</strong></p> <p>This data product is centered on the 1.7 million inhabitants of the V&auml;stra G&ouml;taland (VG) region, which includes the second largest city in Sweden, Gothenburg. We specifically simulated 284,000 car agents who live in VG, representing 35% of all car users and 18% of the total population in the region. They spend their simulation day (representing an average weekday) in a variety of locations throughout Sweden.</p> <p>This open data repository contains the core model inputs and outputs. The numbers in parentheses correspond to the data sets. We use individual agents&#39; activity plans (1) and travel trajectories from MATSim simulation for the BEV simulation (2), in which we consider overnight charger access (3), car fleet composition referencing the current private car fleet in Sweden (4), and Swedish road network with slope information (5) with realistic BEV charging &amp; discharging dynamics. For the BEV simulation, we tested ten scenarios of charging behavior archetypes and fast charging powers (6). The output includes the time history of travel trajectories and charging of the simulated BEVs across the different scenarios (7).</p> <p><strong>Data description</strong></p> <p>The current data product covers seven data files.</p> <p><strong>(1) Agents&#39; experienced activity plans</strong></p> <p>File name: 1_activity_plans.csv</p> <table> <tbody> <tr> <td> <p><strong>Column</strong></p> </td> <td> <p><strong>Description</strong></p> </td> <td> <p><strong>Data type</strong></p> </td> <td> <p><strong>Unit</strong></p> </td> </tr> <tr> <td> <p>person</p> </td> <td> <p>Agent ID</p> </td> <td> <p>Integer</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>act_id</p> </td> <td> <p>Activity index of each agent</p> </td> <td> <p>Integer</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>deso</p> </td> <td> <p>Zone code of Demographic statistical areas (DeSO)<sup>1</sup></p> </td> <td> <p>String</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>POINT_X</p> </td> <td> <p>Coordinate X of activity location (SWEREF99TM)</p> </td> <td> <p>Float</p> </td> <td> <p>meter</p> </td> </tr> <tr> <td> <p>POINT_Y</p> </td> <td> <p>Coordinate Y of activity location (SWEREF99TM)</p> </td> <td> <p>Float</p> </td> <td> <p>meter</p> </td> </tr> <tr> <td> <p>act_purpose</p> </td> <td> <p>Activity purpose (work, home, other)</p> </td> <td> <p>String</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>mode</p> </td> <td> <p>Transport mode to reach the activity location (car)</p> </td> <td> <p>String</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>dep_time</p> </td> <td> <p>Departure time in decimal hour (0-23.99)</p> </td> <td> <p>Float</p> </td> <td> <p>hour</p> </td> </tr> <tr> <td> <p>trav_time</p> </td> <td> <p>Travel time to reach the activity location</p> </td> <td> <p>String</p> </td> <td> <p>hour:minute:second</p> </td> </tr> <tr> <td> <p>trav_time_min</p> </td> <td> <p>Travel time in decimal minute</p> </td> <td> <p>Float</p> </td> <td> <p>minute</p> </td> </tr> <tr> <td> <p>speed</p> </td> <td> <p>Travel speed to reach the activity location</p> </td> <td> <p>Float</p> </td> <td> <p>km/h</p> </td> </tr> <tr> <td> <p>distance</p> </td> <td> <p>Travel distance between the origin and the destination</p> </td> <td> <p>Float</p> </td> <td> <p>km</p> </td> </tr> <tr> <td> <p>act_start</p> </td> <td> <p>Start time of activity in minute (0-1439)</p> </td> <td> <p>Integer</p> </td> <td> <p>minute</p> </td> </tr> <tr> <td> <p>act_time</p> </td> <td> <p>Activity duration in decimal minute</p> </td> <td> <p>Float</p> </td> <td> <p>minute</p> </td> </tr> <tr> <td> <p>act_end</p> </td> <td> <p>End time of activity in decimal hour (0-23.99)</p> </td> <td> <p>Float</p> </td> <td> <p>hour</p> </td> </tr> <tr> <td> <p>score</p> </td> <td> <p>Utility score of the simulation day given by MATSim</p> </td> <td> <p>Float</p> </td> <td> <p>-</p> </td> </tr> </tbody> </table> <p>1 <a href="https://www.scb.se/vara-tjanster/oppna-data/oppna-geodata/deso--demografiska-statistikomraden/">https://www.scb.se/vara-tjanster/oppna-data/oppna-geodata/deso--demografiska-statistikomraden/</a></p> <p>&nbsp;</p> <p><strong>(2) Travel trajectories</strong></p> <p>File name: 2_input_zip</p> <p>Produced by MATSim simulation, the zip folder contains ten files (events_batch_X.csv.gz, X=1, 2, &hellip;, 10) of input events for the BEV simulation. They are the moving trajectories of the car agents in their simulation days.</p> <table> <tbody> <tr> <td> <p><strong>Column</strong></p> </td> <td> <p><strong>Description</strong></p> </td> <td> <p><strong>Data type</strong></p> </td> <td> <p><strong>Unit</strong></p> </td> </tr> <tr> <td> <p>time</p> </td> <td> <p>Time in second in a simulation day (0-86399)</p> </td> <td> <p>Integer</p> </td> <td> <p>Second</p> </td> </tr> <tr> <td> <p>type</p> </td> <td> <p>Event type defined by MATSim simulation<sup>2</sup></p> </td> <td> <p>String</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>person</p> </td> <td> <p>Agent ID</p> </td> <td> <p>Integer</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>link</p> </td> <td> <p>Nearest road link consistent with (5)</p> </td> <td> <p>String</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>vehicle</p> </td> <td> <p>Vehicle ID identical to person</p> </td> <td> <p>Integer</p> </td> <td> <p>-</p> </td> </tr> </tbody> </table> <p><sup>2 </sup>One typical episode of MATSim simulation events: Activity ends (actend) -&gt; Agent&rsquo;s vehicle enters traffic (vehicle enters traffic) -&gt; Agent&rsquo;s vehicle moves from previous road segment to its next connected one (left link) -&gt; Agent&rsquo;s vehicle leaves traffic for activity (vehicle leaves traffic) -&gt; Activity starts (actstart)</p> <p>&nbsp;</p> <p><strong>(3) Overnight charger access</strong></p> <p>File name: 3_home_charger_access.csv</p> <table> <tbody> <tr> <td> <p><strong>Column</strong></p> </td> <td> <p><strong>Description</strong></p> </td> <td> <p><strong>Data type</strong></p> </td> <td> <p><strong>Unit</strong></p> </td> </tr> <tr> <td> <p>person</p> </td> <td> <p>Agent ID</p> </td> <td> <p>Integer</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>home_charger</p> </td> <td> <p>Whether an agent has access to a home garage charger/living in a detached house (0=no, 1=yes)</p> </td> <td> <p>Integer</p> </td> <td> <p>-</p> </td> </tr> </tbody> </table> <p>&nbsp;</p> <p><strong>(4) Car fleet composition</strong></p> <p>File name: 4_car_fleet.csv</p> <table> <tbody> <tr> <td> <p><strong>Column</strong></p> </td> <td> <p><strong>Description</strong></p> </td> <td> <p><strong>Data type</strong></p> </td> <td> <p><strong>Unit</strong></p> </td> </tr> <tr> <td> <p>person</p> </td> <td> <p>Agent ID</p> </td> <td> <p>Integer</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>income_class</p> </td> <td> <p>Income group (0=None, 1=below 180K, 2=180K-300K, 3=300K-420K, 4=above 420K)</p> </td> <td> <p>Integer</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>car</p> </td> <td> <p>Car model class (B=40 kWh, C=60 kWh, D=100 kWh)</p> </td> <td> <p>String</p> </td> <td> <p>-</p> </td> </tr> </tbody> </table> <p>&nbsp;</p> <p>(<strong>5) Road network with slope information</strong></p> <p>File name: 5_road_network_with_slope.shp (5 files in total)</p> <table> <tbody> <tr> <td> <p>Column</p> </td> <td> <p>Description</p> </td> <td> <p>Data type</p> </td> <td> <p>Unit</p> </td> </tr> <tr> <td> <p>length</p> </td> <td> <p>The length of road link</p> </td> <td> <p>Float</p> </td> <td> <p>meter</p> </td> </tr> <tr> <td> <p>freespeed</p> </td> <td> <p>Free speed</p> </td> <td> <p>Float</p> </td> <td> <p>km/h</p> </td> </tr> <tr> <td> <p>capacity</p> </td> <td> <p>Number of vehicles</p> </td> <td> <p>Integer</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>permlanes</p> </td> <td> <p>Number of lanes</p> </td> <td> <p>Integer</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>oneway</p> </td> <td> <p>Whether the segment is one-way (0=no, 1=yes)</p> </td> <td> <p>Integer</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>modes</p> </td> <td> <p>Transport mode (car)</p> </td> <td> <p>String</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>link_id</p> </td> <td> <p>Link ID</p> </td> <td> <p>String</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>from_node</p> </td> <td> <p>Start node of the link</p> </td> <td> <p>String</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>to_node</p> </td> <td> <p>End node of the link</p> </td> <td> <p>String</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>count</p> </td> <td> <p>Aggregated traffic (number of cars travelled per day)</p> </td> <td> <p>Integer</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>slope</p> </td> <td> <p>Slope in percent from -6% to 6%</p> </td> <td> <p>Float</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>geometry</p> </td> <td> <p>LINESTRING (SWEREF99TM)</p> </td> <td> <p>geometry</p> </td> <td> <p>meter</p> </td> </tr> </tbody> </table> <p>&nbsp;</p> <p><strong>(6) Simulation scenarios specifying the parameter sets</strong></p> <p>File name: 6_scenarios.txt</p> <table> <tbody> <tr> <td> <p><strong>Parameter set</strong></p> <p><strong>(paraset)</strong></p> </td> <td> <p><strong>Strategy 1</strong></p> </td> <td> <p><strong>Strategy 2</strong></p> </td> <td> <p><strong>Strategy 3</strong></p> </td> <td> <p><strong>Fast charging power (kW)</strong></p> </td> <td> <p><strong>Minimum parking time for charging (min)</strong></p> </td> <td> <p><strong>Intermediate charging power (kW)</strong></p> </td> </tr> <tr> <td> <p>0</p> </td> <td> <p>0.2</p> </td> <td> <p>0.2</p> </td> <td> <p>0.9</p> </td> <td> <p>150</p> </td> <td> <p>5</p> </td> <td> <p>22</p> </td> </tr> <tr> <td> <p>1</p> </td> <td> <p>0.2</p> </td> <td> <p>0.2</p> </td> <td> <p>0.9</p> </td> <td> <p>50</p> </td> <td> <p>5</p> </td> <td> <p>22</p> </td> </tr> <tr> <td> <p>2</p> </td> <td> <p>0.3</p> </td> <td> <p>0.3</p> </td> <td> <p>0.9</p> </td> <td> <p>150</p> </td> <td> <p>5</p> </td> <td> <p>22</p> </td> </tr> <tr> <td> <p>3</p> </td> <td> <p>0.3</p> </td> <td> <p>0.3</p> </td> <td> <p>0.9</p> </td> <td> <p>50</p> </td> <td> <p>5</p> </td> <td> <p>22</p> </td> </tr> </tbody> </table> <p>&nbsp;</p> <p><strong>(7) Time history of travel trajectories and charging of the simulated BEVs</strong></p> <p>File name: 7_output.zip</p> <p>Produced by the BEV simulation, the zip folder contains four files (parasetX.csv.gz, X=1, 2, 3, 4) corresponding to the four parameter sets specified in (6). They are the moving trajectories of the car agents with simulated energy and charging time history in their simulation days.</p> <table> <tbody> <tr> <td> <p><strong>Column</strong></p> </td> <td> <p><strong>Description</strong></p> </td> <td> <p><strong>Data type</strong></p> </td> <td> <p><strong>Unit</strong></p> </td> </tr> <tr> <td> <p>person</p> </td> <td> <p>Agent ID</p> </td> <td> <p>Integer</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>home_charger</p> </td> <td> <p>Whether an agent has access to a home garage charger/living in a detached house (0=no, 1=yes)</p> </td> <td> <p>Integer</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>car</p> </td> <td> <p>Car model class (B=40 kWh, C=60 kWh, D=100 kWh)</p> </td> <td> <p>String</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>seq</p> </td> <td> <p>Sequence ID of time history by agent</p> </td> <td> <p>Integer</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>time</p> </td> <td> <p>Time (0-86399)</p> </td> <td> <p>Integer</p> </td> <td> <p>Second</p> </td> </tr> <tr> <td> <p>purpose</p> </td> <td> <p>Valid for activities (home, work, school, other)</p> </td> <td> <p>String</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>type</p> </td> <td> <p>Event type defined by MATSim simulation</p> </td> <td> <p>String</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>link</p> </td> <td> <p>Link ID (link_id in File 5)</p> </td> <td> <p>String</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>distance_driven</p> </td> <td> <p>Cumulative driven distance in the simulation day</p> </td> <td> <p>Float</p> </td> <td> <p>km</p> </td> </tr> <tr> <td> <p>energy_1</p> </td> <td> <p>Energy consumed while driving (-) or charging (+) (Strategy 1)</p> </td> <td> <p>Float</p> </td> <td> <p>kWh</p> </td> </tr> <tr> <td> <p>energy_2</p> </td> <td> <p>Energy consumed while driving (-) or charging (+) (Strategy 2)</p> </td> <td> <p>Float</p> </td> <td> <p>kWh</p> </td> </tr> <tr> <td> <p>energy_3</p> </td> <td> <p>Energy consumed while driving (-) or charging (+) (Strategy 3)</p> </td> <td> <p>Float</p> </td> <td> <p>kWh</p> </td> </tr> <tr> <td> <p>charger_1</p> </td> <td> <p>Power rating of the charger (Strategy 1)</p> </td> <td> <p>Float</p> </td> <td> <p>kW</p> </td> </tr> <tr> <td> <p>charger_2</p> </td> <td> <p>Power rating of the charger (Strategy 2)</p> </td> <td> <p>Float</p> </td> <td> <p>kW</p> </td> </tr> <tr> <td> <p>charger_3</p> </td> <td> <p>Power rating of the charger (Strategy 3)</p> </td> <td> <p>Float</p> </td> <td> <p>kW</p> </td> </tr> <tr> <td> <p>soc_1</p> </td> <td> <p>State of charge (0-1, Strategy 1)</p> </td> <td> <p>Float</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>soc_2</p> </td> <td> <p>State of charge (0-1, Strategy 2)</p> </td> <td> <p>Float</p> </td> <td> <p>-</p> </td> </tr> <tr> <td> <p>soc_3</p> </td> <td> <p>State of charge (0-1, Strategy 3)</p> </td> <td> <p>Float</p> </td> <td> <p>-</p> </td> </tr> </tbody> </table> <p>&nbsp;</p>

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

Synthetic COVID-19 Case Reporting Data Generated from an Agent-Based Simulation Model

<p>This is a synthetic case reporting data set for the SARS-CoV-2 epidemic in Austria. The data set statistically reproduces and synthetically augments data on reported cases and was generated with an agent-based simulation model. References to descriptions of the model and the parameterization used to generate the data set is included in the attached PDF file. The data format is described in the README file.</p>

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

Synthetic Indoor Climate and Occupancy Data from Office and Meeting Room Simulations

<p>This is the dataset used for the publication "Coddora: CO2-based Occupancy Detection model<br>trained via DOmain RAndomization". The goal is to provide training data for occupancy detection.<br><br>The dataset contains one million days of data including 10 occupied days for each of 100,000 randomized room models (50,000 rooms considering office activity and 50,000 meeting room activity). Data were generated in EnergyPlus simulations according to the methodology described in the paper.<br><br>When using the dataset, please cite:</p> <blockquote> <p><em>Manuel Weber, Farzan Banihashemi, Davor Stjelja, Peter Mandl, Ruben Mayer, and Hans-Arno Jacobsen. 2024. Coddora: CO2-Based Occupancy Detection Model Trained via Domain Randomization. In International Joint Conference on Neural Networks (IJCNN). June 30 - July 5, 2024, Yokohama, Japan.</em></p> </blockquote> <h2>Dataset Structure</h2> <p>The following files are provided:<br><br>&nbsp; &nbsp; 1. dataset_office_rooms.h5&nbsp; &nbsp;(provided as zip file)<br>&nbsp; &nbsp; 2. dataset_meeting_rooms.h5&nbsp; &nbsp;(provided as zip file)<br>&nbsp; &nbsp; 3. simulated_occupancy_office_rooms.csv<br>&nbsp; &nbsp; 4. simulated_occupancy_meeting_rooms.csv</p> <p>Please use an archiving tool such as 7zip to unzip the hdf5 files.<br>Both hdf5 files contain two datasets with the following keys:<br><br>&nbsp; &nbsp; 1. "<em>data</em>": contains the simulated indoor climate and occupancy data<br>&nbsp; &nbsp; 2. "metadata": contains the metadata that were used for each simulation</p> <p>The csv files contain the time series of occupancy that were used for the simulations.<br><br></p> <h2>Data</h2> <p><em>Data</em> includes the following fields:</p> <p><em>Datetime:</em> day of the year (may be relevant due to seasonal differences) and time of the day<br><em>Zone Air CO2 Concentration:</em> CO2 level in ppm<br><em>Zone Mean Air Temperature:</em> temperature in &deg;C<br><em>Zone Air Relative Humidity: </em>relative humidity in %<br><em>Occupancy: </em>level of occupancy relative to the maximum capacity of the room (in the range [0-1])<br><em>Ventilation:</em> fraction of window opening in the range [0.01, 1]<br><em>SimID:</em> foreign key to reference the room properties the simulation was based on<br><em>BinaryOccupancy:</em> 0 or 1 denoting absence or presence (for binary classification)</p> <p>&nbsp;</p> <p>Example row:</p> <table> <tbody> <tr> <th><em>Datetime</em></th> <th><em>Zone Air CO2 Concentration</em></th> <th><em>Zone Mean Air Temperature</em></th> <th><em>Zone Air Relative Humidity</em></th> <th><em>Occupancy</em></th> <th><em>Ventilation</em></th> <th><em>simID</em></th> <th><em>BinaryOccupancy</em></th> </tr> <tr> <td> <p>10/09 11:21:00</p> </td> <td> <p>1084.5624647371608</p> </td> <td> <p>24.545635909907148</p> </td> <td> <p>41.18393114737054</p> </td> <td> <p>0.7</p> </td> <td> <p>0.0</p> </td> <td>99</td> <td>1</td> </tr> </tbody> </table> <pre>&nbsp;</pre> <h2>Metadata</h2> <p><em>Metadata</em> includes the following fields. <br>Underscores denote that the field was not selected during randomization but calculated from the other values.</p> <p>width: room width in m<br>length: room length in m<br>height: hoom height in m<br>infiltration: &nbsp;infiltration per exterior area in m&sup3;/m&sup2;s<br>outdoor_co2: co2 concentration in the outdoor air in ppm (set to a random value between [300, 500])<br>orientation: angle between the room's facade orientation and the north direction in degrees<br>maxOccupants: room occupation limit, i.e. the maximum number of occupants<br>_floorArea: floor area in m&sup2; (calculated from room dimensions)<br>_volume: room volume in m&sup3; (calculated from room dimensions)<br>_exteriorSurfaceArea: surface area of the facade wall (calculated from room dimensions)<br>_winToFloorRatio: ratio between total window area and floor area (calculated from room model)<br>firstDayUsedOfOccupancySequence: selected starting day in the sequence of occupancy data for rooms with the respective maxOccupants value<br>simID: unique identifier of the simulation to relate between simulation metadata and resulting simulated data</p> <p>&nbsp;</p> <p>Example row:</p> <table> <tbody> <tr> <th>width</th> <th>length</th> <th>height</th> <th>infiltration</th> <th>outdoor_co2</th> <th>orientation</th> <th>maxOccupants</th> <th>_floorArea</th> <th>_volume</th> <th>_exteriorSurfaceArea</th> <th>_winToFloorRatio</th> <th>firstDayOfUsedOccupancySequence</th> <th>simID</th> </tr> <tr> <td>5.481</td> <td>5.190</td> <td>3.264</td> <td>0.000214</td> <td>438.0</td> <td>316.0</td> <td>4.0</td> <td>28.446</td> <td>92.849</td> <td>16.940</td> <td>0.216</td> <td>192</td> <td>0</td> </tr> </tbody> </table> <p>&nbsp;</p> <h2>Occupancy Data</h2> <p>The occupancy data provided through the separate csv files contain the data from the upfront occupancy simulations that the climate simulation was based on. For each level of considered room occupancy limit (maxOccupants), the datasets provide minute values of occupancy throughout 1000 days.</p> <p><em>Datetime, </em><em>Date, </em><em>Timestamp: fictive time of simulated occupancy record (sequences are in 1-minute resolution)</em><br><em>Occupants: number of present occupants</em><br><em>Occupancy: binary occupancy state (0=unoccupied, 1=occupied)</em><br><em>WindowState: binary state of ventilation (0=windows closed, 1=room is ventilated)</em><br><em>maxOccupants: maximum number of occupants considered for the simulated sequence</em><br><em>WindowOpeningFraction: fractional extent to which windows are opened, within the interval [0.01, 1]<br><br></em></p> <p>Example row:</p> <table> <tbody> <tr> <th>Datetime</th> <th>Date</th> <th>Timestamp</th> <th>Occupants</th> <th>Occupancy</th> <th>WindowState</th> <th>maxOccupants</th> <th>WindowOpeningFraction</th> </tr> <tr> <td>2023-01-01 00:00:00</td> <td>2023-01-01</td> <td>1.672531e+09</td> <td>0</td> <td>0</td> <td>0</td> <td>1</td> <td>0.0</td> </tr> </tbody> </table> <p>&nbsp;</p> <p>&nbsp;</p>

opencc-by-4.0Apr 2024View details →
zenodo40/100

DATA7: A dataset that uses synthetic trajectories of vehicles and real cellular tower locations to simulate the workload of Edge nodes in the city of Pisa

<p><strong>Description</strong></p> <p>The dataset contains observations of vehicles in the range of edge nodes (cellular towers). The trajectories of vehicles are synthetically generated with <a href="https://www.eclipse.org/sumo/">SUMO</a>. The cellular tower positions have been taken from <a href="https://opencellid.org/">OpenCelliD</a>. The dataset is in the comma-separated values (CSV) format, and is around 220MB decompressed.</p> <p><br> The CSV contains the following fields:<br> * edge_id: unique identifier of the edge devices<br> * edge_lat: latitude coordinate of the edge device<br> * edge_lon: longitude coordinate of the edge device<br> * time: simulation step of the observation<br> * vehicle_id: unique identifier of the vehicle<br> * vehicle_lat: latitude coordinate of the vehicle<br> * vehicle_lon: longitude coordinate of the vehicle<br> * distance: geodesic distance in meters from the vehicle and the edge device</p>

opencc-by-4.0Dec 2022View details →
zenodo40/100

MedalCare-XL: 16,900 healthy and pathological synthetic 12 lead ECGs obtained through electrophysiological simulations

<p>Mechanistic cardiac electrophysiology models allow for personalized simulations of the electrical activity in the heart and the ensuing electrocardiogram (ECG) on the body surface. As such, synthetic signals possess precisely known ground truth labels of the underlying disease (model parameterization) and can be employed for validation of machine learning ECG analysis tools in addition to clinical signals. Recently, synthetic ECG signals were used to enrich sparse clinical data for machine learning or even replace them completely during training leading to good performance on real-world clinical test data.<br> &nbsp; &nbsp;&nbsp;<br> We thus generated a large synthetic database comprising a total of 16,900 12 lead ECGs based on multi-scale electrophysiological simulations equally distributed into 1 normal healthy control and 7 pathology classes. The pathological case of myocardial infraction had 6 sub-classes. &nbsp;A comparison of extracted timing and amplitude features between the virtual cohort and a large publicly available clinical ECG database demonstrated that the synthetic signals represent clinical ECGs for healthy and pathological subpopulations with high fidelity. The novel dataset of simulated ECG signals is split into training, validation and test data folds for development of novel machine learning algorithms and their objective assessment.&nbsp;</p> <p>This folder WP2_largeDataset_Noise&nbsp;contains the&nbsp;12 lead ECGs of 10 seconds length. Each ECG is stored in a separate CSV file with one row per lead&nbsp;(lead order: I, II, III, aVR, aVL, aVF, V1-V6) and one sample per column (sampling rate: 500Hz). Data are split by pathologies (avblock = AV block, lbbb = left bundle branch block, rbbb = right bundle branch block, sinus = normal sinus rhythm, lae = left atrial enlargement, fam = fibrotic atrial cardiomyopathy, iab = interatrial conduction block, mi = myocardial infarction). MI data are further split into subclasses depending on the occlusion site (LAD, LCX, RCA) and transmurality (0.3 or 1.0). Each pathology subclass contains training, validation and testing data (~ 70/15/15 split). Training, validation and testing datasets were defined according to the model with which QRST complexes were simulated, i.e., ECGs calculated with the same anatomical model but different electrophysiological parameters are only present in one of the test, validation and training datasets but never in multiple. Each subfolder also contains a &quot;siginfo.csv&quot; file specifying the respective simulation run for the P wave and the QRST segment that was used to synthesize the 10 second ECG segment. Each signal is available in three variations:</p> <ul> <li>*_raw.csv contains the synthesized ECG without added noise and without filtering</li> <li>*_noise.csv contains the synthesized ECG (unfiltered) with superimposed noise</li> <li>*_filtered.csv contains the filtered synthesized ECG (fiter settings: highpass cutoff frequency 0.5Hz, lowpass cutoff frequency 150Hz, butterworth filters of order 3).</li> </ul> <p>The&nbsp;folder WP2_largeDataset_ParameterFiles&nbsp;contains the parameter files used to simulate the 12 lead ECGs. Parameters are split for atrial and ventricular simulations, which were run independently from one another.&nbsp;<br> See <a href="https://doi.org/10.48550/arXiv.2211.15997">Gillette*, Gsell*, Nagel* et al. &quot;MedalCare-XL: 16,900 healthy and pathological&nbsp;synthetic 12 lead ECGs obtained through electrophysiological simulations&quot;</a> for a description of the model parameters.</p>

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

Synthetic in-situ T/S data over 1993-2018 from a NEMO-based simulation of the IMHOTEP project

<p>"Synthetic observations" of in-situ Temperature and Salinity profiles as a function of depth have been extracted online during the &nbsp;production of the global, NEMO-based experiment ** IMHOTEP-GAIc**, at every single time and location (in x,y,z dimensions) where a true in-situ profile exists in the ENACT-4 database (Good et al 2013) over the simulation period: 1980-2018. This global ocean/sea-ice/iceberg simulation uses the NEMO model, and has a horizontal resolution of 1/4°. The atmospheric forcing applied at the surface is based on the JRA reanalysis (Kobayashi et al., 2015) and varies over the full range of time-scales from 6 hours to multi-decadal. The freshwater runoff forcing applied to the experiment is fully-variable (daily to multi-decadal) &nbsp;based on the ISBA-CTRIP hydrographic reanalysis for rivers (Decharme et al., 2019) and from altimeter data and regional GCM simulations for the liquid and solid discharges from the Greenland ice-sheet (Mouginot et al 2019). These runoffs are only climatological around Antarctica. The synthetic &nbsp;in-situ T/S dataset from the model is available over the period 1993-2018.</p><p>See the README file for more information. And online documentation is also available here: https://doc-imhotep.readthedocs.io/en/latest/6-Synthetic-Obs.html</p>

opencc-by-4.0Oct 2023View details →
dryad40/100

Community Land Model synthetic meteorology simulation model output

Open the record for dataset details and reuse information.

publicNov 2025View details →
zenodo36/100

Synthetic dataset for the PFC3D simulation of fragmentable blocks sliding experiments

<p>Dataset 1 - The raw data of numerical simulations, including deposit parameters of all simulations, fragments size distribution of all simulations, impact force of D1, breakage bond number of D1, velocity of D1.</p> <p>Simulation code - all the PFC3D simulation code for the fragmentable blocks sliding experiments.</p>

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

Synthetic Microstructure Evolution in SLM Processes: 2D Slices from Potts Model Simulations in SPPARKS

<p>The dataset comprises 2D slices of synthetic microstructures, which were simulated under various Selective Laser Melting (SLM) processing conditions.</p> <p>We employed the <em>Potts kinetic Monte Carlo model</em>, which is integrated within the open-source simulation tool, <a href="https://spparks.github.io/">SPPARKS</a>.&nbsp;</p> <p>For the base microstructural information, we utilized a 3D Electron Backscatter Diffraction (EBSD) dataset&mdash;specifically using Inconel 100 for simplicity&mdash;to generate a representative volume element (<a href="https://www.mdpi.com/2073-4352/10/10/944">RVE</a>). This RVE serves as the initial structure from which we evolve the microstructure across different processing conditions that are pertinent to SLM techniques. The description of the parameters is provided in the <a href="https://spparks.github.io/doc/app_am_ellipsoid.html">SPPARKS Docs</a>.</p> <p>The outcome is a dataset of 2D slices that reflect the potential microstructural variations resulting from specific manufacturing scenarios.</p> <p>Please follow the instructions in the <a href="https://github.com/sara-nl/spparks_hpc">SPPARKS_HPC Repo</a>&nbsp;to reproduce the results.</p>

opencc-zeroMay 2024View details →
zenodo36/100

Synthetic Emission Line Catalog and High-Resolution SEDs for SPHEREx Galaxy Simulations

<p><strong>Overview:</strong></p> <p>This repository contains the synthetic galaxy models derived from multi-wavelength photometry in the COSMOS field (166k galaxies over 1.27 sq. deg., 18 &lt; i &lt; 25) and from the GAMA survey (44k galaxies over 217 sq. deg., i &lt; 18). These encompass a representative sample of galaxies SPHEREx will observe, and should be applicable for other surveys as well.</p> <ul> <li>Synthetic emission line strengths in the rest-frame optical/near-infrared (H-alpha, H-beta, Paschen-alpha, [OIII], [OII], [NII], [SII])</li> <li>High-resolution SEDs (0.1 - 8 micron), which are produced by 1) fitting a library of 160 galaxy templates to multi-band photometry and 2) inserting emission lines with strengths predicted by an empirical model that depends on galaxy type, redshift and stellar mass.</li> </ul> <p>These products were made using the modeling framework <strong>C</strong>onditional <strong>LI</strong>ne <strong>P</strong>ainting on <strong>S</strong>ynthetic <strong>S</strong>pectra (<em>CLIPonSS</em>), the details of which are summarized in Feder+2023b (<a href="https://arxiv.org/abs/2312.04636">arXiv link here</a>). The synthetic emission line catalog is validated against a variety of LF measurements, line ratio trends and direct line comparisons.&nbsp;</p> <p><strong>Data description:</strong></p> <p><em><strong>High-resolution SEDs</strong></em>: The SEDs are stored in .FITS files, for which each galaxy SED has its own Header Data Unit (HDU). This format was chosen due to the fact that the wavelength sampling for the 160 galaxy empirical and model-based templates varies, i.e., we do not perform any interpolation onto a homogenized wavelength grid. In cases where emission lines are added but the continuum template resolution is coarse, the resolution is increased in the vicinity of the emission line(s) to adequately sample the line profiles. Each galaxy's HDU is indexed by its Farmer ID (for COSMOS) or alternatively its uberID (GAMA). The COSMOS SEDs are split into three files for relative ease of access, while the GAMA sources are all in one file.</p> <p><em><strong>Emission line catalogs:</strong></em> The emission line catalogs are stored in .csv format with the following information:</p> <p>Tractor_ID (or uberID) [integer]: Unique identifier for each source</p> <p>RA/DEC [float, in degrees]: Celestial coordinates</p> <p>imag [AB]: i-band magnitude</p> <p>mass_best [float]: log-stellar masses estimated through SED fitting process</p> <p>ebv [float]: Galaxy intrinsic dust extinction (ranging from ebv=0 to 1)</p> <p>redshift [float]: Best-fit redshift from COSMOS2020 (GAMA) catalogs</p> <p>bfit_tid [integer]: Best fit template ID from library of templates</p> <p>dustlaw [integer]: Best fit dust law (1=Prevot, 2=Calzetti, 3=Seaton, 4=Allen, 5=Fitzpatrick)</p> <p>L_{line} [float, erg s-1]: Line luminosities from empirical model</p> <p>F_{line} [float, erg cm-2 s-1]: Line fluxes from empirical model</p> <p>ew_ha [float, Angstrom]: Equivalent width of H-alpha from empirical model</p> <p><strong><em>Fitting templates:&nbsp;</em></strong>We include the 31 model-based templates and 129 empirical templates from Brown+2014. In the Brown templates we have removed any relevant lines that were directly measured in the initial spectra, however we do not fit for/remove PAH features. These can serve as the basis for other empirically based galaxy simulations with different emission line prescriptions.</p> <p>Any questions regarding the use of these data products or related issues can be directed to Richard Feder (link to&nbsp;<a href="https://richardfeder.github.io/">personal website</a>).&nbsp;</p> <p>&nbsp;</p>

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

Synthetic velocity profiles for simulations of blood flow in the aorta

<p>Synthetic dataset of aortic velocity profiles, suitable to be used for numerical simulations of blood flow.</p> <p>Please refer to the profile number ID when using it.</p>

opencc-by-4.0Oct 2022View details →
zenodo36/100

Synthetic along-track altimetry data over 1993-2018 from a NEMO-based simulation of the IMHOTEP project

<p>"Synthetic observations" of along-track SSH have been extracted online during the&nbsp; production of the global, NEMO-based experiment ** IMHOTEP-GAIc**, at every single time and locations where a true SLA observation exists in the AVISO database for the along-track altimetry from the TOPEX, Jason-1, Jason-2 and Jason-3 satellite continuous series over the period 1993-2018. This global ocean/sea-ice/iceberg simulation uses the NEMO model, and has a horizontal resolution of 1/4°. The atmospheric forcing applied at the surface is based on the JRA reanalysis (Kobayashi et al., 2015) and varies over the full range of time-scales from 6 hours to multi-decadal. The freshwater runoff forcing applied to the experiment is fully-variable (daily to multi-decadal)&nbsp; based on the ISBA hydrographic reanalysis for rivers (Decharme et al., 2019) and from altimeter data and regional GCM simulations for the liquid and solid discharges from the Greenland ice-sheet (Mouginot et al 2019). These runoffs are only climatological around Antarctica.<br>This synthetic along-track SSH dataset from the model is available over the altimetry period (1993-2018). It is provided there along with a time-mean model SSH (gridded model field) over the same period that can be used as a proxy for mean dynamic topography ("MDT").</p><p>See the README file for more information. And online documentation is also available here: https://doc-imhotep.readthedocs.io/en/latest/6-Synthetic-Obs.html</p>

opencc-by-4.0Sep 2023View details →
zenodo32/100

Data for synthetic simulation in "Topography curvature effects in shallow-water models"

<p>Synthetic topographies and initial masses used in &quot;Topography curvature effects in shallow-water models&quot;</p>

opencc-by-4.0Apr 2020View details →
zenodo32/100

Synthetic Observation of Column Density Maps Derived from Cloud Factory Data via Radiative Transfer Simulations

<p>This dataset contains synthetic observation data derived from Cloud Factory data, processed through radiative transfer simulations using POLARIS. The data focuses on several star-forming regions, providing valuable insights into the evolution of filaments within these areas. The dataset is presented at three different resolutions: high (0.25 pc/pixel), medium (0.5 pc/pixel), and low (1 pc/pixel), to cater to various analytical needs. Files labeled as RA, RB, and RC correspond to three distinct regions under study. Additionally, each file is tagged with a 's' followed by a number, indicating the snapshot sequence.&nbsp;</p>

opencc-by-4.0Nov 2023View details →
zenodo32/100

Molecular Dynamics Simulation Dataset for "Hydrophobic Mismatch Drives Self-Organization of Designer Proteins into Synthetic Membranes"

<p>This repository contains molecular dynamics (MD) simulation data from the study on the self-organization of designer proteins in synthetic membranes. The data includes simulations for different single lipid compositions (DOPC, DPPC, DYPC) denoted as [lipid]-PL* where PL stands for the different TMD constructs. Multi component simulation are named accordingly. The repository provides initial (eqi.gro) and final (prod.gro) coordinates for each simulation. The 'cmd' file in each directory outlines the assembly process of each simulation, and the 'mdp' folder contains all input files for the simulations.&nbsp;</p>

opencc-by-4.0Dec 2023View details →
zenodo32/100

Animation, MESA inlists, and post-processing package for "Is Betelgeuse really rotating? Synthetic ALMA observations of large-scale convection in 3D simulations of Red Supergiants"

<p>Videos, post-processing package for mock ALMA observations, MESA (r23.05.1 with mesasdk-x86_64-linux-23.7.3) inlists and history files, Jupyter notebook and data to reproduce figures of the paper "Is Betelgeuse really rotating? Synthetic ALMA observations of large-scale convection in 3D simulations of Red Supergiants".</p>

opencc-by-4.0Nov 2023View details →
zenodo32/100

Tutorial video to use the 'sm-dtw' assessment tool with simulated synthetic phyllotaxis data

<p>This tutorial explain how to use &#39;sm-dtw&#39;, an assessment tool which has been designed to evaluate how good a phyllotaxis measure is from a plant phenotyping experiment. To get data to play with and explore all possible case scenarios, we also designed a program to generate phyllotaxis data and simulate typical errors produced by a phenotyping experiment.</p> <p>This tutorial explains:</p> <p>1) the context in which such a tool is useful (what is a phyllotaxis measure ? What kind of phenotyping experiment ? Why do need to evaluate your results ? What are typical errors you want to detect ?)</p> <p>2) how to download and use the two programs (&#39;sm-dtw&#39; and the generator of phyllotaxis data)</p> <p>3) how to play with the programs thanks to pedagogical demonstrator notebooks.</p> <p>In brief, there are 3 notebooks that are meant to be run as three successive steps:</p> <ul> <li>step1 / Notebook 1: it allows anybody to simulate phyllotaxis data (pair of sequences consisting of ground truth sequences and their error-prone measures),</li> <li>step2 / Notebook 2: assess the measure performance with our new program &lsquo;sm-dtw&rsquo; (detect errors and quantify precision)</li> <li>step3/Notebook 3: control that sm-dtw program correctly interprets the differences between the measure and its ground truth reference.</li> </ul>

opencc-by-4.0Jul 2022View 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