[postgis-devel] automatic BVOL on spatial columns
strk at refractions.net
strk at refractions.net
Thu Dec 30 12:34:44 PST 2004
On Thu, Dec 30, 2004 at 10:00:21AM -0800, Paul Ramsey wrote:
> Sounds good and simple to me, good stuff!
>
> P
Good. I'll take that path then.
Note that it won't be a quick operation (see report on the
various functions and their bbox cache behaviour.
--strk;
>
> strk at refractions.net wrote:
>
> >I've made canonical, (E)WKT and (E)WKB and GEOS input methods
> >call a function returning wheter it's worth to cache bbox, and
> >add it accordingly. None of this methods will face the problem
> >of wheter to drop an existing cache, as transport formats do
> >not contain that information. GEOS Geometry could potentially
> >store an Envelope, but that's not automatically converted by
> >the existing converters.
> >
> >Note that many geometry editors decide wheter or not to
> >add a bbox cache to their return based on other heuristics.
> >Some of them add a bbox if its input geom does have a cache
> >already ( transform, translate, reverse, simplify, segmentize ),
> >some always avoid a bbox computation ( collect, addpoint ).
> >
> >To make this behaviour consistent every function returning
> >a geometry should call the heuristic functions and explicitly
> >cache a bbox when the conditions match.
> >
> >Still I'm convinced that the user should have more control
> >over this aspect, more specifically she should decide when
> >exactly to compute it in a chain of calls, to improve performace.
> >Users willing to have this finer control can set AUTOCACHE_BBOX
> >to 0 in Makefile.config. In this case internal functions should
> >compute a bbox only if that is a simple operation (ie: does not
> >require a scan of the geometry points). The implemented trigger
> >would be then useful to ensure that tables used for frequent
> >selects always have a bbox cached.
> >
>
>
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-devel
--
For standing up against patentability of software,
Thank You, Poland!
Read the intervention: http://kwiki.ffii.org/ConsPolon041221En
Send your thanks: thankyoupoland.info
Read/do more: http://www.noepatents.org/
More information about the postgis-devel
mailing list