If there is zero overhead to check for the existence of a ".qix" file and determine if it is up to date, I think this is a good default (no magic required).
As for making it work out of the box for the typical user who is not interested in the nitty-gritty: Perhaps the "quick install" documents could say "Step X: Run the shptree on all your shape files". Robert W. Burgholzer Surface Water Modeler Office of Water Supply and Planning Virginia Department of Environmental Quality [EMAIL PROTECTED] 804-698-4405 Open Source Modeling Tools: http://sourceforge.net/projects/npsource/ -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Guillaume Sueur Sent: Thursday, May 15, 2008 11:24 AM To: Daniel Morissette Cc: Mapserver-users Subject: Re: [mapserver-users] testing mapserver largefiles rendering improvements I'm not sure that "standard" user uses often msDebug(). My point was just to say that if somebody tries and tests MapServer, he/she will only read the basic documentation to have a working mapfile on a dataset. Once it works, no more reading will be done. And if a large shape is tested, the user can then be disappointed. The thing is that it's more than a specific tuning stuff, maybe more than a GIST index on a postGIS database. I think it should be mentionned at least in the Vector Data Access / shapefiles doc of the website. In addition to "Shapefiles are made up of a minimum of three similarly named files, with different suffixes..", one could write : "having a .qix file made with shptree improves considerabily the performances, mostly on large shapefiles" Beside this, I like the idea of building a MapFile Optimizer too... Daniel, what do you have in mind exactly ? -- Guillaume _______________________________________________ mapserver-users mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/mapserver-users
