<div dir="ltr">I've got it going in the end - there was something very strange with paths going on.<div><br></div><div style>ProcMon said it was searching the correct path - but then said it was invalid (i.e. didn't exist) - but it did - so not sure what was happening there - I can only assume that somehow its messing up the path</div>
<div style><br></div><div style>Explicitly setting:</div><div style><span style="font-family:arial,sans-serif;font-size:13px">GDAL_DRIVER_PATH</span><br></div><div style><span style="font-family:arial,sans-serif;font-size:13px">GDAL_DATA</span></div>
<div style><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div style><span style="font-family:arial,sans-serif;font-size:13px">to the same paths it was looking at anyway seemed to solve it.</span></div>
<div style><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div style><span style="font-family:arial,sans-serif;font-size:13px">Thanks</span></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On 4 April 2013 13:09, Tamas Szekeres <span dir="ltr"><<a href="mailto:szekerest@gmail.com" target="_blank">szekerest@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>Are you running the cgi mapserv.exe or some other host process loading gdal and the plugins? </div><div><br></div><div>Make sure you use the same architecture (x86/x64) for both the host process and the plugin. You should also use the matching version of FileGDBAPI.dll loaded. </div>
<div><br></div><div>You should either place the plugin into a /gdalplugins subdirectory from where the application is running or use the GDAL_DRIVER_PATH environment variable to specify the correct location. Also check the file access permissions so that the dlls can be loaded by the executing user. </div>
<div><br></div><div>Best regards,</div><div><br></div><div>Tamas</div><div><br></div><br><br><div class="gmail_quote">2013/4/4 James Perrins <span dir="ltr"><<a href="mailto:james.perrins@gmail.com" target="_blank">james.perrins@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>We have a server (x64) with mapserver 6.2 on it which is generally running fine </div>
<div>Until we are trying to access an ESRI FileGDB layer when we keep getting:</div><div>
<br></div><div><div><ServiceException></div><div>msDrawMap(): Image handling error. Failed to draw layer named 'MMBDLine'.</div><div>msOGRFileOpen(): OGR error. Open failed for OGR connection in layer `MMBDLine'. File not found or unsupported format.</div>
<div></ServiceException></div><div><br></div><div>If we test with shp2img on the same map file - it all works - so obviously we have the ogr drivers installed on the server ok.</div><div><br></div><div>
If I use something like sysinternals to check the files accessed - the mapserver call scans the plugins folder - sees the plugin dll there - but never seems to load it.</div><div>Same call on shp2img appears to access and load the dll properly and all works</div>
<div>Not seeing any other obvious errors.</div><div><br></div><div>Any clues ?</div><div>I 've wondered about<br> - different user accounts - but I don't seem to be getting any access denied errors.</div>
<div> - 64 bit - I made sure the IIS application pool was 32 bit</div><div> - some other pathing issue - do I need a path variable set or somesuch ?</div><div><br></div><div>Many Thanks</div><span><font color="#888888"><div>
James</div><div><br></div><div><br></div></font></span></div></div>
<br>_______________________________________________<br>
mapserver-users mailing list<br>
<a href="mailto:mapserver-users@lists.osgeo.org" target="_blank">mapserver-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/mapserver-users" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapserver-users</a><br>
<br></blockquote></div><br>
</blockquote></div><br></div>