[Geoserver-users] OGR extension not working

Hi list,

I have encountered a weird behavior with ogr extension and GeoServer.
The extension has been installed as usual, in the lib directory. ogr2ogr
is installed in /usr/local/bin and is available in the PATH making a
single call to ogr2ogr effective.
But none of the default OGR formats appear on the WFS formats list.
Looking at the geoserver.log, I can see :
29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-TAB' as its OGR
format 'MapInfo File' is not among the ones supported by
/usr/local/bin/ogr2ogr
29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-MIF' as its OGR
format 'MapInfo File' is not among the ones supported by
/usr/local/bin/ogr2ogr
29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-CSV' as its OGR
format 'CSV' is not among the ones supported by /usr/local/bin/ogr2ogr
29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-KML' as its OGR
format 'KML' is not among the ones supported by /usr/local/bin/ogr2ogr

but actually, calling ogr2ogr --long-usage (as geoserver does as I could
see in the code) does report these formats.

So I guess there is a mismatch somewhere between the internal format
list build by geoserver against ogr2ogr --long-usage and the requested
default formats. I've been trying using a ogr2ogr.xml file and playing
with the formats names (adding quotes and spaces around) with no success.

would one of you guys have any idea on how to activate the OGR formats ?

Best regards

Guillaume

Hi Guillaume,
some more data is needed to help you diagnose the problem:

1. ogr2ogr version
2. the output of both "ogr2ogr --help" and "ogr2ogr --long-usage"

Regards,
Stefano

Il giorno gio, 30/07/2015 alle 21.57 +0200, Guillaume Sueur ha scritto:

Hi list,

I have encountered a weird behavior with ogr extension and GeoServer.
The extension has been installed as usual, in the lib directory. ogr2ogr
is installed in /usr/local/bin and is available in the PATH making a
single call to ogr2ogr effective.
But none of the default OGR formats appear on the WFS formats list.
Looking at the geoserver.log, I can see :
29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-TAB' as its OGR
format 'MapInfo File' is not among the ones supported by
/usr/local/bin/ogr2ogr
29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-MIF' as its OGR
format 'MapInfo File' is not among the ones supported by
/usr/local/bin/ogr2ogr
29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-CSV' as its OGR
format 'CSV' is not among the ones supported by /usr/local/bin/ogr2ogr
29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-KML' as its OGR
format 'KML' is not among the ones supported by /usr/local/bin/ogr2ogr

but actually, calling ogr2ogr --long-usage (as geoserver does as I could
see in the code) does report these formats.

So I guess there is a mismatch somewhere between the internal format
list build by geoserver against ogr2ogr --long-usage and the requested
default formats. I've been trying using a ogr2ogr.xml file and playing
with the formats names (adding quotes and spaces around) with no success.

would one of you guys have any idea on how to activate the OGR formats ?

Best regards

Guillaume

------------------------------------------------------------------------------
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

--

Best regards,
Stefano Costa

==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.

Dott. Stefano Costa
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

-------------------------------------------------------
AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate.
Il loro utilizzo è consentito esclusivamente al destinatario del
messaggio, per le finalità indicate nel messaggio stesso. Qualora
riceviate questo messaggio senza esserne il destinatario, Vi preghiamo
cortesemente di darcene notizia via e-mail e di procedere alla
distruzione del messaggio stesso, cancellandolo dal Vostro sistema.
Conservare il messaggio stesso, divulgarlo anche in parte,
distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità
diverse, costituisce comportamento contrario ai principi dettati dal
D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely
for the attention and use of the named addressee(s) and may be
confidential or proprietary in nature or covered by the provisions of
privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New
Data Protection Code).Any use not in accord with its purpose, any
disclosure, reproduction, copying, distribution, or either
dissemination, either whole or partial, is strictly forbidden except
previous formal approval of the named addressee(s). If you are not the
intended recipient, please contact immediately the sender by
telephone, fax or e-mail and delete the information in this message
that has been received in error. The sender does not give any warranty
or accept liability as the content, accuracy or completeness of sent
messages and accepts no responsibility for changes made after they
were sent or for other risks which arise as a result of e-mail
transmission, viruses, etc.

Hi Stefano

Thanks for caring about my problem.

I've tried several version of ogr, from 1.8 to the latest in the 1.x
branch.
Each of them did indicate normally the different formats available in
the long-usage dump, in a pattern corresponding to the regexp expected
by GeoServer code (something like \s*-f \".* asking to consider what was
coming after a -f and between double-quotes).
The formats exposed by ogr2ogr --long-usage were strictly the same (CSV
dans KML are easy to check twice !) than the ones defined as defaults
OGR formats, or the ones I tried in the ogr2ogr.xml file.

My data is stored in a Postgis database, and I first had few warnings in
the log saying :
- ST_Estimated_Extent was not available on my table (fixed after a
VACUUM ANALYZE)
- GML reader was not available in ogr. Fixed by recompiling with Xerces
dependancy
So apparently the extension is working, is loaded and tries to do
something. For for some reason doesn't find any matching between the OGR
formats required and available, thus there have identical names.

Best regards

Guillaume

Le 31/07/2015 10:28, Stefano Costa a écrit :

Hi Guillaume,
some more data is needed to help you diagnose the problem:

1. ogr2ogr version
2. the output of both "ogr2ogr --help" and "ogr2ogr --long-usage"

Regards,
Stefano

Il giorno gio, 30/07/2015 alle 21.57 +0200, Guillaume Sueur ha scritto:

Hi list,

I have encountered a weird behavior with ogr extension and GeoServer.
The extension has been installed as usual, in the lib directory. ogr2ogr
is installed in /usr/local/bin and is available in the PATH making a
single call to ogr2ogr effective.
But none of the default OGR formats appear on the WFS formats list.
Looking at the geoserver.log, I can see :
29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-TAB' as its OGR
format 'MapInfo File' is not among the ones supported by
/usr/local/bin/ogr2ogr
29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-MIF' as its OGR
format 'MapInfo File' is not among the ones supported by
/usr/local/bin/ogr2ogr
29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-CSV' as its OGR
format 'CSV' is not among the ones supported by /usr/local/bin/ogr2ogr
29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-KML' as its OGR
format 'KML' is not among the ones supported by /usr/local/bin/ogr2ogr

but actually, calling ogr2ogr --long-usage (as geoserver does as I could
see in the code) does report these formats.

So I guess there is a mismatch somewhere between the internal format
list build by geoserver against ogr2ogr --long-usage and the requested
default formats. I've been trying using a ogr2ogr.xml file and playing
with the formats names (adding quotes and spaces around) with no success.

would one of you guys have any idea on how to activate the OGR formats ?

Best regards

Guillaume

------------------------------------------------------------------------------
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Hi Guillaume,
what GeoServer version / OS are you running?

Sorry to insist, but without looking at ogr2ogr output, it is difficult
to help you... I inspected the code in the OGR extension that checks
which formats are supported and I don't see anyhing else that can cause
this issue.

Regards,
Stefano

Il giorno ven, 31/07/2015 alle 10.38 +0200, Guillaume Sueur ha scritto:

Hi Stefano

Thanks for caring about my problem.

I've tried several version of ogr, from 1.8 to the latest in the 1.x
branch.
Each of them did indicate normally the different formats available in
the long-usage dump, in a pattern corresponding to the regexp expected
by GeoServer code (something like \s*-f \".* asking to consider what was
coming after a -f and between double-quotes).
The formats exposed by ogr2ogr --long-usage were strictly the same (CSV
dans KML are easy to check twice !) than the ones defined as defaults
OGR formats, or the ones I tried in the ogr2ogr.xml file.

My data is stored in a Postgis database, and I first had few warnings in
the log saying :
- ST_Estimated_Extent was not available on my table (fixed after a
VACUUM ANALYZE)
- GML reader was not available in ogr. Fixed by recompiling with Xerces
dependancy
So apparently the extension is working, is loaded and tries to do
something. For for some reason doesn't find any matching between the OGR
formats required and available, thus there have identical names.

Best regards

Guillaume

Le 31/07/2015 10:28, Stefano Costa a écrit :
> Hi Guillaume,
> some more data is needed to help you diagnose the problem:
>
> 1. ogr2ogr version
> 2. the output of both "ogr2ogr --help" and "ogr2ogr --long-usage"
>
> Regards,
> Stefano
>
> Il giorno gio, 30/07/2015 alle 21.57 +0200, Guillaume Sueur ha scritto:
>> Hi list,
>>
>> I have encountered a weird behavior with ogr extension and GeoServer.
>> The extension has been installed as usual, in the lib directory. ogr2ogr
>> is installed in /usr/local/bin and is available in the PATH making a
>> single call to ogr2ogr effective.
>> But none of the default OGR formats appear on the WFS formats list.
>> Looking at the geoserver.log, I can see :
>> 29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-TAB' as its OGR
>> format 'MapInfo File' is not among the ones supported by
>> /usr/local/bin/ogr2ogr
>> 29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-MIF' as its OGR
>> format 'MapInfo File' is not among the ones supported by
>> /usr/local/bin/ogr2ogr
>> 29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-CSV' as its OGR
>> format 'CSV' is not among the ones supported by /usr/local/bin/ogr2ogr
>> 29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-KML' as its OGR
>> format 'KML' is not among the ones supported by /usr/local/bin/ogr2ogr
>>
>> but actually, calling ogr2ogr --long-usage (as geoserver does as I could
>> see in the code) does report these formats.
>>
>> So I guess there is a mismatch somewhere between the internal format
>> list build by geoserver against ogr2ogr --long-usage and the requested
>> default formats. I've been trying using a ogr2ogr.xml file and playing
>> with the formats names (adding quotes and spaces around) with no success.
>>
>> would one of you guys have any idea on how to activate the OGR formats ?
>>
>> Best regards
>>
>> Guillaume
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>

--

Best regards,
Stefano Costa

==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.

Dott. Stefano Costa
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

-------------------------------------------------------
AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate.
Il loro utilizzo è consentito esclusivamente al destinatario del
messaggio, per le finalità indicate nel messaggio stesso. Qualora
riceviate questo messaggio senza esserne il destinatario, Vi preghiamo
cortesemente di darcene notizia via e-mail e di procedere alla
distruzione del messaggio stesso, cancellandolo dal Vostro sistema.
Conservare il messaggio stesso, divulgarlo anche in parte,
distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità
diverse, costituisce comportamento contrario ai principi dettati dal
D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely
for the attention and use of the named addressee(s) and may be
confidential or proprietary in nature or covered by the provisions of
privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New
Data Protection Code).Any use not in accord with its purpose, any
disclosure, reproduction, copying, distribution, or either
dissemination, either whole or partial, is strictly forbidden except
previous formal approval of the named addressee(s). If you are not the
intended recipient, please contact immediately the sender by
telephone, fax or e-mail and delete the information in this message
that has been received in error. The sender does not give any warranty
or accept liability as the content, accuracy or completeness of sent
messages and accepts no responsibility for changes made after they
were sent or for other risks which arise as a result of e-mail
transmission, viruses, etc.