[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
20050606: Surface MD file is not generated in a RedHat Linux system (cont.)
- Subject: 20050606: Surface MD file is not generated in a RedHat Linux system (cont.)
- Date: Tue, 07 Jun 2005 09:17:52 -0600
>From: Eirh-Yu Hsie <address@hidden>
>Organization: CU/CIRES
>Keywords: 200506032148.j53LmYZu017997 McIDAS-XCD configuration
Hi Hsie,
After trying a variety of things on rainbow yesterday, last night, and
this morning (like rebuilding/reinstalling the v2004 distribution from
scratch), I found out that someone had modified two XCD configuration
files:
- XCDDEC.BAT
- ISFCDEC.CFG
The changes made related to the number of surface stations to be
processed (the default v2004 values of 7000 were changed to 15000).
This might have been OK _if_ the schema for the surface file (schema
ISFC) had been modified accordingly.
To get surface data decoding again, I:
- reverted the changes in XCDDEC.BAT and ISFCDEC.CFG to the v2004 defaults
- stopped the LDM
- deleted the file ~mcidas/linux/workdata/DCLSTIDX.PTR
- deleted the file /home/mcidas/savedata/SAOMETAR.RAP
- reran XCDDEC.BAT
- restarted the LDM
After the changes above, XCD correctly created
/home/mcidas/savedata/SAOMETAR.RAT and the surface MD file for today is
being populated.
The question now is who made the modifications I reference above (I suspect
that it was Owen Cooper, but I don't know for sure). The next question
is if modifying the ISFC schema (file ~mcidas/linux/workdata/DCISFC) to
support 15000 stations and using the modified XCDDEC.BAT and ISFCDEC.CFG
files would result in XCD being able to correctly decode surface data.
Cheers,
Tom
--
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.