Perhaps a different approach would be better? <br><br>1. use one map for the entire process with (min max scales to turn on layers as you drill down).<br>2. use the onSelect event to call some php_mapscript and modify the session map file adding a filter or expression to expose / hide certain features the map and or layers. Ideally if your data has some feature parent / feature children relationship this would be simple. <br>
<br>Your going to need to keep everything in the same coordinate system if you intend to not to re-init the OL Framework. You can hack the OL object on the fly if you wish but it's probiably easier to find another way of doing this. <br>
<br>Cheers<br><br>Paul D. <br><br><br><div class="gmail_quote">On Sat, Aug 29, 2009 at 8:21 AM, Bill Ten Broeck <span dir="ltr"><<a href="mailto:btenbroeck@gmail.com">btenbroeck@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The Session opens with a sitemap, which can have any coordinate system. The menuing system allows the user to switch sitemaps, and that piece works well. The issue is when the user begins drilling down into the site, we create what they want to see programatically.<br>
<br>
We are starting with basically an empty map definition, call it base (has a single layer for extents/coords purposes, but we clear that layer in runtime). We dynamically create layers and inject them into a newly created runtime map. We overwrite the current session map with the new map.<br>
<br>
The issue is that the maps have different extents and coordinate systems (from the site map), so fusion gets confused - even after reloading the map. We have worked around the problem by using loadMapGroup() and switching the map definition to the appropiate base, which loads all settings in fusion and then creating the map with all the layers and overwritting the now correct session map.<br>
<br>
What we would like to avoid is having to load the map twice, once to establish the base settings and another once the dynamic map is created.<div><div></div><div class="h5"><br>
<br>
Paul Spencer wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Sounds like something could be done but I'm not sure I follow the logic of what needs to be done. Is it possible for you to elaborate a little more?<br>
<br>
On 2009-08-24, at 6:10 AM, Bill Ten Broeck wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello.<br>
<br>
We have an application that has a navigation tool that allows the user to select a site (each site has its own, pre-defined map), and then drill down into the site. The drilldown-map is basically an empty, arbitrary coordinate system template map, which we erase then add layers to depending on what they have selected. We have this working well, provided we start with, or expose the template map, and then create our session based map. (IE, it has to be the currently visible map). What we need to be able to do is go directly from the static map to the runtime map with no intermediate step of needlessly exposing the template, just to make it the current map.<br>
<br>
It seems like the approach we are looking for is to change the session map in fusion to a session map we have created server side but we aren’t quite sure how to approach this. Is this clear? And if so, would anyone be willing to sketch out an approach?<br>
<br>
Thanks in advance.<br>
<br>
_______________________________________________<br>
fusion-users mailing list<br>
<a href="mailto:fusion-users@lists.osgeo.org" target="_blank">fusion-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/fusion-users" target="_blank">http://lists.osgeo.org/mailman/listinfo/fusion-users</a><br>
</blockquote>
<br>
<br>
__________________________________________<br>
<br>
Paul Spencer<br>
Chief Technology Officer<br>
DM Solutions Group Inc<br>
<a href="http://research.dmsolutions.ca/" target="_blank">http://research.dmsolutions.ca/</a><br>
<br>
<br>
</blockquote>
_______________________________________________<br>
fusion-users mailing list<br>
<a href="mailto:fusion-users@lists.osgeo.org" target="_blank">fusion-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/fusion-users" target="_blank">http://lists.osgeo.org/mailman/listinfo/fusion-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br> Paul Deschamps<br> Applications Specialist<br> DM Solutions Group Inc.<br><br> Office: (613) 565-5056 x28<br> <a href="mailto:pdeschamps@dmsolutions.ca">pdeschamps@dmsolutions.ca</a><br>
<a href="http://www.dmsolutions.ca">http://www.dmsolutions.ca</a><br> <a href="http://research.dmsolutions.ca">http://research.dmsolutions.ca</a><br> <br><br>