[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #58696] Warp with --centeroncorner --scale making wrong size
From: |
Mohammad Akhlaghi |
Subject: |
[bug #58696] Warp with --centeroncorner --scale making wrong size |
Date: |
Fri, 3 Jul 2020 13:37:40 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0 |
Update of bug #58696 (project gnuastro):
Status: None => Fixed
Assigned to: None => makhlaghi
Open/Closed: Open => Closed
_______________________________________________________
Follow-up Comment #1:
This bug was fixed and pushed to the 'master' branch as Commit 14bba0b2
<http://git.savannah.gnu.org/cgit/gnuastro.git/commit/?id=14bba0b2>.
Here is the commit message (describing the problem and the fix):
Warp: not allowing --translate and --centeroncorner together
Until now, just before finding the size of the final warped image, we would
see if there is a translation element in the matrix. If there was a
translation, then the size of the output would be adjusted to account for
the translation. This is required for normal "translations" (so the image
"moves" compared to the first pixel). However, the '--centeroncorner'
option is also a translation, but this adjustment is not desired there and
will result in incorrect output sizes.
With this commit, when the '--centeroncorner' option is called, the
adjustment is not made, and to avoid unexpected problems, it won't allow
calling the '--translate' and '--centeroncorner' options together. Since
the centering is inherently a translation, a solution is suggested in the
error message.
This bug was found by Marjan Akbari.
This fixes bug #58696.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?58696>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/