<div dir="ltr">Hi Steve,<br><br>Thanks I'll look into this.<br><br>I think that if you replace "u.u" with "u" libdap will look into the entire file to find a variable called "u" regardless of the structure.<br>
<br>Denis<br><br><div class="gmail_quote">2008/8/21 <span dir="ltr"><<a href="mailto:gaffigan@sfos.uaf.edu">gaffigan@sfos.uaf.edu</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I think the source of the problem in ticket #2492 is not a GDAL defect,<br>
but that the variable in the connection string is "u.u". The .operator is<br>
used to refer to members of a structure (see<br>
<a href="http://opendap.org/user/guide-html/guide_61.html" target="_blank">http://opendap.org/user/guide-html/guide_61.html</a>), but the variables in<br>
this dataset are grouped by grids (see<br>
<a href="http://apdrc.soest.hawaii.edu/dods/public_data/SODA/soda_pop2.0.4.dds" target="_blank">http://apdrc.soest.hawaii.edu/dods/public_data/SODA/soda_pop2.0.4.dds</a>).<br>
It may be that using the .operator to access members of grids was allowed<br>
in older versions of libdap. As it is, replacing "u.u" with "u"<br>
eliminates the problem for me on machines with libdap-3.8.2/gdal-svn15148<br>
and libdap-3.7.10/gdal-gdal-1.4.2, respectively.<br>
<br>
Steve Gaffigan<br>
<br>
gdalinfo -mm<br>
"<a href="http://apdrc.soest.hawaii.edu/dods/public_data/SODA/soda_pop2.0.4?u%5B0%5D%5B0%5D%5By%5D%5Bx%5D" target="_blank">http://apdrc.soest.hawaii.edu/dods/public_data/SODA/soda_pop2.0.4?u[0][0][y][x]</a>"<br>
<div class="Ih2E3d">Driver: DODS/DAP 3.x servers<br>
Files: none associated<br>
</div>Size is 720, 330<br>
Coordinate System is `'<br>
Origin = (0.000000000000000,-75.500000000000000)<br>
Pixel Size = (0.500000000000000,0.500000000000000)<br>
Corner Coordinates:<br>
Upper Left ( 0.0000000, -75.5000000)<br>
Lower Left ( 0.0000000, 89.5000000)<br>
Upper Right ( 360.000, -75.500)<br>
Lower Right ( 360.000, 89.500)<br>
Center ( 180.0000000, 7.0000000)<br>
Band 1 Block=720x128 Type=Float32, ColorInterp=Undefined<br>
Computed Min/Max=-9989999710577420651746759362478080.000,1.407<br>
NoData Value=-9.9899999999999995e+33<br>
Overviews: 360x165, 180x82<br>
<div><div></div><div class="Wj3C7c"><br>
<br>
> Hi Denis-<br>
><br>
> I put this patch in a few months ago addressing this libdap 3.8 issue:<br>
><br>
> <a href="http://trac.osgeo.org/gdal/ticket/2404" target="_blank">http://trac.osgeo.org/gdal/ticket/2404</a><br>
><br>
> This will get the code to build against libdap3.8 (primarily a namespace<br>
> problem), but there are still issues accessing DODS datasources:<br>
><br>
> <a href="http://trac.osgeo.org/gdal/ticket/2492" target="_blank">http://trac.osgeo.org/gdal/ticket/2492</a><br>
><br>
><br>
><br>
> If you get some time to look into this it would be great...<br>
><br>
><br>
><br>
> Thanks,<br>
><br>
> -Chris<br>
><br>
><br>
><br>
><br>
><br>
> From: <a href="mailto:gdal-dev-bounces@lists.osgeo.org">gdal-dev-bounces@lists.osgeo.org</a><br>
> [mailto:<a href="mailto:gdal-dev-bounces@lists.osgeo.org">gdal-dev-bounces@lists.osgeo.org</a>] On Behalf Of Denis Nadeau<br>
> Sent: Thursday, August 21, 2008 10:53 AM<br>
> To: <a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
> Subject: [gdal-dev] netcdf driver<br>
><br>
><br>
><br>
> Hi,<br>
><br>
> I will being doing some new development on netCDF driver to make it more<br>
> CF-1 Compliant.<br>
><br>
> Note: when I compiled the netCDF 3.6.2 with HDF4.2r3 (with the flag<br>
> --disable-netcdf) I had to change all macros such as "MAX_NC_NAME" to<br>
> "H4_MAX_NC_NAME" and many other similar macros. Need to do some testing<br>
> on this.<br>
><br>
> I also noticed that DODS (dodsdataset2.cpp) does not seem to compile<br>
> with libdap3.8.2. There are some major changes in the library for C++.<br>
><br>
> I will take a look into this as well, but do not promess anything...<br>
><br>
> If you have suggestion of improvements for DODS, HDF4 and netCDF<br>
> drivers, let me know, I have a little bit of time this coming month.<br>
><br>
> Regards,<br>
> Denis<br>
><br>
</div></div>> _______________________________________________<br>
> gdal-dev mailing list<br>
<div class="Ih2E3d">> <a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
</div><div><div></div><div class="Wj3C7c">> <a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
<br>
<br>
</div></div></blockquote></div><br></div>