-
Notifications
You must be signed in to change notification settings - Fork 54
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
Publishing SSSOM mapping sets should not be a "all-or-nothing" choice #1035
Comments
I totally agree with this. We can leave |
Just to be sure I understand what you mean by “make the others overridable”:
Correct? |
Exactly! We use the same pattern with module_type (rather ugly jinja):
|
OK, that’d work for me. It would be slightly annoying for an ontology that uses, say, 12 sets and wants to publish only one (they would have to manually exclude the 11 others), but that’s not a big deal and we can’t make everyone happy anyway. |
This is how I though this works:
|
Ah, OK. In my initial understanding, when the top-level Even better, then. |
The ODK configuration file allows to define mapping set products that can be managed by the ODK:
The section accepts a
release_mappings
boolean parameter (defaulting toFalse
) which, when set toTrue
, will cause the mapping sets to be treated as “release assets” and published along with the other assets.AFAICT, it is not possible to ask that only some of the mapping sets defined in that section be treated as release assets. I believe it should be possible to do so. An ontology may need to define several mapping sets, but may only want to publish some of them.
In other words, the
release_mappings
parameter at the level of thesssom_mappingset_group
should be “overridable” at the level of each individual mapping set product.The text was updated successfully, but these errors were encountered: