Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Coordinating on new Xarray accessor functionalities for rasters and DEMs #790

Open
Assignees
brendancol
@rhugonnet

Description

@rhugonnet

Hi all,

We are planning to make new Xarray accessors for our packages xDEM and GeoUtils that focus on raster analysis and DEM analysis, respectively (right now relying only onrasterio andgeopandas), and I'm dropping a message so we can coordinate to avoid unnecessary overlap, and try to discuss where functionalities would fit the best! 😊
See:pydata/xarray#8040,pydata/xarray#8041 andcorteva/rioxarray#687

For xDEM:
I think there's only a bit of overlap. We provide functionalities to derive surface terrain attributes, for which you also have methods inxarray-spatial, section "Surface"! You can find ours here:https://xdem.readthedocs.io/en/stable/terrain.html. We also have in mind to introduce some other attributes more specific to hydrology, glaciology and geomorphology.
Do you have other attributes planned for the near future? How do you think we should coordinate the development of those in terms of Xarray extension? As those are quite specific to DEMs, I can see them living in xDEM.

For GeoUtils:
I think we only have the "proximity" function that overlaps. In this package, our core idea is to simplify end-users consistently dealing with the three big problems of georeferenced data: (1) regular/irregular georeferenced grid, (2) nodata values and (3) pixel interpretation.
We have in mind to wrap a large set of (mostly existing) tools that are not always trivial to use on georeferenced raster/vector data (registration, spatial variography, zonal statistics). Here, we could potentially makexarray-spatial a dependency of GeoUtils, and simply point towardsxarray-spatial for existing functionalities, and implement new things also inxarray-spatial if they fit, on a per-case basis? What do you think? 🙂

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions


    [8]ページ先頭

    ©2009-2025 Movatter.jp