Sub-skill of orcaflex-monolithic-to-modular: Section Mapping (+2).
Scanned 9/9/2026
Install to Claude Code
npx -y skills add vamseeachanta/workspace-hub --skill section-mapping --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Section Mapping?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/vamseeachanta-section-mapping)More formats (shields.io, HTML) on the badges page.
---
name: orcaflex-monolithic-to-modular-section-mapping
description: 'Sub-skill of orcaflex-monolithic-to-modular: Section Mapping (+2).'
version: 2.0.0
category: engineering
type: reference
scripts_exempt: true
---
# Section Mapping (+2)
## Section Mapping
The extractor uses three mapping dicts from `schema/generic.py`:
| Mapping | Purpose | Example |
|---------|---------|---------|
| `FIELD_TO_SECTION` | spec field → OrcaFlex YAML key | `"line_types"` → `"LineTypes"` |
| `SINGLETON_SECTIONS` | singleton section → field | `"FrictionCoefficients"` → `"friction_coefficients"` |
| `TYPED_FIELD_MAP` | typed field → OrcaFlex prop | `"mass"` → `"Mass"` |
## Section Name Aliases
OrcaFlex `SaveData()` exports may use different section names than the API:
| YAML Export Name | API/Internal Name |
|-----------------|-------------------|
| `Groups` | `BrowserGroups` |
| `FrictionCoefficients` | `SolidFrictionCoefficients` |
The extractor handles both via `_SECTION_ALIASES` fallback in `_extract_singleton()`.
## Object Extraction Strategy
For each object in a list section:
1. Keys in `TYPED_FIELD_MAP` → extracted as typed Pydantic fields
2. All other keys → placed in `properties` dict (pass-through bag)
3. Both recombined by builder's `_merge_object()` during generation
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!