Thorsten Klein ha scritto: > Hi there, > > I recently started using geotools 2.5.5 for reading shapefiles (basic > geometry and features actually) which works perfectly fine for me. > > Since I have a lot of files to process and especially the DBF files are > quite huge we store all the files gzipped to save some space. > > Unfortunately I wasn't able to find a solution for reading gzipped files > directly. The problem seems to be that ShapeFileDataStore calls > ShapeFiles directly which in turn checks for known file endings. All > this is done during initialisation of ShapeFileDataStore. If I try to > use a derived class of ShapeFileDataStore I have to use e.g. super(url) > anyway which causes the same error again... > > Already searched for a solution, but haven't found anything. Does anyone > already solved this problem or has any suggestions on this? I dislike > the idea to change the geotools Java files directly and re-pack the jars > for obvious reasons.
The shapefile datastore uses memory mapping and other advanced techniques to access the shapefile files, so it's not simply a matter of extensions, the file has to be uncompressed for the code to have any chance to read it. As Michael suggested, using a compressed filesystem could be an interesting variant. Mind, the performance may go down the drain. Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------------ OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get _______________________________________________ Geotools-gt2-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
