[LDM #KAS-595282]: is "data" appended to datadir-path

Dan,

> This is how I expected it to work, but I am also working with an inherited 
> copy of the GEMPAK decoders, I am seeing that my model files are being split.
> 
> Some are going into
> <datadir-path>/gempak/model
> while some are going into
> <datadir-path>/data/gempak/model
> 
> and it appears from the pqact file, that the *unspecified* files are going 
> into <datadir-path>/data/gempak/model
> 
> #specified, and goes where I want
> 
> # NAM #242 11.25km grid Alaska
> 
> NGRID   ^[LM].S... KWBE
> 
> PIPE    dcgrib2 -d /data/ldmdata/gempak/logs/dcgrib2_NAM242.log
> 
> -e GEMTBL=/data/products/gempak/gempak-7.4.2/gempak/tables
> 
> /data/ldmdata/gempak/model/nam-ak/YYYYMMDDHH_nam242.gem
> 
> 
> #unspecified, and goes where I don't
> 
> HDS     ^H.[I-P]... KWBC ([0-3][0-9])([0-2][0-9])
> 
> PIPE    dcgrib2 -d /data/ldmdata/gempak/logs/dcgrib2_GFSthin.log
> 
> -e GEMTBL=/data/products/gempak/gempak-7.4.2/gempak/tables
> 
> When I run regutil, I get the following for pqact/datadir-path
> 
> /pqact/datadir-path : /data/ldmdata
> 
> 
> I will keep looking, but if you have any other thoughts, I would be 
> appreciative.

I believe the GEMPAK pqact(1) configuration-file(s) assume that the working 
directory of the pqact(1) process is the installation (i.e., home) directory of 
the LDM user. If you set the registry parameter "/pqact/datadir-path" to that 
then they should work unaltered.

You should verify this.

Regards,
Steve Emmerson

Ticket Details
===================
Ticket ID: KAS-595282
Department: Support LDM
Priority: Normal
Status: Open
===================
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata 
inquiry tracking system and then made publicly 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.