-
Notifications
You must be signed in to change notification settings - Fork 119
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Fix bug in getdxdyc for parallel runs #238
base: Develop
Are you sure you want to change the base?
Conversation
linearpart<datatype>::getdxdyc() would silently fail to return values for neighbor cells from other ranks, resulting in bad AreaDinf output.
Do you have an example where this actually causes a problem. I have not investigated this specifically now, but I am skeptical because Areadinf has been tested a lot with multiple processes and ranks, and I think the approach used of having the buffer row at the bounds of each rank, and swapping after each pass likely prevents an actual error. |
Yes, in TauDEM-Test-Data/Input/Geographic running "mpiexec -np XXX AreaDinf enogeo.tif" with different rank counts gives enogeosca.tif files for which gdalcompare.py reports pixel differences (thousands of pixels but maximum difference of 2 or so). |
Thanks. I'll check it out. |
Example output (from original, unfixed version):
|
Do you have time to look at this? |
Sorry - I have not had time yet. |
linearpart::getdxdyc() would silently fail to return values
for neighbor cells from other ranks, resulting in bad AreaDinf output.