- Notifications
You must be signed in to change notification settings - Fork85
Description
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? 🙂