This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
>From: Gerry Creager N5JXS <address@hidden> >Organization: Texas A&M University -- AATLT >Keywords: 200407190307.i6J372aW022195 LDM CRAFT Hi Gerry, >I've been ingesting craft data to gemdata2.tamu.edu from bigbird. I've >finally gotten all the tabs expanded properly so I'm seeing files that >appear to be appropriate in the directories. It sounds like you should want the pqact.conf action(s) on gemdata2 to be identical to the ones on bigbird: ~ldm/etc/pqact.gempak_craft.tamu. I would simply copy pqact.gempak_craft.tamu from bigbird to gemdata2 and make sure that you run the appropriate set of pqact actions in ~ldm/etc/ldmd.conf: exec "pqact -f CRAFT -p BZIP2/K[A-D] etc/pqact.gempak_craft.tamu" exec "pqact -f CRAFT -p BZIP2/K[E-K] etc/pqact.gempak_craft.tamu" exec "pqact -f CRAFT -p BZIP2/K[L-R] etc/pqact.gempak_craft.tamu" exec "pqact -f CRAFT -p BZIP2/K[S-Z] etc/pqact.gempak_craft.tamu" >I'm running your utility >to create the symlink from 'craft_all/[date]' to 'craft', which appears >to be working. OK. >I'm *NOT* running dcnexr2 to decompress the data; we decided that wasn't >necessary. If you are copying what is on bigbird, then the actions needed are a FILE that writes the CRAFT pieces for each station to a hidden file for that station/time followed by an EXEC action that renames the hidden file to make it visible. >I'm getting bad file format errors both when I run the script, Which script? >which makes pqact complain, I don't understand. Are you talking about pqact.conf actions? >and when I run gpnexr2 interactively I see the >following: > > GEMPAK-GPNEXR2>l > MAP = 1 > GAREA = dset > PROJ = rad > RADFIL = NEXRII|KHGX > LATLON = > PANEL = 0 > TITLE = 1 > TEXT = 1 > CLEAR = yes > DEVICE = xw > LUTFIL = default > IMCBAR = > TILT = .5 > RADPARM = dz > RADTIM = last > GEMPAK-GPNEXR2>r >Creating process: xw for queue 1238106115 > GPMAP PARAMETERS: > > Device: xw > Projection: rad > Graphics area name: dset > Map: 1 > Title: 1 > Panel: 0 > Latlon: > Clear: YES > Image file: $RAD/craft/KHGX/KHGX_20040719_0257 > >Enter <cr> to accept parameters or type EXIT: >Can't read station ID from file, using KHGX >oops, sweep 0.500000 +/- 20.000000 is null > [IM -3] Image file $RAD/craft/KHGX/KHGX_20040719_0257 not a supported >format > [IM -8] Could not open LUT file ... > [GEMPLT -15] NIPROJ - Invalid projection specified. > [GG -7] No map drawn. > [GEMPLT -15] NIPROJ - Invalid projection specified. > [GG -13] Error drawing lat/lon grid. > Parameters requested: MAP,GAREA,PROJ,RADFIL,LATLON,PANEL,TITLE,TEXT,CLEAR, > DEVICE,LUTFIL,IMCBAR,TILT,RADPARM,RADTIM. > GEMPAK-GPNEXR2> > >Any idea where I'm screwing up? This ought to be simple... I am assuming that you are saying that your pqact.conf action(s) on gemdata2 are screwing up, and that results in the gempak routine failure when reading a file on disk. True? If the answer is yes, then I recommend simply using the pqact.gempak_craft.tamu file from bigbird and the CRAFT pqact exects from bigbird's ldmd.conf file. Since things work on bigbird, they should work on another Linux machine doing essentially the same ingest/file/processing. >Thanks, No worries. Cheers, Tom -- NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publically available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.