[mapserver-users] Problems getting FileGDB to work

[James Perrins]

I've got it going in the end - there was something very strange with paths
going on.

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

Explicitly setting:
GDAL_DRIVER_PATH
GDAL_DATA

to the same paths it was looking at anyway seemed to solve it.

Thanks


On 4 April 2013 13:09, Tamas Szekeres <szekerest at gmail.com> wrote:

> Are you running the cgi mapserv.exe or some other host process loading
> gdal and the plugins?
>
> 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.
>
> 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.
>
> Best regards,
>
> Tamas
>
>
>
> 2013/4/4 James Perrins <james.perrins at gmail.com>
>
>> Hi,
>>
>> We have a server (x64) with mapserver 6.2 on it which is generally
>> running fine
>> Until we are trying to access an ESRI FileGDB layer when we keep getting:
>>
>> <ServiceException>
>> msDrawMap(): Image handling error. Failed to draw layer named
>> 'MMBDLine'.
>> msOGRFileOpen(): OGR error. Open failed for OGR connection in layer
>> `MMBDLine'.  File not found or unsupported format.
>> </ServiceException>
>>
>> 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.
>>
>> 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.
>> Same call on shp2img appears to access and load the dll properly and all
>> works
>> Not seeing any other obvious errors.
>>
>> Any clues ?
>> I 've wondered about
>>  - different user accounts - but I don't seem to be getting any access
>> denied errors.
>>  - 64 bit - I made sure the IIS application pool was 32 bit
>>  - some other pathing issue - do I need a path variable set or somesuch ?
>>
>> Many Thanks
>> James
>>
>>
>>
>> _______________________________________________
>> mapserver-users mailing list
>> mapserver-users at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20130404/5308ded9/attachment.htm>