Submit a Story  :  IRAF Links  :  Past Polls  :  Calendar  :  Advanced Search  
     iraf.net
  About iraf.net
Downloads
Docs
Projects
FAQ
Support
Forums
Links
Email Contact Us  
Privacy Policy
User Functions
Username:

Password:

Don't have an account yet? Sign up as a New User
What's New
STORIES
No new stories

COMMENTS last 48 hrs
No new comments
 Forum FAQForum FAQ   Forum SearchForum Search   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

imarith issues

 
Post new topic   Reply to topic    iraf.net Forum Index -> General IRAF
View previous topic :: View next topic  
Author Message
Jason Quinn
IRAF Guru


Joined: 07 Apr 2006
Posts: 151
PostPosted: Mon Oct 22, 2012 9:26 pm    Post subject: imarith issues Reply with quote
I am trying to merely subtract a bias from a long list of image (about 450) and I'm getting strange errors.

I've been able to reproduce them using dev$pix.

Create a bunch of test files (for example 510) using

Code:
!seq -f 'imcopy dev$pix test%02g.fits' 1 510 > script.cl
cl < script.cl
!seq -f 'test%02g.fits' 1 510 > tlist
!seq -f 'out%02g.fits' 1 510 > olist
imcopy dev$pix bias.fits
imarith @tlist - bias.fits @olist


The last imarith command results (for me) in

Code:
ERROR: Wrong number of elements in the operand lists


A shorter lists appear to run correctly. For these images, the 87 images or more (at least for my machine) produces the "wrong number of elements" error message.

But some numbers of images less than 87 (for example 86) give a different error message:

Code:
!seq -f 'imcopy dev$pix test%02g.fits' 1 86 > script.cl
cl < script.cl
!seq -f 'test%02g.fits' 1 86 > tlist
!seq -f 'out%02g.fits' 1 86 > olist
imcopy dev$pix bias.fits
imarith @tlist - bias.fits @olist


results in

Code:
tes is not an image or a number


The "tes" part is a truncated part of the file names.

The exactly boundaries where this happens (like 86 or 256 for the original files where I noticed it) changes depending on the size of the images involved, so this might be some sort of out of memory error although my machine has 3GB of memory and should certainly be able to load 85'ish half-meg files based on dev$pix even if a few temporary files are involved for each. If this is being causes by out-of-memory conditions, the errors reported are unintuitive and I would think the design of imarith would makes it memory efficient so that all the images don't have to be loaded simultaneously.

Can't figure this one out.

Cheers,
Jason
Back to top
View user's profile Send private message
fitz
Site Admin


Joined: 30 Sep 2005
Posts: 3256
Location: Tucson
PostPosted: Tue Oct 23, 2012 12:16 am    Post subject: Reply with quote
This may be a know issue with the new image template code that should be fixed in the latest update. You can do

Code:

% cd /iraf/iraf
% make latest


to install the update. Otherwise, try using

Code:
cl> reset use_new_imt = no


to disable the new code and use the original template lists. If you still have problems let me know.
Back to top
View user's profile Send private message
Jason Quinn
IRAF Guru


Joined: 07 Apr 2006
Posts: 151
PostPosted: Tue Oct 23, 2012 12:50 am    Post subject: Reply with quote
The "make latest" appears to have solved the issue. I had also reverted to 2.14.1 and the problem didn't exist yet as you also hinted.

Thanks for the super fast reply.

Jason
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    iraf.net Forum Index -> General IRAF All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2009 phpBB Group
 Copyright © 2005-2011 iraf.net
 All trademarks and copyrights on this page are owned by their respective owners.		 Powered By Geeklog 
Created this page in 0.09 seconds