This is the primary structural entry point for PICurv documentation. Use this page instead of the raw generated page dump.
1. Simulation Lifecycle
1.1 Design and Setup
1.2 Run and Monitor
1.3 Debug and Validate
2. Configuration and Artifacts
2.1 YAML Contracts and Ingestion
2.2 Runtime and Artifacts
3. Numerical Methods and Models
4. Runtime and Source Architecture
5. Operations and Quality
6. Repository and Documentation Navigation
7. Generated Reference Views
This section is for maintainers who need code-symbol navigation views instead of prose guides.
- File List by type (headers/sources/scripts):
files_structured.html
- Data Structures by solver module:
annotated_structured.html
- Raw Doxygen indices (unstructured):
files.html, annotated.html, globals.html
CFD Reader Guidance and Practical Use
This page describes Documentation Map within the PICurv workflow. For CFD users, the most reliable reading strategy is to map the page content to a concrete run decision: what is configured, what runtime stage it influences, and which diagnostics should confirm expected behavior.
Treat this page as both a conceptual reference and a runbook. If you are debugging, pair the method/procedure described here with monitor output, generated runtime artifacts under runs/<run_id>/config, and the associated solver/post logs so numerical intent and implementation behavior stay aligned.
What To Extract Before Changing A Case
- Identify which YAML role or runtime stage this page governs.
- List the primary control knobs (tolerances, cadence, paths, selectors, or mode flags).
- Record expected success indicators (convergence trend, artifact presence, or stable derived metrics).
- Record failure signals that require rollback or parameter isolation.
Practical CFD Troubleshooting Pattern
- Reproduce the issue on a tiny case or narrow timestep window.
- Change one control at a time and keep all other roles/configs fixed.
- Validate generated artifacts and logs after each change before scaling up.
- If behavior remains inconsistent, compare against a known-good baseline example and re-check grid/BC consistency.