<html><head><meta http-equiv=Content-Type content="text/html; charset=iso-8859-1"><META name="Author" content="Novell GroupWise WebAccess"></head><body style='font-family: Helvetica, Arial, sans-serif; font-size: 13px; '><div><font face="Tahoma, sans-serif">Etienne</font></div><div><font face="Tahoma, sans-serif"><br></font></div><div><font face="Tahoma, sans-serif">Thanks for your reply and very useful insights.  Perhaps one of the other developers might be able to give an indication as to when osgeo4w might support netcdf4.</font></div><div><font face="Tahoma, sans-serif"><br></font></div><div><font face="Tahoma, sans-serif">From looking at various GDAL examples, it seems it would be possible to use GDAL for our current purpose.  I have a module written by a colleague (as part of a larger suite of tools we are developing) that uses the netCDF4 Python package.  All it does, right now, is read the metadata from any netcdf file, in order to read the "variables" and "dimensions" and allow the user to extract selected data from the file as a numpy array.  I am sure that it would be possible to rewrite portions of our existing code to work with "pure" GDAL, given the somewhat parallel examples I have seen for, say, TIFF files.  If there is any guidance, or working examples, that you could provide in this direction, I'd appreciate your further input.</font></div><div><font face="Tahoma, sans-serif"><br></font></div><div><font face="Tahoma, sans-serif">Thanks</font></div><div><font face="Tahoma, sans-serif">Derek</font></div><div style="font-family: Tahoma, sans-serif; font-size: 13px; "><br><br>>>> Etienne Tourigny <etourigny.dev@gmail.com> 27/08/12 2:33 PM >>><br>Hi,<br><br>gdal in osgeo4w comes with netcdf-3, so that is the source of the<br>conflict, although I don't know how to resolve it though, sorry.<br><br>You might want to use, instead of python-netcdf4, the netcdf routines<br>that come with scipy. This will not cause the conflict, but it doesn't<br>support netcdf-4 files, only netcdf-3 files.<br><br>By the way - why do you want to mix gdal and netcdf in the same<br>script? gdal can import netcdf files by itself, but will expose them<br>as gdal datasets.<br><br>Etienne<br><br>On Mon, Aug 27, 2012 at 9:01 AM, Derek Hohls <dhohls@csir.co.za> wrote:<br>> Hi<br>><br>> I am hoping some one can help with this.<br>><br>> I have a "vanilla" Windows XP, into which I have installed the latest version of OSGeo4W.  I then used the "register-python" script (http://code.google.com/p/maphew/source/browse/register-python/register-python.py) to make the OSGeo4W the system Python.   I then installed the NetCDF4 package (available in binary form from http://www.lfd.uci.edu/~gohlke/pythonlibs/#netcdf4).  Now I can import one or the other but not both packages into Python.<br>><br>> GDAL first:<br>><br>>>>> import gdal<br>>>>> import netCDF4<br>> Traceback (most recent call last):<br>>   File "", line 1, in<br>> ImportError: DLL load failed: The specified procedure could not be found.<br>><br>> NetCDF first:<br>><br>>>>> import netCDF4<br>>>>> import gdal<br>> Traceback (most recent call last):<br>>   File "", line 1, in<br>>   File "C:\OSGeo4W\apps\Python27\lib\site-packages\gdal.py", line 2, in<br>>     from osgeo.gdal import deprecation_warn<br>>   File "C:\OSGeo4W\apps\Python27\lib\site-packages\osgeo\__init__.py", line 21,<br>> in<br>>     _gdal = swig_import_helper()<br>>   File "C:\OSGeo4W\apps\Python27\lib\site-packages\osgeo\__init__.py", line 17,<br>> in swig_import_helper<br>>     _mod = imp.load_module('_gdal', fp, pathname, description)<br>> ImportError: DLL load failed: The specified procedure could not be found.<br>><br>> If anyone can suggest how to resolve this in a straightforward manner (i.e. without doing builds-from-scratch, and just using standard installers - I need these as part of another install, which will be aimed at a much wider, non-programming audience), I'd appreciate it.<br>><br>> Thanks<br>> Derek<br>><br>><br>><br>><br>> --<br>> This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard.<br>> The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html.<br>><br>> This message has been scanned for viruses and dangerous content by MailScanner,<br>> and is believed to be clean.<br>><br>> Please consider the environment before printing this email.<br>><br>> _______________________________________________<br>> osgeo4w-dev mailing list<br>> osgeo4w-dev@lists.osgeo.org<br>> http://lists.osgeo.org/mailman/listinfo/osgeo4w-dev<br><br>-- <br>This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard. <br>The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html.<br><br>This message has been scanned for viruses and dangerous content by MailScanner, <br>and is believed to be clean.<br><br>Please consider the environment before printing this email.<br><br><br></div><font face="Verdana,Arial,Helvetica,Trebuchet MS" size="1">
<br />-- 
<br />This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard.
<br />The full disclaimer details can be found at <a href="http://www.csir.co.za/disclaimer.html">http://www.csir.co.za/disclaimer.html</a>.
<p>
<br />This message has been scanned for viruses and dangerous content by <a href="http://www.mailscanner.info/"><b>MailScanner</b></a>, 
<br />and is believed to be clean.
<p>
<br />Please consider the environment before printing this email.
</font>
</body></html>