Skip to content

Conversation

venitahagerty
Copy link
Contributor

Pull Request Testing

  • Describe testing already performed for these changes:

Auto test ran successfully, and both John's data from related MET PR [https://github.com/dtcenter/MET/issues/1583] and full METviewer test data ran successfully.

  • Recommend testing for the reviewer(s) to perform, including the location of input datasets, and any additional instructions:

  • Do these changes include sufficient documentation updates, ensuring that no errors or warnings exist in the build of the documentation? [Yes or No]

  • Do these changes include sufficient testing updates? [Yes or No]

  • Will this PR result in changes to the test suite? [Yes or No]

    If yes, describe the new output and/or changes to the existing output:

  • Please complete this pull request review by [Fill in date].

Pull Request Checklist

See the METplus Workflow for details.

  • Review the source issue metadata (required labels, projects, and milestone).
  • Complete the PR definition above.
  • Ensure the PR title matches the feature or bugfix branch name.
  • Define the PR metadata, as permissions allow.
    Select: Reviewer(s)
    Select: Organization level software support Project or Repository level development cycle Project
    Select: Milestone as the version that will include these changes
  • After submitting the PR, select Linked issues with the original issue number.
  • After the PR is approved, merge your changes. If permissions do not allow this, request that the reviewer do the merge.
  • Close the linked issue and delete your feature or bugfix branch from GitHub.

Copy link
Collaborator

@TatianaBurek TatianaBurek left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I was able to load the MET output file with long data. The problem rows were sipped.
I assume that for each skipped row METdatadb displayes a message similar to ERROR:root:*** Variable length record RHIST deleted as too long ***
It would be nice if the messages were more informative and display, if possible of course, a file name, the line number and the reason why the row were ignored so the users have reasonable expectations when they use DB data. For example:
WARNING: the line #5419 in file ensemble_stat_20100101_120000V.stat was sipped because n_rank = 151 and bigger then limit <some_limit>

@JohnHalleyGotway
Copy link
Contributor

I'm going to remove myself as a reviewer of this PR since I think @TatianaBurek is a better, and sufficient, reviewer.

@JohnHalleyGotway JohnHalleyGotway removed their request for review March 7, 2022 18:20
@venitahagerty
Copy link
Contributor Author

Improved error message for long lines that are skipped.

@venitahagerty venitahagerty merged commit ba7124e into develop Mar 7, 2022
@venitahagerty venitahagerty deleted the feature_78_line_too_long branch April 21, 2022 17:22
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Handle variable length lines with more than 125 columns after the header, especially for HiRA
3 participants