Well, after having used the python script console in Maestro, we were able to update the Maxscale for those 300 dwf layers in bulk as opposed to a manual way.

While searching and testing we came with some questions or at least some hints to our open question.

I thought I would be interesting to at least some of these back to the list as an answer to our own requests ;-):

<b>1. What would be the quickest way  to include the Maxscale values in the XML Layer definitions for those 300 DWF layers (without doing this manually)? </b>


Python Script: http://osgeo-org.1560.x6.nabble.com/Maestro-Python-api-example-script-setScaleRange-for-a-drawingLayer-tt5183707.html to be used in teh python console of Maestro.


<b>2. Would it help the server to avoid "rendering all DWF files on the initial mapload (given the default maxscale value of infinite)? </b>

Setting the Maxscale is absolutely a must, as always, to render the information only on an appropriate
zoom level. As we found out from the raw XML, the extents of the DWF files content of the individual DWF Drawing datasource definitions are stored as 

<Extent>
      <MinX>105017.49574</MinX>
      <MinY>129315.39414</MinY>
      <MaxX>110011.29465</MaxX>
      <MaxY>130510.21422</MaxY>
</Extent>

So we believe there must be an indexing or a smart lookup behind the scene on these by MapGuide.

<b>3. Would it be necessary to have the DWF files pre transformed in the Pseudo Mercator?</b> 

With the maxscale in place the performance is now quyt similar to the MapGuide 6.5 DWG datasource. 2 to 3 secs depending on the density of DWF files. This is ok for now. it might be that a pre-transformed datasource might be quicker, which is something we might test later on.

<b>4. Are there any other settings we have to (re)set in the ini files? </b>

Still open

<b>5. It seems that restarting the service MAPGUIDE OS takes care of the DB_RunRecovery stuff or are there any specific actions and or tricks we have to apply in order to “reset” the server? </b>

Still open on others input. We have noticed that restarting the service solves (temporary if you do not change the config, in this case change the zoom scale) the error message without having to do anything on a recovery issue.


Luc



        
        
        
<br/><hr align="left" width="300" />
View this message in context: <a href="http://osgeo-org.1560.x6.nabble.com/Advice-on-the-use-of-300-DWF-layers-tp5183306p5183825.html">Re: Advice on the use of 300 DWF layers</a><br/>
Sent from the <a href="http://osgeo-org.1560.x6.nabble.com/MapGuide-Users-f4182607.html">MapGuide Users mailing list archive</a> at Nabble.com.<br/>