Skip to content
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

Issue 41 #87

Merged
merged 13 commits into from
Nov 22, 2024
Merged

Issue 41 #87

merged 13 commits into from
Nov 22, 2024

Conversation

juliacollins
Copy link
Contributor

No description provided.

@juliacollins juliacollins marked this pull request as ready for review November 15, 2024 16:29
click.echo(metgen.banner())
configuration = config.configuration(config.config_parser_factory(config_filename), {})
metgen.init_logging(configuration)
metgen.validate(configuration, content_type)
Copy link
Contributor

@eigenbeam eigenbeam Nov 21, 2024

Choose a reason for hiding this comment

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

May want to insert a validation of the config file? I'm not sure it's necessary, though, because there could be lots of stuff in the config file that we don't care about when we're just validating the json? https://github.com/nsidc/granule-metgen/blob/main/src/nsidc/metgen/cli.py#L54

Copy link
Contributor Author

Choose a reason for hiding this comment

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

My take on the story is that we're focused on validating JSON output in the issue-41 feature, not other things that do in fact need to be validated. I'm inclined to stick with the current setup. What I feel would be better, config-file-wise, is to add the equivalent ofconfig.validate(configuration) to the CLI init processing so that the new .ini file is immediately checked for errors.

Copy link
Contributor

Choose a reason for hiding this comment

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

I'm good with that

@eigenbeam
Copy link
Contributor

See what you think about my question above. If you don't think we want to validate the config, I'm good with merging. Looks like I can't approve until that and/or the README conflict is resolve, but I HEREBY APPROVE.


`nsidc-metgen` via the MetGenC utility, enables Operations staff and data
The `MetGenC` toolkit enables Operations staff and data
Copy link
Contributor Author

Choose a reason for hiding this comment

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

@eigenbeam Here's my argument for just using the term "MetGenC" in this context: The package name nsidc-metgenc includes nsidc for name-spacing purposes. If we want to include nsidc in this README text then I think it should read NSIDC MetGenC (similar to SIPS MetGen). Thoughts?

Copy link
Contributor

Choose a reason for hiding this comment

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

Yep, sounds good!

@juliacollins juliacollins merged commit b295b03 into main Nov 22, 2024
1 check passed
@juliacollins juliacollins deleted the issue-41 branch December 4, 2024 20:51
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.

2 participants