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

[netCDF #AFY-830195]: Possible bug in ncdump

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: [netCDF #AFY-830195]: Possible bug in ncdump
  • Date: Thu, 30 Jul 2015 13:29:29 -0600
Hi Maksym,

> I have not found a proper web page to report a bug, so here it goes in the
> email.

Thanks, this is an excellent place to submit a bug report. I've added it to
our bugrtracking system, so you can see progress on fixing it here:

     https://bugtracking.unidata.ucar.edu/browse/NCF-339

> In the attached file, there is a ‘stats’ variable that has an attribute
> called ‘m’. It’s value is 7.027888266497819E-9 (note the E-9 part).
> When I do
> 
> ncdump 1.nc
> 
> I get stats:m = 7.02788826649782e-09 ;
> 
> ncdump –x 1.nc
> 
> Gives me <attribute name="m" type="double" value="7.02788826649782e-0" />
> 
> In other words, xml output looses exponent part of this float number.

Yikes, that's pretty serious.  Thanks for the bug report. I'll try to fix that 
soon
enough to get in the upcoming 4.4.0 release.

--Russ

Russ Rew                                         UCAR Unidata Program
address@hidden                      http://www.unidata.ucar.edu



Ticket Details
===================
Ticket ID: AFY-830195
Department: Support netCDF
Priority: Normal
Status: Closed