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.
7,378
datasets available to search
ShareScore release 0.9.0
Dataset results
7,378 results for “case”
Figure 4.1. Distribution of scores for the Nelson test-The Effects of CALL on Vocabulary Learning: A Case of Iranian Intermediate EFL Learners
<p>In the past, vocabulary teaching and learning were often given little priority in second<br> language programs but recently there has been a renewed interest in the nature of vocabulary and its<br> role in learning and teaching. Although most teachers might be aware of the importance of<br> technology, say, computer, rarely teachers use it for teaching vocabulary. Thus, the current study<br> aims at exploring the effects of CALL on vocabulary learning of Iranian EFL Learners. In this<br> study, 40 intermediate EFL learners, both male and female aged from 16 to 18 studying New<br> Interchange, book III, were chosen randomly from a language institute in Tehran. They were divided<br> into two twenty-member groups. The experimental group was given the VTS.S (a computer<br> program for teaching vocabularies), a computerized dictionary and provided with teacher efeedback.<br> The control group received no special software and vocabularies were taught using the<br> conventional ways with the help of a paper dictionary. A vocabulary pre-test based on the tests<br> available in their teacher's guide was given to both groups. The aim of this test was to make sure<br> that the students were not familiar with the words in advance. By pre-test/post-test comparison<br> researchers found learners exposed to VTS.S teacher e-feedback plus the computerized dictionary<br> scored higher than the control group. Both high-stake and low-stake holders can avail from the<br> findings of the study.</p>
Figure 3. Screenshot of the MQTT broker, publisher, and two subscribers.-Early Warning of Heat/Cold Waves as a Smart City Subsystem: A Retrospective Case Study of Non-anticipative Analog Methodology
<p>As it was mentioned above, IoT needs the appropriate lightweight protocols to transmit the<br> info because web-protocols (e.g. TCP) generate several times more traffic usually for IoT (e.g.<br> remote connection to the Arduino weather station). MQTT (Message Queuing Telemetry Transport)<br> and CoAP (Constrained Application Protocol) IoT protocols are mainly in use nowadays<br> (http://postscapes.com/internet-of-things-protocols). In this activity,Arduino Ethernet Shield and C#<br> console app are connected by MQTT Mosquitto open source software (http://mosquitto.org).Similar<br> work presented against https://iotguys.wordpress.com/2014/11/13/arduino-with-mqtt/.The activity<br> consists of the following steps:<br> 1. Download and installation of Mosquitto software gainst http://mosquitto.org/download/.<br> 2. Download and installation of the latest Arduino software against<br> http://arduino.cc/en/main/software.<br> 3. Development of the MQTT subscriber based on C programming language in Arduino<br> IDE.<br> 3. Development of the MQTT subscriber based on C# console app (laptop HP ProBook 650<br> G1 and Windows 10 are used) in Visual Studio.<br> Screen shot of the software is shown in Fig. 3.</p>
Figure 2. Screenshot of the Google Earth web-site's prototype on the visualization of heat/cold waves-Early Warning of Heat/Cold Waves as a Smart City Subsystem: A Retrospective Case Study of Non-anticipative Analog Methodology-
<p>A non-anticipative analog method consists of four main steps:<br> 1. Generation of the prediction rules.<br> 2. Analysis of the prediction rules. The rules with time slots, which are not concentrated at<br> the same frame, are excluded.<br> 3. Generation of possible extremes.<br> 4. Analysis of the generated possible extremes. The extremes with time slots, which do not<br> correspond to the time slots of the appropriate rules, are excluded.<br> The results of the heat/cold waves’ prediction from 2011 to 2014 at different locations<br> (places are selected randomly) are presented in Table 2.</p>
Figure 1. Azure management portal and VM with two Delphi desktop apps-Early Warning of Heat/Cold Waves as a Smart City Subsystem: A Retrospective Case Study of Non-anticipative Analog Methodology
<p><br> Nowadays, only D-Wave Systems Company produces commercially the 2nd generation<br> adiabatic quantum computer with up to 512 flux qubits (project code name ″Vesuvius″). They are<br> microscopic loops of niobium metal that are capable of quantum behavior at low temperatures.<br> Hence, electrical currents in the loops can flow in clockwise (+1) or counterclockwise (-1)<br> direction, or both, when in quantum superposition. Qubits are connected to neighbors according to<br> the topology of quantum processor. The hardware is controlled by a framework of Josephson<br> junctions that allow individual qubit values to be stored and read, and to influence the states of<br> neighboring qubits.</p>
Cybercrime search index – Use Case n.3
<p>Test data created for SUNFISH project UK Use Case testing and evaluation </p>
Execution and data log: on the effectiveness of random and adaptive random test case prioritization
<p>Execution and data logs automatically generated by the test driver during experimentation. These results are similar (but not identical) to the results summarized in Table 1 of the following paper:</p> <p>Z. Q. Zhou, A. Sinaga, and W. Susilo, "On the fault-detection capabilities of adaptive random test case prioritization: case studies with large test suites," in Proceedings of the 45th Annual Hawaii International Conference on System Sciences (HICSS-45). IEEE, 2012, pp. 5584-5593.<br> https://doi.org/10.1109/HICSS.2012.454</p> <p>Compared with the above paper, the current dataset was collected from a different but similar set of experiments and included faulty versions 13, 23, and 26 of the Replace program---although these three versions were excluded from the experiments reported in the above paper due to their instability.</p> <p>If you find these data useful, please cite the above paper.</p>
Data Set Used in Combinatorial Modeling and Test Case Generation for Industrial Control Software using ACTS
<p>This document contains the data set used for the study Combinatorial Modeling and Test Case Generation for Industrial Control Software using ACTS that is currently in submission.</p>
Success in Mobile and Ubiquitous Learning: Indicators of Effectiveness-Figure 9. Proportion of indicators used in the case studies
<p>Figure 9 presents the indicators used for evaluating the effectiveness of mobile and ubiquitous learning practices. Learning achievements (64%) and perceived usefulness (56%) were the two most frequently used, followed by motivation (26%), ease of use (26%) and satisfaction (24%).<br> cognitive load (12%), system usage (8%), self-efficacy (6%) and social engagement (2%). Those indicators were usually adopted in the studies using qualitative methods for data collection. The results suggest a possible relationship between the data collection methods and the indicators. The choices of indicators represent, in principle, how the effectiveness of mobile and ubiquitous learning practices can be most appropriately evaluated and presented using particular study methods.</p>
Success in Mobile and Ubiquitous Learning: Indicators of Effectiveness-Figure 8. Functions of the mobile devices used in the practices (Note: Each case could involve the use of more than one function.)
<p>Figure 8 captures the functions of mobile devices used in the practices. The results show that tailor-made applications for specific practices were most common (74%), followed by the use of a speaker (32%) and a camera (26%), where learners had to listen to audio materials using speakers or access online information by scanning QR-codes through cameras. In the various practices, other functions were also used, such as messaging (16%) for interacting with diverse parties and GPS (14%) for outdoor learning activities. For the practices using older models of mobile devices without cameras, tools such as an RFID reader (8%) were used for accessing information via communication tags.</p>
Success in Mobile and Ubiquitous Learning: Indicators of Effectiveness-Figure 1. Geographical distribution of the case studies
<p>The 50 cases of mobile and ubiquitous learning practices covered 14 countries/regions, including China, Japan, Taiwan, Korea, Sri Lanka, Turkey, Spain, Greece, the Netherlands, Britain, Australia, New Zealand, South Africa and the USA. Figure 1 shows the geographical distribution of the cases. Among the 50 cases, 70% were conducted in Asia, 16% in Europe, 4% in Oceania, 4% in Africa, and 2% in North America. Therefore, the results of this study represent more of the situation in Asia.</p>
Using the Genetic Algorithm for the Optimization of Dynamic School Bus Routing Problem-Figure 2. A dynamic school bus routing case
<p>VRP’s can also be classified into two categories as dynamic and static routing problems. In the static VRP’s, the stops/locations that the vehicle will visit are pre-specified and do not change during the distribution/collection process. In dynamic VRP’s, on the other hand, new stops can be added to the planned route during the process or certain stops can be omitted. In similar dynamic problems, some or all of the access points are not known in the beginning. These points are dynamically defined during the route design or planning stages. In the dynamic VRP, using a real- time communication network between the vehicle and decision-making system, the vehicle routes can be re-defined during the operation. This type of problems is defined as online or real-time problems by some scholars (Pillac, Gendreau, Guéret & Medaglia, 2013). Two examples of this can be certain orders getting cancelled or new orders being taken while a water distribution vehicle is on its route, or a school bus being informed on its route that certain students will be absent from school that day. In current conditions, dynamic VRP’s are more frequently needed, and are attributed with a more specific importance. The first study dealing with dynamic VRP was carried out by Wilson and Colvin (Pillac, Gendreau, Guéret & Medaglia, 2013). The enhancements in GPS, traffic sensors, and mobile communication systems caused a further acceleration in studies carried out in this field. Within the context of this study, DSBRP will be investigated. DSBRP is graphically explained in Figure 2.</p>
A Critical Analysis of Mobile Applications for Learning. Study Case: Virtual Campus App-Figure 3. Screenshots of the new VC app
<p>The user will be able to stay logged in inside the app and to receive different types of notifications. The application will have the ability to be set up for working offline, while users have the possibility to change the application language, which can be useful for foreign or Erasmus students. Additionally, users will be able to customize the app based on some preferences available in a settings screen, check their grades, send direct messages to other students or professors and also save important documents under “My files” section. During the beta phase of development, a focus group with teachers will be organized in order to present the new apps and to understand what new features are needed to support the courses facilitation on the go.</p>
A Critical Analysis of Mobile Applications for Learning. Study Case: Virtual Campus App-Figure 2. Screenshots of the Virtual Campus mobile application (d, e)
<p>The VC app was downloaded and used by 350 students, representing a percentage of 5% of the total number of the students enrolled on the platform courses. The application has features corresponding to the desktop version of the platform. In developing it, there were applied principles related to mobile learning usability and design, trying to provide enhanced possibilities for learning on-the-go and also specific notifications (Machun et al., 2012; Harrison et al., 2013; Mocofan, 2017). Figure 1 presents a series of screenshots of the VC app. After signing in the app, a student can view and visit all the courses in which he or she is enrolled (Fig.1a), from where can manually download materials to study offline (Fig.1b). Also, the user can visit the discussions forums to see what is new (Fig.1e), query the calendar (Fig.1c), to display upcoming exams or homework deadlines (Fig.1d), and also look up for any homework on a specific screen.</p>
A Critical Analysis of Mobile Applications for Learning. Study Case: Virtual Campus App-Figire 1. Screenshots of the Virtual Campus mobile application (a, b, c)
<p>Figure 1 presents a series of screenshots of the VC app. After signing in the app, a student can view and visit all the courses in which he or she is enrolled (Fig.1a), from where can manually download materials to study offline (Fig.1b). Also, the user can visit the discussions forums to see what is new (Fig.1e), query the calendar (Fig.1c), to display upcoming exams or homework deadlines (Fig.1d), and also look up for any homework on a specific screen.</p>
Raw data for the SciPipe machine learning in drug discovery case study
<p>Accompanying raw data for the machine learning in drug discoverycase studies for SciPipe [1] available at https://github.com/pharmbio/scipipe-demo </p> <p>[1] http://scipipe.org</p>
Ecosystem-Level Determinants of Sustained Activity in Open-Source Projects: A Case Study of the PyPI Ecosystem
<pre><em>Replication pack, FSE2018 submission #164: </em><em>------------------------------------------ </em></pre> <pre><strong>**</strong>Working title:<strong>** </strong>Ecosystem-Level Factors Affecting the Survival of Open-Source Projects: A Case Study of the PyPI Ecosystem <strong>**</strong>Note:<strong>** </strong>link to data artifacts is already included in the paper. Link to the code will be included in the Camera Ready version as well. <em>Content description </em><em>=================== </em> <strong>- **</strong>ghd-0.1.0.zip<strong>** </strong>- the code archive. This code produces the dataset files described below <strong>- **</strong>settings.py<strong>** </strong>- settings template for the code archive. <strong>- **</strong>dataset_minimal_Jan_2018.zip<strong>** </strong>- the minimally sufficient version of the dataset. This dataset only includes stats aggregated by the ecosystem (PyPI) <strong>- **</strong>dataset_full_Jan_2018.tgz<strong>** </strong>- full version of the dataset, including project-level statistics. It is ~34Gb unpacked. This dataset still doesn't include PyPI packages themselves, which take around 2TB. <strong>- **</strong>build_model.r, helpers.r<strong>** </strong>- R files to process the survival data (`survival_data.csv` in <strong>**</strong>dataset_minimal_Jan_2018.zip<strong>**</strong>, `common.cache/survival_data.pypi_2008_2017-12_6.csv` in <strong>**</strong>dataset_full_Jan_2018.tgz<strong>**</strong>) <strong>- **</strong>Interview protocol.pdf<strong>** </strong>- approximate protocol used for semistructured interviews. <strong>- </strong>LICENSE - text of GPL v3, under which this dataset is published <strong>- </strong>INSTALL.md - replication guide (~2 pages)</pre> <pre><em>Replication guide </em><em>================= </em> <em>Step 0 - prerequisites </em><em>---------------------- </em> <strong>- </strong>Unix-compatible OS (Linux or OS X) <strong>- </strong>Python interpreter (2.7 was used; Python 3 compatibility is highly likely) <strong>- </strong>R 3.4 or higher (3.4.4 was used, 3.2 is known to be incompatible) Depending on detalization level (see Step 2 for more details): <strong>- </strong>up to 2Tb of disk space (see Step 2 detalization levels) <strong>- </strong>at least 16Gb of RAM (64 preferable) <strong>- </strong>few hours to few month of processing time <em>Step 1 - software </em><em>---------------- </em> <strong>- </strong>unpack <strong>**</strong>ghd-0.1.0.zip<strong>**</strong>, or clone from gitlab: git clone https://gitlab.com/user2589/ghd.git git checkout 0.1.0 `cd` into the extracted folder. All commands below assume it as a current directory. <strong>- </strong>copy `settings.py` into the extracted folder. Edit the file: <strong> * </strong>set `DATASET_PATH` to some newly created folder path <strong> * </strong>add at least one GitHub API token to `SCRAPER_GITHUB_API_TOKENS` <strong>- </strong>install docker. For Ubuntu Linux, the command is `sudo apt-get install docker-compose` <strong>- </strong>install libarchive and headers: `sudo apt-get install libarchive-dev` <strong>- </strong>(optional) to replicate on NPM, install yajl: `sudo apt-get install yajl-tools` Without this dependency, you might get an error on the next step, but it's safe to ignore. <strong>- </strong>install Python libraries: `pip install --user -r requirements.txt` . <strong>- </strong>disable all APIs except GitHub (Bitbucket and Gitlab support were not yet implemented when this study was in progress): edit `scraper/init.py`, comment out everything except GitHub support in `PROVIDERS`. <em>Step 2 - obtaining the dataset </em><em>----------------------------- </em> The ultimate goal of this step is to get output of the Python function `common.utils.survival_data()` and save it into a CSV file: # copy and paste into a Python console from common import utils survival_data = utils.survival_data('pypi', '2008', smoothing=6) survival_data.to_csv('survival_data.csv') Since full replication will take several months, here are some ways to speedup the process: <em>####Option 2.a, difficulty level: easiest </em> Just use the precomputed data. Step 1 is not necessary under this scenario. <strong>- </strong>extract <strong>**</strong>dataset_minimal_Jan_2018.zip<strong>** </strong><strong>- </strong>get `survival_data.csv`, go to the next step <em>####Option 2.b, difficulty level: easy </em> Use precomputed longitudinal feature values to build the final table. The whole process will take 15..30 minutes. <strong>- </strong>create a folder `<DATASET_PATH>/common.cache`, where `<DATASET_PATH>` is the value of the variable `DATASET_PATH` in `settings.py` <strong>- </strong>extract <strong>**</strong>dataset_minimal_Jan_2018<strong>** </strong>to the newly created folder <strong>- </strong>rename files: mv backporting.csv monthly_data.pypi_backporting.csv mv cc_degree.csv monthly_data.pypi_cc_degree.csv mv commercial.csv monthly_data.pypi_commercial.csv mv commits.csv monthly_data.pypi_commits.csv mv contributors.csv monthly_data.pypi_contributors.csv mv dc_katz.csv monthly_data.pypi_dc_katz.csv mv downstreams.csv monthly_data.pypi_downstreams.csv mv d_upstreams.csv monthly_data.pypi_d_upstreams.csv mv github_user_info.csv user_info.pypi.csv mv issues.csv monthly_data.pypi_issues.csv mv non_dev_issues.csv monthly_data.pypi_non_dev_issues.csv mv non_dev_submitters.csv monthly_data.pypi_non_dev_submitters mv package_urls.csv package_urls.pypi.csv mv q90.csv monthly_data.pypi_q90.csv # raw_dependencies.csv is not required # raw_packages_info.csv is not required # Feel free to read README.md for more details about the data mv submitters.csv monthly_data.pypi_submitters.csv # In this scenario we'll generate a new survival_data.csv mv university.csv monthly_data.pypi_university.csv mv upstreams.csv monthly_data.pypi_upstreams.csv <strong>- </strong>edit `common/decorators.py`, set `DEFAULT_EXPIRY` to some higher value, e.g. `DEFAULT_EXPIRY = float('inf') # cache never expires` Then, use the Python code above to obtain `survival_data.csv`. <em>####Option 2.c, difficulty level: medium </em> Use pre-downloaded raw data to build longitudinal feature values, and then the dataset. Despite most of the data is cached, some functions will pull up updates which might take anywhere from days to couple weeks to run. <strong>- </strong>Download <strong>**</strong>dataset_full_Jan_2018.tgz<strong>** </strong>(5.4Gb compressed, 34Gb unpacked). <strong>- </strong>edit `common/decorators.py`, set `DEFAULT_EXPIRY` to some higher value, e.g. `DEFAULT_EXPIRY = float('inf') # cache never expires` <strong>- </strong>extract the content of this archive into `<DATASET_PATH>`. <strong>- </strong>clean up `<DATASET_PATH>/common.cache` (otherwise you'll get Step 2.a. You can reproduce Step 2.b by deleting only `survival_data.pypi_2008_2017-12_6.csv`) Run the Python code above to obtain `survival_data.csv`. <em>####Option 2.d, difficulty level: hard </em> Build the dataset from scratch. Although most of the processing is parallelized, it will take at least couple months on a reasonably powerful server (32 cores, 512G of RAM, 2Tb+ of HDD space in our setup). <strong>- </strong>ensure the `<DATASET_PATH>` is empty <strong>- </strong>add more GitHub tokens (borrow from your coworkers) to `settings.py`. Run the Python code above to obtain `survival_data.csv`. <em>Step 3 - run the regression </em><em>--------------------------- </em> install R libraries: install.packages(c("htmlTable", "OIsurv", "survival", "car", "survminer", "ggplot2", "sqldf", "pscl", "texreg", "xtable")) Use `build_model.r` (e.g. in RStudio) and produced `survival_data.csv` to build the regressions used in the paper. This process takes at least 16Gb of RAM and takes few hours to run due to the gigantic size of the dataset. </pre>
Supplement data for the article "The impact of OTU sequence similarity threshold on diatom-based bioassessment: A case study of the rivers of Mayotte (France, Indian Ocean)", in preparation
<p>These are supplement data for the article "The impact of OTU sequence similarity threshold on diatom-based bioassessment: A case study of the rivers of Mayotte (France, Indian Ocean)", in preparation</p> <p>The folowing files are available:</p> <ul> <li>Supplement 1. Map of Mayotte with the sampling sites and the rivers.</li> <li>Supplement 2. <em>rbcL</em> primers, reaction mixture, and conditions used for the PCR of the 312-bp <em>rbcL</em> fragment. The information provided is for a single reaction with a final volume of 25µL.</li> <li>Supplement 3. The 20 fastq files containing the demultiplexed DNA reads.</li> <li>Supplement 4. Number of sequence reads for each sample before and after the trimming procedure.</li> <li>Supplement 5. The 20 OTU lists, corresponding to the 20 SSTs, including the number of DNA reads within the 90 samples and their assigned taxonomy.</li> <li>Supplement 6. Sampling site description with sample codes, names of rivers, year, number of raw DNA reads and GPS coordinates.</li> <li>Supplement 7. Values and summary statistics for the environmental variables.</li> <li>Supplement 8. The script used in Mothur for the bioinformatic analysis from trimming to the used OTU lists.</li> </ul> <p> </p>
Data supporting the publication "Multi-use of the sea: a wide array of opportunities from site-specific cases across Europe"
<p>Data supporting the publication "Multi-use of the sea: a wide array of opportunities from site-specific cases across Europe"</p>
W2Share Case Study: Workflow Research Object (WRO)
<p>Case Study - Molecular Dynamics</p> <p>Our case study is based on a molecular dynamics simulation defined in the following article:</p> <p>Silveira, R.L. and Skaf, M. S. Molecular Dynamics Simulations of Family 7 Cellobiohydrolase Mutants Aimed at Reducing Product Inhibition. J. Phys. Chem. B 119, 9295-9303 (2015). DOI: <a href="https://doi.org/10.1021/jp509911m">https://doi.org/10.1021/jp509911m</a></p>
Raw data sets from Jones et al. 2018 QSR publication: A multi-proxy approach to understanding complex responses of saltlake catchments to climate variability and human pressure: A Late Quaternary case study from south-eastern, Spain
<p>Attached are the raw data sets containing the pollen data, DXR, Grain size and C14 ages from the recent publication: Jones et al. 2018 QSR publication: A multi-proxy approach to understanding complex responses of saltlake catchments to climate variability and human pressure: A Late Quaternary case study from south-eastern, Spain.</p> <p>Note that these data sets do contain hiatuses and a major age-reversal due to erosian which have likely been caused by increased seasonal wetness at the onset of the Holocene. A full explanation is provided in our 2018 publication. If you do wish to use the data, it is essential that you read the publication inorder to interpret the results correctly. We also require that when using this data that you correctly cite it (Bibliographic reference and the doi number of the data set). There were some problems uploading the XRF (geochemical) data sets, so I haven't included these yet, but hopefully will do eventually. </p> <p>Below I have also included the abstract from our publication, which provides an overview of the purpose of our work and a brief summary of the main findings.</p> <p>Abstract of Jones et al. 2018:</p> <p>The article focuses on a former salt lake in the upper Vinalopo Valley in south-eastern Spain. The study spans the Late Pleistocene through to the Late Holocene, although with particular focus on the period between 11 ka cal BP and 3000 ka cal BP (which spans the Mesolithic and part of the Bronze Age). High resolution multi-proxy analysis (including pollen, non pollen palynomorphs, grain size, X-ray fluorescence, and X-ray diffraction) was undertaken on the lake sediments. The results show strong sensitivity to<br> both long term and small changes in the evaporation/precipitation ratio, affecting the surrounding vegetation composition, lake-biota and sediment geochemistry. To summarise the key findings the main general trends identified include: 1) Hyper-saline conditions<br> and low lake levels at the end of the Late Glacial 2) Increasing wetness and temperatures which witnessed an expansion of mesophilic woodland taxa, lake infilling and the establishment of a more perennial lake system at the onset of the Holocene 3) An increase in solar insolation after 9 ka cal BP which saw the re-establishment of pine forests 4) A continued trend towards increasing dryness (climatic optimum) at 7 ka cal BP but with continued freshwater input 5) An increase in sclerophyllous open woody vegetation (anthropogenic?), and increasing wetness (climatic?) is represented in the lake record between 5.9 and 3 ka cal BP 6) The Holocene was also punctuated by several aridity pulses, the most prominent corresponding to the 8.2 ka cal BP event. These events, despite a paucity of well dated archaeological sites in the surrounding area, likely altered the carrying capacity of this area both regionally and locally, particularly during the Mesolithic-Neolithic transition, in terms of fresh water supply for human/animal consumption, wild plant food reserves and suitable land for crop growth.</p>
ScienceDex guides
Understand access before you commit
These curated guides explain access requirements, typical timelines, costs, and reuse considerations for widely used research datasets.
Allen Brain Atlas
Allen Brain Atlas is an Allen Institute collection of brain map atlases, datasets, APIs, and analysis tools covering mouse, human, and non-human primate brain resources.
Annotated Behaviour and Observability Dataset (ABODe)
ABODe is a University of Edinburgh DataShare dataset for behavior classification in group-housed mice using home-cage video, identities, bounding boxes, ground-plate positions, and annotator labels.
DANDI Archive for NWB datasets
DANDI is a BRAIN Initiative archive for publishing and sharing neurophysiology data, including electrophysiology, optophysiology, and behavioral data packaged as NWB and related standards.
International Brain Laboratory public data
The International Brain Laboratory public data releases expose standardized mouse decision-making experiments, including Neuropixels recordings, widefield calcium imaging, behavior, and session metadata accessed through the ONE API.
OpenNeuro
OpenNeuro is a free, open platform for sharing neuroimaging datasets, with public search, dataset pages, and download paths for web, S3, DataLad, and the OpenNeuro CLI.