<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";
        color:black;
        mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML Preformatted Char";
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";
        color:black;}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:"Courier New";
        mso-fareast-language:DA;}
span.EmailStyle19
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
span.pun
        {mso-style-name:pun;}
span.pln
        {mso-style-name:pln;}
span.typ
        {mso-style-name:typ;}
span.kwd
        {mso-style-name:kwd;}
span.str
        {mso-style-name:str;}
span.lit
        {mso-style-name:lit;}
span.EmailStyle26
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:3.0cm 2.0cm 3.0cm 2.0cm;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body bgcolor="white" lang="DA" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span lang="EN-US" style="color:#1F497D">I finally got time to work on this problem again. Using the famous Dependency Walker, I found that on my local machine (which has a normal installation of GDAL 1.9 and Python3.2) that libeay32.dll
 also is part of the problem with importing GDAL, though here GDAL+Python actually works. That installation is not through OSGEO though!<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:#1F497D">I have several virtual machines (various configurations) where I want to do some batch processing. I have placed Python 3.2 and GDAL 1.9 on a network path. Using a batch script I setup the PATH to
 point at the GDAL and the Python folder on the network drive. This leads me to the same problem as with OSGEO, though the dependency walker complains about MSVCP100.dll, MSVCR100.dll and IESHIMS.dll (Error opening file. The system cannot find the file specified
 (2).).<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:#1F497D">From other posts I gather that the IESHIMS.dll file is related to Internet Explorer, but I fail to see what GDAL and IE has to do with each other. Thus I find it hard to determine what exactly that
 Dependency Walker is telling me.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:#1F497D">Exactly what folders is required on the PATH to get Python and GDAL to be able to work together? Import GDAL in the Python console only gives me “ImportError: DLL load failed: The specified module
 could not be found.” while referring to ‘_gdal’, which I guess is _gdal.pyd.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:#1F497D">I know that my approach is outside the OSGEO package at this point, but I think solving this problem can help me solve my original OSGEO installation problem.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:#1F497D">/Casper<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" style="color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext;mso-fareast-language:DA">From:</span></b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:windowtext;mso-fareast-language:DA">
 Matt Wilkie [mailto:matt.wilkie@gov.yk.ca] <br>
<b>Sent:</b> 9. maj 2012 19:47<br>
<b>To:</b> Casper BÝrgesen (CABO)<br>
<b>Cc:</b> osgeo4w-dev@lists.osgeo.org<br>
<b>Subject:</b> Re: [osgeo4w-dev] ImportError: OSGeo4W problems with Python/GDAL<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt">That's interesting. Today I get the same problem Casper reported. Yesterday I didn't; likely because I'd been running from a command shell several days old and it didn't have my current full system path in it.<br>
<br>
I eventually tracked it down to a certain dll in PATH, outside the osgeo4w tree: libeay32.dll. It's part of OpenSSL. Moving that external file elsewhere enabled python to carry on as normal.
<br>
<br>
<o:p></o:p></p>
<pre>matt wilkie<o:p></o:p></pre>
<pre>--------------------------------------------<o:p></o:p></pre>
<pre>Geomatics Analyst<o:p></o:p></pre>
<pre>Information Management and Technology<o:p></o:p></pre>
<pre>Yukon Department of Environment<o:p></o:p></pre>
<pre>10 Burns Road * Whitehorse, Yukon * Y1A 4Y9<o:p></o:p></pre>
<pre>867-667-8133 Tel * 867-393-7003 Fax<o:p></o:p></pre>
<pre><a href="http://environmentyukon.gov.yk.ca/geomatics/">http://environmentyukon.gov.yk.ca/geomatics/</a><o:p></o:p></pre>
<pre>-------------------------------------------- <o:p></o:p></pre>
<p class="MsoNormal"><br>
On 08-May-2012 10:21 AM, Matt Wilkie wrote: <o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:12.0pt">Hi Casper,<br>
<br>
I think you'll need to start from as clean an environment as possible and add items to path until things break again.<br>
For example, from a command shell (start > run > cmd.exe):<br>
<br>
{{{<br>
:: clear whole PATH<br>
set path=<br>
<br>
:: clear PYTHONPATH, PYTHONHOME<br>
set pythonpath=<br>
set pythonhome=<br>
<br>
:: set basic o4w environment<br>
cd /d c:\osgeo4w<br>
set osgeo4w_root=%cd%<br>
path=%osgeo4w_root%\bin<br>
}}}<br>
<br>
Now run python and import gdal.  <br>
<br>
If it works, from the same command shell run each bat in "osgeo4w\etc\ini" and test the python import again until something fails.<br>
<br>
If it doesn't work, something is wrong with the current o4w package ecosystem and we'll try and dig it out.<br>
<br>
If you get through all the ini bat's without error, then the problem lies somewhere in the host Windows environment. Likely culprits include things like other python directories or .dll's in PATH, PYTHONPATH or PYTHONHOME (not necessarily gdal dll's).<br>
<br>
let us know how you make out,<br>
<br>
<o:p></o:p></p>
<pre>matt wilkie<o:p></o:p></pre>
<pre>--------------------------------------------<o:p></o:p></pre>
<pre>Geomatics Analyst<o:p></o:p></pre>
<pre>Information Management and Technology<o:p></o:p></pre>
<pre>Yukon Department of Environment<o:p></o:p></pre>
<pre>10 Burns Road * Whitehorse, Yukon * Y1A 4Y9<o:p></o:p></pre>
<pre>867-667-8133 Tel * 867-393-7003 Fax<o:p></o:p></pre>
<pre><a href="http://environmentyukon.gov.yk.ca/geomatics/">http://environmentyukon.gov.yk.ca/geomatics/</a><o:p></o:p></pre>
<pre>-------------------------------------------- <o:p></o:p></pre>
<p class="MsoNormal"><br>
On 07-May-2012 11:40 PM, Casper BÝrgesen (CABO) wrote: <o:p></o:p></p>
<p class="MsoNormal">Hi! <o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">I am new to the GDAL world and I’m struggling with installing OSGeo4W to a working state.<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">I have downloaded and installed the latest edition OSGeo4W. The install goes smoothly. I open the OSGeo4W Command shell and enter Python. I have seen that I can test the basic Python/GDAL binding(?) by entering<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">>>> from osgeo import gdal<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">This results in the following error:<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:10.0pt">Traceback (most recent call last):<br>
  File "<stdin>", line 1, in <module><br>
  File "C:\OSGeo4W\apps\Python27\lib\site-packages\osgeo\__init__.py", line 21,<br>
in <module><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 operating system cannot run %1.</span><o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">I have read that this error might indicate that the installed python/gdal libraries are incompatible, but I’m wondering if my OSGeo4W installation is obstructed by another installation? The following three lines are added to my path by
 the OSGeo4W Command shell:<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<pre><span class="pln">C</span><span class="pun">:\</span><span class="typ">OSGeo4W</span><span class="pun">\</span><span class="pln">bin</span><o:p></o:p></pre>
<pre><span class="pln">C</span><span class="pun">:\</span><span class="typ">OSGeo4W</span><span class="pun">\\</span><span class="pln">apps</span><span class="pun">\</span><span class="pln">msys</span><span class="pun">\</span><span class="pln">bin</span><o:p></o:p></pre>
<pre><span class="pln">C</span><span class="pun">:\</span><span class="typ">OSGeo4W</span><span class="pun">\\</span><span class="pln">apps</span><span class="pun">\</span><span class="typ">Python27</span><span class="pun">\</span><span class="typ">Scripts</span><o:p></o:p></pre>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">I have searched through my system looking for gdal*.dll, but I have found none located within any of the folders in my PATH.<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">What can I do to troubleshoot this problem?<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Regards, Casper<o:p></o:p></p>
</div>
</body>
</html>