finder/tfinder on V2.16

[massey]

I tried installing "finder" manually as an external package in V2.16. After some fiddling I got it to load okay, but when I go to run it I get the following:

Image name (cn15ccd069.fits):
Catalog table cn15ccd069.fits.tab exists, overwrite the file? (no):
Log file cn15ccd069.fits.log exists, overwrite the file? (no):

Interactive centering using TPEAK:
The size of the markers matches the centering box (9 pixels).
Change the size with the command `:eparam tvmark'.

Select a new catalog subset (yes/no) (no): no
ERROR: Abnormal termination of child process '??'
"rotate=0., xscale=100., yscale=100., xshift=0, yshift=0, imcur="")"
line 257: finder$src/tfinder.cl
called as: `tfinder ()'

It never loads the image on the image display, or tries to mark features.

Thoughts? It should would be great if this invaluable external package was updated (if that's what's needed) to work under 2.16....

thanks,
phil

[fitz]

Hi Phil,

If you see an 'Abnormal termination' message it is best to run the binary outside of the CL to see what the unix-level error is. If this is a Mac system and you're using whatever 'macosx' binaries could be found then this is probably a complaint about Rosetta on some newer OSX versions.

The code modifications for v2.16 (i.e. 64-bit) are pretty trivial, however the package requires the 'gilib' (Group File) library from the TABLES package. This library is not required for the core tables functionality in the system and so is left to the STScI support of the TABLES package. Because of various coding sins of the past and a desire by ST to no longer be tainted by SPP the decision was made that STSDAS/TABLES would not be ported to 64-bit platforms, this includes the GILIB needed by FINDER. Fortunately, we can run older 32-bit binaries in v2.15/v216 but I'll need to wait until I get into the office tomorrow to rebuild the package on a machine that might produce a binary you can use. If you have a v2.14 machine you should be able to build from source and get a working binary.

Cheers,
-Mike

[massey]

Mike, that would be great if you could build a binary with the old "tables" library. I confess I have no idea how to build the binary myself.

Indeed, it's for running on a new MacBook Air that has Mountain Lion installed, running IRAF 2.16.

[fitz]

Hi Phil,

Try the FINDER binaries at ftp://iraf.noao.edu/iraf/extern/finder_221-bin.macosx.tar.gz

Let me know if you still have problems with it.

Cheers,
-Mike

[massey]

Mike, thanks! I tried running it using an old solution and table, and got the following:

tfinder cn10ccd155.fits
Catalog table cn10ccd155.fits.tab exists, overwrite the file? (no):
Log file cn10ccd155.fits.log exists, overwrite the file? (no):

Interactive centering using TPEAK:
The size of the markers matches the centering box (9 pixels).
Change the size with the command `:eparam tvmark'.

Select a new catalog subset (yes/no) (no):
ERROR: Unknown table type, or line too long for text file.
"rotate=0., xscale=100., yscale=100., xshift=0, yshift=0, imcur="")"
line 257: finder$src/tfinder.cl
called as: `tfinder (image=cn10ccd155.fits)'

I haven't tried doing it ab initio on an image, but will give that a shot next.

[fitz]

There appears to be a known problem with 64-bit tables code I still need to look into. For the moment, be sure to install the TABLES package (32-bit) and have it loaded before running FINDER, this should force the scripts to use the TABLES version of the TTOOLS tasks rather than the 64-bit NTTOOLS version in the core system.

[massey]

Mike, thanks! I'll give this a try, once I figure out where to find a 32-bit version of tables and to uninstall the one that got installed when I did a "make stsdas tables". Where should I go to look for this?

I will note that when one loads finder, the package's first statement is that it is loading tables. It says this even if tables is already loaded...

thanks for your continued efforts on this! Sorry to be a nuisance!
---phil

[fitz]

A "make tables" will install the 32-bit TABLES package from STScI, for good measure type 'tables' again before running FINDER (and of course, 3 flpr's wouldn't hurt ).

[massey]

Hi, Mike---

Reloading (the 32-bit) tables after finder certainly changed the behavior, but I'm afraid there are still problems.

(1) When I run mkgsctab on a list of coordinates in order to generate a "gsc-format" table I get the following:

tables> mkgsctab
Input coordinate list (RA Dec [ID]) (ucac3coords):
Output GSC format table (test3): test9
ERROR: Header file name not found or ambiguous (test9.tab)
"parkey (region, loutput, "REGION", add+)"
line 100: finder$src/mkgsctab.cl
called as: `mkgsctab ()'

If instead I run tfinder on an image with a pre-existing table, I get a similar error:
tables> tfinder
Image name (cn10ccd155.fits):
Catalog table cn10ccd155.fits.tab exists, overwrite the file? (no):
ERROR: Header file name not found or ambiguous (cn10ccd155.fits.tab)
"keypar (table, "REGION", silent+)"
line 148: finder$src/tfinder.cl
called as: `tfinder ()'

[fitz]

I've asked Rob to have a look.....

[Charles Knox]

Hi,
We are trying to get this working for us on 2.16 too. On both RedHat Linux 6 and MacOS 10.8. I got messages similar to those reported on this thread, after managing to get a 64 bit build to run on Linux. This involved way too much hacking at a separate version of tables to get libraries that matched the 64 bit versions that Linux was creating. Will a version of the finder executable x_finder.e from an old but functional 2.14a 32 bit install moved into the appropriate bin directory work? Can I do the same with an executable from an old install on a MacOS 10.6 moving it to a 10.8 install?

The corollary to this question is "What to folks use instead of finder". We need its functionality to get WCS onto data we take with the Burrell Schmidt.
Charley Knox
Warner & Swasey Observatory
Dept. of Astronomy
Case Western Reserve University