Detect if running in an environment with arcpy and use their mosaic and zonal stats functions in that case · Issue #10 · water3d/eedl · GitHub
More Web Proxy on the site http://driver.im/
You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This one is kind of interesting. We should detect at install time if we're running in an arcpy environment. If we are, skip adding GDAL as a dependency (this is just a list comprehension in setup.py, not sure about other package specs). Then we can run raster merging and zonal stats without additional installations and with less code that runs faster. But we still want to support the current pipeline since it is more cross-platform and doesn't require a license. We'll want to see if we can test the arcpy branch and we'll want to compare the outputs with current methods to make sure we get roughly comparable numbers (pandas has a method for asserting two data frames are roughly equal down to a certain decimal precision. We'll use that)
The text was updated successfully, but these errors were encountered:
This probably also suggests an architecture where mosaicking and zonal stats are run as classes. There can be a subclass for EE zonal stats, rasterstats zonal stats, and arcpy zonal stats. Similarly, we'll have subclasses for
gdal mosaicking and arcpy mosaicking.
Uh oh!
There was an error while loading. Please reload this page.
This one is kind of interesting. We should detect at install time if we're running in an arcpy environment. If we are, skip adding GDAL as a dependency (this is just a list comprehension in setup.py, not sure about other package specs). Then we can run raster merging and zonal stats without additional installations and with less code that runs faster. But we still want to support the current pipeline since it is more cross-platform and doesn't require a license. We'll want to see if we can test the arcpy branch and we'll want to compare the outputs with current methods to make sure we get roughly comparable numbers (pandas has a method for asserting two data frames are roughly equal down to a certain decimal precision. We'll use that)
The text was updated successfully, but these errors were encountered: