You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The ruff_python_spo frontend (ruff #34, merged to main at 80d7f2cb)
emits the Odoo/Python SPO corpus under the `odoo` namespace. OGAR's
lift previously hard-coded `Language::Ruby`, so an Odoo ModelGraph
lifted with the wrong producer-language discriminant.
Refactor `lift_model` / `lift_model_graph` to delegate to private
`lift_model_with_language` / `lift_model_graph_with_language` and add
public `lift_model_python` / `lift_model_graph_python` that stamp
`Language::Python`. The projection is otherwise identical: the `odoo`
namespace already routes to the `erp` source domain and `odoo` curator
via the existing `classify_domain` path, so the Python wrapper changes
only the language discriminant, nothing else.
Language is set explicitly (per producer) rather than guessed from
`ModelGraph::namespace`, because the namespace (openproject, odoo, …)
does not bind one-to-one to the producer language.
Two regression tests:
- lift_model_python_stamps_python_language
- lift_model_graph_python_stamps_python_and_keeps_erp_domain
Verified via an isolated probe workspace (path-dep real ogar-vocab +
git-dep ruff main @ 80d7f2cb): 28 tests pass, clippy -D warnings clean.
The OGAR workspace itself cannot resolve offline (surrealdb git dep
403 via ogar-adapter-surrealql), so the probe is the verification path.
Co-Authored-By: Claude <noreply@anthropic.com>
0 commit comments