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.
> I even ran the same GFS file through dcgrib2, and dcgrib2 was able to convert > the file and create a grid file with no issues. So it seems to be an issue > with NAGRIB2 only at this point. > > Unless there's some hidden permissions issues that perhaps overlooking? > > This is strange, as we have GEMPAK installed on several other workstations, > and don't have this issue...just on these new servers. Our last gasp is that > it's maybe something related to the OS, as we're currently running Red Hat > 6.7 on that server....perhaps it could be tied to that? > > We could move everything over to dcgrib2...but that would require re-working > a lot scripts which are currently using NAGRIB2 for the processing...so if > there's a fix for the NAGRIB2 issues, that'd be preferable. > > -Tom > Are you trying to write to a file that already exists? That is the only case I can recreate on my end where nagrib2 will report "0 grids were written to the GEMPAK file" -Michael Ticket Details =================== Ticket ID: ZAK-436944 Department: Support GEMPAK Priority: Critical Status: Open