As an aside Frank; the udig community module for TAB file format support takes
a different approach; it uses command line ogr to convert the file format into
a temporary file (and then does visualisation based on the temporary file). It
is smart enough to make this a read-only solution.
The solution can be broadened to support any of the ORG formats; the code is
here:
-
https://github.com/uDig-Community/udig-community/tree/master/lreed/net.refractions.udig.catalog.mitab
--
Jody Garnett
On Tuesday, 10 May 2011 at 7:18 PM, Andrea Aime wrote:
> On Tue, May 10, 2011 at 10:09 AM, Frank Gasdorf
> <fg...@users.sourceforge.net> wrote:
> > Hello to geotools developers,
> > Hi Andrea,
> >
> > I found some interesting entries on the mailing list archive about
> > geotools and ogr. I'm interested in rendering natical charts in
> > geotools/geoserver and udig based applications. Andrea (as the
> > maintainer of the module), could you give me a status for the module
> > and the requirements to use this modul.
>
> The module is in an abandoned state. OGR and GDAL are unfortunately
> one, so I was waiting for imageio-ext to update to GDAL 1.7 before
> I could actually use the OGR java bindings as well.
> That took over a year and in the meantime some api changed, so the
> module does not even build at the moment.
>
> > Have you ever used it in a
> > geoserver? And what about performance for feature access and the
> > FeatureMapper. Is this module designed for read only access or is it
> > possible to create and store features?
>
> I had GS read shapefiles via OGR, performance was acceptable (of course
> not as far as using the shapefile store module, crossing the JNI barrier
> for each call is expensive).
>
> I think I was shooting for read only but it's been a long time ago.
>
> > I would like to contribute docs or could even patches if required.
> > Could anybody give me a hint for an example installation /
> > configuration where I can start addapting it to the nautical stuff?
> >
> > I' like to get maps rendered with styles defined in IHO S-57. Is there
> > a style definition (SLD) based on the entities defined in this
> > standard around?
>
> I don't know much about this subject, can't help here.
>
> Anyways, to have that working I guess you should take the
> same GDAL version imageio-ext is using, build it from sources
> and create the java OGR bindings and then go from there,
> update the module to use the SimpleFeature api and so on.
>
> If you want to take over the module, please go ahead,
> it's in unsupported land so regardless of having my name
> on it, I'm not actually maintaining it.
>
> Cheers
> Andrea
>
>
> --
> -------------------------------------------------------
> Ing. Andrea Aime
> GeoSolutions S.A.S.
> Tech lead
>
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
>
> phone: +39 0584 962313
> fax: +39 0584 962313
>
> http://www.geo-solutions.it
> http://geo-solutions.blogspot.com/
> http://www.youtube.com/user/GeoSolutionsIT
> http://www.linkedin.com/in/andreaaime
> http://twitter.com/geowolf
>
> -------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Achieve unprecedented app performance and reliability
> What every C/C++ and Fortran developer should know.
> Learn how Intel has extended the reach of its next-generation tools
> to help boost performance applications - inlcuding clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> Geotools-devel mailing list
> Geotools-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
------------------------------------------------------------------------------
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
