Autodesk MapGuide Enterprise

[#1]

Hi,

when using MapGuideEnterprise 2010 and flexible layouts - this
is very slow (legend widget) and IE7 just freeze for 5-15s ( IE8 also bad,
FireFox is little better) because of huge Java Script work (100% of client processor).
This is problem on client with Javascript code ( method UpdateLayer()
called so many times ). The server side is ready and works fine!

Our enterprise project is approx 150 layers sorted in tree, the layers have legends
with less than 5 styles, only 20 layers has legends with 20 styles.
It has beed combined to minimum number of layers according the custome

The problem is, that flexible layout - every time when changing zoom -
rebuilds completely the layer tree very,very,very inefficient way
Is there any solution how to speed up this - or - some optimalization
not to rebuild not-expanded groups/layers etc. ? Will be this solved
in next version or will be published some patch ?

Thanks Edited by: ondrejnovotny on Sep 9, 2009 11:16 PM

[#2]

Increase the memory_limit setting in your php.ini to something like 256M. This may help improve things.

Dave

[#3]

Thanks for answer, but is has nothing to do with described problem.
The problem is described in very detailed way in original post
and is situated in Javascript Fusion code.

[#4]

I understand your post, but I have seen an 800 layer map with a lot of themes perform acceptably simply by increasing the php memory limit. Yes the legend redraw behaviour is less than optimal I agree, but I'm not seeing things pin as you describe.

I believe I have seen postings in the OSGeo Commuminty discussing improvements to this behaviour, but I am not aware of a specific time frame for implementation.

Regards,
Dave

[#5]

dswilson wrote:
> I believe I have seen postings in the OSGeo Commuminty discussing improvements to this behaviour, but I am not aware of a specific time frame for implementation.

Indeed. It's a known problem, but not an itch for any of the primary
developers as far as I know because they're not creating 150-layer maps.

One way to have this fixed would be to pay an open source Fusion
developer to spend some time on the problem, but depending on the
optimal solution I suspect that some MapGuide changes may also be
required. There are some core developers that can work in both MapGuide
and Fusion, but they are rare.

Jason

[#6]

Thanks for answers.

Currently in productuion enviroment we've changed the code in way,
that legends with more than 10 styles does not display and
are replaced with one manually prepared fixed image. It is
a little work, but usable. Than, the client performace was accepted.