Skip to content

DFL1010/MetPy

This branch is 5124 commits behind Unidata/MetPy:main.

Folders and files

NameName
Last commit message
Last commit date
Jul 21, 2017
Sep 15, 2017
Sep 12, 2017
Sep 27, 2017
Sep 27, 2017
Jul 13, 2016
Sep 21, 2017
Sep 20, 2017
Sep 7, 2017
Feb 10, 2017
Feb 14, 2017
Dec 9, 2016
Sep 27, 2017
Sep 14, 2017
Feb 1, 2017
Sep 15, 2017
Sep 5, 2017
Sep 21, 2017
Mar 31, 2017
Mar 31, 2017
Sep 21, 2017
Jul 7, 2017
Aug 5, 2016
Apr 3, 2017
Apr 22, 2015
Jul 31, 2017
Jul 21, 2017
Apr 17, 2017
Jul 7, 2017
Sep 14, 2017
Sep 20, 2017
Oct 26, 2016

Repository files navigation

MetPy

License Gitter PRs Welcome

Latest Docs PyPI Package Conda Package

Travis Build Status AppVeyor Build Status Code Coverage Status

Codacy issues Code Climate Scrutinizer Code Quality

MetPy is a collection of tools in Python for reading, visualizing and performing calculations with weather data.

MetPy is still in an early stage of development, and as such no APIs are considered stable. While we won't break things just for fun, many things may still change as we work through design issues.

We support Python 2.7 as well as Python >= 3.4.

Need Help?

Need help using MetPy? Found an issue? Have a feature request? Checkout our support page .

Important Links

Dependencies

Other required packages:

  • Numpy
  • Scipy
  • Matplotlib
  • Pint

Python versions older than 3.4 require the enum34 package, which is a backport of the standard library enum module.

There is also an optional dependency on the pyproj library for geographic projections (used with CDM interface).

Contributing

Imposter syndrome disclaimer: We want your help. No, really.

There may be a little voice inside your head that is telling you that you're not ready to be an open source contributor; that your skills aren't nearly good enough to contribute. What could you possibly offer a project like this one?

We assure you - the little voice in your head is wrong. If you can write code at all, you can contribute code to open source. Contributing to open source projects is a fantastic way to advance one's coding skills. Writing perfect code isn't the measure of a good developer (that would disqualify all of us!); it's trying to create something, making mistakes, and learning from those mistakes. That's how we all improve, and we are happy to help others learn.

Being an open source contributor doesn't just mean writing code, either. You can help out by writing documentation, tests, or even giving feedback about the project (and yes - that includes giving feedback about the contribution process). Some of these contributions may be the most valuable to the project as a whole, because you're coming to the project with fresh eyes, so you can see the errors and assumptions that seasoned contributors have glossed over.

For more information, please read the see the contributing guide.

Philosophy

The space MetPy aims 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

One of the benefits hoped to achieve 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 LCL calculation and just use that, or re-use the Skew-T with your own data code. MetPy also prides itself on being well-documented and well-tested, so that on-going maintenance is easily manageable.

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; all python meteorology tools are hoped to be able to benefit from MetPy. Conversely, it's hoped to be the meteorological equivalent of the audience of scipy/scikit-learn/skimage.

About

A Python Package for Meteorological Data

Resources

License

Stars

Watchers

Forks

Packages

No packages published

Languages

  • Python 99.8%
  • Shell 0.2%