The pyQuARC tool reads and evaluates metadata records with a focus on the consistency and robustness of the metadata. pyQuARC flags opportunities to improve or add to contextual metadata information in order to help the user connect to relevant data products. pyQuARC also ensures that information common to both the data product and the file-level metadata are consistent and compatible. pyQuARC frees up human evaluators to make more sophisticated assessments such as whether an abstract accurately describes the data and provides the correct contextual information. The base pyQuARC package assesses descriptive metadata used to catalog Earth observation data products and files. As open source software, pyQuARC can be adapted and customized by data providers to allow for quality checks that evolve with their needs, including checking metadata not covered in base package.
Describe the bug
The "validate_ending_datetime_against_granules" check failed producing a pyQuARC error:
"ERROR: Running check for the rule: 'validate_ending_datetime_against_granules' failed.. Details: validate_ending_datetime_against_granules() missing 1 required positional argument: 'version'"
To Reproduce
Steps to reproduce the behavior:
Run the command: "python3 main.py --concept_ids C2119341690-LARC_ASDC --format umm-c"
See error
Expected behavior
I did not expect this check to fail since a version is provided in the metadata for this collection.
Outputs
This error exists for a number of records (e.g. C2081904030-LARC_ASDC, C1997469361-LARC_ASDC). It seems like it may be a UMM-C specific error since it was not present in any of the tested dif10 records.
Additional context
Add any other context about the problem here.
slesaad
commented
1 year ago
Describe the bug The "validate_ending_datetime_against_granules" check failed producing a pyQuARC error:
"ERROR: Running check for the rule: 'validate_ending_datetime_against_granules' failed.. Details: validate_ending_datetime_against_granules() missing 1 required positional argument: 'version'"
To Reproduce Steps to reproduce the behavior:
Expected behavior I did not expect this check to fail since a version is provided in the metadata for this collection.
Outputs This error exists for a number of records (e.g. C2081904030-LARC_ASDC, C1997469361-LARC_ASDC). It seems like it may be a UMM-C specific error since it was not present in any of the tested dif10 records.
Additional context Add any other context about the problem here.