It is documented on the wiki: - http://docs.codehaus.org/display/GEOTDOC/Shapefile+Plugin
Looks to be: "create spatial index" optional Set to Boolean.TRUE to create an index No idea if setting it to Boolean.FALSE will prevent the creation of an index or not? Jody Jesse Eichar wrote: > There is a parameter you can pass so that an index is not created... I > can't think of it off the top of my head but it exists. > > jesse > > On 24-Sep-08, at 3:00 PM, Milton Jonathan wrote: > > >> Hello Andrea >> >> Thanks for the info. Little question/suggestion then: what do you >> think >> of the idea that, when the .qix file is absent, >> DataStoreFinder.getDataStore returns a non-indexed ShapefileDataStore? >> Would that be possible? Because, if generating the .qix file is >> problematic, then I think it would be better to forget about it >> altogether when it's not there. >> >> Cheers, >> Milton >> >> Andrea Aime wrote: >> >>> 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 >>> >>> >> -- >> >> Milton Jonathan >> Grupo GIS e Meio Ambiente >> Tecgraf/PUC-Rio >> Tel: +55-21-3527-2502 >> >> ------------------------------------------------------------------------- >> 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 >> > > > ------------------------------------------------------------------------- > 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 > ------------------------------------------------------------------------- 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
