Summary
Update and unify project examples so that they follow the same style, use current public APIs, and are easy to run independently.
Examples are often the first entry point for new users, so they should be consistent and up to date.
Problems
Current examples may differ in import style, family registration style, naming conventions, reproducibility, and whether they can be run as standalone scripts.
Some examples may also use outdated or non-recommended API patterns.
Expected style
Examples should be:
- Minimal but complete.
- Deterministic when randomness is involved.
- Consistent in naming and formatting.
- Runnable directly as standalone scripts.
- Focused on one concept per example.
- Compatible with the current public API.
Scope
Review examples related to:
- Built-in families.
- Parametrizations.
- Analytical characteristics.
- Sampling.
- UNU.RAN sampling.
- Transformations.
- Constraints/support usage.
- Fitting, if examples exist.
Acceptance criteria
- Existing examples are reviewed.
- Outdated imports and API calls are updated.
- Sampling examples use explicit seeds where possible.
- Examples follow a consistent structure.
- Examples are grouped or named consistently.
- Each example can be run independently.
- Documentation references are updated if paths or names change.
Summary
Update and unify project examples so that they follow the same style, use current public APIs, and are easy to run independently.
Examples are often the first entry point for new users, so they should be consistent and up to date.
Problems
Current examples may differ in import style, family registration style, naming conventions, reproducibility, and whether they can be run as standalone scripts.
Some examples may also use outdated or non-recommended API patterns.
Expected style
Examples should be:
Scope
Review examples related to:
Acceptance criteria