I've seen huge performance slowdowns with data sources that are storing more vertices than accuracy requirements would dictate, and have seen performance improvements with very, very slight linear generalization.<div><br>
</div><div>I have also seen performance gains by simplifying complex geometries (such as curvepolygons or multigeometry) to simple polygons, and making sure that the data source is reporting this simple geometry correctly.</div>
<div><br></div><div>For Fusion, initial load times can be seriously reduced by compiling a custom version for use in your map:</div><div><br></div><div><a href="http://lists.osgeo.org/pipermail/mapguide-users/2008-August/014002.html">http://lists.osgeo.org/pipermail/mapguide-users/2008-August/014002.html</a></div>
<div><br></div><div><a href="http://lists.osgeo.org/pipermail/mapguide-users/2008-August/014002.html"></a>Tooltip responsiveness can be severly affected by having lots of layers that are selectable or have tooltips assigned (actually, in recent versions this may only be for tooltips; little fuzzy on this).</div>
<div><br></div><div>Another item that severely affects performance is network speed. Because MGOS is sending large-ish rasters instead of vectors, performance is affected by available upstream bandwidth. This can easily cause problem if your organisation's network access is asymmetric; I ran across a situation once where someone was trying to publish MGOS over a 512kbps uplink. If you do the math, this constrains performance even for a single user, and has catastrophic effects when serving multiple maps at once.<br>
<div><br></div><div>I think our Fusion-based map (<a href="http://maps.nanaimo.ca/nanaimomap/">http://maps.nanaimo.ca/nanaimomap/</a>) has reasonable performance, but it isn't quite on the same level as MG 6.5 was. </div>
<div><br></div><div>The only real way around the constraints of a raster-based map is with a vector-based viewer, built on something like Flash or Silverlight.</div><div><br></div><div>Jason<br><br><div class="gmail_quote">
On 28 January 2011 14:02, frosty1_4me <span dir="ltr"><<a href="mailto:kbowman@cityofgp.com">kbowman@cityofgp.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Thanks for the much appreciated responses to this issue. Here's a little<br>
more background information as to why we want to use the flexable web<br>
layouts and not the Ajax viewer.<br>
<br>
- The floating task panes are a very big thing for us especially to display<br>
our reports to our end users.<br>
- Thematic layers (queries)<br>
- As Gord mentioned the open layers<br>
<br>
We are trying to replicate as best we can the enviorment we currently offer<br>
our MG users, since to remove any that is used so much would be a step back<br>
not a step forward.<br>
<br>
I did go through the 'Mapguide Best Practices' wiki since making this<br>
initial post and made a few changes that really helped with performance<br>
after getting the heads up for Gord.<br>
<br>
- Setting the cache properly<br>
- changing png to png8<br>
- etc.<br>
<br>
Those did make a noticable difference.<br>
<br>
We also moved all our external datasources (sdf's, raster images) to the<br>
server that houses the MGE server. Previously they were on a seperate<br>
network server, I'm not sure if that actually had something to do with the<br>
improved performance or not.<br>
<br>
- I'm also going through our datasources we have and importing the data<br>
into the SDF3 as was suggested so that it limits the amount of data that is<br>
loaded from the SQL db. That's not an ideal situation since most users have<br>
been trained to see live dynamic data for any db changes they make, but for<br>
datasets where having the data update nightly isn't an issue then I'll make<br>
that adjustment.<br>
<br>
I do have a few questions about some of the posts made:<br>
<br>
- indexing the geometry, that only works if all the x,y's are unique. I'm<br>
not confident that will be possible for all our SQL data.<br>
- and there is alot of talk about the amount of layers loaded. Previously<br>
in 6.5 we could load more data and as such we did. We have limited how much<br>
is turned on by default, the question I have about the layers and scales is<br>
I didn't think it would necessary for MGE.<br>
<br>
What I mean is, if we have say a parcel layer. How can that be generalized<br>
anymore than it is? So in studio I have a parcel layer that is set to a<br>
scale of 0 to 20,000. Introducing more scales against that same data<br>
resource used to create that layer, would that actual speed it up because<br>
it's loading the same data set at different scales? Since the dataset is<br>
the same, applying multiple scales to it in the styles of MGES should have<br>
no effect.<br>
<br>
- We have themed layers as well that are very slow. The themed layers are<br>
joined layers which hit the SQL db to return the data. They are extremely<br>
slow, how are the themed layers being addressed to help with the<br>
performance? Themed layers are what makes the GIS powerful.<br>
<br>
We currently use:<br>
IIS ver 6<br>
MGE 2011<br>
- Map data is sdf, dwf (bbboooo, hiss), and SQL 2005<br>
- raster tiff and ecw<br>
- secondary data from SQL<br>
- using tooltips but using the iframe that accompanies the openlayers<br>
concept and fusion to load aspx pages instead. (that is not always fast)<br>
- .Net and VB<br>
<br>
Thanks for the info, please keep it coming this is great.<br>
<font color="#888888">--<br>
View this message in context: <a href="http://osgeo-org.1803224.n2.nabble.com/MGE-performance-It-s-soooooo-Slllllllooooooowwww-tp5970714p5971384.html" target="_blank">http://osgeo-org.1803224.n2.nabble.com/MGE-performance-It-s-soooooo-Slllllllooooooowwww-tp5970714p5971384.html</a><br>
</font><div><div></div><div class="h5">Sent from the MapGuide Users mailing list archive at Nabble.com.<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>
</div></div></blockquote></div><br></div></div>