<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-15">
<META content="MSHTML 6.00.2800.1505" name=GENERATOR></HEAD>
<BODY style="MARGIN: 4px 4px 1px; FONT: 10pt Comic Sans MS">
<DIV><BR>All,</DIV>
<DIV>&nbsp;</DIV>
<DIV>If&nbsp;I understand the question correctly, from this an another post, there is a valid reason for this type of request.&nbsp; I only know this because I've run into these display problems in the past.&nbsp; </DIV>
<DIV>&nbsp;</DIV>
<DIV>The near term resolution to the problem, was to do as described in another post, to have one layer for display at the top vs another for display at the bottom of the stack.&nbsp; This could be to separate the labels from the polygons, the polygon fills from the outlines, or any such combination for display purposes.&nbsp; The idea being to group these display aspects for toggling with one single toggle in the interface.</DIV>
<DIV>&nbsp;</DIV>
<DIV>While these separate layers are painful to manage by the typical user, it's really the only method available at this point to handle this type of situation.&nbsp; Now, the future inclusion of a pre-mashed set of layers into a single image will alleviate some of this, it also will preclude (somewhat) the option of the user turning layers on/off in the interface without first retrieving a new image from the server.&nbsp; The whole point of the interface from day one, was to hand over control of the viewable aspects to the user(s) and let them control things.&nbsp; In my mind, the separation of things more fully, separate labels and objects, for example, can get the Job done, but it's not the complete solution for all business needs either.</DIV>
<DIV>&nbsp;</DIV>
<DIV>I know I didn't really answer the original question very well, and opted for more of an explanation of why it is the way it is.&nbsp; Hope this helps with future questions though.</DIV>
<DIV>&nbsp;</DIV>
<DIV>bobb</DIV>
<DIV>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV><BR>&gt;&gt;&gt; "Fischer, Brian" &lt;bfischer@houstonengineeringinc.com&gt; wrote:<BR></DIV>
<DIV style="PADDING-LEFT: 7px; MARGIN: 0px 0px 0px 15px; BORDER-LEFT: #050505 1px solid; BACKGROUND-COLOR: #f3f3f3">
<DIV dir=ltr align=left><SPAN class=182524119-10122007>In version 1.5 we are going to add the functionality to be able to group layers into the same image and still be able to toggle the layers on and off.&nbsp; The purpose of this is to take advantage of MapServer's label collision functionality.</SPAN></DIV>
<DIV>&nbsp;</DIV>
<DIV align=left><FONT face=Arial>Brian Fischer</FONT></DIV>
<DIV align=left><FONT face=Arial>Houston Engineering, Inc.</FONT></DIV>
<DIV align=left><FONT face=Arial>Maple Grove, MN</FONT></DIV>
<DIV align=left><FONT face=Arial>(763) 493-4522</FONT></DIV>
<DIV>&nbsp;</DIV><BR>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
<HR tabIndex=-1>
<FONT face=Tahoma><B>From:</B> geomoose-users-bounces@lists.sourceforge.net [mailto:geomoose-users-bounces@lists.sourceforge.net] <B>On Behalf Of </B>Jim Klassen<BR><B>Sent:</B> Monday, December 10, 2007 1:33 PM<BR><B>To:</B> Scott Oatley; geomoose-users<BR><B>Subject:</B> Re: [Geomoose-users] [GeoMOOSE] Tree-view and mapbook organization<BR></FONT><BR></DIV>
<DIV></DIV>
<DIV>This is exactly the reason St. Paul has separate "Visible Layers" and "Catalog" tabs. The catalog is organized and the Visible layers is used to manipulate the layers including Z-order. Separate and linked label-map layers&nbsp;is not currently supported... Keep in mind that this would cause&nbsp;GeoMOOSE to hit&nbsp;mapserver&nbsp;twice&nbsp;(for both the label and map requests) and that may have a performance impact.&nbsp;<BR></DIV>
<DIV><A href="https://gis.ci.stpaul.mn.us/gis/gismo_public/html/">https://gis.ci.stpaul.mn.us/gis/gismo_public/html/</A></DIV>
<DIV><BR>&gt;&gt;&gt; On 12/9/2007 at 2:20 PM, "Scott Oatley" &lt;swoatley@gmail.com&gt; wrote:<BR></DIV>
<DIV style="PADDING-LEFT: 7px; MARGIN: 0px 0px 0px 15px; BORDER-LEFT: #050505 1px solid; BACKGROUND-COLOR: #f3f3f3">I think another ?useful? feature might be independence of the tree-view hierarchy from the mapbook hierarchy. In other words, categorizing layers in the tree-view in a way that makes sense to the user, may not match the order in which the layers should be displayed. <BR><BR>-Scott<BR></DIV></DIV></BODY></HTML>