Searcharxiv⌕ Search

arXiv · 2610.02211

datascribe_api: Enabling Data-Driven Materials Discovery with DataScribe

Abstract

datascribe_api is a Python library and command-line interface (CLI) that gives researchers programmatic access to DataScribe Cloud, an AI-native platform for materials design and discovery. DataScribe integrates two data services: user-managed scientific data tables, where research groups store experimental measurements, simulation outputs, and derived features; and curated materials science databases from the Materials Project, AFLOW, and OQMD. datascribe_api exposes both through a single, typed Python interface, so researchers can retrieve, filter, and analyze data without writing custom HTTP code. The library handles authentication, connection management, and transient network errors automatically. It exposes nine query endpoints as ordinary Python method calls. Filter conditions use standard Python comparison syntax and are passed as a list, keeping query logic readable without format-specific boilerplate. Pydantic models validate all API responses at parse time, so schema mismatches surface as exceptions rather than silent wrong values. Each result collection converts to a pandas DataFrame in a single call, so retrieved data is directly available for machine learning and statistical analysis. Every materials search result carries a provenance field identifying its source database, satisfying FAIR traceability requirements. The library includes a CLI that exposes all nine endpoints as subcommands, using Typer for argument parsing and Rich for terminal output. Every subcommand supports machine-readable JSON output for shell pipelines and LLM agents. Pre-built wheels for Python 3.11 and later are published on PyPI under the GPLv3 license for Linux, macOS, and Windows.

Explore related subjects

Keep this discovery

Explore connections, maps & timelines

BibTeXRIS

Doğuhan Sarıtürk, Raymundo Arróyave, Vahid Attari. 2026-06-16. datascribe_api: Enabling Data-Driven Materials Discovery with DataScribe. https://arxiv.org/abs/2610.02211

Cite the original work for its findings. Save a collection to share your selection of sources.

KEEP EXPLORING

Related papers

BioXArena: Benchmarking LLM Agents on Multi-Modal Biomedical Machine Learning Tasks

Large language model (LLM) agents increasingly automate machine-learning model building, yet biomedical benchmarks emphasize question answering, reasoning, and tool use or cover narrow slices of biomedical ML coding. We introduce BioXArena, a biomedical machine learning (BioML) coding benchmark for task-specific model building on heterogeneous, often multi-modal datasets. It contains 76 end-to-end tasks across 9 domains: sequence, single-cell, structure, network biology, chemical biology, perturbation dynamics, phenotype--disease, imaging, and text-integrated tasks. Each task packages primary-source data with hidden labels, held-out graders, and biology-aware metrics on a unified 0-to-100 scale; agents write runnable code, train models, and predict private test samples. BioXArena emphasizes realistic data interfaces: most tasks require agents to integrate multiple input sources, including 46 tasks that combine distinct modality families. We compare 18 harness--backbone configurations: general-purpose coding, biomedical, and ML agents plus our Minimal runner, all under the same controlled resource configuration. Codex with GPT-6 Astra achieves the highest task-level average score of 73.91 among 18 configurations, closely followed by Claude Code with Opus 5.5 (73.79). Matched-backbone comparisons show higher observed scores for mature coding systems than for Minimal; seven Minimal backends characterize model differences under a fixed runner. Beyond the main leaderboard, ablations, robustness checks, and scaling, runtime, and failure-mode analyses characterize how backbones, scaffolds, budgets, and domains affect BioML coding performance, exposing modeling and execution gaps across agent and LLM backbone families.

cs.CE↗

FlatClip: Reusing Image Foundation Models for fMRI Representation Learning via Cortical Flatmaps

Can the spatial organization of cortical activity help transfer frozen image representations to fMRI prediction? We introduce FlatClip, which renders cortical activity as anatomy-linked flatmaps and extracts features with a frozen SigLIP2 encoder. Only a lightweight downstream probe is trained, without fMRI-specific encoder pretraining or fine-tuning. Across four resting-state benchmarks, FlatClip outperforms the evaluated ROI-level baselines on HCP and ADNI, but is weaker on PPMI and below the strongest voxel-level models overall. On NSD visual-fMRI decoding, restricting inputs to visual or NSD-provided task-active cortex improves recognition over whole-cortex inputs. Spatial perturbations reduce performance with both retrained and fixed readouts, and anatomy-linked arrangements outperform cortical-pixel permutations across three colormaps. Together, these results demonstrate a practical route for reusing image-pretrained features in fMRI and highlight cortical arrangement and input-region selection as important design choices. Code is available at https://github.com/OneMore1/FlatClip.

cs.CE↗

CompFlowLab: A Python code to develop and prototype new data-driven models for challenging compressible flow problems with shocks and chemical reactions

CompFlowLab is an open-source Python environment that is capable of modeling different classes of compressible flow problems (including shocks, flames, and detonation waves) using a one-dimensional compressible Navier-Stokes solver with multi-species transport and chemical-reaction models. It is designed specifically for the data-driven modeling community as a lightweight, accessible prototyping platform to test, develop, and evaluate new modeling methods on numerically and physically challenging compressible flow problems, especially those featuring shocks and chemical reactions. Specifically, CompFlowLab aims at (1) providing computationally efficient calculations on advection-dominanted problems that are well-recognized to be difficult for conventional data-driven modeling techniques, such as shocks, flames, and detonation waves, and more importantly (2) enabling rapid testing and prototyping of new data-driven models. The code serves three primary purposes: (1) generating high-fidelity full order model data for training of data-driven modeling, (2) providing a modular platform for implementing and testing novel data-driven algorithms (e.g., machine learning methods and reduced-order modeling techniques) on challenging physics, and (3) offering a standalone Computational Fluid Dynamics (CFD) solver with validated test cases that can also support numerical method development in the broader CFD community. By unifying these capabilities in a clean, extensible Python codebase, CompFlowLab lowers barriers to innovation at the intersection of model reduction and complex fluid dynamics.

cs.CE↗