Welcome to iraf.net Friday, March 29 2024 @ 10:17 AM GMT


 Forum Index > Help Desk > General IRAF New Topic Post Reply
 daophot.phot hanging
   
jmccormac001
 02/06/2015 09:06AM (Read 1725 times)  
+----
Newbie

Status: offline


Registered: 07/25/2014
Posts: 7
Hi,
I've noticed recently that daophot.phot is hanging when I try to run aperture photometry on an image I've previously ran photometry on.

I've recently added the following keywords to the image headers, which my reduction scripts populate to keep track of which photometry files go with what image. This is the only change I've made to a script that has worked for years.

COORDS = 'Coords00000.txt'
PHOT = 'phot02197.txt'
TEMP-MAG= 'temp_mag02197.txt'
TRACKTYP= 'FIXED '

I've removed these keywords and tried again but phot is still hanging.

I'm not sure if this makes a difference but the image was also recently compressed and uncompressed with fpack/funpack adding the following keywords before those above:

HISTORY Image was compressed by CFITSIO using scaled integer quantization:
HISTORY q = 4.000000 / quantized level scaling parameter
HISTORY 'SUBTRACTIVE_DITHER_1' / Pixel Quantization Algorithm
CHECKSUM= 'Z3Wmd1VkZ1Vkd1Vk' / HDU checksum updated 2015-02-04T16:12:07
DATASUM = '1132905087' / data unit checksum updated 2015-02-04T16:12:07

I can provide an image and the full header if that will help.

What I've noticed is running phot in batch mode with several aperture sizes is no problem. If my PyRAF script stops and I then try to run it again with new aperture sizes it just hangs. Is there a way to see some verbose from phot to see where it is hanging?

I am running IRAF 2.16 on macbook OS X 10.10.2 and have got the same error when using IRAF manually and when trying with PyRAF.


Kind regards
James

 
Profile Email
 Quote
fitz
 02/06/2015 10:12PM  
AAAAA
Admin

Status: offline


Registered: 09/30/2005
Posts: 4040
There are no known issues so it would help to see the image (both the original and the funpack'd version). Please upload these along with the parameters/psets you used to the anonymous ftp at ftp://iraf.noao.edu/pub. To get the parameters use e.g. "cl\$this->_split2($m[0]) dpar phot datapars photpars ...." and so on.

If it works the first time you use it but not subsequent runs then try doing "flpr" between runs. It would also help to know if this is either the SciSoft or Ureka ditribution (if so, I probably can offer much help and you should contact those authors).

 
Profile Email
 Quote
jmccormac001
 02/11/2015 09:15AM  
+----
Newbie

Status: offline


Registered: 07/25/2014
Posts: 7
Apologies for the delay in replying I was doing a more thorough test to figure out what was going wrong. I've eliminated fpack as a culprit by isolating an image and compressing and uncompressing it, then running phot before and after and things were fine.

I then realised that the problem seems to be caused by the number of files in the working directory. This would explain why it runs once, then will not the second time, as there are triple the number of files in the directory (images+temp_mag+txdump output). Could this be an issue?

When running phot manually in a directory with several thousand files it stops after the manual input of the output photometry filename. It does not prompt for the centering or sky fitting algorithms etc. Moving the image and coords file to a new directory it works fine.

For reference I am running a scisoft installation on mac os x 10.10.2.

Cheers
James


 
Profile Email
 Quote
jmccormac001
 02/12/2015 08:31AM  
+----
Newbie

Status: offline


Registered: 07/25/2014
Posts: 7
I had a feeling I had seen something like this before and found an older post I made where ccdproc would not process large numbers of images.

https://iraf.net/forum/viewtopic.php?showtopic=1468515

The solution was to change the variable

use_new_imt to 'no' in '/usr/local/scisoft/packages/iraf//iraf/unix/hlib/zzsetenv.def' and this worked fine afterwards.

I grep'ed the entire iraf installation for another 'use_new_imt' variable but could not find one. Is there something in daophot.phot which is similar?

Cheers
James

 
Profile Email
 Quote
fitz
 02/13/2015 05:17PM  
AAAAA
Admin

Status: offline


Registered: 09/30/2005
Posts: 4040
The global setting for 'use_new_imt' is only in the hlib$zzsetenv.def file, however it cna optionally be defined in a user's login.cl file. There's nothing similar in the daophot.phot.

 
Profile Email
 Quote
   
Content generated in: 0.20 seconds
New Topic Post Reply

Normal Topic Normal Topic
Sticky Topic Sticky Topic
Locked Topic Locked Topic
New Post New Post
Sticky Topic W/ New Post Sticky Topic W/ New Post
Locked Topic W/ New Post Locked Topic W/ New Post
View Anonymous Posts 
Anonymous users can post 
Filtered HTML Allowed 
Censored Content 
dog allergies remedies cialis 20 mg chilblain remedies


Privacy Policy
Terms of Use

User Functions

Login