Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Model Configuration Requirements (as a specific example of a possibly generic problem) #30

Open
bnlawrence opened this issue May 22, 2019 · 1 comment
Assignees
Labels
cimv2.x Would have implications for existing document instances

Comments

@bnlawrence
Copy link
Member

bnlawrence commented May 22, 2019

HighRESMIP has numerical requirements which are about model configuration. These can be handled as generic numerical requirements, but it is helpful when defining the experiment, and when consuming the experiment definition documents (via a portal or otherwise), to have these grouped requirements presented together with a title.

Currently this is handled within pyesdoc via a coded solution, which is fine for pyesdoc, but results in documents which cannot be immediately understood by document consumers without reference to the code. In particular, pyesdoc allows the grouping of requirements by adding a type-note suffix to the class, resulting in instances of cim.2.designing.numericalRequirement:model_configuration, which are then grouped by the HTML display tooling.

The issue is discussed in the esdoc slack.

This concept - "grouping with titles" - within lists might find application elsewhere, so a generic solution would be desirable.

@bnlawrence bnlawrence added for paper Need to be addressed before core paper publication cimv2.x Would have implications for existing document instances labels May 22, 2019
@bnlawrence
Copy link
Member Author

(Obviously for this particular issue, the right answer might be a new subclass of numerical_requirement, so it would be interesting to know how widespread the type-note suffix usage is in the existing portal.)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
cimv2.x Would have implications for existing document instances
Projects
None yet
Development

No branches or pull requests

1 participant