You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
"It sounds like the R-CsvValidation requirement may need to be split into two separate validation requirements:
R-CsvOpenValidation: Does the data in the CSV conform to the metadata, ignoring inapplicable metadata? For example, is every column in the CSV described by some metadata?
R-CsvClosedValidation: Does the metadata describe anything that does NOT appear in the CSV?
I suppose if the metadata had a notion of optional columns then both of these cases could be covered at once."
However, at this point the use cases only appear to relate to the closed validation case. Do we need another use case to support open validation?
The text was updated successfully, but these errors were encountered:
I think it would be useful to explicitly call this out in the Use Case Document. I've added Editor Action on the Metadata document to flag that validators should run in 'open' or 'closed' modes.
R-CsvValidation
David Booth suggests:
"It sounds like the R-CsvValidation requirement may need to be split into two separate validation requirements:
R-CsvOpenValidation: Does the data in the CSV conform to the metadata, ignoring inapplicable metadata? For example, is every column in the CSV described by some metadata?
R-CsvClosedValidation: Does the metadata describe anything that does NOT appear in the CSV?
I suppose if the metadata had a notion of optional columns then both of these cases could be covered at once."
However, at this point the use cases only appear to relate to the closed validation case. Do we need another use case to support open validation?
The text was updated successfully, but these errors were encountered: