LaminDB
Overview
LaminDB is an open-source, lineage-native lakehouse for biology. It makes datasets and models queryable, traceable, validated, reproducible, and FAIR (Findable, Accessible, Interoperable, Reusable) while storing data in open formats across local filesystems, S3, GCS, Hugging Face, SQLite, and Postgres.
Core Value Proposition:
- Queryability: Search and filter artifacts, records, runs, features, schemas, and collections
- Traceability: Track inputs, outputs, parameters, source code, and environments for notebooks, scripts, functions, and pipelines
- Validation: Curate DataFrame, AnnData, SpatialData, TileDB-SOMA, Parquet, Zarr, and other biological formats with schemas
- FAIR Compliance: Standardize annotations with Bionty-backed ontologies and custom registries
- Change management: Organize work with projects, branches, spaces, collections, and saved notes or plans
When to Use This Skill
Use this skill when:
- Managing biological datasets: scRNA-seq, bulk RNA-seq, spatial transcriptomics, flow cytometry, multi-modal data, EHR data
- Tracking computational workflows: Notebooks, scripts, functions, shell scripts, and pipeline execution (Nextflow, Snakemake, Redun)
- Curating and validating data: Schema validation, standardization, ontology-based annotation
- Working with biological ontologies: Genes, proteins, cell types, tissues, diseases, pathways (via Bionty)
- Building data lakehouses: Unified query interface across multiple datasets
- Ensuring reproducibility: Automatic versioning, lineage tracking, environment capture
- Integrating ML pipelines: Connecting with Weights & Biases, MLflow, Hugging Face, Lightning, scVI-tools
- Deploying data infrastructure: Setting up local or cloud-based data management systems
- Collaborating on datasets: Sharing curated, annotated data with standardized metadata
Core Capabilities
LaminDB provides six interconnected capability areas, each documented in detail in the references folder.
1. Core Concepts and Data Lineage
Core entities:
- Artifacts: Versioned datasets (DataFrame, AnnData, Parquet, Zarr, etc.)
- Records & ULabels: Experimental entities, typed records, and simple labels
- Collections: Versioned, immutable sets of artifacts
- Runs & Transforms: Computational lineage tracking (what code produced what data)
- Features: Typed metadata fields for annotation and querying
- Projects, Branches & Spaces: Project grouping, change management, and access boundaries
Key workflows:
- Create and version artifacts from files or Python objects
- Track notebook/script execution with
ln.track() and ln.finish()
- Track function workflows with
@ln.flow() and @ln.step()
- Annotate artifacts with records, ulabels, projects, and typed features
- Visualize data lineage graphs with
artifact.view_lineage()
- Query by provenance (find all outputs from specific code/inputs)
Reference: references/core-concepts.md - Read this for detailed information on artifacts, records, runs, transforms, features, versioning, and lineage tracking.
2. Data Management and Querying
Query capabilities:
- Registry exploration and lookup with auto-complete
- Single record retrieval with
get(), one(), one_or_none()
- Filtering with comparison operators (
__gt, __lte, __contains, __startswith)
- Feature-based queries, including expression-style queries with
Feature objects
- Cross-registry traversal with double-underscore syntax
- Full-text search across registries
- Advanced logical queries with
ln.Q objects (AND, OR, NOT)
- Streaming large datasets without loading into memory
Key workflows:
- Browse artifacts with filters and ordering
- Query by features, creation date, creator, size, etc.
- Stream large files in chunks or with array slicing
- Organize data with hierarchical keys
- Group artifacts into collections
Reference: references/data-management.md - Read this for comprehensive query patterns, filtering examples, streaming strategies, and data organization best practices.
3. Annotation and Validation
Curation process:
- Validation: Confirm datasets match desired schemas
- Standardization: Fix typos, map synonyms to canonical terms
- Annotation: Link datasets to metadata entities for queryability
Schema types:
- Flexible schemas: Validate only known columns, allow additional metadata
- Minimal required schemas: Specify essential columns, permit extras
- Strict schemas: Complete control over structure and values
Supported data types:
- DataFrames (Parquet, CSV)
- AnnData (single-cell genomics)
- MuData (multi-modal)
- SpatialData (spatial transcriptomics)
- TileDB-SOMA (scalable arrays)
Key workflows:
- Define features and schemas for data validation
- Use
DataFrameCurator, AnnDataCurator, SpatialDataCurator, or TiledbsomaExperimentCurator for validation
- Standardize values with
.cat.standardize()
- Map to ontologies with
.cat.add_ontology()
- Save curated artifacts with schema linkage
- Query validated datasets by features
Reference: references/annotation-validation.md - Read this for detailed curation workflows, schema design patterns, handling validation errors, and best practices.
4. Biological Ontologies
Available ontologies (via Bionty):
- Genes (Ensembl), Proteins (UniProt)
- Cell types (CL), Cell lines (CLO)
- Tissues (Uberon), Diseases (Mondo, DOID)
- Phenotypes (HPO), Pathways (GO)
- Experimental factors (EFO), Developmental stages
- Organisms (NCBItaxon), Drugs (DrugBank)
Key workflows:
- Import public ontologies with
bt.CellType.import_source()
- Search ontologies with keyword or exact matching
- Standardize terms using synonym mapping
- Explore hierarchical relationships (parents, children, ancestors)
- Validate data against ontology terms
- Annotate datasets with ontology records
- Create custom terms and hierarchies
- Handle multi-organism contexts (human, mouse, etc.)
Reference: references/ontologies.md - Read this for comprehensive ontology operations, standardization strategies, hierarchy navigation, and annotation workflows.
5. Integrations
Workflow managers:
- Nextflow: Track pipeline processes and outputs
- Snakemake: Integrate into Snakemake rules
- Redun: Combine with Redun task tracking
- Lightning: Persist checkpoints and training metadata
MLOps platforms:
- Weights & Biases: Link experiments with data artifacts
- MLflow: Track models and experiments
- Hugging Face: Track model fine-tuning
- scVI-tools: Single-cell analysis workflows
Storage systems:
- Local filesystem, AWS S3, Google Cloud Storage
- S3-compatible (MinIO, Cloudflare R2)
- HTTP/HTTPS endpoints (read-only)
- HuggingFace datasets
Array stores:
- TileDB-SOMA (with cellxgene support)
- DuckDB for SQL queries on Parquet files
Visualization:
- Vitessce for interactive spatial/single-cell visualization
Version control:
- Git integration for source code tracking
Reference: references/integrations.md - Read this for integration patterns, code examples, and troubleshooting for third-party systems.
6. Setup and Deployment
Installation:
- Current stable baseline:
lamindb==2.5.1 (released 2026-06-01; Python >=3.10, <=3.14)
- Basic:
uv pip install 'lamindb==2.5.1'
- With extras:
uv pip install 'lamindb[gcp,zarr-v2,fcs]==2.5.1'
- Minimal namespace only:
uv pip install 'lamindb-core==2.5.1'
- Bionty module: included in the LaminDB docs and available as
uv pip install 'bionty==2.4.0'
- Optional modules: pin reviewed releases for wetlab or clinical schema modules rather than installing floating latest versions
Instance types:
- Local SQLite (development)
- Cloud storage + SQLite (small teams)
- Cloud storage + PostgreSQL (production)
Storage options:
- Local filesystem
- AWS S3 with configurable regions and permissions
- Google Cloud Storage
- S3-compatible endpoints (MinIO, Cloudflare R2)
Configuration:
- Cache management for cloud files
- Multi-user system configurations
- Git repository sync
- Named environment variables for credentials and connection URLs
Deployment patterns:
- Local dev → Cloud production migration
- Multi-region deployments
- Shared storage with personal instances
Reference: references/setup-deployment.md - Read this for detailed installation, configuration, storage setup, database management, security best practices, and troubleshooting.
Safety and Security Defaults
When helping with LaminDB setup or integrations:
- Never display, log, or transmit actual API keys, cloud credentials, database passwords, or full connection strings that include secrets.
- Prefer IAM roles, workload identity, secret managers, or named environment variables such as
LAMIN_DB_URL, AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, and GOOGLE_APPLICATION_CREDENTIALS; only check whether a named variable is present, not its value.
- Before saving content from REST APIs, external databases, or user-provided files, validate and sanitize it with an explicit schema or curator.
- For reproducible installs, pin package versions or use a lock file. Floating installs are acceptable only when the user explicitly wants the latest upstream release.
Common Use Case Workflows
Use Case 1: Single-Cell RNA-seq Analysis with Ontology Validation
import lamindb as ln
import bionty as bt
import anndata as ad
# Start tracking a notebook/script run
ln.track(params={"analysis": "scRNA-seq QC and annotation"})
# Import cell type ontology
bt.CellType.import_source()
# Load data
adata = ad.read_h5ad("raw_counts.h5ad")
# Validate and standardize cell types
adata.obs["cell_type"] = bt.CellType.standardize(adata.obs["cell_type"])
# Curate with schema
curator = ln.curators.AnnDataCurator(adata, schema)
curator.validate()
artifact = curator.save_artifact(key="scrna/validated.h5ad")
# Link ontology-backed annotations for queryability
cell_types = bt.CellType.from_values(adata.obs["cell_type"])
artifact.cell_types.add(*cell_types)
ln.finish()
Use Case 2: Building a Queryable Data Lakehouse
import lamindb as ln
# Register multiple experiments
for i, file in enumerate(data_files):
artifact = ln.Artifact.from_anndata(
ad.read_h5ad(file),
key=f"scrna/batch_{i}.h5ad",
description=f"scRNA-seq batch {i}"
).save()
# Annotate with features
artifact.features.set_values({
"batch": i,
"tissue": tissues[i],
"condition": conditions[i]
})
# Query across all experiments by annotated features
immune_datasets = ln.Artifact.filter(
key__startswith="scrna/",
tissue="PBMC",
condition="treated"
).to_dataframe()
# Load specific datasets
for artifact in immune_datasets:
adata = artifact.load()
# Analyze
Use Case 3: ML Pipeline with W&B Integration
import lamindb as ln
import wandb
# Initialize both systems
wandb.init(project="drug-response", name="exp-42")
ln.track(params={"model": "random_forest", "n_estimators": 100})
# Load training data from LaminDB
train_artifact = ln.Artifact.get(key="datasets/train.parquet")
train_data = train_artifact.load()
# Train model
model = train_model(train_data)
# Log to W&B
wandb.log({"accuracy": 0.95})
# Save model in LaminDB with W&B linkage
import joblib
joblib.dump(model, "model.pkl")
model_artifact = ln.Artifact("model.pkl", key="models/exp-42.pkl").save()
model_artifact.features.set_values({"wandb_run_id": wandb.run.id})
ln.finish()
wandb.finish()
Use Case 4: Nextflow Pipeline Integration
# In Nextflow process script
import lamindb as ln
ln.track()
# Load input artifact
input_artifact = ln.Artifact.get(key="raw/batch_${batch_id}.fastq.gz")
input_path = input_artifact.cache()
# Process (alignment, quantification, etc.)
# ... Nextflow process logic ...
# Save output
output_artifact = ln.Artifact(
"counts.csv",
key="processed/batch_${batch_id}_counts.csv"
).save()
ln.finish()
For native Nextflow projects, prefer the nf-lamin plugin and current nextflow.config patterns when available; use inline Python tracking for small or custom pipeline steps.
Getting Started Checklist
To start using LaminDB effectively:
Installation & Setup (references/setup-deployment.md)
- Install pinned LaminDB and required extras
- Authenticate with
lamin login
- Initialize instance with
lamin init --storage ...
Learn Core Concepts (references/core-concepts.md)
- Understand Artifacts, Records, Runs, Transforms
- Practice creating and retrieving artifacts
- Implement
ln.track()/ln.finish() or @ln.flow()/@ln.step() in workflows
Master Querying (references/data-management.md)
- Practice filtering and searching registries
- Learn feature-based queries and expression-style filters
- Experiment with streaming large files
Set Up Validation (references/annotation-validation.md)
- Define features relevant to research domain
- Create schemas for data types
- Practice curation workflows
Integrate Ontologies (references/ontologies.md)
- Import relevant biological ontologies (genes, cell types, etc.)
- Validate existing annotations
- Standardize metadata with ontology terms
Connect Tools (references/integrations.md)
- Integrate with existing workflow managers
- Link ML platforms for experiment tracking
- Configure cloud storage and compute
Key Principles
Follow these principles when working with LaminDB:
Track everything: Use ln.track() at the start of every analysis for automatic lineage capture
Validate early: Define schemas and validate data before extensive analysis
Use ontologies: Leverage public biological ontologies for standardized annotations
Organize with keys: Structure artifact keys hierarchically (e.g., project/experiment/batch/file.h5ad)
Query metadata first: Filter and search before loading large files
Version, don't duplicate: Use built-in versioning instead of creating new keys for modifications
Annotate with features: Define typed features and use artifact.features.set_values() for queryable metadata
Document thoroughly: Add descriptions to artifacts, schemas, and transforms
Leverage lineage: Use view_lineage() to understand data provenance
Start local, scale cloud: Develop locally with SQLite, deploy to cloud with PostgreSQL
Reference Files
This skill includes comprehensive reference documentation organized by capability:
references/core-concepts.md - Artifacts, records, runs, transforms, features, versioning, lineage
references/data-management.md - Querying, filtering, searching, streaming, organizing data
references/annotation-validation.md - Schema design, curation workflows, validation strategies
references/ontologies.md - Biological ontology management, standardization, hierarchies
references/integrations.md - Workflow managers, MLOps platforms, storage systems, tools
references/setup-deployment.md - Installation, configuration, deployment, troubleshooting
Read the relevant reference file(s) based on the specific LaminDB capability needed for the task at hand.
Additional Resources
1---
2name: lamindb
3description: Use when working with LaminDB, the open-source lineage-native lakehouse for biological datasets and models. Covers setup, artifact registration, query/search, lineage tracking, validation, ontology-backed annotation with Bionty, collections, branches, storage, and workflow integrations.
4license: Apache-2.0 license
5metadata:
6 version: "1.1"
7 skill-author: K-Dense Inc.
8---
9
10# LaminDB
11
12## Overview
13
14LaminDB is an open-source, lineage-native lakehouse for biology. It makes datasets and models queryable, traceable, validated, reproducible, and FAIR (Findable, Accessible, Interoperable, Reusable) while storing data in open formats across local filesystems, S3, GCS, Hugging Face, SQLite, and Postgres.
15
16**Core Value Proposition:**
17- **Queryability**: Search and filter artifacts, records, runs, features, schemas, and collections
18- **Traceability**: Track inputs, outputs, parameters, source code, and environments for notebooks, scripts, functions, and pipelines
19- **Validation**: Curate DataFrame, AnnData, SpatialData, TileDB-SOMA, Parquet, Zarr, and other biological formats with schemas
20- **FAIR Compliance**: Standardize annotations with Bionty-backed ontologies and custom registries
21- **Change management**: Organize work with projects, branches, spaces, collections, and saved notes or plans
22
23## When to Use This Skill
24
25Use this skill when:
26
27- **Managing biological datasets**: scRNA-seq, bulk RNA-seq, spatial transcriptomics, flow cytometry, multi-modal data, EHR data
28- **Tracking computational workflows**: Notebooks, scripts, functions, shell scripts, and pipeline execution (Nextflow, Snakemake, Redun)
29- **Curating and validating data**: Schema validation, standardization, ontology-based annotation
30- **Working with biological ontologies**: Genes, proteins, cell types, tissues, diseases, pathways (via Bionty)
31- **Building data lakehouses**: Unified query interface across multiple datasets
32- **Ensuring reproducibility**: Automatic versioning, lineage tracking, environment capture
33- **Integrating ML pipelines**: Connecting with Weights & Biases, MLflow, Hugging Face, Lightning, scVI-tools
34- **Deploying data infrastructure**: Setting up local or cloud-based data management systems
35- **Collaborating on datasets**: Sharing curated, annotated data with standardized metadata
36
37## Core Capabilities
38
39LaminDB provides six interconnected capability areas, each documented in detail in the references folder.
40
41### 1. Core Concepts and Data Lineage
42
43**Core entities:**
44- **Artifacts**: Versioned datasets (DataFrame, AnnData, Parquet, Zarr, etc.)
45- **Records & ULabels**: Experimental entities, typed records, and simple labels
46- **Collections**: Versioned, immutable sets of artifacts
47- **Runs & Transforms**: Computational lineage tracking (what code produced what data)
48- **Features**: Typed metadata fields for annotation and querying
49- **Projects, Branches & Spaces**: Project grouping, change management, and access boundaries
50
51**Key workflows:**
52- Create and version artifacts from files or Python objects
53- Track notebook/script execution with `ln.track()` and `ln.finish()`
54- Track function workflows with `@ln.flow()` and `@ln.step()`
55- Annotate artifacts with records, ulabels, projects, and typed features
56- Visualize data lineage graphs with `artifact.view_lineage()`
57- Query by provenance (find all outputs from specific code/inputs)
58
59**Reference:** `references/core-concepts.md` - Read this for detailed information on artifacts, records, runs, transforms, features, versioning, and lineage tracking.
60
61### 2. Data Management and Querying
62
63**Query capabilities:**
64- Registry exploration and lookup with auto-complete
65- Single record retrieval with `get()`, `one()`, `one_or_none()`
66- Filtering with comparison operators (`__gt`, `__lte`, `__contains`, `__startswith`)
67- Feature-based queries, including expression-style queries with `Feature` objects
68- Cross-registry traversal with double-underscore syntax
69- Full-text search across registries
70- Advanced logical queries with `ln.Q` objects (AND, OR, NOT)
71- Streaming large datasets without loading into memory
72
73**Key workflows:**
74- Browse artifacts with filters and ordering
75- Query by features, creation date, creator, size, etc.
76- Stream large files in chunks or with array slicing
77- Organize data with hierarchical keys
78- Group artifacts into collections
79
80**Reference:** `references/data-management.md` - Read this for comprehensive query patterns, filtering examples, streaming strategies, and data organization best practices.
81
82### 3. Annotation and Validation
83
84**Curation process:**
851. **Validation**: Confirm datasets match desired schemas
862. **Standardization**: Fix typos, map synonyms to canonical terms
873. **Annotation**: Link datasets to metadata entities for queryability
88
89**Schema types:**
90- **Flexible schemas**: Validate only known columns, allow additional metadata
91- **Minimal required schemas**: Specify essential columns, permit extras
92- **Strict schemas**: Complete control over structure and values
93
94**Supported data types:**
95- DataFrames (Parquet, CSV)
96- AnnData (single-cell genomics)
97- MuData (multi-modal)
98- SpatialData (spatial transcriptomics)
99- TileDB-SOMA (scalable arrays)
100
101**Key workflows:**
102- Define features and schemas for data validation
103- Use `DataFrameCurator`, `AnnDataCurator`, `SpatialDataCurator`, or `TiledbsomaExperimentCurator` for validation
104- Standardize values with `.cat.standardize()`
105- Map to ontologies with `.cat.add_ontology()`
106- Save curated artifacts with schema linkage
107- Query validated datasets by features
108
109**Reference:** `references/annotation-validation.md` - Read this for detailed curation workflows, schema design patterns, handling validation errors, and best practices.
110
111### 4. Biological Ontologies
112
113**Available ontologies (via Bionty):**
114- Genes (Ensembl), Proteins (UniProt)
115- Cell types (CL), Cell lines (CLO)
116- Tissues (Uberon), Diseases (Mondo, DOID)
117- Phenotypes (HPO), Pathways (GO)
118- Experimental factors (EFO), Developmental stages
119- Organisms (NCBItaxon), Drugs (DrugBank)
120
121**Key workflows:**
122- Import public ontologies with `bt.CellType.import_source()`
123- Search ontologies with keyword or exact matching
124- Standardize terms using synonym mapping
125- Explore hierarchical relationships (parents, children, ancestors)
126- Validate data against ontology terms
127- Annotate datasets with ontology records
128- Create custom terms and hierarchies
129- Handle multi-organism contexts (human, mouse, etc.)
130
131**Reference:** `references/ontologies.md` - Read this for comprehensive ontology operations, standardization strategies, hierarchy navigation, and annotation workflows.
132
133### 5. Integrations
134
135**Workflow managers:**
136- Nextflow: Track pipeline processes and outputs
137- Snakemake: Integrate into Snakemake rules
138- Redun: Combine with Redun task tracking
139- Lightning: Persist checkpoints and training metadata
140
141**MLOps platforms:**
142- Weights & Biases: Link experiments with data artifacts
143- MLflow: Track models and experiments
144- Hugging Face: Track model fine-tuning
145- scVI-tools: Single-cell analysis workflows
146
147**Storage systems:**
148- Local filesystem, AWS S3, Google Cloud Storage
149- S3-compatible (MinIO, Cloudflare R2)
150- HTTP/HTTPS endpoints (read-only)
151- HuggingFace datasets
152
153**Array stores:**
154- TileDB-SOMA (with cellxgene support)
155- DuckDB for SQL queries on Parquet files
156
157**Visualization:**
158- Vitessce for interactive spatial/single-cell visualization
159
160**Version control:**
161- Git integration for source code tracking
162
163**Reference:** `references/integrations.md` - Read this for integration patterns, code examples, and troubleshooting for third-party systems.
164
165### 6. Setup and Deployment
166
167**Installation:**
168- Current stable baseline: `lamindb==2.5.1` (released 2026-06-01; Python >=3.10, <=3.14)
169- Basic: `uv pip install 'lamindb==2.5.1'`
170- With extras: `uv pip install 'lamindb[gcp,zarr-v2,fcs]==2.5.1'`
171- Minimal namespace only: `uv pip install 'lamindb-core==2.5.1'`
172- Bionty module: included in the LaminDB docs and available as `uv pip install 'bionty==2.4.0'`
173- Optional modules: pin reviewed releases for wetlab or clinical schema modules rather than installing floating latest versions
174
175**Instance types:**
176- Local SQLite (development)
177- Cloud storage + SQLite (small teams)
178- Cloud storage + PostgreSQL (production)
179
180**Storage options:**
181- Local filesystem
182- AWS S3 with configurable regions and permissions
183- Google Cloud Storage
184- S3-compatible endpoints (MinIO, Cloudflare R2)
185
186**Configuration:**
187- Cache management for cloud files
188- Multi-user system configurations
189- Git repository sync
190- Named environment variables for credentials and connection URLs
191
192**Deployment patterns:**
193- Local dev → Cloud production migration
194- Multi-region deployments
195- Shared storage with personal instances
196
197**Reference:** `references/setup-deployment.md` - Read this for detailed installation, configuration, storage setup, database management, security best practices, and troubleshooting.
198
199## Safety and Security Defaults
200
201When helping with LaminDB setup or integrations:
202
203- Never display, log, or transmit actual API keys, cloud credentials, database passwords, or full connection strings that include secrets.
204- Prefer IAM roles, workload identity, secret managers, or named environment variables such as `LAMIN_DB_URL`, `AWS_ACCESS_KEY_ID`, `AWS_SECRET_ACCESS_KEY`, and `GOOGLE_APPLICATION_CREDENTIALS`; only check whether a named variable is present, not its value.
205- Before saving content from REST APIs, external databases, or user-provided files, validate and sanitize it with an explicit schema or curator.
206- For reproducible installs, pin package versions or use a lock file. Floating installs are acceptable only when the user explicitly wants the latest upstream release.
207
208## Common Use Case Workflows
209
210### Use Case 1: Single-Cell RNA-seq Analysis with Ontology Validation
211
212```python
213import lamindb as ln
214import bionty as bt
215import anndata as ad
216
217# Start tracking a notebook/script run
218ln.track(params={"analysis": "scRNA-seq QC and annotation"})
219
220# Import cell type ontology
221bt.CellType.import_source()
222
223# Load data
224adata = ad.read_h5ad("raw_counts.h5ad")
225
226# Validate and standardize cell types
227adata.obs["cell_type"] = bt.CellType.standardize(adata.obs["cell_type"])
228
229# Curate with schema
230curator = ln.curators.AnnDataCurator(adata, schema)
231curator.validate()
232artifact = curator.save_artifact(key="scrna/validated.h5ad")
233
234# Link ontology-backed annotations for queryability
235cell_types = bt.CellType.from_values(adata.obs["cell_type"])
236artifact.cell_types.add(*cell_types)
237
238ln.finish()
239```
240
241### Use Case 2: Building a Queryable Data Lakehouse
242
243```python
244import lamindb as ln
245
246# Register multiple experiments
247for i, file in enumerate(data_files):
248 artifact = ln.Artifact.from_anndata(
249 ad.read_h5ad(file),
250 key=f"scrna/batch_{i}.h5ad",
251 description=f"scRNA-seq batch {i}"
252 ).save()
253
254 # Annotate with features
255 artifact.features.set_values({
256 "batch": i,
257 "tissue": tissues[i],
258 "condition": conditions[i]
259 })
260
261# Query across all experiments by annotated features
262immune_datasets = ln.Artifact.filter(
263 key__startswith="scrna/",
264 tissue="PBMC",
265 condition="treated"
266).to_dataframe()
267
268# Load specific datasets
269for artifact in immune_datasets:
270 adata = artifact.load()
271 # Analyze
272```
273
274### Use Case 3: ML Pipeline with W&B Integration
275
276```python
277import lamindb as ln
278import wandb
279
280# Initialize both systems
281wandb.init(project="drug-response", name="exp-42")
282ln.track(params={"model": "random_forest", "n_estimators": 100})
283
284# Load training data from LaminDB
285train_artifact = ln.Artifact.get(key="datasets/train.parquet")
286train_data = train_artifact.load()
287
288# Train model
289model = train_model(train_data)
290
291# Log to W&B
292wandb.log({"accuracy": 0.95})
293
294# Save model in LaminDB with W&B linkage
295import joblib
296joblib.dump(model, "model.pkl")
297model_artifact = ln.Artifact("model.pkl", key="models/exp-42.pkl").save()
298model_artifact.features.set_values({"wandb_run_id": wandb.run.id})
299
300ln.finish()
301wandb.finish()
302```
303
304### Use Case 4: Nextflow Pipeline Integration
305
306```python
307# In Nextflow process script
308import lamindb as ln
309
310ln.track()
311
312# Load input artifact
313input_artifact = ln.Artifact.get(key="raw/batch_${batch_id}.fastq.gz")
314input_path = input_artifact.cache()
315
316# Process (alignment, quantification, etc.)
317# ... Nextflow process logic ...
318
319# Save output
320output_artifact = ln.Artifact(
321 "counts.csv",
322 key="processed/batch_${batch_id}_counts.csv"
323).save()
324
325ln.finish()
326```
327
328For native Nextflow projects, prefer the `nf-lamin` plugin and current `nextflow.config` patterns when available; use inline Python tracking for small or custom pipeline steps.
329
330## Getting Started Checklist
331
332To start using LaminDB effectively:
333
3341. **Installation & Setup** (`references/setup-deployment.md`)
335 - Install pinned LaminDB and required extras
336 - Authenticate with `lamin login`
337 - Initialize instance with `lamin init --storage ...`
338
3392. **Learn Core Concepts** (`references/core-concepts.md`)
340 - Understand Artifacts, Records, Runs, Transforms
341 - Practice creating and retrieving artifacts
342 - Implement `ln.track()`/`ln.finish()` or `@ln.flow()`/`@ln.step()` in workflows
343
3443. **Master Querying** (`references/data-management.md`)
345 - Practice filtering and searching registries
346 - Learn feature-based queries and expression-style filters
347 - Experiment with streaming large files
348
3494. **Set Up Validation** (`references/annotation-validation.md`)
350 - Define features relevant to research domain
351 - Create schemas for data types
352 - Practice curation workflows
353
3545. **Integrate Ontologies** (`references/ontologies.md`)
355 - Import relevant biological ontologies (genes, cell types, etc.)
356 - Validate existing annotations
357 - Standardize metadata with ontology terms
358
3596. **Connect Tools** (`references/integrations.md`)
360 - Integrate with existing workflow managers
361 - Link ML platforms for experiment tracking
362 - Configure cloud storage and compute
363
364## Key Principles
365
366Follow these principles when working with LaminDB:
367
3681. **Track everything**: Use `ln.track()` at the start of every analysis for automatic lineage capture
369
3702. **Validate early**: Define schemas and validate data before extensive analysis
371
3723. **Use ontologies**: Leverage public biological ontologies for standardized annotations
373
3744. **Organize with keys**: Structure artifact keys hierarchically (e.g., `project/experiment/batch/file.h5ad`)
375
3765. **Query metadata first**: Filter and search before loading large files
377
3786. **Version, don't duplicate**: Use built-in versioning instead of creating new keys for modifications
379
3807. **Annotate with features**: Define typed features and use `artifact.features.set_values()` for queryable metadata
381
3828. **Document thoroughly**: Add descriptions to artifacts, schemas, and transforms
383
3849. **Leverage lineage**: Use `view_lineage()` to understand data provenance
385
38610. **Start local, scale cloud**: Develop locally with SQLite, deploy to cloud with PostgreSQL
387
388## Reference Files
389
390This skill includes comprehensive reference documentation organized by capability:
391
392- **`references/core-concepts.md`** - Artifacts, records, runs, transforms, features, versioning, lineage
393- **`references/data-management.md`** - Querying, filtering, searching, streaming, organizing data
394- **`references/annotation-validation.md`** - Schema design, curation workflows, validation strategies
395- **`references/ontologies.md`** - Biological ontology management, standardization, hierarchies
396- **`references/integrations.md`** - Workflow managers, MLOps platforms, storage systems, tools
397- **`references/setup-deployment.md`** - Installation, configuration, deployment, troubleshooting
398
399Read the relevant reference file(s) based on the specific LaminDB capability needed for the task at hand.
400
401## Additional Resources
402
403- **Official Documentation**: https://docs.lamin.ai
404- **API Reference**: https://docs.lamin.ai/api
405- **GitHub Repository**: https://github.com/laminlabs/lamindb
406- **Tutorial**: https://docs.lamin.ai/tutorial
407- **FAQ**: https://docs.lamin.ai/faq
408