-
Notifications
You must be signed in to change notification settings - Fork 15
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
Consider allowing validation to be turned off #39
Comments
Yeah, definitely. I added this in as a hack by doing |
Do we want to disable all validation, or just reference validation? I suppose "all" validation just includes the methods in |
Or, do we just want to have it skip all validation, as in just skip over |
I think all validation, but maybe we could make it customizable somehow |
Yeah, that's a good idea. I can imagine use cases where you want to skip reference/author validation (which requires internet access and could be slow, etc.), but still ensure required fields are present. I've started a branch to add this, and will finish it today. |
Watch out though, because a lot of the validation code will change with the uncertainty branch, so doing this now might make for tougher merges later 😃 |
Yeah yeah... I recognize that is coming from you wanting me to wrap up my uncertainty branch stuff 😋 Honestly though, I was planning on implementing all this with one or more variables like |
OK sounds good 😝 |
See #49 for a partial implementation of this |
I'm fine with closing this—there may be reasons to add the ability to disable parts of the validation with more granularity, but this should be sufficient for most needs. |
I still think its worth having general schema validation without having DOI/ORCID checks. I actually think a more common use will be to turn off online validation but leave the rest of the validation turned on. I'm going to open this again so we remember to implement that, but it doesn't have to be high priority |
OK, so I agree at minimum that we should be able to disable validation of the reference field—it should still be proper YAML, but have Cerberus ignore it. Perhaps in keeping with the existing option, the option could be |
OK, so here's where we are now: |
It would be very useful for quick & dirty work (particularly while the schema is changing so much) to be able to disable validation so that we can use PyKED without having to rewrite YAML files every week. Obviously all the files that go in the database have to validate properly, but this might be useful long term too.
The text was updated successfully, but these errors were encountered: