[daip] [!10134]: AIPS - IMAGR stops with ZDAOPN: DELAY 1...

[Robert Gray]

IMAGR stops with ZDAOPN: DELAY 1... 
------------------------------------

           Ticket ID: 10134
                 URL: https://help.nrao.edu/staff/index.php?/Tickets/Ticket/View/10134
           Full Name: Robert Gray
               Email: roberthansengray at gmail.com
             Creator: User
          Department: AIPS Data Reduction
       Staff (Owner): Eric Greisen
                Type: Issue
              Status: Open
            Priority: Default
                 SLA: NRAO E2E
      Template Group: Default
             Created: 31 March 2017 09:30 PM
             Updated: 04 April 2017 07:38 PM
                 Due: 06 April 2017 07:38 PM (2d 0h 0m)
      Resolution Due: 12 April 2017 07:38 PM (8d 0h 0m)



Hi!



Regarding my problem with IMAGR1: ZDAOPN: DELAY 1... I found several
problems, and seem to have resolved them, but wonder if there are  better
ways...



1.  I seem to have resolved the IMAGR problem by not specifying OUTDISK 2,
which is a bus-mounted 1 TB OCZ SSD.  It worked in the past for the same
code, so this seems odd... I wonder if IMAGR is having trouble talking to
it?  Any ideas about that?  There are some arcane limitations to this
device, like it can’t be booted from, but is worked for months as OUTDISK
2...



2.  I found a second problem, unrelated I think, where IMEAN and SAD failed
if pointed at a cube created by IMAGR and using a range of channels not
starting with 1 - so, for example, if BCHAN=700 and ECHAN=701, IMAGER
generates a two-plane cube, and then IMEAN and SAD find no data for BLC x,
y, 700; TRC x, y, 700 (taking them from the input channel number range).
My solution is to translate the channel number range to start with 1 before
running IMEAN and SAD, then later translating SAD’s Plane numbers back up
to the original range, and it works fine but is convoluted.  Is there some
better way?   Maybe not using physical array indices, but using logical
ones that remember the original channel numbers?



Thanks for you help!  I now have code that creates a cube for each of many
successive time ranges (sometimes >1000, 10-sec each, for a 3-hr
observation) and searches each cube for single-channel features... and it
works pretty well!



You probably know about computer simulations of birds flocking behavior
(primitive example:  https://en.wikipedia.org/wiki/Boids).  I recently saw
some very good and complicated simulations in PBS/Netflix “SuperNature Wild
Flyers” S1:E3, although I don’t know who did the work.   And, an
entertaining boid/shark simulation with controls is at:
http://owenmcnaughton.github.io/Boids.js/



Best wishes,



Bob Gray

On Sat, Apr 1, 2017 at 12:10 PM, Robert Gray <roberthansengray at gmail.com>
wrote:

> Thanks for the advice; I'll try it.  And maybe reboot.
>
> I think I had this problem once before, and it went away after a few days;
> I don't think I changed anything (and don't think I rebooted).  Strange!
>
> On Sat, Apr 1, 2017 at 11:07 AM, NRAO Helpdesk <nraohelp at nrao.edu> wrote:
>
>> Do NOT delete the SPACE file.  It is needed - if it is absent the data
>> area will be viewed as unavailable.
>>
>> There is an adverb to GO called DOWAIT.  Scripts are more reliable if
>> that is set to 1 - the task resumes aips
>> only after it finishes and so can tell aips if it failed.   You then omit
>> the WAIT XXX commands.
>>
>> The wait imagr command is executed by the aips program and so should have
>> no influence on
>> imagr at all and does not access any file except for the task
>> intercommunication file.
>>
>> I am mystefied by this since the error clearly states that some file has
>> 0 bytes.  I guess it was deleted somehow.
>>
>> Eric Greisen
>>
>>
>>
>>
>> Ticket Details
>> ---------------------------------
>> Ticket ID: 10134
>> Department: AIPS Data Reduction
>>
>> Support Center: https://help.nrao.edu/index.ph
>> p?/Tickets/Ticket/View/10134
>>
>
>



------------------------------------------------------
Staff CP:  https://help.nrao.edu/staff