[Mapbender_dev] [Mapbender-users] GUIs are loading very slowly in Mapbender v2.7.2

Wed Oct 24 04:45:51 PDT 2012

Hello Verena, hello all,

Verena - I added your changes to a running Mapbender applications with lot
of WMS and I have significant faster loading of my application.

So thank you for this solution. All Mapbender applications that handle lot
of WMS/layers and are loading very slow should implement the changes.

Also we should provide it in the next Mapbender version 2.7.4.

I saw that you created the cache directory already.

I would suggest to add the mapframe1 element variable loadFromCache to
every application and set the default to 0.
We have to add the SQL to the update-Script.
http://trac.osgeo.org/mapbender/browser/branches/2.7/resources/db/pgsql/UTF-8/update/update_2.7.3_to_2.7.4_pgsql_UTF-8.sql

We should move your documentation from the mail to the wiki (or js-docu).
I added some information to the wiki page already:
http://www.mapbender.org/Mapframe

Best regards Astrid

On Mon, October 15, 2012 9:45 am, Verena Diewald wrote:
> Hello list,
>
>
>
> please try our workaround solution for a faster loading mechanism. What
> did we do: We created a kind of cache mechanism which stores the initial
> js mapobject produced by the WMC loading process. The cache file is being
> created loading the gui for the first time. As soon as it exists, the
> gui's mapobject is loaded from the cache file, not again from the WMC
> process. This makes the loading process faster. Changing the mapobject of
> the gui (adding WMS, deleting WMS, updating WMS...) deletes the cache file
> and the gui has to be loaded the slowly way once again for creating a new
> cache file. Use of the cache file loading process can be controlled using
> the element var "loadFromCache" of the mapframe1 gui element. This
> workaround should at least be suitable for all mapbender guis which are
> not ever-changing (e.g. portal guis). If you want to use the newer GET
> params api [1] you can not use this woraround. If you want to use the older
> GET params (e.g. mb_myBBOX, mb_myPOI2SCALE,
> visiblelayers, querylayers...) you can do this with activated cache
> solution. What you have to do for integration of the workaround:
> 1) get all changed files from the Mapbender 2.7 SVN branch of changeset
> 8491 [2]
> 2) create a cache directory in the Mapbender's root directory
> (mapbender/cache) and set the Apache user as owner of this directory
> 3) add the element var "loadFromCache" to gui element mapframe1 and set
> it to 1 if you want to use the cache mechanism: INSERT INTO
> gui_element_vars(fkey_gui_id, fkey_e_id, var_name, var_value, context,
> var_type) VALUES('<gui_id>', 'mapframe1', 'loadFromCache', '1', 'define if
> mapObj should be loaded from cache if cache file already exists'
> ,'php_var');
>
>
>
> Best regards,
>
>
> Verena
>
>
>
>
> [1] http://www.mapbender.org/GET-Parameter
> [2] http://trac.osgeo.org/mapbender/changeset/8491
>
>
>
>
> Am 22.08.2012 08:57, schrieb Verena Diewald:
>
>> Hi list,
>>
>>
>> we decided to start another analysis of the performance problem. Perhaps
>> it is possible to do a preprocessing of the WMC loading mechanism. We
>> will think about it. Further ideas are welcome.
>>
>>
>>
>> Best regards,
>>
>>
>> Verena
>>
>>
>>
>> Am 16.08.2012 16:22, schrieb Verena Diewald:
>>
>>> Hallo Liste,
>>>
>>>
>>> Am 16.08.2012 14:47, schrieb Armin Retterath:
>>>
>>>> Hallo zusammen,
>>>>
>>>>
>>>> es liegt leider nicht an der GUI. Wir mÃ¼ssen etwas am Grundprinzip
>>>>  des Ladens anpassen. Seit der neuen Version dauert es einfach
>>>> lÃ¤nger. Das aktuelle Verfahren ist bei verteilten Strukturen mit
>>>> unterschiedlichen Nutzungsbedingungen leider notwendig und ist
>>>> durch unsere Weiterentwicklung in den Jahren 2010/2011 dort
>>>> reingeflossen. Ggf. kÃ¶nnte man optional einen schnelleren
>>>> Ladevorgang realisieren.
>>>> Ist aber ein bisschen Programmieraufwand ;-) . Wenn ich nach der
>>>> Umsetzung der INSPIRE Anforderungen fÃ¼r Downloaddienste was Zeit
>>>> bekomme, kann ich mich ja mal dransetzen. Problem liegt serverseitig
>>>> im javascripts/initWmcObj.php Script begrÃ¼ndet. Kann man debuggen
>>>> und dann mal testen wie die Verarbeitungszeit ansteigt, wenn eine
>>>> GUI immer mehr Dienste hinzubekommt :-( .
>>>>
>>> Ich habe mir vor einiger Zeit die Verarbeitungszeiten des WMC im
>>> Zusammenhang mit ansteigender Anzahl an WMS in einer GUI angeschaut.
>>> Es ist leider wirklich so, dass die Erstellung des initialen WMC pro
>>> hinzukommendem WMS immer lÃ¤nger dauert und sich dadurch die Ladezeit
>>> der GUI immer weiter erhÃ¶ht.
>>>
>>>
>>> GruÃŸ,
>>>
>>>
>>> Verena
>>>
>>>>
>>>> GrÃ¼ÃŸe
>>>> Armin
>>>>
>>>>
>>>> On 16.08.2012 14:38, Thomas Baschetti wrote:
>>>>
>>>>> Am 16.08.2012 09:28, schrieb Sebastian Schwarz:
>>>>>
>>>>>> Hallo Liste,
>>>>>>
>>>>>>
>>>>>> wir haben ein Problem mit Mapbender v2.7.2: Die GUIs, die wir
>>>>>> bislang umgesetzt haben, weisen durchweg sehr lange Ladezeiten
>>>>>> auf, vorallem dann, wenn sie Ã¼ber zahlreiche eingebundene WMS
>>>>>> verfÃ¼gen. Ãœber diesen Effekt haben wir bereits mit der
>>>>>> WhereGroup gesprochen, die dazu
>>>>>> folgende Auskunft gab: Beim Laden einer GUI muss das Skript in
>>>>>> map.php warten, bis serverseitig aller WMS-Informationen zu
>>>>>> einem initialen WMC verarbeitet sind, bevor das Skript in die
>>>>>> eigentliche GUI springen und diese schlieÃŸlich anzeigen kann.
>>>>>> Dieses Laden dauert umso lÃ¤nger, je
>>>>>> mehr WMS in die GUI eingebunden sind.
>>>>> ja, das Laden kann mit komplexeren Anwendungen und vielen WMS
>>>>> leider recht langwierig werden :-(
>>>>>
>>>>>> Nun zur eigentlichen Frage: Gibt es eine MÃ¶glichkeit, diese
>>>>>> Ladezeit
>>>>>> bzw. das serverseitige Verarbeiten der WMS-Informationen zu
>>>>>> einem initialen WMC zu verkÃ¼rzen?
>>>>> als Idee zum Testen: Habt ihr die GUI schon mal manuell als WMC
>>>>> Dokument abgespeichert
>>>>> (modul saveWMC),
>>>>> und versucht die dann in eine schlanke&schnelle GUI zu laden? Geht
>>>>>  das dann schnell? Falls ja kann man das sicherlich
>>>>> automatisieren, aber falls auch das nicht schnell genug ist mÃ¼sste
>>>>> man versuchen die Verarbeitung des WMC generell zu
>>>>> beschleunigen...
>>>>>
>>>>> Mit freundlichen GrÃ¼ÃŸen
>>>>>
>>>>>
>>>>> Thomas Baschetti
>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>
> --
>
>
>
> _______________________________________________
> Mapbender_users mailing list
> Mapbender_users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapbender_users
>
>

-- 
Mit freundlichen Grüßen

Astrid Emde

********************************************
Where2B Konferenz 2012
13. Dezember 2012 in Bonn
www.where2b-conference.com
********************************************----------------------------------

 Astrid Emde
 WhereGroup GmbH & Co.KG
 Eifelstraße 7
 53119 Bonn
 Germany

 Fon: +49(0)228 90 90 38 - 19
 Fax: +49(0)228 90 90 38 - 11

 astrid.emde at wheregroup.com
 www.wheregroup.com
 Folgen Sie der WhereGroup auf twitter: http://twitter.com/WhereGroup_com

Amtsgericht Bonn, HRA 6788
-------------------------------
Komplementärin:
WhereGroup Verwaltungs GmbH
vertreten durch:
Olaf Knopp, Peter Stamm
-------------------------------
 pgp-public key:
 http://pgp.mit.edu:11371/pks/lookup?search=0x06DA52D72D515284
  Signierte und/oder verschlüsselte Nachrichten sind sehr willkommen
  Signed and/or encrypted mail is highly appreciated