[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20040806: Gempak - GNU/Linux Redhad Fedora Core 2 - loading multiple files in gdplot2

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.

  • Subject: 20040806: Gempak - GNU/Linux Redhad Fedora Core 2 - loading multiple files in gdplot2
  • Date: Wed, 18 Aug 2004 10:45:17 -0600
Ron,

I'll see if the 5.7.3 release I'm working on exhibits the
same problem you are seeing. Your message had blank attatchments,
so if you want to send them through I'll see if its possible 
to integrate your changes.

Steve CHiswell
Unidata User SUpport

>From: "Ron McTaggart-Cowan" <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200408061203.i76C3xT5020983

>--=_b58f2cb4059f11c21edc02f4a2583593
>Content-Type: text/plain; charset="ISO-8859-1"
>Content-Transfer-Encoding: 7bit
>
>Institution: SUNY Albany
>Package Version: 5.7.2p2
>Operating System: GNU/Linux Redhad Fedora Core 2
>Hardware Information: i686
>Inquiry: Hi -
>
>We're in the process of updating scripts from gdplot from gdplot2 and have run
>  into problems when trying to load multiple input files using the standard
>
>GDFILE=file1.gem + file2.gem
>
>syntax.  Specifically, it seems like the '+' separation is not handled in gdpt
> ms.f .  We get errors that look like:
>
>[FL -1]  Cannot open file file1.gem+file2.gem.
>[DM -2]  File file1.gem+file2.gem cannot be opened.
>[GD -2]  File file1.gem+file2.gem cannot be opened.
>[FL -1]  Cannot open file file1.gem+file2.gem.
>[DM -2]  File file1.gem+file2.gem cannot be opened.
>[GD -2]  File file1.gem+file2.gem cannot be opened.
>[TG -4]  No times in input file.
>[TG -4]  No times in input file.
>[GR -20]  No times selected.
>Unable to process GDATTIM = 030928/0000F000
>
>when we run the minimalist mfile.scr (attachment 1).  Is it possible that ther
> e's one layer of parsing that's missing in gdptms.f?  I've attached a (very s
> lightly) modified version of gdptms.f (attachment 3) that seems to do the job
>  of handling the '+' separator.  I've also attached a diff file (attachment 2
> ) in case that's useful for a quick check of the changes.
>
>Thanks,
>ron
>
>
>--=_b58f2cb4059f11c21edc02f4a2583593
>Content-Type: application/octet-stream
>Content-Transfer-Encoding: base64
>Content-Disposition: attachment; filename="mfile.scr"
>
>
>--=_b58f2cb4059f11c21edc02f4a2583593
>Content-Type: text/plain
>Content-Transfer-Encoding: base64
>Content-Disposition: attachment; filename="diff.txt"
>
>
>--=_b58f2cb4059f11c21edc02f4a2583593
>Content-Type: application/octet-stream
>Content-Transfer-Encoding: base64
>Content-Disposition: attachment; filename="gdptms-mod.f"
>
>
>--=_b58f2cb4059f11c21edc02f4a2583593--
>
--
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.