CLI Reference¶
The primary entry point for the framework is the analyzer module.
You can run commands using the ./osca wrapper, which handles container setup and virtual environment management automatically:
./osca <command> [options]
This is equivalent to python -m analyzer <command> when already inside the correct environment.
run¶
Run the analysis on datasets.
./osca run [OPTIONS] CONFIG OUTPUT
Arguments:
CONFIG: Path to the YAML analysis configuration file.OUTPUT: Directory where.resultfiles will be written.
Options:
|
Executor to use (e.g., |
|
Maximum events to process per sample. Useful for testing. |
|
Only process datasets matching this pattern. |
|
Only process samples matching this pattern. |
|
Set logging level ( |
Examples:
# Quick local test
./osca run -e imm-10000 --max-sample-events 10000 config/analysis.yaml test_output/
# Full production run on Condor
./osca run -e lpc-dask-condor-4G-100000 config/analysis.yaml full_output/
# Only process signal datasets
./osca run -e imm-10000 --filter-dataset 'signal*' config/analysis.yaml output/
check¶
Check the completeness of processed output files against the expected samples.
./osca check [OPTIONS] FILES...
Options:
|
Analysis configuration (needed to know the expected samples). |
|
Only show incomplete or missing samples. |
|
Filter which datasets to check. |
|
Filter which samples to check. |
Example:
./osca check -c config/analysis.yaml full_output/**/*.result --only-bad
patch¶
Resubmit failed or incomplete jobs. This reads the provenance from existing result files, determines what is missing, and runs only those tasks.
./osca patch [OPTIONS] FILES...
Options:
|
Analysis configuration. |
|
Executor to use for reprocessing. |
|
Output directory for patched results. |
|
Filter which datasets to patch. |
|
Filter which samples to patch. |
Example:
./osca patch -c config/analysis.yaml -e lpc-dask-condor-4G-100000 \
-o full_output full_output/**/*.result
postprocess¶
Run postprocessing to generate plots, tables, and other outputs.
./osca postprocess [OPTIONS] CONFIG FILES...
Arguments:
CONFIG: Path to the postprocessing YAML configuration.FILES: Input.resultfiles.
Options:
|
Number of parallel processes for plot generation. |
|
Output prefix directory for generated files. |
|
Include sidecar data in plots. |
Example:
./osca postprocess config/postprocessing.yaml full_output/**/*.result \
--parallel 4 --prefix plots/
browse¶
Interactively browse the result tree in a terminal UI.
./osca browse FILES...
Example:
./osca browse full_output/**/*.result
merge¶
Merge multiple .result files into a single file.
Useful for reducing the number of files after patching, or grouping results.
./osca merge [OPTIONS] FILES...
Options:
|
Output path for the merged file. |
|
Group files before merging. Specifying |
list datasets¶
List all datasets known to the framework.
./osca list datasets [OPTIONS]
Options:
|
Only show datasets matching this pattern. |
Example:
./osca list datasets --filter '*JetHT*'
list samples¶
List all samples across all datasets.
./osca list samples [OPTIONS]
Options:
|
Only show samples matching this pattern. |
search-modules¶
Search for available analysis modules by name or description.
./osca search-modules QUERY
Example:
./osca search-modules "Jet" # Find all jet-related modules
./osca search-modules "SF" # Find scale factor modules
export-adl¶
Export an analysis configuration as an ADL (Analysis Description Language) representation.
./osca export-adl CONFIG
For more information on ADL see the twiki.
describe_analysis¶
Print a summary of an analysis configuration: what pipelines it defines, which datasets it matches, and what modules are in each pipeline.
./osca describe_analysis CONFIG
cache¶
Manage the disk cache used for dataset and column provenance lookups.
./osca cache list # Show cache contents
./osca cache clear # Clear the cache