Infrastructure Map Server Forum
Welcome to Autodesk’s Infrastructure Map Server Forums. Share your knowledge, ask questions, and explore popular Infrastructure Map Server topics.
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

MGE 2010 flexible viewer too slow

5 REPLIES 5
Reply
Message 1 of 6
ondrejnovotny
578 Views, 5 Replies

MGE 2010 flexible viewer too slow

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
5 REPLIES 5
Message 2 of 6
dswilson
in reply to: ondrejnovotny

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

Dave
Message 3 of 6

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.
Message 4 of 6
dswilson
in reply to: ondrejnovotny

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
Message 5 of 6
Anonymous
in reply to: ondrejnovotny

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
Message 6 of 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.

Can't find what you're looking for? Ask the community or share your knowledge.

Post to forums  

Autodesk Design & Make Report