-
Notifications
You must be signed in to change notification settings - Fork 3
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
Enforce raw/derived restrictions in Dataset #147
Comments
Will it be too complicated to have Another thing I thought was to have |
Currently,
Dataset
holds the union of fields ofRawDataset
andDerivedDataset
and allows users to set all, regardless of the selectedtype
. Should we instead allow setting only the fields of the selectedtype
? (Note thattype
is mandatory in__init__
, so it is always know. In particular if #146 gets implemented.)This would help avoid the confusion between investigator and principalInvestigator.
This would have to be enforced in:
__init__
derive
replace
Problem: it is possible to have invalid datasets in SciCat. We should still be able to represent those in Scitacean (#134). This would require a backdoor in the validation in order to create such a
Dataset
instance. And there already are backdoors. I don't want to add more.The text was updated successfully, but these errors were encountered: