<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Hi Jackie,</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Is it worth caching this extent in the provider for future calls to other<br>


spatial context readers from this provider?<br></blockquote><div><br></div><div>the information is indeed cached until "cached schema information" is purged.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


An extent of a Spatial Context isn't exactly guaranteed to be an accurate<br>
barometer of the true bounds of a Feature Class (eg. SQL Server's spatial<br>
context bounds are mostly just inferred from the bounds of whatever spatial<br>
indexes have been set for their geometry columns). It seems to be just a<br>
bounds and not *the* bounds of the Feature Class.<br></blockquote><div><br></div><div>Also in PostGIS there is a ST_ExtimatedExtent function which is quick and based on table statistics.</div><div>Unfortunately the expensive ST_Extent is used instead.</div>

<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The brute force EXTENT() function in MapGuide is a last-resort method for<br>
obtaining the bounds of a Feature Class. This would only be used if there<br>
was no SpatialExtent() function support in the FDO provider (which sadly OGR<br>
is one of). I know the MapGuide Schema Previewer is one such place that uses<br>
such logic.<br></blockquote><div><br></div><div>my question is "how are these bounds used in MapGuide?".</div><div>If giving MapGuide clearly wrong bounds do not cause any apparent problem, why FeatureClass bounds are needed AT ALL?</div>

<div><br></div><div>Regards,</div><div><br></div><div>Gabriele Monfardini</div><div><br></div><div> </div></div></div></div>