[AstroPy] pywcs problem on Linux

Nadia Dencheva dencheva@stsci....
Wed May 6 12:01:11 CDT 2009


Just a wild guess but ...
Is there a chance you are building pywcs with one version of numpy but using a
different version to run it? This will produce a segfault.

Nadia

Michael Droettboom wrote:
> This is a real puzzler.  I don't see anything out of the ordinary about 
> this log.
> 
> Is there anything unusual about how you built Python itself?  It seems 
> to be passing in a bogus pointer to the tuple type object, which should 
> be a static object within the interpreter executable itself.
> 
> Sorry I can't be of more help.
> 
> Mike
> 
> OKUMURA, Akira wrote:
>> Hello Mike,
>>
>> Thanks again. I have uploaded the log of valgrind.
>>
>> $ valgrind --tool=memcheck python test.py tmp > valgrind.log 2>&1
>>
>> http://www-utheal.phys.s.u-tokyo.ac.jp/~oxon/valgrind.log
>>
>> I hope it would be a help.
>>
>> Regards,
>>
>> OKUMURA, Akira oxon@ceres.phys.s.u-tokyo.ac.jp
>> Department of Physics, The University of Tokyo
>> 7-3-1 Hongo, Bunkyo-ku, Tokyo 113-0033
>> TEL/FAX +81 3-5841-4173/4059
>> Skype : okumura.akira
>>
>> On 2009/05/07, at 0:19, Michael Droettboom wrote:
>>
>>> That's a very strange traceback.
>>>
>>> The problem is obviously here:
>>>
>>> PyType_IsSubtype (a=0xfff688d8fff688d8, b=0x2a9579a500)
>>>
>>> "a" is a bogus pointer.  But the inputs to 
>>> PyArg_ParseTupleAndKeywords seem fine.
>>>
>>> I just tested this on two other Linux machines -- RHEL 3 32-bit, and 
>>> RHEL 4 64-bit -- both have no problems.  So there's some 
>>> environmental or build difference about your machine.
>>>
>>> Do you have valgrind installed?  If so, can you send me the output of 
>>> the following command?  It may help track down where the memory 
>>> corruption is happening.
>>>
>>> valgrind --tool=memcheck python test.py tmp
>>>
>>> Cheers,
>>> Mike
>>>
>>> OKUMURA, Akira wrote:
>>>> Hello Mike,
>>>>
>>>> The build log is here.
>>>> http://www-utheal.phys.s.u-tokyo.ac.jp/~oxon/build.log
>>>>
>>>> Would you investigate it, please?
>>>>
>>>> 0)
>>>> $ gcc --version
>>>> gcc (GCC) 3.4.6 20060404 (Red Hat 3.4.6-10)
>>>> $ uname -a
>>>> Linux yashi 2.6.9-78.0.1.ELsmp #1 SMP Tue Aug 5 13:53:03 CDT 2008 
>>>> x86_64 x86_64 x86_64 GNU/Linux
>>>> $ python
>>>> Python 2.5.4 (r254:67916, May  6 2009, 07:09:17)
>>>> [GCC 3.4.6 20060404 (Red Hat 3.4.6-10)] on linux2
>>>>
>>>> 1)
>>>> $ sudo rm -rf /usr/local/lib/python2.5/site-packages/pywcs*
>>>>
>>>> 2)
>>>> $ cd sw/pywcs-1.4-4.3
>>>> $ rm -rf build
>>>> $ python setup.py build > build.log 2>&1
>>>> # => see the above link
>>>> $ sudo python setup.py install
>>>> $ python
>>>>>>> import pywcs
>>>>>>> pywcs.__path__
>>>> ['/usr/local/lib/python2.5/site-packages/pywcs']
>>>>
>>>> 3)
>>>> $ gdb python
>>>> GNU gdb Red Hat Linux (6.3.0.0-1.159.el4rh)
>>>> Copyright 2004 Free Software Foundation, Inc.
>>>> GDB is free software, covered by the GNU General Public License, and 
>>>> you are
>>>> welcome to change it and/or distribute copies of it under certain 
>>>> conditions.
>>>> Type "show copying" to see the conditions.
>>>> There is absolutely no warranty for GDB.  Type "show warranty" for 
>>>> details.
>>>> This GDB was configured as "x86_64-redhat-linux-gnu"...Using host 
>>>> libthread_db library "/lib64/tls/libthread_db.so.1".
>>>>
>>>> (gdb) run test.py tmp
>>>> Starting program: /usr/local/bin/python test.py tmp
>>>> [Thread debugging using libthread_db enabled]
>>>> [New Thread 182896753024 (LWP 22366)]
>>>> =========================================================================== 
>>>>
>>>> tmp/model_total_ICHII_bin00.fits
>>>>
>>>> Program received signal SIGSEGV, Segmentation fault.
>>>> [Switching to Thread 182896753024 (LWP 22366)]
>>>> PyType_IsSubtype (a=0xfff688d8fff688d8, b=0x2a9579a500)
>>>>    at Objects/typeobject.c:827
>>>> 827        if (!(a->tp_flags & Py_TPFLAGS_HAVE_CLASS))
>>>> (gdb) bt
>>>> #0  PyType_IsSubtype (a=0xfff688d8fff688d8, b=0x2a9579a500)
>>>>    at Objects/typeobject.c:827
>>>> #1  0x0000002a9562ba08 in PyArg_ParseTupleAndKeywords 
>>>> (args=0x2a9aaeb4d0,
>>>>    keywords=0x2a95661058, format=0x2a9a1f0006 "Oi:p2s", 
>>>> kwlist=0x7fbfffd650)
>>>>    at Python/getargs.c:1242
>>>> #2  0x0000002a9a1a7773 in PyWcsprm_p2s (self=0x7e44d0,
>>>>    args=0xfff688d8fff688d8, kwds=0x2a9579a500) at src/wcslib_wrap.c:746
>>>> #3  0x0000002a95615fa4 in PyEval_EvalFrameEx (f=0x7e9020, 
>>>> throwflag=Variable "throwflag" is not available.
>>>> )
>>>>    at Python/ceval.c:3612
>>>> #4  0x0000002a95617335 in PyEval_EvalCodeEx (co=0x2a9a126c60, 
>>>> globals=Variable "globals" is not available.
>>>> )
>>>>    at Python/ceval.c:2875
>>>> #5  0x0000002a95616026 in PyEval_EvalFrameEx (f=0x7e8bd0, 
>>>> throwflag=Variable "throwflag" is not available.
>>>> )
>>>>    at Python/ceval.c:3707
>>>> #6  0x0000002a95617335 in PyEval_EvalCodeEx (co=0x2a9a126b70, 
>>>> globals=Variable "globals" is not available.
>>>> )
>>>>    at Python/ceval.c:2875
>>>> #7  0x0000002a955b7444 in function_call (func=0x2a9a13f1b8, 
>>>> arg=0x2a958498e8,
>>>>    kw=0x7c8e40) at Objects/funcobject.c:517
>>>> #8  0x0000002a95597a33 in PyObject_Call (func=0xfff688d8fff688d8,
>>>>    arg=0x2a9579a500, kw=0x2a9562b9cf) at Objects/abstract.c:1861
>>>> #9  0x0000002a9561425b in PyEval_EvalFrameEx (f=0x7e89e0, 
>>>> throwflag=Variable "throwflag" is not available.
>>>> )
>>>>    at Python/ceval.c:3892
>>>> #10 0x0000002a95617335 in PyEval_EvalCodeEx (co=0x2a9a126cd8, 
>>>> globals=Variable "globals" is not available.
>>>> )
>>>>    at Python/ceval.c:2875
>>>> ---Type <return> to continue, or q <return> to quit---
>>>> #11 0x0000002a95616026 in PyEval_EvalFrameEx (f=0x7dddc0, 
>>>> throwflag=Variable "throwflag" is not available.
>>>> )
>>>>    at Python/ceval.c:3707
>>>> #12 0x0000002a95616834 in PyEval_EvalFrameEx (f=0x74a0b0, 
>>>> throwflag=Variable "throwflag" is not available.
>>>> )
>>>>    at Python/ceval.c:3698
>>>> #13 0x0000002a95616834 in PyEval_EvalFrameEx (f=0x56ff50, 
>>>> throwflag=Variable "throwflag" is not available.
>>>> )
>>>>    at Python/ceval.c:3698
>>>> #14 0x0000002a95617335 in PyEval_EvalCodeEx (co=0x2a95860030, 
>>>> globals=Variable "globals" is not available.
>>>> )
>>>>    at Python/ceval.c:2875
>>>> #15 0x0000002a956174b2 in PyEval_EvalCode (co=0xfff688d8fff688d8,
>>>>    globals=0x2a9579a500, locals=0x2a9562b9cf) at Python/ceval.c:514
>>>> #16 0x0000002a9563934c in PyRun_FileExFlags (fp=0x501010,
>>>>    filename=0x7fbffff113 "test.py", start=Variable "start" is not 
>>>> available.
>>>> ) at Python/pythonrun.c:1273
>>>> #17 0x0000002a95639fd3 in PyRun_SimpleFileExFlags (fp=0x501010,
>>>>    filename=0x7fbffff113 "test.py", closeit=1, flags=0x7fbfffec2c)
>>>>    at Python/pythonrun.c:879
>>>> #18 0x0000002a95645288 in Py_Main (argc=Variable "argc" is not 
>>>> available.
>>>> ) at Modules/main.c:532
>>>> #19 0x00000032b951c40b in __libc_start_main () from 
>>>> /lib64/tls/libc.so.6
>>>> #20 0x00000000004006ba in _start ()
>>>> #21 0x0000007fbfffedb8 in ?? ()
>>>> #22 0x000000000000001c in ?? ()
>>>> #23 0x0000000000000003 in ?? ()
>>>> #24 0x0000007fbffff0fd in ?? ()
>>>> #25 0x0000007fbffff113 in ?? ()
>>>> ---Type <return> to continue, or q <return> to quit---
>>>> #26 0x0000007fbffff11b in ?? ()
>>>> #27 0x0000000000000000 in ?? ()
>>>>
>>>> Regards,
>>>>
>>>> OKUMURA, Akira oxon@ceres.phys.s.u-tokyo.ac.jp
>>>> Department of Physics, The University of Tokyo
>>>> 7-3-1 Hongo, Bunkyo-ku, Tokyo 113-0033
>>>> TEL/FAX +81 3-5841-4173/4059
>>>> Skype : okumura.akira
>>>>
>>>> On 2009/05/06, at 23:29, Michael Droettboom wrote:
>>>>
>>>>> Hmmm... I'm not seeing this problem here with your linked fits file 
>>>>> and test.py.
>>>>>
>>>>> Occasionally the distutils build script that pywcs uses doesn't 
>>>>> rebuild enough.  Try deleting the build directory and then 
>>>>> rebuilding and installing.
>>>>>
>>>>> If that still doesn't work, can you send the following:
>>>>>
>>>>> - Your version of gcc
>>>>> - The output of the build
>>>>> - A gdb backtrace
>>>>>
>>>>> This last can be obtained by running "gdb python" and the command 
>>>>> prompt.  Then "run test.py ." (assuming test.py and the fits file 
>>>>> are in the current directory).  When it crashes, type "bt" to get a 
>>>>> backtrace.
>>>>>
>>>>> Cheers,
>>>>> Mike
>>>>>
>>>>> OKUMURA, Akira wrote:
>>>>>> Hello again,
>>>>>>
>>>>>> ver 1.4-4.3 runs properly with the sample FITS and the modified 
>>>>>> script  on my Mac (10.5). So the problem seems to happen only with 
>>>>>> Linux.
>>>>>>
>>>>>>
>>>>>> On 2009/05/06, at 23:07, OKUMURA, Akira wrote:
>>>>>>
>>>>>>
>>>>>>> Hello Mike and Thomas,
>>>>>>>
>>>>>>> I modified test.py to use the second or third argument, but still I
>>>>>>> get a seg fault after calling wcs_pix2sky. And wcs.wcs.fix() always
>>>>>>> cause a seg fault. I have uploaded my sample FITS and modified  
>>>>>>> test.py.
>>>>>>>
>>>>>>> http://www-utheal.phys.s.u-tokyo.ac.jp/~oxon/model_total_ICHII_bin00.fits 
>>>>>>>
>>>>>>> http://www-utheal.phys.s.u-tokyo.ac.jp/~oxon/test.py
>>>>>>>
>>>>>>> Could you investigate it?
>>>>>>>
>>>>>>> Regards,
>>>>>>>
>>>>>>> OKUMURA, Akira oxon@ceres.phys.s.u-tokyo.ac.jp
>>>>>>> Department of Physics, The University of Tokyo
>>>>>>> 7-3-1 Hongo, Bunkyo-ku, Tokyo 113-0033
>>>>>>> TEL/FAX +81 3-5841-4173/4059
>>>>>>> Skype : okumura.akira
>>>>>>>
>>>>>>> On 2009/05/06, at 22:30, Michael Droettboom wrote:
>>>>>>>
>>>>>>>
>>>>>>>> It looks as if your new traceback is related to an API change -- 
>>>>>>>> all
>>>>>>>> of the transformation functions now require an "offset" argument,
>>>>>>>> which should be 0 for C/Numpy indexing or 1 for Fortran/FITS  
>>>>>>>> indexing.
>>>>>>>>
>>>>>>>> If that change doesn't work for you, can you send me a FITS file 
>>>>>>>> and
>>>>>>>> script to reproduce this off list?  I'll see if I can reproduce 
>>>>>>>> what
>>>>>>>> you're seeing here.
>>>>>>>>
>>>>>>>> Mike
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> OKUMURA, Akira wrote:
>>>>>>>>
>>>>>>>>> Hello Nadia,
>>>>>>>>>
>>>>>>>>> Thank you for your reply. I didn't know that new version has been
>>>>>>>>> released recently. I installed pywcs-1.4-4.3.tar.gz and tried
>>>>>>>>> test.py  in the package. But I got errors again.
>>>>>>>>>
>>>>>>>>> 1)
>>>>>>>>> $ ./test.py .
>>>>>>>>> = = =
>>>>>>>>> =
>>>>>>>>> =
>>>>>>>>> =
>>>>>>>>> = 
>>>>>>>>> ==================================================================== 
>>>>>>>>>
>>>>>>>>> ./cmap.fits
>>>>>>>>> zsh: segmentation fault  ./test.py .
>>>>>>>>>
>>>>>>>>> the line wcs.wcs.fix() causes the seg fault.
>>>>>>>>>
>>>>>>>>> 2) comment out wcs.wcs.fix()
>>>>>>>>> $ ./test.py .
>>>>>>>>> = = =
>>>>>>>>> =
>>>>>>>>> =
>>>>>>>>> =
>>>>>>>>> = 
>>>>>>>>> ==================================================================== 
>>>>>>>>>
>>>>>>>>> ./cmap.fits
>>>>>>>>> Traceback (most recent call last):
>>>>>>>>> File "./test.py", line 82, in <module>
>>>>>>>>>  run_directory(directory)
>>>>>>>>> File "./test.py", line 74, in run_directory
>>>>>>>>>  test_file(filepath)
>>>>>>>>> File "./test.py", line 38, in test_file
>>>>>>>>>  world = wcs.wcs_pix2sky(data3)
>>>>>>>>> File "/usr/local/lib/python2.5/site-packages/pywcs/pywcs.py",
>>>>>>>>> line  419, in wcs_pix2sky
>>>>>>>>>  *args, **kwargs)
>>>>>>>>> File "/usr/local/lib/python2.5/site-packages/pywcs/pywcs.py",
>>>>>>>>> line  378, in _array_converter
>>>>>>>>>  raise TypeError("Expected 2 or 3 arguments, %d given" %
>>>>>>>>> len(args))
>>>>>>>>> TypeError: Expected 2 or 3 arguments, 1 given
>>>>>>>>>
>>>>>>>>> I tried several FITS files but I got the same errors. Do you have
>>>>>>>>> any  idea?
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>>
>>>>>>>>> OKUMURA, Akira oxon@ceres.phys.s.u-tokyo.ac.jp
>>>>>>>>> Department of Physics, The University of Tokyo
>>>>>>>>> 7-3-1 Hongo, Bunkyo-ku, Tokyo 113-0033
>>>>>>>>> TEL/FAX +81 3-5841-4173/4059
>>>>>>>>> Skype : okumura.akira
>>>>>>>>>
>>>>>>>>> On 2009/05/06, at 20:47, Nadezhda Dencheva wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> You are running an older version of pywcs.
>>>>>>>>>> I believe an upgrade to the latest release will fix this.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Nadia Dencheva
>>>>>>>>>>
>>>>>>>>>> ---- Original message ----
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> Date: Wed, 6 May 2009 15:30:23 +0900
>>>>>>>>>>> From: astropy-bounces@scipy.org (on behalf of "OKUMURA, 
>>>>>>>>>>> Akira" <oxon@ceres.phys.s.u-tokyo.ac.jp
>>>>>>>>>>>
>>>>>>>>>>>> )
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> Subject: [AstroPy] pywcs problem on Linux
>>>>>>>>>>> To: astropy@scipy.org
>>>>>>>>>>>
>>>>>>>>>>> Hello all,
>>>>>>>>>>>
>>>>>>>>>>> I have installed pywcs in two environments.
>>>>>>>>>>> (1) Scientific Linux 4.7 (64 bit)
>>>>>>>>>>> + Python 2.5.4 (r254:67916, May  6 2009, 07:09:17)
>>>>>>>>>>> + GCC 3.4.6 20060404 (Red Hat 3.4.6-10)] on linux2
>>>>>>>>>>> + pyfits-1.3
>>>>>>>>>>> + pywcs-1.3a1-4.3
>>>>>>>>>>> (2) Red Hat Enterprise Linux 4 (32 bit).
>>>>>>>>>>> + Python 2.5.1 (r251:54863, Aug 24 2007, 16:22:50)
>>>>>>>>>>> + GCC 3.4.3 (TWW)] on linux2
>>>>>>>>>>> + pywcs-1.3a1-4.3
>>>>>>>>>>> + pyfits-2.1.1
>>>>>>>>>>>
>>>>>>>>>>> But I got following errors even though it runs properly on 
>>>>>>>>>>> Mac  OS X
>>>>>>>>>>> 10.5.
>>>>>>>>>>> === Error on (1) ===
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>>>> hdulist = pyfits.open("cmap.fits")
>>>>>>>>>>>>>> wcs = pywcs.WCS(hdulist[0].header)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>> zsh: segmentation fault  python
>>>>>>>>>>>
>>>>>>>>>>> === Error on (2) ===
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>>>> hdulist = pyfits.open("cmap.fits")
>>>>>>>>>>>>>> wcs = pywcs.WCS(hdulist[0].header)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>> Traceback (most recent call last):
>>>>>>>>>>> File "<stdin>", line 1, in <module>
>>>>>>>>>>> File 
>>>>>>>>>>> "/u/gl/oxon/tmp/lib/python2.5/site-packages/pywcs/pywcs.py",
>>>>>>>>>>> line 155, in __init__
>>>>>>>>>>> self.footprint = self._calcFootprint(header)
>>>>>>>>>>> File 
>>>>>>>>>>> "/u/gl/oxon/tmp/lib/python2.5/site-packages/pywcs/pywcs.py",
>>>>>>>>>>> line 181, in _calcFootprint
>>>>>>>>>>> return self.all_pix2sky(corners)
>>>>>>>>>>> File 
>>>>>>>>>>> "/u/gl/oxon/tmp/lib/python2.5/site-packages/pywcs/pywcs.py",
>>>>>>>>>>> line 307, in all_pix2sky
>>>>>>>>>>> return self._array_converter(self._all_pix2sky, *args, **kwargs)
>>>>>>>>>>> File 
>>>>>>>>>>> "/u/gl/oxon/tmp/lib/python2.5/site-packages/pywcs/pywcs.py",
>>>>>>>>>>> line 294, in _array_converter
>>>>>>>>>>> return func(args[0], **kwargs)
>>>>>>>>>>> SystemError: Python/getargs.c:1246: bad argument to internal
>>>>>>>>>>> function
>>>>>>>>>>>
>>>>>>>>>>> Is there any tips on running pywcs with Linux ?
>>>>>>>>>>>
>>>>>>>>>>> The FITS is as follows.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>>>> print hdulist[0].header
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>> SIMPLE  =                    T / File conforms to NOST standard
>>>>>>>>>>> BITPIX  =                   32 / Bits per pixel
>>>>>>>>>>> NAXIS   =                    2 / No data is associated with this
>>>>>>>>>>> header
>>>>>>>>>>> NAXIS1  =                  160 / Length of data axis 1
>>>>>>>>>>> NAXIS2  =                  160 / Length of data axis 2
>>>>>>>>>>> EXTEND  =                    T / Extensions may be present
>>>>>>>>>>> COMMENT   FITS (Flexible Image Transport System) format is
>>>>>>>>>>> defined in
>>>>>>>>>>> 'Astronomy
>>>>>>>>>>> COMMENT   and Astrophysics', volume 376, page 359; bibcode:
>>>>>>>>>>> 2001A&A...
>>>>>>>>>>> 376..359H
>>>>>>>>>>> CTYPE1  = 'GLON-AIT'           / RA---%%%, %%% represents the
>>>>>>>>>>> projection method
>>>>>>>>>>> CRPIX1  =                 80.5 / Reference pixel
>>>>>>>>>>> CRVAL1  =                 211. / RA at the reference pixel
>>>>>>>>>>> CDELT1  =                -0.25 / X-axis incr per pixel of 
>>>>>>>>>>> physical
>>>>>>>>>>> coord at posi
>>>>>>>>>>> CUNIT1  = 'deg     '           / Physical unit of X-axis
>>>>>>>>>>> CTYPE2  = 'GLAT-AIT'           / DEC---%%%, %%% represents the
>>>>>>>>>>> projection method
>>>>>>>>>>> CRPIX2  =                 80.5 / Reference pixel
>>>>>>>>>>> CRVAL2  =                 -17. / DEC at the reference pixel
>>>>>>>>>>> CDELT2  =                 0.25 / Y-axis incr per pixel of 
>>>>>>>>>>> physical
>>>>>>>>>>> coord at posi
>>>>>>>>>>> CUNIT2  = 'deg     '           / Physical unit of Y-axis
>>>>>>>>>>> CROTA2  =                   0. / Image rotation (deg)
>>>>>>>>>>> DATE    = '2009-04-01T15:34:22' / file creation date (YYYY-MM-
>>>>>>>>>>> DDThh:mm:ss U
>>>>>>>>>>> FILENAME= 'cmap.fits'          /
>>>>>>>>>>> TELESCOP= 'GLAST   '           /  name of telescope 
>>>>>>>>>>> generating  data
>>>>>>>>>>> INSTRUME= 'LAT     '           /  name of instrument generating
>>>>>>>>>>> data
>>>>>>>>>>> DATE-OBS= '2009-03-11T21:33:18.000' / start date and time of the
>>>>>>>>>>> observation (U
>>>>>>>>>>> DATE-END= '2009-03-17T16:26:38.000' / end date and time of the
>>>>>>>>>>> observation (UTC
>>>>>>>>>>> NDSKEYS =                    5
>>>>>>>>>>> EQUINOX =                2000. / Equinox of RA & DEC  
>>>>>>>>>>> specifications
>>>>>>>>>>> OBSERVER= 'Peter Michelson'    /  GLAST/LAT PI
>>>>>>>>>>> CREATOR = 'gtbin   '           / Software and version 
>>>>>>>>>>> creating  file
>>>>>>>>>>> HISTORY                   LatCountMapTemplate,v 1.3 2005/04/05
>>>>>>>>>>> 21:06:39 peachey
>>>>>>>>>>> HISTORY Exp
>>>>>>>>>>> CHECKSUM= 'c8JZf8JXc8JXc8JX'   / HDU checksum updated
>>>>>>>>>>> 2009-04-01T06:34:22
>>>>>>>>>>> DATASUM = '182648  '           / data unit checksum updated
>>>>>>>>>>> 2009-04-01T06:34:22
>>>>>>>>>>> DSTYP1  = 'TIME    '
>>>>>>>>>>> DSUNI1  = 's       '
>>>>>>>>>>> DSVAL1  = 'TABLE   '
>>>>>>>>>>> DSREF1  = ':GTI    '
>>>>>>>>>>> DSTYP2  = 'POS(RA,DEC)'
>>>>>>>>>>> DSUNI2  = 'deg     '
>>>>>>>>>>> DSVAL2  = 'CIRCLE(86.81257852,-6.005536809,20)'
>>>>>>>>>>> DSTYP3  = 'CTBCLASSLEVEL'
>>>>>>>>>>> DSUNI3  = 'dimensionless'
>>>>>>>>>>> DSVAL3  = '3:      '
>>>>>>>>>>> DSTYP4  = 'ENERGY  '
>>>>>>>>>>> DSUNI4  = 'MeV     '
>>>>>>>>>>> DSVAL4  = '200:20000'
>>>>>>>>>>> DSTYP5  = 'ZENITH_ANGLE'
>>>>>>>>>>> DSUNI5  = 'deg     '
>>>>>>>>>>> DSVAL5  = '0:100   '
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Regards,
>>>>>>>>>>>
>>>>>>>>>>> OKUMURA, Akira oxon@ceres.phys.s.u-tokyo.ac.jp
>>>>>>>>>>> Department of Physics, The University of Tokyo
>>>>>>>>>>> 7-3-1 Hongo, Bunkyo-ku, Tokyo 113-0033
>>>>>>>>>>> TEL/FAX +81 3-5841-4173/4059
>>>>>>>>>>> Skype : okumura.akira
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> AstroPy mailing list
>>>>>>>>>>> AstroPy@scipy.org
>>>>>>>>>>> http://mail.scipy.org/mailman/listinfo/astropy
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> AstroPy mailing list
>>>>>>>>> AstroPy@scipy.org
>>>>>>>>> http://mail.scipy.org/mailman/listinfo/astropy
>>>>>>>>>
>>>>>>>>>
>>>>>>>> -- 
>>>>>>>> Michael Droettboom
>>>>>>>> Science Software Branch
>>>>>>>> Operations and Engineering Division
>>>>>>>> Space Telescope Science Institute
>>>>>>>> Operated by AURA for NASA
>>>>>>>>
>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> AstroPy mailing list
>>>>>>> AstroPy@scipy.org
>>>>>>> http://mail.scipy.org/mailman/listinfo/astropy
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Regards,
>>>>>>
>>>>>> OKUMURA, Akira oxon@ceres.phys.s.u-tokyo.ac.jp
>>>>>> Department of Physics, The University of Tokyo
>>>>>> 7-3-1 Hongo, Bunkyo-ku, Tokyo 113-0033
>>>>>> TEL/FAX +81 3-5841-4173/4059
>>>>>> Skype : okumura.akira
>>>>>>
>>>>>> _______________________________________________
>>>>>> AstroPy mailing list
>>>>>> AstroPy@scipy.org
>>>>>> http://mail.scipy.org/mailman/listinfo/astropy
>>>>>>
>>>>> -- 
>>>>> Michael Droettboom
>>>>> Science Software Branch
>>>>> Operations and Engineering Division
>>>>> Space Telescope Science Institute
>>>>> Operated by AURA for NASA
>>>>>
>>> -- 
>>> Michael Droettboom
>>> Science Software Branch
>>> Operations and Engineering Division
>>> Space Telescope Science Institute
>>> Operated by AURA for NASA
>>>
> 


More information about the AstroPy mailing list