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

Merge to updated repo #1

Merged
merged 716 commits into from
Jun 25, 2019
Merged

Merge to updated repo #1

merged 716 commits into from
Jun 25, 2019

Conversation

mgrover1
Copy link
Owner

No description provided.

jthielen and others added 30 commits July 3, 2018 10:36
In working with the GOES16 data, the coordinate identification in
parse_cf fails because there are two coordinates with
"projection_x_coordinate" as their standard name. But, only one of them
is actually a dimension coordinate, and we would want that one to be
selected. This commit implements and tests for this.
xarray Coordinate Identification Cleanup
This commit changes the protected method _make_cartopy_globe in
CFProjection into a property, and exposes that property in our xarray
DataArray accessor as well.
Expose cartopy globe in CFProjection and xarray accessor
permit usage of temperature in Kelvin for heat_index calc
Adds the sphinx-gallery configuration to the template so we can link to
the Github edit page for the gallery .py files.
The template also identifies the index.html files and directs them to
the README.txt files.
"Improve this page" links for examples and tutorials
fix apparent_temperature when only windchill is calculated
In the course of working on xarray examples in metpy, the current
implementation of lat_lon_grid_deltas only allowing 1D or 2D input was a
hinderance. This commit makes a simple change to allow >2D arrays, so
long as the trailing dimensions are y, x.
The deprecation warnings for lat_lon_grid_spacing were not being
tested/handled, and some of the comments for lat_lon_grid_deltas still
referenced lat_lon_grid_spacing instead. This commit fixes those.
This commit removes the deprecated kinematics functions slated for
removal in 0.9, as well as stopping the warning for using the default
dim_order, as outlined in #690.
Based on issues with some kinematics calculations generalizing to data
that has extra leading dimensions (such as time or vertical as commonly
encountered when working with xarray examples), this commit modifies the
default derivative axes in kinematics calculations to be based on
trailing axes (-2 and -1) rather than leading (0 and 1), to follow our
convention (and CF option) of (..., Y, X) dimension ordering. Numerous
tests are added to make sure that the affected calculations work with
extra dimensions (tested on 4-D data).

Additionally, the gradient function previously only supported the full
gradient of an array according to its description, but a useful case is
just obtaining the horizontal gradient along all levels or times. Handling
of the "axes" kwarg and was added to the _process_gradient_args function
to resolve this, so that "axes" becomes a kwarg of gradient and
laplacian. It must be less than or equal to in length compared to the
coordinates/deltas.
In conf.py, adds xarray to intersphinx mapping so that we can easily
link from our documentation to xarray's.
We're just checking a size here, so be less aggressive and warn rather
than error out. It's completely possible to be off a little in size and
still parse through the file fine.
With latest RDA Build 18.0, the size of the status message has increased
with some spare bytes. Just include the spares in the size check for
now.
This commit modifies the module template to allow it to be overridden by
a custom module page, implements a make checker for that override, and
implements this to better organize the docs for metpy.calc.

Also updates the Travis and AppVeyor doc builds to use the overridecheck option.
Cleanup kinematics calculations and permit leading dimensions
WIP: Reorganization of calc docs (with module template override option)
After #889 and #882 were merged, there was a conflict where the override
doc page created in #889 had functions that were removed in #882. This
commit removes those and should restore the doc builds to working order.

Also cleans up a line from code review in #889.
Remove removed functions from doc page override
This commit adds a `cross_section` function to `interpolate`. It allows
interpolation to a cross-sectional slice through gridded data along a
geodesic path between two lat/lon points. Associated changes are also
made to some xarray functionality.

Additionally, this adds a number of calculations to the calc subpackage
in support of cross section functionality:
 - unit vectors
 - tangential and normal components
 - absolute momentum (pseudoangular momentum)
While I was working through examples, I noticed that the parse_cf
function, when applied to the full dataset of the NARR example, would
fail...the x and y coordinates would double in size, and many NaN's
appeared. This was because the lon and lat variables lacked a
grid_mapping attribute, and so, their x and y coordinates did not get
scaled from km to m like the other variables that did. Thus, they did
not line up when xarray tried to combine them back together in a
non-unit-aware fashion.

This commit fixes this by changing when _fixup_coords is called, so that
all x/y coordinates get scaled accordingly.
dopplershift and others added 28 commits June 6, 2019 13:58
Fix Scipy 1.3 not-C-contiguous error
migrate mpl.cbook.iterable to numpy.iterable
this update converts '%' units to 'percent' units within the
MetPy xarray accessor.

Fixes #1038.
Units: convert '%' to 'percent' for within the xarray MetPy accessor
Documentation update for pressure in profile calculations
Updated deprecated function in matplotlib 3.1
first pass at better docs for declarative
xarray Coordinate Identification Refactor
that linear distance or degrees can be the units of the
input coordinates (and resultantly, the resolution of the grid).

Fixes #1060.
Remove components due for removal in 0.11
Xarray: Add warning if lat/lon is assumed for projection
Fix docstring for vertical velocity functions to render equations
identified within a sounding. This fixes #992 and begins to address
Provide identification of multiple LFCs and ELs
@mgrover1
Copy link
Owner Author

Looks good

@mgrover1 mgrover1 merged commit f583291 into mgrover1:master Jun 25, 2019
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.