GSoC 2026 — question about UI direction for OG-Core module #196
Unanswered
Kunal-Darekar
asked this question in
Q&A
Replies: 1 comment
-
|
@Kunal-Darekar We are defaulting to the current infrastructure of MUIOGO to avoid a large rewrite. A new architecture may be considered in the future, but not in this cycle. About the data exchange, we are working to document the variable mapping schema. The priority for now is to onboard the OG model |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hi, I'm looking at the Contributor 2 scope and had a couple of questions
before I start writing my proposal.
I spent some time reading the codebase and built a small Streamlit prototype
for the OG-CLEWS coupled mode to understand the data flow better —
branch is feat/ogclews-ui-prototype in my fork if anyone wants to look at it.
Two things I'm not sure about from the spec:
For the OG-Core module frontend, is the plan to extend the existing
Flask+jQuery SPA or start a Python-native layer (Streamlit/Dash)? The spec
mentions both options and I want to scope the proposal correctly.
The CLEWS → OG-Core data exchange — is defining the variable mapping schema
part of Contributor 1's work, or does Contributor 2 own that interface too?
Kunal Darekar
Beta Was this translation helpful? Give feedback.
All reactions