gnuastro-commits
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[gnuastro-commits] master 5abb468 008/113: Other minor corrections in th


From: Mohammad Akhlaghi
Subject: [gnuastro-commits] master 5abb468 008/113: Other minor corrections in the documentation
Date: Fri, 16 Apr 2021 10:33:31 -0400 (EDT)

branch: master
commit 5abb46854efb0ca5124079b664153f5b1e55b5ae
Author: Mohammad Akhlaghi <akhlaghi@gnu.org>
Commit: Mohammad Akhlaghi <akhlaghi@gnu.org>

    Other minor corrections in the documentation
    
    While copying some of the general corrections of the previous commit in
    this branch onto master, I noticed some corrections that were necessary
    here. The most important one was that the manual still had references to
    the `--naxis1' option that is not supported any more.
---
 doc/gnuastro.texi               | 16 +++++++---------
 lib/box.c                       |  9 ++++-----
 lib/gnuastro-internal/options.h |  2 --
 3 files changed, 11 insertions(+), 16 deletions(-)

diff --git a/doc/gnuastro.texi b/doc/gnuastro.texi
index 2ec6fc3..21520f4 100644
--- a/doc/gnuastro.texi
+++ b/doc/gnuastro.texi
@@ -1933,8 +1933,7 @@ $ astmkprof -P
 
 # Output:
  type         float32     # Type of output: e.g., int16, float32, etc...
- naxis1       1000        # Number of pixels along first FITS axis.
- naxis2       1000        # Number of pixels along second FITS axis.
+ naxis        1000,1000   # Number of pixels along first FITS axis.
  oversample   5           # Scale of oversampling (>0 and odd).
 
 [[[ ... Truncated lines ... ]]]
@@ -10655,7 +10654,7 @@ transpose of the one discussed here.}.
 @cindex Operations, non-commutative
 In @ref{Warping basics} we saw how a basic warp/transformation can be
 represented with a matrix. To make more complex warpings (for example to
-define a translattion, rotation and scale as one warp) the individual
+define a translation, rotation and scale as one warp) the individual
 matrices have to be multiplied through matrix multiplication. However
 matrix multiplication is not commutative, so the order of the set of
 matrices you use for the multiplication is going to be very important.
@@ -14782,8 +14781,8 @@ that image are used as the background value for every 
pixel. The flux value
 of each profile pixel will be added to the pixel in that background
 value. In this case, the values to all options relating to the output size
 and WCS will be ignored if specified (for example @option{--oversample},
-@option{--naxis1}, @option{--naxis2} and @option{--prepforconv}) on the
-command-line or in the configuration files.
+@option{--naxis}, and @option{--prepforconv}) on the command-line or in the
+configuration files.
 
 The sections below discuss the options specific to MakeProfiles based on
 context: the input catalog settings which can have many rows for different
@@ -15157,10 +15156,9 @@ A background image FITS file to build the profiles on. 
The extension that
 contains the image should be specified with the @option{--backhdu} option,
 see below. When a background image is specified, it will be used to derive
 all the information about the output image. Hence, the following options
-will be ignored: @option{--naxis1}, @option{--naxis2}, @option{--crpix1},
-@option{--crpix2}, @option{--crval1}, @option{--crval2},
-@option{--resolution}, @option{--oversample}, and data type (see
-@option{--type} in @ref{Input output options}).
+will be ignored: @option{--naxis}, @option{--oversample}, @option{--crpix},
+@option{--crval} (generally, all other WCS related parameters) and the
+output's data type (see @option{--type} in @ref{Input output options}).
 
 The image will act like a canvas to build the profiles on: profile pixel
 values will be summed with the background image pixel values. With the
diff --git a/lib/box.c b/lib/box.c
index 8bfe0fb..3dd08dd 100644
--- a/lib/box.c
+++ b/lib/box.c
@@ -39,11 +39,10 @@ along with Gnuastro. If not, see 
<http://www.gnu.org/licenses/>.
 
 
 
-/* Any ellipse can be enclosed into a rectangular box Find the width of
-   this box in each dimension. The purpose of this function is to give the
-   height and width of that box. The logic behind it is this: All the
-   points on the circumference of an ellipse that is aligned on the x axis
-   can be written as:
+/* Any ellipse can be enclosed into a rectangular box. The purpose of this
+   function is to give the height and width of that box. The logic behind
+   it is this: All the points on the circumference of an ellipse that is
+   aligned on the x axis can be written as:
 
    (acos(t),bsin(t)) where 0<t<2\pi.               (1)
 
diff --git a/lib/gnuastro-internal/options.h b/lib/gnuastro-internal/options.h
index befbdfd..b5a4eba 100644
--- a/lib/gnuastro-internal/options.h
+++ b/lib/gnuastro-internal/options.h
@@ -52,8 +52,6 @@ along with Gnuastro. If not, see 
<http://www.gnu.org/licenses/>.
 #define GAL_OPTIONS_STATIC_MEM_FOR_VALUES 2000
 
 
-/* Statically allocated space for printing option values. */
-#define GAL_OPTIONS_STATIC_MEM_FOR_VALUES 2000
 
 
 



reply via email to

[Prev in Thread] Current Thread [Next in Thread]