[Geoserver-devel] [PSC] Turning ogr output format into an extension

Hi,
as stated in a previous mail the ogr2ogr output format
seems to good to go so I'm asking to turn it into an
official extension:
- has a maintainer (me)
- has a wiki page with instructions on how to use it
   (http://geoserver.org/display/GEOS/Ogr2Ogr+based+WFS+output+format)
- has more than 80% code coverage (the guide asks for 40% right?)

Here is my +1 as a PSC member, waiting for the other PSC member
votes.

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

+1
-------------------------------------------------------
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Owner - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928

http://www.geo-solutions.it
http://simboss.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini

-------------------------------------------------------

On Fri, Jan 16, 2009 at 12:27 PM, Andrea Aime <aaime@anonymised.com> wrote:

Hi,
as stated in a previous mail the ogr2ogr output format
seems to good to go so I'm asking to turn it into an
official extension:
- has a maintainer (me)
- has a wiki page with instructions on how to use it
  (http://geoserver.org/display/GEOS/Ogr2Ogr+based+WFS+output+format)
- has more than 80% code coverage (the guide asks for 40% right?)

Here is my +1 as a PSC member, waiting for the other PSC member
votes.

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

+1
-------------------------------------------------------
Eng. Alessio Fabiani
Vice-President /CTO GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584 980933
fax: +39 0584 983027
mob: +39 349 8227000

http://www.geo-solutions.it

-------------------------------------------------------

On Fri, Jan 16, 2009 at 1:22 PM, Simone Giannecchini <simboss1@anonymised.com> wrote:

+1
-------------------------------------------------------
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Owner - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy

phone: +39 0584983027
fax: +39 0584983027
mob: +39 333 8128928

http://www.geo-solutions.it
http://simboss.blogspot.com/
http://www.linkedin.com/in/simonegiannecchini

-------------------------------------------------------

On Fri, Jan 16, 2009 at 12:27 PM, Andrea Aime <aaime@anonymised.com> wrote:

Hi,
as stated in a previous mail the ogr2ogr output format
seems to good to go so I'm asking to turn it into an
official extension:
- has a maintainer (me)
- has a wiki page with instructions on how to use it
  (http://geoserver.org/display/GEOS/Ogr2Ogr+based+WFS+output+format)
- has more than 80% code coverage (the guide asks for 40% right?)

Here is my +1 as a PSC member, waiting for the other PSC member
votes.

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

It'd be good if it had more links to the output formats that ogr2ogr potentially supports. Many of our users won't know the power of ogr, and this document makes it look like the only really useful part from a gs perspective is mapinfo (since gs supports kml and csv). In the intro should list some of the more popular formats it supports that we don't, and link to the full list.

And the ogrFormat param info should also have a link to the full list of command line options for formats.

But once that's there I'm +1

Andrea Aime wrote:

Hi,
as stated in a previous mail the ogr2ogr output format
seems to good to go so I'm asking to turn it into an
official extension:
- has a maintainer (me)
- has a wiki page with instructions on how to use it
   (http://geoserver.org/display/GEOS/Ogr2Ogr+based+WFS+output+format)
- has more than 80% code coverage (the guide asks for 40% right?)

Here is my +1 as a PSC member, waiting for the other PSC member
votes.

Cheers
Andrea

--
Chris Holmes
OpenGeo - http://opengeo.org
Expert service straight from the developers.

+1

Chris Holmes wrote:

It'd be good if it had more links to the output formats that ogr2ogr potentially supports. Many of our users won't know the power of ogr, and this document makes it look like the only really useful part from a gs perspective is mapinfo (since gs supports kml and csv). In the intro should list some of the more popular formats it supports that we don't, and link to the full list.

And the ogrFormat param info should also have a link to the full list of command line options for formats.

But once that's there I'm +1

Andrea Aime wrote:

Hi,
as stated in a previous mail the ogr2ogr output format
seems to good to go so I'm asking to turn it into an
official extension:
- has a maintainer (me)
- has a wiki page with instructions on how to use it
   (http://geoserver.org/display/GEOS/Ogr2Ogr+based+WFS+output+format)
- has more than 80% code coverage (the guide asks for 40% right?)

Here is my +1 as a PSC member, waiting for the other PSC member
votes.

Cheers
Andrea

--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

Chris Holmes ha scritto:

It'd be good if it had more links to the output formats that ogr2ogr potentially supports. Many of our users won't know the power of ogr, and this document makes it look like the only really useful part from a gs perspective is mapinfo (since gs supports kml and csv).

csv/xls is not supported and not shipped along with GeoServer as far
as I know, so for the moment, it's not really there :wink:
Plus ogr2ogr supports an interesting set of options, such as various
ways to encode the geometries, or not encoding them at all.

kml ogr style is interesting too, as it does not have any styling but
has all the attributes stored in a data section, so it's 100% a
legitimate wfs output (all data no styling). I know we have some code
there, but we never moved the support for attributes out of the ows5
experiment.
If we do, and we provide a fully style-less option, then yeah, we
have a better alternative than going throught ogr.

In the intro should list some of the more popular formats it supports that we don't, and link to the full list.

Well, actually, this is the list of formats supported by ogr2ogr
on my Ubuntu are:

     -f "ESRI Shapefile"
      -f "MapInfo File"
      -f "TIGER"
      -f "S57"
      -f "DGN"
      -f "Memory"
      -f "CSV"
      -f "GML"
      -f "KML"

On my windows box with the latest FWTools the list is a little longer:

    -f "ESRI Shapefile"
      -f "MapInfo File"
      -f "TIGER"
      -f "S57"
      -f "DGN"
      -f "Memory"
      -f "BNA"
      -f "CSV"
      -f "GML"
      -f "GPX"
      -f "KML"
      -f "GeoJSON"
      -f "Interlis 1"
      -f "Interlis 2"
      -f "GMT"
      -f "SQLite"
      -f "ODBC"
      -f "PostgreSQL"
      -f "MySQL"
      -f "Geoconcept"

When choosing what we support out of the box I added the formats
that are file based, popular and that we do not support, or we do
not support in the same way. Did I miss anything important?
The module is able to figure out what formats are actually supported
by the available ogr2ogr, so I could add more formats as a default
and if they are not there, no harm will be done (the module will
disable them).

But generally speaking, the really interesting formats that we
do not support (say, DWG) are available only if you hand built
the ogr library.

And the ogrFormat param info should also have a link to the full list of command line options for formats.

I've added references to the documentation pages for ogr2ogr,
to the format list page, explained how to get the list of formats
supported by a specific build, and where to look for creation options.

Anything else? :slight_smile:
Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.