iraf.net

Is there any hook in iraf (specifically in mscred/mscgetcatalog) for access to USNO-B1.0 data like there is for the A2.0? The obvious does not seem to work.Thanks, Dave (LBTO)

See the ASTCAT package in ASTUTIL, specifically the ADUMPCAT task.-Mike

[quote:d6183b29c7]...ASTCAT package in ASTUTIL, specifically the ADUMPCAT[/quote:d6183b29c7] I found the appropriate entry for usnob1@usno (see below) and copied it to the file astcat$lib/catdb.dat, restarted iraf, unlearned everything from noao down and aclist still does not list usnob1 as an option. Do I need to do a mkpkg to get this entry in the list astcat/aclist sees? I also copied the catdb.dat file to my local disk and specified it on the command line. The other catalog servers respond, but in both cases the message from adumpcat is 'Cannot locate catalog record usnob1@usno'. I don't see any obvious formatting differences with respect to the other catalog entries. If you do a 'forum search' on iraf.net for 'usnob1' you will find earlier posts along these lines and the suggested entry for the catdb file that I used. Dave (LBTO)

Dave,Please send me or post your catdb.dat file. Also note that the ASTCAT package parameter 'catdb' is where you would set the filename, the rest of the tasks inherit that value in their parameters. To be explicit you could use[code:1:1f14812348]cl> aclist catdb=/tmp/foo[/code:1:1f14812348]where /tmp/foo is a copy of the catdb.dat with the new change. If you don't see it that way it may be some silly syntax error in your file.Also, from the earlier posting for the entry ( https://iraf.net/phpBB2/viewtopic.php?t=84843 for interested people) you should note that a copy-n-paste directly from there to the dat file won't work. Specifically, the line beginning with 'query' should include the 'GET', the path, and the 'HTTP' string all on the same line (these were broken out in the posting to separate lines). Once that was fixed I was able to use it with no problem.BTW, related work has been going on in this area. Expect an announcement in the next few weeks that will make [b:1f14812348]many[/b:1f14812348] more catalogs available in the system.Cheers,
-Mike

I tried the command line declaration, it still does not see the usnob1 entry (but it does see all of the other entries in a local copy of the default db). I don't see any obvious formatting problems, but sent you the listing separately.Dave (LBTO)

OK, this was a Linux/Windows/Mac issue. When I originally copied the text from the other post some ^M's or spaces or something came over. I made a new copy and made sure there were no extraneous (invisible) characters at the ends of the lines and it worked.Dave (LBTO)

So I am now able to access the usnob1@usno catalog server from everything in the ASTCAT package, but MSCGETCATALOG still does not work. I can convert the task from which I am calling mscgetcatalog to use the astcat package instead (tomorrow), but why does mscgetcatalog still have problems? It is supposed to be working through astcat for catalog access.Dave (LBTO)

Dave,There are two tasks to consider: mscgetcat uses a different interface and can ONLY access the USNO-A2 catalog servers at noao or cadc. On the other hand, the mscagetcat (note the 'a') is the one that uses the ASTCAT package but in this case the catdb is hardwired to be astcat$lib/catdb.dat.-Mike

I ended up reprogramming my script that was calling mscgetcatalog to use agetcat instead. That seems to be a better solution for what I am trying to do. I made a local copy of the astcat$lib/catdb.dat file including the usnob1 entry and use that in the astcat and agetcat psets. A little tuning of the selection parameters and it is working better than my old implementation! Thanks for your help in sorting this out. Dave (LBTO)