Hi John....
I've started to evaluate the changes....and unfortunately, there are
some ripple effects -- some things just are not working.
In thinking about this, shouldn't it be the responsibility of the
drawing routine to sort out the "seams"? I am concerned (more so
now...) that the netCDF library is changing values handed back to the
caller when none of the metadata says do that. My gut is telling me
that is not the "right" thing to do...the values in the file (as
modified only by missing code, the
offset and the scaling, if applicable) should be returned to the
caller, not something that "magically" is done.
While it might be a nice "service" to provide for some applications,
perhaps the proper way is to introduce some attribute that says
"please_fix_my_seams"; otherwise leave the values sacrosanct....
What do other people think?
tom
On Wed, Jul 3, 2013 at 3:30 PM, John Caron <address@hidden> wrote:
what we are doing is converting from lat/lon with valid range +- 180 to
coordinate values which "removes the seam" from the coordinates (by adding
+- 360) , so that the drawing routines dont have to worry about the
coordinates jumping. so the valid_range of the original coords doesnt matter
here.
in fact the problem is that the longitude on row 6614 jumps 110 degrees,
when i had a max jump of 100 degrees. i have adjusted the algorithm again,
now that row has (just the last 40 values):
--
Tom Whittaker
University of Wisconsin-Madison
Space Science & Engineering Center (SSEC)
Cooperative Institute for Meteorological Satellite Studies (CIMSS)
1225 W. Dayton Street
Madison, WI 53706 USA
ph: +1 608 262 2759