Wow, I'd like to set some metrics on that experience, It just doesn't make sense to me that 11 map draws is quicker then one, good to know though. <br><br>As for the tilecache layer, you can combine layers in your tilecache.cfg file forexample:<br>
<br>[basic]<br>type=WMS<br>url=<a href="http://labs.metacarta.com/wms/vmap0">http://labs.metacarta.com/wms/vmap0</a><br>extension=png<br><br>[mapserver_example]<br>type=MapServer<br>layers=countries,borders,poulated_places<br>
mapfile=/var/www/myMap.map<br><br>[wcs-wms]<br>type=WMS<br>url=<a href="http://atlas.2c1forest.org/cgi-bin/ms_wms">http://atlas.2c1forest.org/cgi-bin/ms_wms</a> <br>extension=png<br>layers=diff_scenario1,ten_km2_hexagon_planning_units_transition <br>
<br>This means that the tilecache layer "wcs-wms" is a wms request of two layers combined. The same goes for the mapserver example.<br><br>As for the base layer I do not think it is a requirement, however one map may need to be considered as a baselayer. <br>
and yes you would also create a separate map block for each request to a tilecache layer. <br><br>Hope this helps<br><br>Paul D. <br><br><br><div class="gmail_quote">On Thu, Dec 17, 2009 at 11:11 AM, Nolte, Tim <span dir="ltr"><<a href="mailto:Tim.Nolte@ipcswirelessinc.com">Tim.Nolte@ipcswirelessinc.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;">Paul,<br>
<br>
Actually, the way I used to do things was to use just 1 map file, but<br>
this actually caused a performance problem. What I get by having 11 map<br>
images being drawn is a faster end user experience. If an end user<br>
decides to turn off a layer in one of the other maps then the entire map<br>
doesn't have to redraw with every change. Also the end user actually<br>
sees the web client doing something and not just waiting for a single<br>
map image to generate. I could probably combine the maps down a bit, but<br>
because the "propagations" layers were so time consuming to build they<br>
always had significant impact on the entire map generation. Also, some<br>
of my layers are Oracle Spatial layers which I've been able to separate<br>
out and keep those costly connections for slowing the entire map<br>
generation process.<br>
<br>
Now here's my question concerning the implementation of the TileCache<br>
layer. Is it required that it be a Base Layer? Would it function<br>
properly in light of my AppDef by swapping out my 'propagations' map<br>
with a TileCache map? Does the TileCache map only provide a single<br>
'layer'? Would I have to build a separate "Map" for each layer I have<br>
defined in my 'propagations' mapfile? Thanks!<br>
<font color="#888888"><br>
- Tim<br>
</font><div class="im"><br>
<br>
-----Original Message-----<br>
From: <a href="mailto:pdescham49@gmail.com">pdescham49@gmail.com</a> [mailto:<a href="mailto:pdescham49@gmail.com">pdescham49@gmail.com</a>] On Behalf Of<br>
Paul Deschamps<br>
</div><div><div></div><div class="h5">Sent: Thursday, December 17, 2009 10:48 AM<br>
To: Paul Spencer<br>
Cc: Nolte, Tim; <a href="mailto:fusion-users@lists.osgeo.org">fusion-users@lists.osgeo.org</a><br>
Subject: Re: [fusion-users] Fusion + MapServer + TileCache<br>
<br>
Hi Tim.<br>
<br>
I've setup a tilecache using the default "basic" layer as a test, our<br>
appdef is as follows:<br>
<br>
<MapSet xsi:type="MapSetType"><br>
<MapGroup id="mixed" xsi:type="MapType"><br>
<Map xsi:type="WMSLayerType"><br>
<Type>WMS</Type><br>
<Extension><br>
<br>
<ResourceId><a href="http://192.168.2.105/cgi-bin/tilecache.cgi" target="_blank">http://192.168.2.105/cgi-bin/tilecache.cgi</a></ResourceId><br>
<Options><br>
<name>test tilecache WMS</name><br>
<isBaseLayer>true</isBaseLayer><br>
<singleTile>false</singleTile><br>
</Options><br>
<Parameters><br>
<layers>basic</layers><br>
<transparent>true</transparent><br>
</Parameters><br>
</Extension><br>
</Map><br>
</MapGroup><br>
</MapSet><br>
<br>
<MapWidget xsi:type="WidgetType"><br>
<Name>Map</Name><br>
<Type>Map</Type><br>
<StatusText>The map.</StatusText><br>
<Extension xsi:type="CustomContentType"><br>
<MenuContainer>MapContextMenu</MenuContainer><br>
<FractionalZoom>false</FractionalZoom><br>
</Extension><br>
<MapId>mixed</MapId><br>
</MapWidget><br>
<br>
Initially mike and I noticed that the tilecache requests were not using<br>
the correct scale. Mike later found that the issue was that the map was<br>
using a "fractional zoom" and once we added<br>
"<FractionalZoom>false</FractionalZoom>" to the map widget it worked<br>
perfectly. Perhaps we should have a bug for this and check to see if the<br>
map has <singleTile>false</singleTile> then automatically set fractional<br>
zoom to false.<br>
<br>
Now looking at your AppDef. I can see why you are looking at tilecache.<br>
I bet thats expensive to have fusion load 11 map files. Is there not any<br>
way you can have one map file with layer grouping? that would save you a<br>
ton of bandwidth and would improve map draw speed having only 1 request<br>
instead of 11.<br>
<br>
Remember though it is really only good to use tilecache on layers that<br>
do not change. Any dynamic data means the you'll have to clear the cache<br>
at the same interval that the data is updated.<br>
<br>
Cheers<br>
<br>
Paul.<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
On Wed, Dec 16, 2009 at 1:27 PM, Paul Spencer <<a href="mailto:pspencer@dmsolutions.ca">pspencer@dmsolutions.ca</a>><br>
wrote:<br>
<br>
<br>
okay Tim. I'm keen for us to make sure this works, so if you<br>
run into trouble please let us know.<br>
<br>
Cheers<br>
<br>
Paul<br>
<br>
<br>
On 2009-12-16, at 12:02 PM, Nolte, Tim wrote:<br>
<br>
> I haven't even begun looking into it other than posing the<br>
question to the list. I wanted to know if anyone had issues or get a<br>
sense of what the limitations were/are without spending a lot of time to<br>
find that I wouldn't be able to accomplish what I was looking to do. I<br>
just sent an email with my AppDef and what I'm looking to accomplish.<br>
><br>
> - Tim<br>
><br>
> ----<br>
> Timothy J Nolte - <a href="mailto:tnolte@ilpcs.com">tnolte@ilpcs.com</a><br>
> Network Planning Engineer<br>
><br>
> Sprint Nextel<br>
> 4717 Broadmoor Ave, Suite G<br>
> Kentwood, MI 49512<br>
><br>
> Office: 616-656-5163<br>
> PCS: 616-706-2438<br>
> Support: 616-929-0289<br>
> Fax: 616-554-6484<br>
><br>
><br>
> -----Original Message-----<br>
> From: <a href="mailto:pdescham49@gmail.com">pdescham49@gmail.com</a> [mailto:<a href="mailto:pdescham49@gmail.com">pdescham49@gmail.com</a>] On<br>
Behalf Of Paul Deschamps<br>
> Sent: Wednesday, December 16, 2009 11:58 AM<br>
> To: Nolte, Tim<br>
> Cc: <a href="mailto:fusion-users@lists.osgeo.org">fusion-users@lists.osgeo.org</a><br>
> Subject: Re: [fusion-users] Fusion + MapServer + TileCache<br>
><br>
> Hi Tim.<br>
><br>
> I personally have not yet written an application that uses<br>
tile cache, though I am told it does work. I am going to spend some time<br>
today with fusion trunk and see what i need to do to get it up and<br>
running. I'll pass along my findings to the list.<br>
><br>
> Have you had any successes with this thus far?<br>
><br>
> Paul D.<br>
><br>
><br>
><br>
><br>
> On Wed, Dec 16, 2009 at 11:23 AM, Nolte, Tim<br>
<<a href="mailto:Tim.Nolte@ipcswirelessinc.com">Tim.Nolte@ipcswirelessinc.com</a>> wrote:<br>
><br>
><br>
> Has anyone successfully used TileCache with Fusion,<br>
along with MapServer?<br>
><br>
> - Tim<br>
><br>
> ----<br>
> Timothy J Nolte - <a href="mailto:tnolte@ilpcs.com">tnolte@ilpcs.com</a><br>
> Network Planning Engineer<br>
><br>
> Sprint Nextel<br>
> 4717 Broadmoor Ave, Suite G<br>
> Kentwood, MI 49512<br>
><br>
> Office: 616-656-5163<br>
> PCS: 616-706-2438<br>
> Support: 616-929-0289<br>
> Fax: 616-554-6484<br>
><br>
> _______________________________________________<br>
> fusion-users mailing list<br>
> <a href="mailto:fusion-users@lists.osgeo.org">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>
><br>
><br>
><br>
><br>
><br>
><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" target="_blank">http://www.dmsolutions.ca</a><br>
> <a href="http://research.dmsolutions.ca" target="_blank">http://research.dmsolutions.ca</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> fusion-users mailing list<br>
> <a href="mailto:fusion-users@lists.osgeo.org">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>
<br>
<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>
<br>
<br>
<br>
<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" target="_blank">http://www.dmsolutions.ca</a><br>
<a href="http://research.dmsolutions.ca" target="_blank">http://research.dmsolutions.ca</a><br>
<br>
<br>
<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>