Welcome to iraf.net Wednesday, May 08 2024 @ 11:46 PM GMT


 Forum Index > Help Desk > General IRAF New Topic Post Reply
 xgterm 64-bit + igi = wrong gcur
   
rjvo
 01/18/2014 02:38PM (Read 2232 times)  
+++++
Active Member

Status: offline


Registered: 04/21/2007
Posts: 134
The 64-bit xgterm from the last version does not work well with igi - the
PHP Formatted Code
=gcur

shows bad coordinates (the C-key as well).

 
Profile Email
 Quote
rjvo
 01/18/2014 03:35PM  
+++++
Active Member

Status: offline


Registered: 04/21/2007
Posts: 134
The same situation is with the "fitpar". This makes impossible interactive analysis of data.

 
Profile Email
 Quote
fitz
 01/18/2014 04:15PM  
AAAAA
Admin

Status: offline


Registered: 09/30/2005
Posts: 4040

The 64-bit xgterm from the last version does not work well with igi - the

=gcur

shows bad coordinates (the C-key as well).


A graphics WCS structure was changed in the 64-bit port and this is (assuming we're talking about the same thing) due to an incompatibility between the 32-bit IGI and the 64-bit CL binary which does the graphics. The workaround is to instead use a 32-bit CL binary. If you have v2.16 Linux you can get a 32-bit binary from

ftp://iraf.noao.edu/pub/vocl.e.LNUX

Just download in binary mode, make executable and replace your existing $iraf/bin.linux64/vocl.e If you installed the 'iraf-linux.tar.gz' combined distrbution then you can copy the binary from the $iraf/bin.linux directory already on your machine.



The same situation is with the "fitpar". This makes impossible interactive analysis of data.


You shouldn't be seeing this if you're running the latest v2.16.1. What platform and iraf version is this, and which keystroke were you trying to use?

 
Profile Email
 Quote
rjvo
 01/18/2014 04:36PM  
+++++
Active Member

Status: offline


Registered: 04/21/2007
Posts: 134
This is 2.16.1 on the 64-bit Ubuntu 12.04 LTS. The problem was with deleting bad points [D] at the fitpar task.

Anyway, your workaround works perfectly in two cases: igi and fitpar run OK. Thank you.

 
Profile Email
 Quote
rjvo
 02/05/2014 05:47PM  
+++++
Active Member

Status: offline


Registered: 04/21/2007
Posts: 134
I was happy going on with the workaround done above until I arrived to make the ccmap task. The cursor (red lines) on the CCMAP fitting irafterm have wrong x,y positions by pressing C; the delete of a particular star is not possible, because the wrong star is chosen and deleted. So the situation is similar to igi.

 
Profile Email
 Quote
fitz
 02/05/2014 05:58PM  
AAAAA
Admin

Status: offline


Registered: 09/30/2005
Posts: 4040
Are you saying the 32bit CL workaround does NOT work for this task?

 
Profile Email
 Quote
rjvo
 02/05/2014 06:17PM  
+++++
Active Member

Status: offline


Registered: 04/21/2007
Posts: 134
YES, the workaround does not work with ccmap - I am really surprised.

 
Profile Email
 Quote
rjvo
 02/05/2014 09:29PM  
+++++
Active Member

Status: offline


Registered: 04/21/2007
Posts: 134
I have tested the latest IRAF 32 bit version and the ccmap works without any problem with [C] and interactive fitting. The same 64 bit IRAF version does not.

 
Profile Email
 Quote
fitz
 02/05/2014 09:37PM  
AAAAA
Admin

Status: offline


Registered: 09/30/2005
Posts: 4040

I'm not able to reproduce the CCMAP problem on either Linux or OSX systems. Both the 'd' key to delete a star and the 'C' keystroke to print the coords work as expected. All I did to test was follow Example 1 from the ccmap help page, can you confirm that also fails for you? Does restarting your XGterm change anything? Did you resize the graphics window and if so, did that "break" things?

 
Profile Email
 Quote
rjvo
 02/06/2014 08:24AM  
+++++
Active Member

Status: offline


Registered: 04/21/2007
Posts: 134
I did:
PHP Formatted Code

vocl> type coords
13:29:47.297  47:13:37.52  327.50  410.38
13:29:37.406  47:09:09.18  465.50   62.10
13:29:38.700  47:13:36.23  442.01  409.65
13:29:55.424  47:10:05.15  224.35  131.20
13:30:01.816  47:12:58.79  134.37  356.33
vocl> unl ccmap
vocl> imcopy dev$pix pix
dev$pix -> pix
vocl> hedit pix epoch 1987.26
pix,EPOCH (0.00 -> 1987.26):
pix,EPOCH: 0.00 -> 1987.26
update pix ? (yes):
pix updated
vocl> ccmap coords coords.db image=pix xcol=3 ycol=4 lngcol=1 latcol=2
 

And I am able to delete with [d] but wrong points because the [C] shows bad x,y coordinates.
Anyway the igi works fine!

 
Profile Email
 Quote
rjvo
 02/06/2014 01:51PM  
+++++
Active Member

Status: offline


Registered: 04/21/2007
Posts: 134
Quote by: fitz


I'm not able to reproduce the CCMAP problem on either Linux or OSX systems. Both the 'd' key to delete a star and the 'C' keystroke to print the coords work as expected. All I did to test was follow Example 1 from the ccmap help page, can you confirm that also fails for you? Does restarting your XGterm change anything? Did you resize the graphics window and if so, did that "break" things?



If I run exact IRAF 32-bit or 64-bit there is NO problem with ccmap.

On 64-bit there is a problem with IGI: [C] shows incorrect coordinates.

So I replaced - on the 64-bit Linux - the "vocl.e" as a work around you have suggested and on this configuration I can run IGI without any problem, and the ccmap has no the same problem: [C] shows incorrect coordinates.

 
Profile Email
 Quote
   
Content generated in: 0.31 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