Infrastructure Map Server General Discussion

Infrastructure Map Server General Discussion

Reply
Member
ondrejnovotny
Posts: 5
Registered: ‎02-27-2007
Message 1 of 6 (329 Views)

MGE 2010 flexible viewer too slow

329 Views, 5 Replies
09-09-2009 02:05 PM
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
Employee
dswilson
Posts: 730
Registered: ‎09-14-2006
Message 2 of 6 (329 Views)

Re: MGE 2010 flexible viewer too slow

10-06-2009 09:21 AM in reply to: ondrejnovotny
Increase the memory_limit setting in your php.ini to something like 256M. This may help improve things.

Dave


Dave Wilson
SQA Analyst
AEC IM
Autodesk, Inc.

Member
ondrejnovotny
Posts: 5
Registered: ‎02-27-2007
Message 3 of 6 (329 Views)

Re: MGE 2010 flexible viewer too slow

10-29-2009 05:50 AM in reply to: ondrejnovotny
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.
Employee
dswilson
Posts: 730
Registered: ‎09-14-2006
Message 4 of 6 (329 Views)

Re: MGE 2010 flexible viewer too slow

10-29-2009 08:13 AM 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


Dave Wilson
SQA Analyst
AEC IM
Autodesk, Inc.

*Jason Birch
Message 5 of 6 (329 Views)

Re: MGE 2010 flexible viewer too slow

11-09-2009 08:23 PM 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
Member
ondrejnovotny
Posts: 5
Registered: ‎02-27-2007
Message 6 of 6 (329 Views)

Re: MGE 2010 flexible viewer too slow

11-11-2009 02:40 AM in reply to: ondrejnovotny
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.
Post to the Community

Have questions about Autodesk products? Ask the community.

New Post
Announcements
Do you have 60 seconds to spare? The Autodesk Community Team is revamping our site ranking system and we want your feedback! Please click here to launch the 5 question survey. As always your input is greatly appreciated.