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