Comments (5)
Essentially, the space we're aiming for is GEMPAK (and maybe NCL) -like functionality, in a way that plugs easily into the existing scientific Python ecosystem (numpy, scipy, matplotlib). So, if you take the average GEMPAK script for a weather map, you need to:
- read data
- calculate a derived field
- show on a map/skew-T
I don't think it's ambitious, just broad. Driving this forward, is, for the most part, the personal itches developers want to scratch. This is why the calculations are (currently) mainly those needed for sounding analysis; or why there are exhaustive NEXRAD level 2 and 3 implementations.
The intended audience is that of GEMPAK: researchers, educators, and any one wanting to script up weather analysis. It doesn't even have to be scripting; I'd be happy to see the calculation routines used to drive a python GUI utility. Conversely, it's the meteorological equivalent of the audience of scipy/scikit-learn/skimage.
One of the benefits I hope to achieve here over GEMPAK is to make it easier to use these routines for any meteorological Python application; this means making it easy to pull out the CAPE calculation and just use that, or re-use the Skew-T with your own data code. I also want to produce a project that is well-documented and well-tested, so that on-going maintenance is easily manageable.
As far as the current scope, it is what it is: version 0.2. PRs welcome. :) Seriously, this project has been the vision of a group of then-graduate students since 2008. It started as a dumping ground for all of our various weather-related hacks. It's only recently (April) that we've had the time to put into working on it, clean things up, and get it to the point where we can reasonably expect to collaborate with others.
from metpy.
Thanks -- you should add this to the readme!
from metpy.
Yeah, that occurred to me, I just need to clean it up a bit. Though I guess even verbatim is better than nothing....
Thanks for the push!
from metpy.
Yes I also view MetPy as a library of most, ideally all of the diagnostic functions that GEMPAK has had. I know that IDV adapted many of GEMPAK's gridded diagnostic functions for use in its program. These are written in Jython; would it not be too large an undertaking to port these over to Python?
In addition to grids and NEXRAD, the ability to plot point observations (fixed and mobile) on a map (a la GEMPAK's SFMAP and SNMAP) would also be great additions to MetPy.
from metpy.
While the IDV functions are written in Python, they're written around the VisAd API and objects, so you'd end up almost completely re-writing them to use numpy arrays. What we have done is surveyed the functions that exist there and can use that as a guide for what's missing; and if there's some question of how to implement a function, we can use those as guides. 95% of what we do in meteorology, though, is not complex enough to worry about those implementation details.
While we spin up, IMO, it will probably be most effective to just implement what people actually notice is missing--the things people actually want to use. Use-case driven development. I'd be happy to get you (or anybody) to open issues for things you need in order for MetPy to be useful to you; a pull request with an implementation (even just a basic start of one) would be even better.
Regarding SFMAP/SNMAP, I agree. See #23 .
from metpy.
Related Issues (20)
- GEMPAK Comparison Guide gets cut off with wide browser HOT 2
- AttributeError: module 'numpy' has no attribute 'alen' HOT 6
- Integration with Python performance tools like JAX HOT 10
- Feature request: wind_direction_categorical HOT 2
- Create GHA for doctests HOT 3
- cast angle_to_direction to input array type HOT 5
- METAR Site ID data for KGVW (Galveston 209B) is incorrect HOT 7
- parse_metar_file with file object not working HOT 3
- Add CAP Strength Calculation to MetPy HOT 5
- Unittest failure on debian sid HOT 2
- Nightly build is failing HOT 1
- Laplacian based on finite difference vs spectral technique HOT 1
- Duff moisture code
- Drought code HOT 1
- Nightly build is failing HOT 1
- All `plot_` functions in `StationPlot` should return the collection HOT 3
- Nightly build is failing HOT 1
- Parse metar from pandas dataframe into another dataframe HOT 3
- Divergence equation in different coordinates? And derivative documentation is limited access, could someone add the finite differentiation scheme formulation or provide a different document? HOT 6
- Support for Gridded data HOT 12
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from metpy.