-
Notifications
You must be signed in to change notification settings - Fork 7
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
TG2-VALIDATION_MAXDEPTH_INRANGE #187
Comments
Added a guid. |
Definition needs tuning, zero and negative numbers are hard coded into the internal prerequsities not met, regardless of parameter values. Zero end point ambigously treated as special case depending on interpretation of within. Suggest: INTERNAL_PREREQUISITES_NOT_MET if dwc:maximumDepthInMeters is EMPTY or is not a number; COMPLIANT if the value of dwc:maximumDepthInMeters is within the Parameter range of bdq:minimumValidDepthInMeters to bdq:maximumValidDepthInMeters inclusive; otherwise NOT_COMPLIANT This would make negative numbers not compliant, which makes sense, as negative numbers can be tested against the range, while strings or empty values cannot be tested. |
Thanks @chicoreus. I agree. We do have a definition of EMPTY BTW in our vocabulary: "A field that is either not present or does not contain any characters or values. Note: A field containing non-printing or other invalid characters or values (including NULL values) may be separately detected". |
…a for #187. Filename suggests pattern, testdata_{humanreadablenameoftest}.csv for such test data sets
…name consistent with case of test label.
…tion, updating status and comment for negative values in test data for #187.
…TION_MAXDEPTH_OUTOFRANGE #187.csv
…ALIDATION_MAXDEPTH_OUTOFRANGE_#187.csv
For consistency with #112, The Warning Type has been changed to "Unlikely" |
Changed decision from Zoom: Warning Type of this test and #112 should be "Invalid" |
…wcGeoFrefDQDefinitionsIT for integration tests that invoke remote servcies. Adding DwCGeoRefDQDefaults extends DwCGeoRefDQ to hold methods to be invoked with default parameter values. Moving validationMaxdepthOutofrange(maxDepth) to comply with this expectation. Updating the comments and annotations for validationMaxDepthOutOfRange to match current specifications in tdwg/bdq#187 and removing from stubs.
Needs alignment with #107 where @tucotuco argued persuasively that negative values should result in internal prerequsites not met, given the definition for the DarwinCore terms for depth and the presence of alternative terms for offset from baseline. #107 and #187 should treat -1 in the same way, currently they do not. |
VALIDATION_MINDEPTH_INRANGE to match current specification. Also aligning tdwg/bdq#187 VALIDATION_MAXDEPTH_INRANGE with the same rejection out of hand of negative values, though the current test specifications are inconsistent in these two cases.
Done but do we need to similarly account for "0"? |
@Tasilee Similarly how? |
As in INTERNAL_PREREQUISITES_NOT_MET if dwc:maximumDepthInMeters is EMPTY or is not interpretable as zero or a positive number; COMPLIANT if the value of dwc:maximumDepthInMeters is within the range of bdq:minimumValidDepthInMeters to bdq:maximumValidDepthInMeters inclusive; otherwise NOT_COMPLIANT |
Yes, good catch. Alternatively, "a number greater than or equal to zero"? |
Amended ER to INTERNAL_PREREQUISITES_NOT_MET if dwc:maximumDepthInMeters is EMPTY or is not interpretable as a number greater than or equal to zero; COMPLIANT if the value of dwc:maximumDepthInMeters is within the range of bdq:minimumValidDepthInMeters to bdq:maximumValidDepthInMeters inclusive; otherwise NOT_COMPLIANT |
…t current (2023-06-12) test descriptions. Addressed implementation of tdwg/bdq#187 VALIDATION_MAXDEPTH_INRANGE Adding ProvidesVersion annotations. Removing now empty file stubs for checked methods. Adding some unit tests.
Splitting bdqffdq:Information Elements into "Information Elements ActedUpon" and "Information Elements Consulted". Also changed "Field" to "TestField", "Output Type" to "TestType" and updated "Specification Last Updated" |
…ations: tdwg/bdq#56 tdwg/bdq#59 tdwg/bdq#187, noting in 59 potential of change needed as specification does not conform to Darwin Core value (which may just need rationale management in the issue, or may need a change).
The text was updated successfully, but these errors were encountered: