PEtab-dev / PEtab-dev/libpetab-python
Mapping table contributions to parameter table validation (SciML use case)
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 18
- Forks
- 9
- PR merge metrics
- No merged PRs in 30d
Description
Background
This issue summarises the question of whether the mapping table should be allowed to contribute additional valid entries to the parameter table. This came up during review of #482 and #480.
For currently supported model types (SBML, PySB), the assumption has been that the mapping table would not introduce additional valid parameter table entries.
However, Petab-SciML requires this kind of mapping table contribution. For example, a network parameter group net1.parameters could be assigned a PEtab ID (e.g. net_ps) in the mapping table, and that ID would then appear in the parameters table with its bounds and priors. In this case, the mapping table does need to feed into parameter table validation.
Open questions
- Are SciML problems the only use case where mapping table entries need to be treated as valid parameter table parameters?
- What API would be needed to validate parameters contributed by the mapping table?
- A SciML specific
ValidationTaskis one option
- A SciML specific
Next steps
- Confirm whether SciML is the only use case for this requirement
- Design the API to support it
- Implement and test
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No source files, tests, or entry points are named. Start by reviewing issues #482 and #480 and confirming whether SciML is the only use case; design an API for mapping-table-contributed parameters, then implement and test the validation behavior.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- backend-api-design
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100