Current pypostprocessing planner dumps still produce TURD master, sub-tech, and turd-select-* gate technologies, but no longer attach the nonstandard is_turd property to master prototypes. PyOps imports is_turd only from that removed property, so freshly synced Py datasets report hasTurd: false, hide the TURD navigation, and return no TURD upgrades.
The stable planner shape remains: each selectable sub-tech has prerequisites [master, turd-select-<sub-tech>].
Fix
- Infer TURD master technologies during import from that prerequisite pair.
- Continue honoring explicit
is_turd for backward compatibility and fixtures.
- Add importer regression coverage for both inferred and non-TURD technologies.
- Update the schema/data-pipeline explanation.
- Re-sync or re-import the current Py dataset and verify the TURD page returns the expected masters.
Done when
- Current Py 3.1 planner dumps mark the inferred TURD masters.
dataCapabilities().hasTurd is true after import.
- The TURD navigation and board appear for a synced Py dataset.
- Import and query tests pass.
Current pypostprocessing planner dumps still produce TURD master, sub-tech, and
turd-select-*gate technologies, but no longer attach the nonstandardis_turdproperty to master prototypes. PyOps importsis_turdonly from that removed property, so freshly synced Py datasets reporthasTurd: false, hide the TURD navigation, and return no TURD upgrades.The stable planner shape remains: each selectable sub-tech has prerequisites
[master, turd-select-<sub-tech>].Fix
is_turdfor backward compatibility and fixtures.Done when
dataCapabilities().hasTurdis true after import.