Milton Jonathan ha scritto: > Hello list > > We're trying to read a reasonably large shapefile (~45MB in the .shp > file, ~30MB in the .dbf file) using the IndexedShapefileDataStore. > Everything works fine when a previously generated .qix file is > available. However, when the QuadTree needs to be generated, too much > memory is being allocated (up to 100MB before blowing up the memory > heap). This happens at method ShapeFileIndexer.buildQuadTree(). > > Is this to be expected? It ends up being a little annoying since often > the .qix file is not present and/or there are timesamp differences > between the files that end up requesting a new QuadTree to be built. Is > there a a more memory-friendly way to build the tree?
Nope, not at the moment. I've noticed the issue one year ago in GeoServer (http://jira.codehaus.org/browse/GEOS-1570) but never had the time to fix it. As a temporary workaround I use the shptree utility distributed along with MapServer to build the .qix indexes, the format is the same Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Geotools-gt2-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
