<div>With the points, you could only fetch an over-post if there is a point layer that has a large symbol. You could use the radius of the symbol to determine how much additional area to fetch. You'd need MBRs for every possible symbol to be rendered before setting the map window MBR and fetching data.</div>
<div> </div>
<div>Craig<br></div>
<div class="gmail_quote">On Tue, Feb 16, 2010 at 2:37 PM, Jason Birch <span dir="ltr"><<a href="mailto:jason@jasonbirch.com">jason@jasonbirch.com</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">How would you handle this James?
<div><br></div>
<div>The spatial intersection that MapGuide performs with the current viewport's extents is critical to performance when you are dealing with large amounts of data, and many of the FDO data sources are optimized using R-Tree (or similar) indices to return only the data which is currently in view.</div>
<div><br></div>
<div>I guess you could conceivably fetch an over-post of the current extents by some factor, but that would only work for a subset of point symbols (those where the maximum dimensions of the theming is < half the expanded extent dimension, and it would mean that everyone has to live with the decreased performance of the over-fetch.</div>
<div><br></div>
<div>A few options:</div>
<div> - Make the over-fetch percentage or distance configurable per server, per map, or per-layer</div>
<div> - Only apply the over-fetch to points (there are actually cases where the same problem happens with lines and polygons, so I don't think this is valid)</div>
<div><br></div>
<div>I personally feel that the current behaviour is generally OK, but there are definitely cases where you wouldn't want features missed just because their mid-point isn't in the current view extents.</div>
<div><br></div>
<div>Regardless of the solution, I think this would take some work, so might require some funding or somehow making it important to one of the developers.</div>
<div>
<div><br></div>
<div>Jason</div>
<div><br><br>
<div class="gmail_quote">On 16 February 2010 12:06, JamesDudden wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">I understand how it happens and it does make sense but it renders the<br>theming of points useless if they are going to be anything larger than a few<br>
pixels.<br><br>I think it would be good to see future versions of Mapguide become more<br>intelligent and be able to cope with theming of points.<br>
<div><br></div></blockquote></div></div></div><br>_______________________________________________<br>mapguide-users mailing list<br><a href="mailto:mapguide-users@lists.osgeo.org">mapguide-users@lists.osgeo.org</a><br><a href="http://lists.osgeo.org/mailman/listinfo/mapguide-users" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapguide-users</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Craig Miller<br>Geospatial Software Architect<br>