MétaCan
Menu
← Back to cohort
Record W7085131319 · doi:10.5281/zenodo.15858297

2025 U.S. NSF CI Compass Virtual Workshop Report - Data Management: From Instrument to First Storage

2025· report· en· W7085131319 on OpenAlexaff

Bibliographic record

VenueZenodo (CERN European Organization for Nuclear Research) · 2025
Typereport
Languageen
FieldBiochemistry, Genetics and Molecular Biology
TopicBioinformatics and Genomic Networks
Canadian institutionsOcean Networks Canada Society
FundersNational Science Foundation
KeywordsCyberinfrastructureBlueprintTerabyteCompassCompendiumPetabyteCitizen scienceGrand Challenges

Abstract

fetched live from OpenAlex

The 2025 Virtual Workshop on "Data Management: From Instrument to First Storage", organized by the U.S. National Science Foundation (NSF) CI Compass [1], the NSF Cyberinfrastructure Center of Excellence, brought together cyberinfrastructure (CI) professionals from the NSF Major and Midscale research facilities along with participants from the broader CI ecosystem to discuss issues of critical importance to the success of these facilities. The workshop focused on the crucial initial step of the data lifecycle for the NSF Major and Mid-scale Facilities - the step involving data acquisition and capture from scientific instrument(s). Speakers from a diverse range of facilities presented their unique challenges, best practices, and innovative solutions, which were then analyzed to identify common trends and future directions. This executive summary encapsulates the key insights and findings from the invited talks and subsequent discussions at the virtual workshop. The presentations at the workshop emphasized the immense data volumes and velocity of the data coming off the different kinds of instruments, and described the challenges and evolving best practices of managing petabyte-scale scientific data. Most of the scientific facilities represented at the workshop, e.g. the NSF/DOE Vera C. Rubin Observatory [2], NSF NEON [3], NSF NSO [4], NSF OOI [5], NSF LIGO [6], and NSF EarthScope [7], are generating and managing petabytes of data, with daily ingest rates often exceeding terabytes and billions of data points. The User Facilities like NSF MagLab [8], NSF NAN [9], and NSF ZEUS [10] have to not only collect and curate data from their instruments, but also help their users manage their specific experimental data. This immense scale and complexity demands robust, scalable infrastructure and sophisticated data management strategies. Initial data acquisition and storage is often the first critical stage with data collection typically beginning with direct instrument readout and on-site buffering. Facilities use both real-time streaming (for time-critical data, e.g., OOI, LIGO) and batch transfers (for larger, less urgent datasets). In some remote or high-volume cases, physical shipment of storage media is still used. Data formats are highly diverse, ranging from specialized scientific formats (e.g. FITS [11]) to common standards (e.g. NetCDF [12], CSV, MP4). The high volume and velocity of the data acquisition often requires automation and rapid processing. Automation is essential for data movement/streaming, pipeline orchestration, and ingestion into appropriate data stores. Real-time processing and low-latency alerts are critical for many facilities (e.g., Rubin Observatory’s sub-2-minute alerts, LIGO’s transient event discovery). Automated quality control (QC), quality assurance (QA) and validation are often integrated early and close to the data capture time. Middleware (e.g. Kafka [13]) and orchestration (e.g. Kubernetes [14]) are widely used for managing streams, queues, and scalable services. Facilities balance on-premise and cloud storage, often using multi-tiered strategies to optimize cost, performance, and accessibility. There is a strong trend toward adoption of cloud technologies (e.g., EarthScope on Amazon AWS [15], NEON on Google GCP [16]) for scalability and managed services. A variety of database technologies are used: PostgreSQL [17] for metadata, Cassandra [18] and MongoDB [19] for raw data and inventory. A majority of the presentations emphasized the importance of metadata annotation, data curation, and effective data dissemination, while preserving data security. Rich, high-quality metadata is essential for findability, usability, and adherence to FAIR (Findable, Accessible, Interoperable, Reusable) [20] principles. Comprehensive QA/QC processes span the data lifecycle. Cybersecurity is a major concern, addressed via zero-trust architectures, VPN/SSO, and infrastructure-as-code. It was also noted that system-wide observability and monitoring (e.g., Grafana [21]) are critical for operational continuity. Facilities provide data through web portals, JupyterLab environments, and robust APIs (REST, GraphQL [22]). Persistent identifiers (DOIs) ensure data can be reliably found and cited. The facilities strongly promote open data policies, and making certain datasets and alert streams immediately available to the public. The workshop talks and discussions illuminated some key current challenges, which include managing ever-increasing data volumes and complexity, meeting low-latency demands, generating and curating metadata, enabling increased FAIR-ness of the data, addressing technical debt, and coping with staffing and funding limitations. Ensuring cybersecurity and data integrity as access expands needs to be an ongoing effort. Looking ahead, the community is embracing cloud-native solutions, expanding automation and machine learning for data processing, developing advanced data portals and APIs, and improving data discoverability across federated systems. The overarching goal the facilities are striving for is to build a connected, FAIR-aligned information ecosystem where scientific data is not only stored, but is discoverable, accessible, interoperable, and reusable for the global research community.

Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.

How this classification was reachedexpand

Full frame machine prediction

Teacher imitation

Not calibrated prevalence, not ground truth. Human validation pending. The Gemma side is a direct model label for every work in the frame, read from the title-only record. The Codex side is a classifier learned from the 10,348 direct Codex labels and calibrated to design-weighted sample rates; fields without enough sample support carry no Codex call. Candidate is the union of the two sides; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels.

metaresearch head score (Codex)0.010
metaresearch head score (Gemma)0.009
Version: metacan-v3-hybrid-931329e0061cValidation status: machine_predicted_unvalidated
Candidate categoriesnone
Consensus categoriesnone
DomainCandidate signal: none · Consensus signal: none
Study designCandidate signal: Not applicable · Consensus signal: Not applicable
GenreCandidate signal: Other · Consensus signal: Other
Teacher disagreement score0.150
Threshold uncertainty score0.503

Distilled classifier scores by category (both heads)

CategoryCodexGemma
Metaresearch0.0100.009
Meta-epidemiology (narrow)0.0020.001
Meta-epidemiology (broad)0.0010.001
Bibliometrics0.0020.004
Science and technology studies0.0050.002
Scholarly communication0.0140.007
Open science0.0040.008
Research integrity0.0060.004
Insufficient payload (model declined to judge)0.1500.072

Machine scores (provisional)

The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.

Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.

Opus teacher head0.052
GPT teacher head0.280
Teacher spread0.229 · how far apart the two teachers sit on this one work
Validation statusscore_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from it

Classification

machine, unvalidated

Machine predicted; a candidate call from one source (direct Gemma or distilled Codex), not a consensus.

The models applied no category: nothing in the taxonomy fit this work.
Study designNot applicable
Domainnot available
GenreOther

How this classification was reached, model by model and score by score, is at the end of the page under "How this classification was reached".

Quick stats

Citations0
Published2025
Admission routes1
Has abstractyes

Explore more

Same venueZenodo (CERN European Organization for Nuclear Research)→Same topicBioinformatics and Genomic Networks→French-language works237,207→