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.
4,325
datasets available to search
ShareScore release 0.9.0
Dataset results
4,325 results for “real”
Lauburu, Alarcos, Ciudad Real
Lauburu from the site of Alarcos, Ciudad Real, Castilla-La Mancha, Spain. Iron Age. In the collection of the Ciudad Real Museum. Catalog number DO000472. Processed in Reality Capture from 561 images. Alarcos 91 sector IV, cuadrícula 15 Nº 1482. This work is part of the collaboration agreement signed in 2020 between the Junta de Comunidades de Castilla-La Mancha and Global Digital Heritage for the digitization of the Cultural Heritage of Castilla-La Mancha region. We want to publicly thank the collaboration of the Museum of Ciudad Real, especially by its director José Ignacio de la Torre. Source: Objaverse 1.0 / Sketchfab
8 Reales Central American Republic (1826).
8 Reales Central American Republic (1826). Obverse: Five mountains, sun has large, full face. Reverse: Tree divides denomination. Composition: Silver. Weight: 27.07 g. 8 Реалов Центральноамериканской республики (1826 г.). Аверс: Пять гор, солнце крупное, анфас. Реверс: Дерево делит номинал. Состав: Серебро. Вес: 27,07 г. Source: Objaverse 1.0 / Sketchfab
Iron Spur, Alarcos, Ciudad Real, Spain
Iron spur from the site of Alarcos, Ciudad Real, Castilla-La Mancha, Spain. Middle Ages . In the collection of the Ciudad Real Museum. Catalog number DO000375. Processed in Reality Capture from 822 images. Citation: Alarcos'95. El fiel de la balanza, 1995: 247" This work is part of the collaboration agreement signed in 2020 between the Junta de Comunidades de Castilla-La Mancha and Global Digital Heritage for the digitization of the Cultural Heritage of Castilla-La Mancha region. We want to publicly thank the collaboration of the Museum of Ciudad Real, especially by its director José Ignacio de la Torre. Source: Objaverse 1.0 / Sketchfab
Supplementary Data:Risk Analysis for Real-time Flood Control Operation of a Multi-reservoir System Using a Dynamic Bayesian Network
<p>The files in this record contain data for risk analysis for real-time flood control operation of a multi-reservoir system using a dynamic bayesian network considered for publication in Water Resources Research.</p> <p>The files consist of:</p> <ul> <li>Reservoir data and river flood routing parameters</li> <li>Flood data</li> <li>Code and results of the Monte Carlo simulations</li> <li>Code and results of the Bayesian network</li> </ul>
Real-time Dense Surface Reconstruction for Aerial Manipulation
<p>This video illustrates the content of the paper referenced below.</p> <p><strong> Reference:</strong></p> <p>Marco Karrer, Mina Kamel, Roland Siegwart and Margarita Chli, "Real-time Dense Surface Reconstruction for Aerial Manipulation", in Proceedings of the IEEE/RSJ Conference on Intelligent Robots and Systems (IROS), 2016.</p> <p><strong>Abstract:</strong></p> <p>With robotic systems reaching considerable maturity in basic self-localization and environment mapping, new research avenues open up pushing for interaction of a robot with its surroundings for added autonomy. However, the transition from traditionally sparse feature-based maps to dense and accurate scene-estimation imperative for realistic manipulation is not straightforward. Moreover, achieving this level of scene perception in real-time from a computationally constrained and highly shaky and agile platform, such as a small an Unmanned Aerial Vehicle (UAV) is perhaps the most challenging scenario for perception for manipulation. Drawing inspiration from otherwise computationally constraining Computer Vision techniques, we present a system combining visual, inertial and depth information to achieve dense, local scene reconstruction of high precision in real-time. Our evaluation testbed is formed using ground-truth not only in the pose of the sensor-suite, but also the scene reconstruction using a highly accurate laser scanner, offering unprecedented comparisons of scene estimation to ground-truth using real sensor data. Given the lack of any real, ground-truth datasets for environment reconstruction, our V4RL Dense Surface Reconstruction dataset is publicly available.</p>
Why do people donate to conservation? Insights from a 'real world' campaign
<p>Data set for the paper " Why do people donate to conservation? Insights from a ‘real world’ campaign "</p>
REAL-LAST: generierte Daten zur Verkehrsbelastung von Brückenbauwerken
<p>Der Datensatz enthält Daten, die im Projekt "Reale Verkehrslastmodelle von Brückenbauwerken (REAL-LAST)" generiert oder ausgewertet wurden. Das Projekt REAL-LAST wurde im Rahmen der D-A-CH Kooperation Verkehrsinfrastrukturforschung 2021 finanziert.</p> <p>Die Daten stellen einen Beitrag zum wissenschaftlichen-technischen Diskurs und sollen primär nur in diesem Sinne angewendet werden. Die Authoren übernehmen keine Haftung für etwaige Fehler oder Folgeschäden.</p> <p>Der Datensatz setzt sich zusammen aus:</p> <ul> <li>Achslastfolgen_AT_Fall2.zip: generierte Achslastfolgen für die use-case Strecke in Österreich im Datenverfügbarkeitsfall 2</li> <li>Achslastfolgen_AT_Fall2.zip: generierte Achslastfolgen für die use-case Strecke in Österreich im Datenverfügbarkeitsfall 4</li> <li>Achslastfolgen_CH_Fall2.zip: generierte Achslastfolgen für die use-case Strecke in der Schweiz im Datenverfügbarkeitsfall 2</li> <li>Achslastfolgen_CH_Fall2.zip: generierte Achslastfolgen für die use-case Strecke in der Schweiz im Datenverfügbarkeitsfall 4</li> <li>Achslastfolgen_DE_A7_Fall2.zip: generierte Achslastfolgen für die use-case Strecke A7 in Deutschland im Datenverfügbarkeitsfall 2</li> <li>Achslastfolgen_DE_A7_Fall2.zip: generierte Achslastfolgen für die use-case Strecke A7 in Deutschland im Datenverfügbarkeitsfall 4</li> <li>Achslastfolgen_DE_A40_Fall2.zip: generierte Achslastfolgen für die use-case Strecke A40 in Deutschland im Datenverfügbarkeitsfall 2</li> <li>Achslastfolgen_DE_A40_Fall2.zip: generierte Achslastfolgen für die use-case Strecke A40 in Deutschland im Datenverfügbarkeitsfall 4<br>mit Unterverzeichnissen:<br>"mGSV" = mit genehmigungspflichtigem Schwerverkehr<br>"oGSV" = ohne genehmigungspflichtigen Schwerverkehr</li> <li>Einflussflaechen.zip: Einflussflächen der Brücken aller use-case Strecken</li> <li>Verkehrsmodelle.zip: Verkehrsmodellparameter für alle use-cases, sowie auch für 100 generische Verkehrsszenarien in den D-A-CH Ländern</li> </ul>
Evolutionary tracks accompanying Stellar Evolution in Real Time II (1/4)
<p>Evolutionary tracks generated with MESA accompanying the project ``Stellar Evolution in Real Time II: R Hydrae and an Open-Source Grid of >3000 Seismic TP-AGB Models Computed with MESA'' ApJ, 2024</p> <p>Due to data volume, this is one of four Zenodo repositories associated to this project. The full list of related dataset DOIs is:</p> <ul> <li>https://doi.org/10.5281/zenodo.11280179</li> <li>https://doi.org/10.5281/zenodo.11282597</li> <li>https://doi.org/10.5281/zenodo.11353933</li> <li>https://doi.org/10.5281/zenodo.11357395</li> </ul> <p><strong>Details on archive files:</strong></p> <p>All phase 1 and phase 2 evolutionary tracks are contained in the files</p> <p>ZAMS_to_TCHeB_y-fixed.tar.gz<br>TCHeB_to_AGB_y-fixed.tar.gz<br>ZAMS_to_TCHeB_y-varied.tar.gz<br>TCHeB_to_AGB_y-varied.tar.gz</p> <p>sorted by whether a varied or static helium assumption was used.</p> <p>To use the smallest number of separate Zenodo listings possible, not all data are grouped in the same way.</p> <p>The tar.gz archive files labeled with a string of the form "AGB_to_end_M1.XX_y-fixed.tar.gz" include all models having a mass beginning with 1 (1.00, 1.10, 1.20, etc) and adopting the fixed helium assumption.</p> <p>Archive files labeled in the form "AGB_to_end_M1.XX_y-varied.tar.gz" include the same, but using the helium-varied assumption. </p> <p>Archive files labeled with a string of the form "AGB_to_end_M3.10_all.tar.gz" include both the fixed-helium and varied-helium tracks for all masses that start with 3 (3.00, 3.10, 3.20, etc).</p> <p> </p> <p><strong>Details on files unpacked from archives:</strong></p> <div>Every unpacked file has a name of the form </div> <div> </div> <div>history_m4.90_z0.0060_y0.261_eta0.01_yi-on_seismic_p3.data</div> <div> </div> <div>Anything that starts with "history" and ends with ".data" is an evolutionary track. Tracks that have "_p3" are the third phase: AGB to end (or failure of the model) and these files are large.</div> <div> </div> <div>Tracks that have "_p1" are the evolution from the zero-age main sequence (ZAMS) to the terminal age core helium burning (TCHeB). Tracks that have "_p2" evolve from TACHeB to the onset of the asymptotic giant branch (AGB).<br><br>In the file name, the two-decimal number after m, four-decimal number after z and 3-decimal number after y encode the evolutionary track's initial mass, initial metallicity (Z) and initial helium abundance (Y), respectively. In cases where there is no y value provided, the helium abundance is fixed as described in the paper. </div> <div> </div> <div>When the file name contains "yi-on" in the name, it means the helium-varied assumption was used. When the file contains "seismic" (should only be the case for p3's), it means the GYRE calculations are included in the output. </div>
Evolutionary tracks accompanying Stellar Evolution in Real Time II (4/4)
<p>Evolutionary tracks generated with MESA accompanying the project <br>``Stellar Evolution in Real Time II: R Hydrae and an Open-Source Grid of >3000 Seismic TP-AGB Models Computed with MESA'' ApJ 2024</p> <div> <div> <div> <p>Due to data volume, this is one of four Zenodo repositories associated to this project. The full list of related dataset DOIs is:</p> <ul> <li>https://doi.org/10.5281/zenodo.11280179</li> <li>https://doi.org/10.5281/zenodo.11282597</li> <li>https://doi.org/10.5281/zenodo.11353933</li> <li>https://doi.org/10.5281/zenodo.11357395</li> </ul> <p><strong>Details on archive files:</strong></p> <p>All phase 1 and phase 2 evolutionary tracks are contained in the files</p> <p>ZAMS_to_TCHeB_y-fixed.tar.gz<br>TCHeB_to_AGB_y-fixed.tar.gz<br>ZAMS_to_TCHeB_y-varied.tar.gz<br>TCHeB_to_AGB_y-varied.tar.gz</p> <p>sorted by whether a varied or static helium assumption was used.</p> <p>To use the smallest number of separate Zenodo listings possible, not all data are grouped in the same way.</p> <p>The tar.gz archive files labeled with a string of the form "AGB_to_end_M1.XX_y-fixed.tar.gz" include all models having a mass beginning with 1 (1.00, 1.10, 1.20, etc) and adopting the fixed helium assumption.</p> <p>Archive files labeled in the form "AGB_to_end_M1.XX_y-varied.tar.gz" include the same, but using the helium-varied assumption. </p> <p>Archive files labeled with a string of the form "AGB_to_end_M3.10_all.tar.gz" include both the fixed-helium and varied-helium tracks for all masses that start with 3 (3.00, 3.10, 3.20, etc).</p> <p> </p> <p><strong>Details on files unpacked from archives:</strong></p> <div>Every unpacked file has a name of the form </div> <div> </div> <div>history_m4.90_z0.0060_y0.261_eta0.01_yi-on_seismic_p3.data</div> <div> </div> <div>Anything that starts with "history" and ends with ".data" is an evolutionary track. Tracks that have "_p3" are the third phase: AGB to end (or failure of the model) and these files are large.</div> <div> </div> <div>Tracks that have "_p1" are the evolution from the zero-age main sequence (ZAMS) to the terminal age core helium burning (TCHeB). Tracks that have "_p2" evolve from TACHeB to the onset of the asymptotic giant branch (AGB).<br><br>In the file name, the two-decimal number after m, four-decimal number after z and 3-decimal number after y encode the evolutionary track's initial mass, initial metallicity (Z) and initial helium abundance (Y), respectively. In cases where there is no y value provided, the helium abundance is fixed as described in the paper. </div> <div> </div> <div>When the file name contains "yi-on" in the name, it means the helium-varied assumption was used. When the file contains "seismic" (should only be the case for p3's), it means the GYRE calculations are included in the output. </div> </div> <p> </p> </div> <p> </p> </div>
Evolutionary tracks accompanying Stellar Evolution in Real Time II (3/4)
<p>Evolutionary tracks generated with MESA accompanying the project <br>``Stellar Evolution in Real Time II: R Hydrae and an Open-Source Grid of >3000 Seismic TP-AGB Models Computed with MESA'' ApJ 2024</p> <div> <div> <p>Due to data volume, this is one of four Zenodo repositories associated to this project. The full list of related dataset DOIs is:</p> <ul> <li>https://doi.org/10.5281/zenodo.11280179</li> <li>https://doi.org/10.5281/zenodo.11282597</li> <li>https://doi.org/10.5281/zenodo.11353933</li> <li>https://doi.org/10.5281/zenodo.11357395</li> </ul> <p><strong>Details on archive files:</strong></p> <p>All phase 1 and phase 2 evolutionary tracks are contained in the files</p> <p>ZAMS_to_TCHeB_y-fixed.tar.gz<br>TCHeB_to_AGB_y-fixed.tar.gz<br>ZAMS_to_TCHeB_y-varied.tar.gz<br>TCHeB_to_AGB_y-varied.tar.gz</p> <p>sorted by whether a varied or static helium assumption was used.</p> <p>To use the smallest number of separate Zenodo listings possible, not all data are grouped in the same way.</p> <p>The tar.gz archive files labeled with a string of the form "AGB_to_end_M1.XX_y-fixed.tar.gz" include all models having a mass beginning with 1 (1.00, 1.10, 1.20, etc) and adopting the fixed helium assumption.</p> <p>Archive files labeled in the form "AGB_to_end_M1.XX_y-varied.tar.gz" include the same, but using the helium-varied assumption. </p> <p>Archive files labeled with a string of the form "AGB_to_end_M3.10_all.tar.gz" include both the fixed-helium and varied-helium tracks for all masses that start with 3 (3.00, 3.10, 3.20, etc).</p> <p> </p> <p><strong>Details on files unpacked from archives:</strong></p> <div>Every unpacked file has a name of the form </div> <div> </div> <div>history_m4.90_z0.0060_y0.261_eta0.01_yi-on_seismic_p3.data</div> <div> </div> <div>Anything that starts with "history" and ends with ".data" is an evolutionary track. Tracks that have "_p3" are the third phase: AGB to end (or failure of the model) and these files are large.</div> <div> </div> <div>Tracks that have "_p1" are the evolution from the zero-age main sequence (ZAMS) to the terminal age core helium burning (TCHeB). Tracks that have "_p2" evolve from TACHeB to the onset of the asymptotic giant branch (AGB).<br><br>In the file name, the two-decimal number after m, four-decimal number after z and 3-decimal number after y encode the evolutionary track's initial mass, initial metallicity (Z) and initial helium abundance (Y), respectively. In cases where there is no y value provided, the helium abundance is fixed as described in the paper. </div> <div> </div> <div>When the file name contains "yi-on" in the name, it means the helium-varied assumption was used. When the file contains "seismic" (should only be the case for p3's), it means the GYRE calculations are included in the output. </div> </div> <p> </p> </div>
Evolutionary tracks accompanying Stellar Evolution in Real Time II (2/4)
<p>Evolutionary tracks generated with MESA accompanying the project <br>``Stellar Evolution in Real Time II: R Hydrae and an Open-Source Grid of >3000 Seismic TP-AGB Models Computed with MESA'' ApJ 2024</p> <div> <p>Due to data volume, this is one of four Zenodo repositories associated to this project. The full list of related dataset DOIs is:</p> <ul> <li>https://doi.org/10.5281/zenodo.11280179</li> <li>https://doi.org/10.5281/zenodo.11282597</li> <li>https://doi.org/10.5281/zenodo.11353933</li> <li>https://doi.org/10.5281/zenodo.11357395</li> </ul> <p><strong>Details on archive files:</strong></p> <p>All phase 1 and phase 2 evolutionary tracks are contained in the files</p> <p>ZAMS_to_TCHeB_y-fixed.tar.gz<br>TCHeB_to_AGB_y-fixed.tar.gz<br>ZAMS_to_TCHeB_y-varied.tar.gz<br>TCHeB_to_AGB_y-varied.tar.gz</p> <p>sorted by whether a varied or static helium assumption was used.</p> <p>To use the smallest number of separate Zenodo listings possible, not all data are grouped in the same way.</p> <p>The tar.gz archive files labeled with a string of the form "AGB_to_end_M1.XX_y-fixed.tar.gz" include all models having a mass beginning with 1 (1.00, 1.10, 1.20, etc) and adopting the fixed helium assumption.</p> <p>Archive files labeled in the form "AGB_to_end_M1.XX_y-varied.tar.gz" include the same, but using the helium-varied assumption. </p> <p>Archive files labeled with a string of the form "AGB_to_end_M3.10_all.tar.gz" include both the fixed-helium and varied-helium tracks for all masses that start with 3 (3.00, 3.10, 3.20, etc).</p> <p> </p> <p><strong>Details on files unpacked from archives:</strong></p> <div>Every unpacked file has a name of the form </div> <div> </div> <div>history_m4.90_z0.0060_y0.261_eta0.01_yi-on_seismic_p3.data</div> <div> </div> <div>Anything that starts with "history" and ends with ".data" is an evolutionary track. Tracks that have "_p3" are the third phase: AGB to end (or failure of the model) and these files are large.</div> <div> </div> <div>Tracks that have "_p1" are the evolution from the zero-age main sequence (ZAMS) to the terminal age core helium burning (TCHeB). Tracks that have "_p2" evolve from TACHeB to the onset of the asymptotic giant branch (AGB).<br><br>In the file name, the two-decimal number after m, four-decimal number after z and 3-decimal number after y encode the evolutionary track's initial mass, initial metallicity (Z) and initial helium abundance (Y), respectively. In cases where there is no y value provided, the helium abundance is fixed as described in the paper. </div> <div> </div> <div>When the file name contains "yi-on" in the name, it means the helium-varied assumption was used. When the file contains "seismic" (should only be the case for p3's), it means the GYRE calculations are included in the output. </div> </div>
AlleNoise - large-scale text classification benchmark dataset with real-world label noise
<div> <div> <div> <div> <p><span>AlleNoise</span><span> is a benchmark dataset for large-scale multi-class text classification with real-world label noise. It consists of e-commerce product titles from Allegro.com with corresponding category labels. The noise distribution comes from actual users of a major e-commerce marketplace, so it realistically reflects the semantics of human mistakes. In addition to the noisy labels, we provide human-verified clean labels and a meaningful, hierarchical taxonomy of categories. Code and data is available at https://github.com/allegro/AlleNoise.<br></span></p> </div> </div> </div> </div>
Data for Autonomous Flow Routing for Near Real-Time Quality of Service Assurance
<p>Data of the journal paper:</p> <p>S. Barzegar, M. Ruiz and L. Velasco, "Autonomous Flow Routing for Near Real-Time Quality of Service Assurance," in IEEE Transactions on Network and Service Management, vol. 21, no. 2, pp. 2504-2514, April 2024, doi: 10.1109/TNSM.2023.3339201 (<a href="../records/10246061" target="_blank" rel="noopener">link to the paper</a>)</p> <p>This dataset has been generated within the framework of the European Commission thought the HORIZON SNS JU DESIRE6G (G.A. 101096466), the MINECO UNICO5G TIMING (TSI-063000-2021-145) and the MICINN IBON (PID2020-114135RB-I00) projects, and from the ICREA Institution. (2023-12-05).</p> <p>Additional details and updates can be checked in the following <a href="https://doi.org/10.34810/data1404" target="_blank" rel="noopener">link</a></p>
LLAMAFUZZ real-world programs experiment data
<p>This is the raw experimental data of LLAMAFUZZ and AFL++ on a set of real-world programs. We choose FuzzBench as running framework to ensure the fairness.</p>
CEREAL II, el Corpus del Español REAL
<p><strong>Content:</strong></p> <p>CEREAL (visit the <a href="https://cereal-es.github.io/CEREAL/" target="_blank" rel="noopener">project website</a>) is a document-level corpus of documents in Spanish extracted from <a href="https://oscar-project.org" target="_blank" rel="noopener">OSCAR</a>. The documents are classified according to their country of origin. CEREALsentence is the sentence-level corpus extracted from CEREAL. It covers 24 countries where Spanish is spoken. Following OSCAR, we provide our annotations with CCO license, but we do not hold the copyright of the content text which comes from OSCAR and therefore from <a href="https://commoncrawl.org" target="_blank" rel="noopener">Common Crawl</a>. </p> <p>The process to build the corpus and its characteristics can be found in:</p> <p>Cristina España-Bonet and Alberto Barrón-Cedeño. "Elote, Choclo and Mazorca: on the Varieties of Spanish." In proceedings of the 2024 Annual Conference of the North American Chapter of the Association for Computational Linguistics (NAACL 2024), Ciudad de México, Mexico, June 2024.</p> <p>This repository contains the corpora (train/validation/test) used to train the classifier, the sentence-level version of CEREAL and the word embeddings calculated from it.</p> <p>The complete document-level corpus is available in<br>https://zenodo.org/records/11387864</p> <p><strong>Files Description:</strong></p> <p>See the README.txt file</p>
Supplementary material - Blind comparison of binaural auralisations to a real loudspeaker in an audiovisual virtual classroom scenario: Effect of room acoustic simulation, HRTF dataset and head worn devices on rated room-acoustical attributes
<p>Additional Material for the paper "Blind comparison of binaural auralisations to a real loudspeaker in an audiovisual virtual classroom scenario: Effect of room acoustic simulation, HRTF dataset and head worn devices on rated room-acoustical attributes".</p> <p> </p> <p>This work is funded by the German Research Foundation (Deutsche Forschungsgemeinschaft, DFG) under the project ID 422686707, SPP2236 – AUDICTIVE – Auditory Cognition in Interactive Virtual Environments</p>
Example SMS and SB Real-time Cardiac MRI Datasets at 0.55T
<p>This repository contains the raw data for Simultaneous Multi-Slice (<strong>SMS</strong>) and Single-Band (<strong>SB</strong>) real-time cardiac MRI acquired at 0.55T scanner. The data is stored as a MATLAB struct: <em>k-space</em> contains the raw data [Nsample x Narms x Ncoil], and <em>kspace_info</em> contains relevant acquisition-related information.</p> <p>Code to process and reconstruct the data is available here: <a href="https://github.com/usc-mrel/SMS-RT">https://github.com/usc-mrel/SMS-RT</a></p> <p>Please see the linked paper for more information about how the data is acquired.</p>
Real-time oceanic PWV sensing using BeiDou-3 PPP-B2b and low-cost GNSS devices
<div>This dataset consists of two parts, GNSSDATA and RESULT, which were utilized in the manuscript: "Real-time oceanic PWV sensing using BeiDou-3 PPP-B2b and low-cost GNSS devices."</div> <div><strong>GNSSDATA:</strong> This dataset contains shipborne BeiDou/GNSS data spanning four days, from 00:00 on September 21 to 00:00 on September 25, 2023. The data was collected using a low-cost GNSS receiver, the Septentrio mosaic-X5, and is stored in Septentrio Binary Format (SBF). The raw BeiDou/GNSS observations, PPP-B2b corrections (orbits/clocks/code bias), and broadcast ephemeris can be decoded from the SBF format using Septentrio RxTools.</div> <div><strong>RESULT:</strong> This dataset includes the PPP-B2b-derived zenith tropospheric delay (ZTD) solutions obtained from the above GNSS data, based on the five schemes designed in the manuscript.</div>
Real-World Evidence of Effectiveness and Safety of Pasireotide in the Treatment of Acromegaly: A Systematic Review and Meta-Analysis
<p>Dataset for the study: Real-World Evidence of Effectiveness and Safety of Pasireotide in the Treatment of Acromegaly: A Systematic Review and Meta-Analysis </p>
Ten Real-World Problem Instances (Malta) of the Single-School Bus Routing Problem
<div> <div> <div> <div> <p>Each problem instance is specified in a file with the extension .bus. The format of each file is similar to that of the problem instances used in </p> <div> <div> <div> <div> <p><strong>Lewis, R. and Smith-Miles, K. (2018). A heuristic algorithm for finding cost-effective solutions to real-world school bus routing problems. <em>Journal of Discrete Algorithms</em>, 52-53:2–17</strong></p> <p>and is as follows.</p> <p> </p> </div> </div> </div> </div> <p>The first line in each file gives:</p> <ul> <li>The number of bus stops, including the school;</li> <li>The number of student addresses;</li> <li>The number of listed walks from student addresses to bus stops;</li> <li>The distance unit (K for km, M for miles);</li> <li>The minimum eligibility distance;</li> <li>The maximum walking distance;</li> <li>Further information, which can be ignored. </li> </ul> <div> <div> <div> <p>The second line contains the following details on the school:</p> <ul> <li>An “s” indicating that this line contains information about a stopping location; </li> <li>School's latitude;</li> <li>School's longitude;</li> <li>School's name. </li> </ul> <p>The next lines starting with an "s" contain the following details on the bus stops: </p> <ul> <li>Stop's latitude;</li> <li>Stop's longitude;</li> <li>Stop's name. </li> </ul> <p>The next lines starting with an "a" contain the following details on the student addresses: </p> <ul> <li>Address's latitude;</li> <li>Address's longitude;</li> <li>Number of children requiring transport to the school at this address;</li> <li>Family name at this address.</li> </ul> <p>The next lines starting with a "d" contain the following distance details between pairs of stopping locations:</p> <ul> <li>Index of start location;</li> <li>Index of end location;</li> <li>Driving distance between start and end locations;</li> <li>Driving time (seconds) between start and end locations.</li> </ul> </div> </div> </div> <p>The next lines starting with a "w" contain the following walk details between pairs of one student address and one bus stop: </p> <ul> <li>Index of address;</li> <li>Index of bus stop;</li> <li>Walking distance between address and bus stop;</li> <li>Walking time (seconds) between address and bus stop. </li> </ul> <p><em>Note that all indices start from 0. For stopping locations, 0 corresponds to the school and the rest correspond to the bus stops. </em></p> </div> </div> </div> </div>
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.