Hi, this year the wms shootout requires playing with a ton of shapefiles. Setting them up one by one is tedious. However, using the directory data store has performance and scalability implications.
Instead of using my time setting up a lot of shapefiles by hand I'd prefer to fix the directory store. The plan is roughly to: - make the directory data store factory an abstract one - move the module up in supported land, it is tested and has been used for a while - have the shapefile store depend on it and implement a new factory that will deal with a directory of files. Or even better, have the same factory we have today be able to handle both single files and directories (it would delegate to the directory store in that case) - have the shapefile renderer know about the directory store and unwrap the feature sources to get the native ones where it can work its magic The abstract store would just get a delegate class whose job in life is to find the files and create the single file stores. That would be provided along with the constructor parameters as the factory creates the directory store. This basically speaks the end of a generic, all round directory store. And it does because practical usage showed it makes no sense: people normally want full control over all the params of the native stores. For shapefiles, people have already asked more than once that the directory store allows to control memory mapping and dbf encoding. One directory can have one dbf encoding, another one a different one. And a directory of, say, gml files, will have other native params to be exposed (say, for example, whether we want a persistent schema cache or some form of indexing) Opinions? Quickly please, the clock is ticking :-) Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------------ The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
