taskGNU Astronomy Utilities - Tasks: task #15676, Calculating SIP to TPV coversions

 
 

You are not allowed to post comments on this tracker with your current authentication level.

task #15676: Calculating SIP to TPV coversions

Submitted by:  Sachin Kumar Singh <sks_15>
Submitted on:  Fri 05 Jun 2020 06:47:46 PM UTC  
 
Should Start On:  Fri 05 Jun 2020 12:00:00 AM UTC Should be Finished on:  Fri 05 Jun 2020 12:00:00 AM UTC
Category:  Libraries Priority:  5 - Normal
Item Group:  New feature Status:  Done
Privacy:  Public Percent Complete:  100%
Assigned to:  Sachin Kumar Singh <sks_15> Open/Closed:  Closed
Effort:  0.00

( Jump to the original submission)

Mon 22 Jun 2020 01:28:01 PM UTC, comment #13: 

No, you don't need to do anything. I'll use these files to reproduce the error.

Sachin Kumar Singh <sks_15>
Project MemberIn charge of this item.
Mon 22 Jun 2020 01:18:40 PM UTC, comment #12: 

Now I am a confuse. Do you need the results using the original image (without getting the WCS information with --wcsfile option)?

Raul Infante-Sainz <infantesainz>
Project Member
Mon 22 Jun 2020 01:06:33 PM UTC, comment #11: 

Oh yes, sorry. We removed the `gal_fits_img_read` which read the data. I've made a new bug #58640 for the continuation of this discussion.

Sachin Kumar Singh <sks_15>
Project MemberIn charge of this item.
Mon 22 Jun 2020 12:41:08 PM UTC, comment #10: 

Sachin, we only need the image size for the TPV to SIP conversion, right? So that shouldn't affect Raul's check (which is SIP TO TPV). 

Our conversion function just takes the 'wcsprm', the CD matrix is already in it! What other keyword do you mean?

It is easy to avoid a dataset and only write a header ;-).

Mohammad Akhlaghi <makhlaghi>
Project Administrator
Mon 22 Jun 2020 12:28:13 PM UTC, comment #9: 

Hi Raul,
Thanks for testing. Yes, it is still a limitation in the current implementation that we cannot entirely rely on wcs information only and it requires original data of the wcs header.

The reason it works for python is that they simply scrape all the info required from the header itself and hence their results are complaint.

But in our implementation, we extract some of the information(particularly the CD matrix) from the data and so it is required that the original data is available for calculation. It is entirely possible that when you injected the header with some other fits file without header, the program extracted some false information and is thus showing these absurd results.

If you can try again with a fits file with its original header and then give out results, it'd be very helpful. Thanks again:-)

Sachin Kumar Singh <sks_15>
Project MemberIn charge of this item.
Mon 22 Jun 2020 11:31:10 AM UTC, comment #8: 

I have checked the feature with a random image (only one image!) and there are some things I would like to point out and let you know.

It works without crashing when reading the header from an image (header + data). However, sometimes we only have the header with the WCS information as input (for example if you obtain the WCS using `solve-field' program of Astrometry.net). In that case, when reading from headers (without data, attached file `header-sip.txt`), it crashed with this output:

$ astfits header-sip.fits -h0 --wcsdistortion=TPV

astfits: header-sip.fits (hdu: 0) has 0 dimensions! The most common cause for this is a wrongly specified HDU. In some FITS images, the first HDU doesn't have any data, the data is in subsequent extensions. So probably reading the second HDU (with '--hdu=1' or '-h1') will solve the problem (following CFITSIO's convention, currently HDU counting starts from 0).

It would be worth if it could read the data from headers only.

Now, let's use an image with data (header + data). Here it works without crashing :-) The header of that image is attached in file `original-sip.txt'.

                      / World Coordinate System (WCS)
WCSAXES =                    2 / Number of coordinate axes
CRPIX1  =        976.816238403 / Pixel coordinate of reference point
CRPIX2  =        440.521743774 / Pixel coordinate of reference point
PC1_1   =    -1.00022174065751 / Coordinate transformation matrix element
PC1_2   =    -0.00319660295795 / Coordinate transformation matrix element
PC2_1   =    -0.00235639222511 / Coordinate transformation matrix element
PC2_2   =     0.99977077772003 / Coordinate transformation matrix element
CDELT1  =  9.34302943928898E-05 / [deg] Coordinate increment at reference point
CDELT2  =  9.35240534339602E-05 / [deg] Coordinate increment at reference point
CUNIT1  = 'deg'                / Units of coordinate increment and value
CUNIT2  = 'deg'                / Units of coordinate increment and value
CTYPE1  = 'RA---TAN-SIP'       / TAN (gnomonic) projection + SIP distortions
CTYPE2  = 'DEC--TAN-SIP'       / TAN (gnomonic) projection + SIP distortions
CRVAL1  =        39.9265010846 / [deg] Coordinate value at reference point
CRVAL2  =       -8.12618217247 / [deg] Coordinate value at reference point
LONPOLE =                180.0 / [deg] Native longitude of celestial pole
LATPOLE =       -8.12618217247 / [deg] Native latitude of celestial pole
RADESYS = 'FK5'                / Equatorial coordinate system
EQUINOX =               2000.0 / [yr] Equinox of equatorial coordinates
A_ORDER =                    2 / SIP polynomial degree, axis 1, pixel-to-sky
A_0_2   =    4.19888064518E-07 / SIP distortion coefficient: yy
A_1_1   =   -2.33927038690E-07 / SIP distortion coefficient: xy
A_2_0   =   -2.54499914902E-07 / SIP distortion coefficient: xx
AP_ORDER=                    2 / SIP polynomial degree, axis 1, sky-to-pixel
AP_0_0  =    2.98764311704E-05 / SIP inverse coefficient:
AP_0_1  =    1.67505488187E-07 / SIP inverse coefficient: y
AP_0_2  =   -4.20424622199E-07 / SIP inverse coefficient: yy
AP_1_0  =    9.45864856941E-08 / SIP inverse coefficient: x
AP_1_1  =    2.32274524960E-07 / SIP inverse coefficient: xy
AP_2_0  =    2.54581796288E-07 / SIP inverse coefficient: xx
B_ORDER =                    2 / SIP polynomial degree, axis 2, pixel-to-sky
B_0_2   =   -2.40565772303E-07 / SIP distortion coefficient: yy
B_1_1   =   -1.63905341261E-06 / SIP distortion coefficient: xy
B_2_0   =   -5.30068612640E-07 / SIP distortion coefficient: xx
BP_ORDER=                    2 / SIP polynomial degree, axis 2, sky-to-pixel
BP_0_0  =   -6.32530864314E-04 / SIP inverse coefficient:
BP_0_1  =    1.43043299047E-06 / SIP inverse coefficient: y
BP_0_2  =    2.39626050245E-07 / SIP inverse coefficient: yy
BP_1_0  =    6.82806205992E-07 / SIP inverse coefficient: x
BP_1_1  =    1.64047618237E-06 / SIP inverse coefficient: xy
BP_2_0  =    5.32170294564E-07 / SIP inverse coefficient: xx

This header comes from the following command:

astarithmetic image-no-wcs.fits --wcsfile=header-sip.fits --wcshdu=0 --output=original-sip.fits

With the previous command, I want to inject the WCS information of `header-sip.fits' header obtained with Astrometry.net `solve-field' program (so, `header-sip.txt' of attached files) into the image without the WCS information. The result header of `original-sip.fits' image is what I attach as `original-sip.txt'.

In short, I have the previous WCS/SIP parameters and now I transform them to TPV.

With Python sip_tpv:

                      / World Coordinate System (WCS)
WCSAXES =                    2 / Number of coordinate axes
CRPIX1  =        976.816238403 / Pixel coordinate of reference point
CRPIX2  =        440.521743774 / Pixel coordinate of reference point
PC1_1   =    -1.00022174065751 / Coordinate transformation matrix element
PC1_2   =    -0.00319660295795 / Coordinate transformation matrix element
PC2_1   =    -0.00235639222511 / Coordinate transformation matrix element
PC2_2   =     0.99977077772003 / Coordinate transformation matrix element
CDELT1  =  9.34302943928898E-05 / [deg] Coordinate increment at reference point
CDELT2  =  9.35240534339602E-05 / [deg] Coordinate increment at reference point
CUNIT1  = 'deg'                / Units of coordinate increment and value
CUNIT2  = 'deg'                / Units of coordinate increment and value
CTYPE1  = 'RA---TPV'           / TAN (gnomonic) projection + distortions
CTYPE2  = 'DEC--TPV'           / TAN (gnomonic) projection + distortions
CRVAL1  =        39.9265010846 / [deg] Coordinate value at reference point
CRVAL2  =       -8.12618217247 / [deg] Coordinate value at reference point
LONPOLE =                180.0 / [deg] Native longitude of celestial pole
LATPOLE =       -8.12618217247 / [deg] Native latitude of celestial pole
RADESYS = 'FK5'                / Equatorial coordinate system
EQUINOX =               2000.0 / [yr] Equinox of equatorial coordinates
PV1_1   =                   1.0 / TPV coefficient: x
PV1_4   =  2.74744439572126E-03 / TPV coefficient: xx
PV1_5   = -2.51914579463917E-03 / TPV coefficient: xy
PV1_6   = -4.48803400336329E-03 / TPV coefficient: yy
PV2_1   =                   1.0 / TPV coefficient: y
PV2_4   = -2.52742435899630E-03 / TPV coefficient: yy
PV2_5   =  1.75088471295910E-02 / TPV coefficient: yx
PV2_6   = -5.71014067284307E-03 / TPV coefficient: xx

With Gnuastro --wcsdistortion=TPV:

                      / World Coordinate System (WCS)
WCSAXES =                    2 / Number of coordinate axes
CRPIX1  =         976.81623840 / Pixel coordinate of reference point
CRPIX2  =         440.52174377 / Pixel coordinate of reference point
PC1_1   =    -1.01912505239904 / Coordinate transformation matrix element
PC1_2   =    -0.75125324648638 / Coordinate transformation matrix element
PC2_1   =     0.02503243359873 / Coordinate transformation matrix element
PC2_2   =     0.99968663768025 / Coordinate transformation matrix element
CDELT1  =  2.93054865755093E-07 / [deg] Coordinate increment at reference point
CDELT2  =  3.73525871020151E-03 / [deg] Coordinate increment at reference point
CUNIT1  = 'deg'                / Units of coordinate increment and value
CUNIT2  = 'deg'                / Units of coordinate increment and value
CTYPE1  = 'RA---TPV'           / TAN (gnomonic) projection + distortions
CTYPE2  = 'DEC--TPV'           / TAN (gnomonic) projection + distortions
CRVAL1  =        39.9265010846 / [deg] Coordinate value at reference point
CRVAL2  =        -8.1261821725 / [deg] Coordinate value at reference point
LONPOLE =                180.0 / [deg] Native longitude of celestial pole
LATPOLE =        -8.1261821725 / [deg] Native latitude of celestial pole
RADESYS = 'FK5'                / Equatorial coordinate system
EQUINOX =               2000.0 / [yr] Equinox of equatorial coordinates
PV1_0   =  1.39396742233200E-10 / TPV coefficient: 1
PV1_1   =  1.00000050383900E+00 / TPV coefficient: x
PV1_2   = 7.61504572502400E-168 / TPV coefficient: y
PV1_4   = -4.62686729211900E-01 / TPV coefficient: xx
PV1_5   = -2.88130137773400E-161 / TPV coefficient: xy
PV1_6   = 1.97626258336499E-323 / TPV coefficient: yy
PV2_0   = 1.69617046769700E+151 / TPV coefficient: 1
PV2_1   =  1.00000092659400E+00 / TPV coefficient: y
PV2_2   = 6.13068244241300E+154 / TPV coefficient: x
PV2_4   = 2.53998312986400E-161 / TPV coefficient: yy
PV2_5   = -2.86314203367400E+00 / TPV coefficient: yx
PV2_6   = -1.59987324584300E+161 / TPV coefficient: xx

As you can see, there are some parameters which are very big/small!! And they are not present in the PV parameters obtained with the Python script (PV1_2, for example). What do you think? Let me know if you need more information/inputs. Thanks a lot for the great work ;-)

(file #49343, file #49344, file #49345, file #49346)

Raul Infante-Sainz <infantesainz>
Project Member
Fri 19 Jun 2020 06:14:04 PM UTC, comment #7: 

Hi Raul,

Can you provide the `wcs.h` file from wcslib installed in your system, usually stored in `usr/local/include/wcslib/wcs.h` path if your installed wcslib from source(if installed in any other way provide the file from that path).

It would also be better if we can continue this discussion further in bug #58623.

Thanks for helping:-)

Sachin Kumar Singh <sks_15>
Project MemberIn charge of this item.
Fri 19 Jun 2020 12:16:03 PM UTC, comment #6: 

I think you are right, clang is the default in macOS. If you need anything else (checks, more detailed info, etc.) let me know ;-)

Raul Infante-Sainz <infantesainz>
Project Member
Fri 19 Jun 2020 12:10:15 PM UTC, comment #5: 

Thanks, Raul.
I've raised a bug task (bug #58623) for the same. I'll solve it as soon as I can because I'm not much familiar with macOS and have to learn more about its environment.

Also in the gcc version info, it says 'Apple LLVM version 10.0.0 (clang-1000.11.45.5)'. Why is it using clang? Is it its default? Maybe that could be the cause of the bug, but I'm just guessing for now. Will find more about it and fix it soon(-:

Sachin Kumar Singh <sks_15>
Project MemberIn charge of this item.
Wed 17 Jun 2020 10:38:10 PM UTC, comment #4: 

Thanks a lot Sachin. My laptop is a macOS High Sierra, version 10.13.16

If I run this two commands, there you are the outputs I obtain.

raulinfantesainz@rauls-MacBook-Pro ~ $ /usr/bin/xcodebuild -version
Xcode 10.1
Build version 10B61
raulinfantesainz@rauls-MacBook-Pro ~ $ gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 10.0.0 (clang-1000.11.45.5)
Target: x86_64-apple-darwin17.7.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
raulinfantesainz@rauls-MacBook-Pro ~ $

I hope this will help you. Of course if you need anything else just let me know.

Raul Infante-Sainz <infantesainz>
Project Member
Wed 17 Jun 2020 02:21:54 PM UTC, comment #3: 

Hello Raul,
Thanks for pointing that out. I tried again with the latest tarball but could not reproduce the errors. Can you share the configurations you used like your operating system, compiler version? There were some errors that I will fix but none of them could've interfered with the building process. One of the errors (given below) is strange cause `mjdref` IS present in wcsprm.

wcsdistortion.c:1532:18: error: no member named 'mjdref' in 'struct wcsprm'
            wcs->mjdref[i-1], "");

If it's an OS thing I'll have to do some more changes.

Also, you seem to be missing libgit2 which was reported during the configuration. Please install all dependencies, update compiler and all, then try again and let me know:-)

Sachin Kumar Singh <sks_15>
Project MemberIn charge of this item.
Wed 17 Jun 2020 08:21:14 AM UTC, comment #2: 

I tried to install latest version of Gnuastro (0.12.8-7da84) in order to make tests and give you feedback. The result is that the installation crashed in the `make' step. Attached you can see the log of `configure' and `make' steps for debugging. As far as I can see, the error is in `wcsdistortion.lo'. If you need anything else just let me know. Thanks a lot for this wonderful job! :-)

(file #49290)

Raul Infante-Sainz <infantesainz>
Project Member
Sun 07 Jun 2020 10:25:44 PM UTC, comment #1: 

The task is complete and now SIP->PV:-). The output of the sample file used to create the SIP fits file, which was used to make the final PV file are shown below:

From test Gnuastro

XTENSION= 'IMAGE   '           / IMAGE extension
BITPIX  =                  -32 / number of bits per data pixel
NAXIS   =                    2 / number of data axes
NAXIS1  =                 3352 / length of data axis 1
NAXIS2  =                 2532 / length of data axis 2
PCOUNT  =                    0 / required keyword; must = 0
GCOUNT  =                    1 / required keyword; must = 1

                      / World Coordinate System (WCS)
WCSAXES =                    2 / Number of coordinate axes
CRPIX1  =        1763.09429932 / Pixel coordinate of reference point
CRPIX2  =         612.79893494 / Pixel coordinate of reference point
PC1_1   =   -0.015946182574045 / Coordinate transformation matrix element
PC1_2   =    0.999917332233850 / Coordinate transformation matrix element
PC2_1   =   -0.999829574614539 / Coordinate transformation matrix element
PC2_2   =   -0.015870824365013 / Coordinate transformation matrix element
CDELT1  =  0.00078807879448870 / [deg] Coordinate increment at reference point
CDELT2  =  0.00078813807299668 / [deg] Coordinate increment at reference point
CUNIT1  = 'deg'                / Units of coordinate increment and value
CUNIT2  = 'deg'                / Units of coordinate increment and value
CTYPE1  = 'RA---TPV'           / TAN (gnomonic) projection + distortions
CTYPE2  = 'DEC--TPV'           / TAN (gnomonic) projection + distortions
CRVAL1  =       113.3064285324 / [deg] Coordinate value at reference point
CRVAL2  =        31.8788976712 / [deg] Coordinate value at reference point
LONPOLE =                180.0 / [deg] Native longitude of celestial pole
LATPOLE =        31.8788976712 / [deg] Native latitude of celestial pole
MJDREFI =                  0.0 / [d] MJD of fiducial time, integer part
MJDREFF =                  0.0 / [d] MJD of fiducial time, fractional part
RADESYS = 'FK5'                / Equatorial coordinate system
EQUINOX =               2000.0 / [yr] Equinox of equatorial coordinates
PV1_1   =   9.999868977236E-01 / TPV coefficient: x
PV1_2   =  -8.842015406258E-06 / TPV coefficient: y
PV1_4   =   1.822783853090E-04 / TPV coefficient: xx
PV1_5   =   1.365776728868E-04 / TPV coefficient: xy
PV1_6   =   2.257022520460E-05 / TPV coefficient: yy
PV1_7   =   1.920222380358E-04 / TPV coefficient: xxx
PV1_8   =  -3.830056501464E-05 / TPV coefficient: xxy
PV1_9   =  -1.347022772508E-04 / TPV coefficient: xyy
PV1_10  =  -2.471225520868E-05 / TPV coefficient: yyy
PV2_0   =   4.672062523823E-04 / TPV coefficient: 1
PV2_1   =   1.000878428319E+00 / TPV coefficient: y
PV2_2   =  -4.973468945505E-04 / TPV coefficient: x
PV2_4   =  -1.411294363996E-04 / TPV coefficient: yy
PV2_5   =   7.439750263035E-04 / TPV coefficient: yx
PV2_6   =  -1.224454154415E-03 / TPV coefficient: xx
PV2_7   =  -7.014289760876E-04 / TPV coefficient: yyy
PV2_8   =   3.351859178423E-04 / TPV coefficient: yyx
PV2_9   =  -4.470842932691E-04 / TPV coefficient: yxx
PV2_10  =   9.945076014401E-04 / TPV coefficient: xxx

                      / Versions and date
DATE    = '2020-06-07T21:30:48' / file creation date (YYYY-MM-DDThh:mm:ss UT)
CFITSIO = '3.47    '           / CFITSIO version.
WCSLIB  = '7.1     '           / WCSLIB version.
GSL     = '2.6     '           / GNU Scientific Library version.
GNUASTRO= '0.12    '           / GNU Astronomy Utilities version.
COMMIT  = 'e00f02a-dirty'      / Git's commit description in running dir.

Sample file used for testing:

XTENSION= 'IMAGE   '           / IMAGE extension
BITPIX  =                  -32 / number of bits per data pixel
NAXIS   =                    2 / number of data axes
NAXIS1  =                 3352 / length of data axis 1
NAXIS2  =                 2532 / length of data axis 2
PCOUNT  =                    0 / required keyword; must = 0
GCOUNT  =                    1 / required keyword; must = 1

                      / Versions and date
DATE    = '2020-05-13T21:59:29' / file creation date (YYYY-MM-DDThh:mm:ss UT)
CFITSIO = '3.47    '           / CFITSIO version.
WCSLIB  = '6.4     '           / WCSLIB version.
GSL     = '2.6     '           / GNU Scientific Library version.
GNUASTRO= '0.11.57-561c'       / GNU Astronomy Utilities version.
HISTORY   Astrometric solution by SCAMP version 2.6.7 (2020-04-09)
COMMENT   (c) 2010-2016 IAP/CNRS/UPMC
COMMENT
EQUINOX =        2000.00000000 / Mean equinox
RADESYS = 'ICRS    '           / Astrometric system
CTYPE1  = 'RA---TPV'           / WCS projection type for this axis
CTYPE2  = 'DEC--TPV'           / WCS projection type for this axis
CUNIT1  = 'deg     '           / Axis unit
CUNIT2  = 'deg     '           / Axis unit
CRVAL1  =   1.133064285324E+02 / World coordinate on this axis
CRVAL2  =   3.187889767116E+01 / World coordinate on this axis
CRPIX1  =   1.763094299320E+03 / Reference pixel on this axis
CRPIX2  =   6.127989349400E+02 / Reference pixel on this axis
CD1_1   =  -1.256684833965E-05 / Linear projection matrix
CD1_2   =   7.880136457752E-04 / Linear projection matrix
CD2_1   =  -7.880037542618E-04 / Linear projection matrix
CD2_2   =  -1.250840093191E-05 / Linear projection matrix
PV1_0   =   9.714784609182E-05 / Projection distortion parameter
PV1_1   =   9.999868977236E-01 / Projection distortion parameter
PV1_2   =  -8.842015406255E-06 / Projection distortion parameter
PV1_4   =   1.822783853090E-04 / Projection distortion parameter
PV1_5   =   1.365776728868E-04 / Projection distortion parameter
PV1_6   =   2.257022520459E-05 / Projection distortion parameter
PV1_7   =   1.920222380359E-04 / Projection distortion parameter
PV1_8   =  -3.830056501464E-05 / Projection distortion parameter
PV1_9   =  -1.347022772508E-04 / Projection distortion parameter
PV1_10  =  -2.471225520868E-05 / Projection distortion parameter
PV2_0   =   4.672062523823E-04 / Projection distortion parameter
PV2_1   =   1.000878428319E+00 / Projection distortion parameter
PV2_2   =  -4.973468945505E-04 / Projection distortion parameter
PV2_4   =  -1.411294363997E-04 / Projection distortion parameter
PV2_5   =   7.439750263035E-04 / Projection distortion parameter
PV2_6   =  -1.224454154415E-03 / Projection distortion parameter
PV2_7   =  -7.014289760875E-04 / Projection distortion parameter
PV2_8   =   3.351859178423E-04 / Projection distortion parameter
PV2_9   =  -4.470842932692E-04 / Projection distortion parameter
PV2_10  =   9.945076014402E-04 / Projection distortion parameter
FGROUPNO=                    1 / SCAMP field group label
ASTIRMS1=   0.000000000000E+00 / Astrom. dispersion RMS (intern., high S/N)
ASTIRMS2=   0.000000000000E+00 / Astrom. dispersion RMS (intern., high S/N)
ASTRRMS1=   2.056759573495E-04 / Astrom. dispersion RMS (ref., high S/N)
ASTRRMS2=   2.493773027890E-04 / Astrom. dispersion RMS (ref., high S/N)
ASTINST =                    1 / SCAMP astrometric instrument label
FLXSCALE=   0.000000000000E+00 / SCAMP relative flux scale
MAGZEROP=           0.00000000 / SCAMP zero-point
PHOTIRMS=           0.00000000 / mag dispersion RMS (internal, high S/N)
PHOTINST=                    1 / SCAMP photometric instrument label
PHOTLINK=                    F / True if linked to a photometric field
END

The code for the same is pushed here. This task can be closed now.

Sachin Kumar Singh <sks_15>
Project MemberIn charge of this item.
Fri 05 Jun 2020 06:47:46 PM UTC, original submission:  

task #15670 is done and now only SIP->TPV conversions remain for task #15128 to be completed.

This task is a subtask for task #15128.

Sachin Kumar Singh <sks_15>
Project MemberIn charge of this item.

 

Attached Files
file #49343:  header-sip.txt added by infantesainz (5KiB - text/plain)
file #49344:  python-pv.txt added by infantesainz (2KiB - text/plain)
file #49345:  original-sip.txt added by infantesainz (3KiB - text/plain)
file #49346:  gnuastro-pv.txt added by infantesainz (2KiB - text/plain)
file #49290:  installation-crash.tar.gz added by infantesainz (183KiB - application/x-gzip)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by makhlaghi (Posted a comment)
  • -email is unavailable- added by infantesainz (Updated the item)
  • -email is unavailable- added by sks_15 (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

     

     

    Follow 8 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2020-06-22 infantesainz Attached File- => Added header-sip.txt, #49343
        Attached File- => Added python-pv.txt, #49344
        Attached File- => Added original-sip.txt, #49345
        Attached File- => Added gnuastro-pv.txt, #49346
    2020-06-17 infantesainz Attached File- => Added installation-crash.tar.gz, #49290
    2020-06-07 sks_15 StatusIn Progress => Done
        Percent Complete0% => 100%
        Open/ClosedOpen => Closed

    Back to the top


    Powered by Savane 3.5