Long global attributes skipped by toolsUI-4.3.jar

[ggalibert]

It looks like global attributes which reaches a certain length are not well processed by toolsUI-4.3.jar.

This file for example

http://thredds.aodn.org.au/thredds/fileServer/IMOS/ANMN/NSW/PH100/Velocity/IMOS_ANMN-NSW_AETVZ_20131127T230000Z_PH100_FV01_PH100-1311-Workhorse-ADCP-109.5_END-20140306T010000Z_C-20140521T053527Z.nc

has a quality_control_log global attribute which is not provided, although a simple

ncdump -h IMOS_ANMN-NSW_AETVZ_20131127T230000Z_PH100_FV01_PH100-1311-Workhorse-ADCP-109.5_END-20140306T010000Z_C-20140521T053527Z.nc | grep "quality_control_log"

can show it.

ncdump -h http://thredds.aodn.org.au/thredds/dodsC/IMOS/ANMN/NSW/PH100/Velocity/IMOS_ANMN-NSW_AETVZ_20131127T230000Z_PH100_FV01_PH100-1311-Workhorse-ADCP-109.5_END-20140306T010000Z_C-20140521T053527Z.nc | grep "quality_control_log"

doesn't show anything via OPeNDAP, so I'm guessing OPeNDAP might be using toolsUI or similar code to render the global attributes.

[ggalibert]

For information, the output of toolsUI when trying to open this file says :

ggalibert@ggalibert-Latitude-E4310:~$ java -jar toolsUI-4.3.jar
28/05/2014 11:42:16 AM org.springframework.context.support.AbstractApplicationContext prepareRefresh
INFO: Refreshing org.springframework.context.support.ClassPathXmlApplicationContext@148238f4: startup date [Wed May 28 11:42:16 EST 2014]; root of context hierarchy
28/05/2014 11:42:16 AM org.springframework.beans.factory.xml.XmlBeanDefinitionReader loadBeanDefinitions
INFO: Loading XML bean definitions from class path resource [resources/nj22/ui/spring/application-config.xml]
28/05/2014 11:42:16 AM org.springframework.beans.factory.support.DefaultListableBeanFactory preInstantiateSingletons
INFO: Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@337b4703: defining beans [openRAFMonitor,mbeanExporter,jmxServer]; root of factory hierarchy
28/05/2014 11:42:16 AM org.springframework.jmx.export.MBeanExporter afterPropertiesSet
INFO: Registering beans for JMX exposure on startup
28/05/2014 11:42:16 AM org.springframework.jmx.export.MBeanExporter registerBeanInstance
INFO: Located managed bean 'thredds:name=OpenRAF': registering with JMX server as MBean [thredds:name=OpenRAF]
28/05/2014 11:42:16 AM ucar.nc2.util.DiskCache2 setRootDirectory
INFO: DiskCache2 create directory /home/ggalibert/.unidata/ehcache/
28/05/2014 11:42:16 AM ucar.nc2.util.DiskCache2 setRootDirectory
INFO: DiskCache2 create directory /home/ggalibert//.unidata/aggCache/
28/05/2014 11:42:55 AM ucar.nc2.iosp.hdf5.H5header$MessageAttribute read
SEVERE: bad version 72 at filePos 210761

[DennisHeimbigner]

Has this issue been resolved?

[ggalibert]

More details with screenshots below.

toolsUI-4.3 doesn't display the global attribute "quality_control_log"

while ncdump does.

Has this problem been fixed for the future?

[DennisHeimbigner]

Not yet, the old url you sent did not work anymore,
so I need one that shows the problem.
=Dennis Heimbigner
Unidata

Guillaume Galibert wrote:

More details with screenshots below.

toolsUI-4.3 doesn't display the global attribute "quality_control_log"

while ncdump does.

Has this problem been fixed for the future?

---

Reply to this email directly or view it on GitHub:
#50 (comment)

[ggalibert]

This url still works to retrieve a NetCDF file :

http://thredds.aodn.org.au/thredds/fileServer/IMOS/ANMN/NSW/PH100/Velocity/IMOS_ANMN-NSW_AETVZ_20131127T230000Z_PH100_FV01_PH100-1311-Workhorse-ADCP-109.5_END-20140306T010000Z_C-20140521T053527Z.nc

Opening this file locally with both toolsUI and ncdump will show the discrepancy.

[JohnLCaron]

We need to get the actual file, not just the opendap URL

[dopplershift]

I wget-ed the URL and put the file in testdata/support/github-50.

For what it's worth, ncdump works fine on that file but I get an exception when opening in ToolsUI on 4.5.2:

"java.lang.IllegalStateException: MessageDataspace: unknown version= -29.

[DennisHeimbigner]

Like Ryan, I am seeing that unknown version error.
It is occurring in H5Iosp when reading the metadata.
I suspect that there are two problems here. One is a bug in H5Iosp
and the other is the long attribute problem.
I am going to convert this to a pair of Jira issues.
See Jira Issues: https://bugtracking.unidata.ucar.edu/browse/TDS-581 and 582.

[DennisHeimbigner]

I did an experiment with a .nc file with just a long attribute
and it seems to work fine. So my speculation is that once
bug CDF-581 is fixed, then this will work ok.

[JohnLCaron]

should be fixed in 4.5.4, commit d7d9327