-
Notifications
You must be signed in to change notification settings - Fork 33
enh(policy): Scientific application language. #359
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
base: main
Are you sure you want to change the base?
Conversation
lwasser
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm happy with this as is. Let's see if anyone else has issues with it and try to merge it by next friday dec 12!!
| Diagram showing the tiers of software in the Python ecosystem starting with Python itself and as you move out, packages become more domain specific. In this image, packages such as xarray and numpy are considered core to scientific Python. Packages and distributions like Astropy, SunPy, and MetPy are considered domain specific. pyOpenSci's review | ||
| process focuses on domain-specific packages and tools that support scientific workflows rather than core infrastructure packages, as | ||
| these packages tend to have more variability in long-term maintenance and | ||
| package infrastructure and quality compared with established core packages. Examples of pyOpenSci-reviewed packages include MovingPandas (geospatial data), Pandera (data validation), PyGMT (geophysical mapping), and xclim (climate data analysis). **Source: ["Jupyter meets earth" project](https://jupytearth.org/jupyter-resources/introduction/ecosystem.html)** |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe add great-tables for table creation?
| services. For example, a general client for Amazon Web Services data storage would not | ||
| be in scope, but a package that retrieves specific scientific datasets from AWS would be. | ||
|
|
||
| - Examples: [OpenOmics](https://github.com/pyOpenSci/software-submission/issues/31), [pyDov](https://github.com/pyOpenSci/software-submission/issues/19), [Physcraper](https://github.com/pyOpenSci/software-review/issues/26) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is there a way we can make these example sections more up to date? Maybe a page on the pyopensci website filtering by category?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@coatless should we go ahead and make an issue for this? I think this is a good idea but a separate page is large enough to warrant a separate PR
Was very little discussion after two weeks, so I had AI take a crack at updating the language around this policy. Closes #350. Has some style changes but should still be appropraite to review. Should continue to discuss and can incorporate further changes.