Roland Schweitzer wrote:
I have some code based the the Java netCDF library (tested against
netcdfUI-2.2.10.jar). It depends on the interpretation of files
conforming to COARDS and CF-1.0. When a file contains attributes that
are significant to the convention, but have trailing blanks, the "grids"
are not recognized. E.g.
nxt:long_name = "longitude " ;
nxt:short_name = "lon " ;
nxt:units = "degrees_east " ;
Apparently some users have used trailing blanks to pad the netCDF header
so they can change attributes without rewriting the entire file. This
trick means that the netCDF Java library can't interpret the conventions
Is it reasonable that the convention attributes be interpreted with the
trailing blanks and null bytes removed? Would that sort of change show
up in a revised library soon?
If not I will try to attack this problem in myself.
I suppose theres no reason not to trim attributes when looking for matches.
Still, I would advise people not to do that, since theres no telling what other
software will do with it.
Ill try to get it into the next release.