Huidae Cho

I agree with @marisn because it can significantly slow down parallel performance. The above benchmark testing is just one of many possible cases and higher speedup is, I believe, just...

@cyliang368 Could you test it again without calling `G_percent()` at all and compare the three?

I think a non-English language should work fine thanks to https://github.com/OSGeo/grass/blob/113e0d9c7f4967d5529e0dc824103a13aeb80230/scripts/r.fillnulls/r.fillnulls.py#L585 Still, I agree with you. Relying on output *messages* from another script looks very fragile. Shouldn't we ideally check...

> I am not entirely sure this is needed. The resolution needs to be estimated because of the reprojection, when you don't reproject, the resolution is not 'estimated'. But I...

https://github.com/OSGeo/grass/pull/3621 CMake & Conda TODOs: * [ ] FHS for Python packages as well; Need to check @nilason's previous work * [x] Fixing stdout/stderr on Windows * [x] Complete Conda...

Please test the latest https://github.com/HuidaeCho/grass-conda. It builds and installs the non-FHS version in `bin/grass` and `opt/grass` on Linux. Running `grass` works for me.

PR for conda-forge: https://github.com/conda-forge/staged-recipes/pull/31234

Thanks for reporting this issue. Please share your input rasters (direction and weights) as packs (r.pack) for my testing. Thanks!

FYI, we have a separate repository for addons at https://github.com/OSGeo/grass-addons.

`r.accumulate` supports two flow direction formats: Since your `md_8dir` is 1-8, it is recognized as the `45degree` format (`drainage` in `d.rast.arrow`). Please see this one example of a circular flow...