Semi-related, I have a few patches to enable proper random access (to the
dbf, and to the shp when an shx is available or it's acceptable to build
one).

I'd also value ShpFiles support for Path, the Java NIO approach to reading
files, that offers much greater flexibility in the implementation of random
IO.

I can build this myself, but it's more likely to happen if there's appetite
for making changes in this most venerable of modules.

So, basically, same question :-]

On Tue, Mar 12, 2019 at 6:47 AM Burkhard Strauss <servi...@strauss.eng.br>
wrote:

> Hi all,
> since GeoTools 17.0 I use a patched version of ShapefileDataStore to
> achieve the following:
>
>    - some data providers provide  gzipped shapefiles (not
>    *.shp/*.shx/*.dbf/*.prj but *.shp.gz/*.shx.gz/*.dbf.gz/*.prj.gz)
>    Example: TomTom street map data. Support reading of such data.
>    - some data providers provide an additional *.cpg-file containing the
>    character set name for string-fields in the *.dbf-file. Example:
>    HERE/NavStreets street map data. Support reading of such data.
>    - some data providers provide data without geometries, i.e. only  *.dbf
>    without *.shp. Example: HERE/NavStreets street map data. Support
>    reading of such data.
>    - force usage of the SRID provided in the parameters when reading input
>
> Are there chances that I'll be allowed to incorporate these features into
> org.geotools.data.shapefile?
> Regards,
> Burkhard Strauß
> _______________________________________________
> GeoTools-Devel mailing list
> GeoTools-Devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
_______________________________________________
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to