Cool Tim. Thanks<br><br>I always enjoy looking through other people's apps. It's usually a good experience as people often do things a bit differently and ultimately you can take some of that and incorporate it into your own apps. <br>
<br>No problem on the assistance. It was fun for me as well playing with tilecache. It's pretty powerful. <br><br>Cheers<br><br>Paul D. <br><br><div class="gmail_quote">On Thu, Dec 17, 2009 at 2:10 PM, 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;">Hey Paul,<br>
<br>
<br>
Thanks for the help. I'm not sure that I can say from a purely metrics<br>
point of view that what I am doing is producing better performance,<br>
possibly but not sure about that. What I am mostly talking about is<br>
perceived user experience. When I have 11 images being rendered and the<br>
end user sees these layers being returned and stacked on top of each<br>
other as each finishes the user feels like they are getting a result<br>
more instantly. The alternative, using 1 map, the end user just sees a<br>
blank map area and the tiny little busy indicator in the Navigator and<br>
just has to wait to finally see some results. So far I've been pretty<br>
happy with the results. It'll be cool if I can get some tiling working<br>
for that street layers and the layers that only get updated once a<br>
month. If you're interested in taking a look at what I put together you<br>
can go here:<br>
<br>
<a href="http://mapserver.ilpcs.com/" target="_blank">http://mapserver.ilpcs.com/</a><br>
<br>
You'll need to request an account. You can put my name and email address<br>
down and I'll approve your account. Thanks again!<br>
<font color="#888888"><br>
- Tim<br>
</font><div class="im"><br>
<br>
-----Original Message-----<br>
From: <a href="mailto:fusion-users-bounces@lists.osgeo.org">fusion-users-bounces@lists.osgeo.org</a><br>
[mailto:<a href="mailto:fusion-users-bounces@lists.osgeo.org">fusion-users-bounces@lists.osgeo.org</a>] On Behalf Of Paul<br>
Deschamps<br>
</div><div><div></div><div class="h5">Sent: Thursday, December 17, 2009 1:25 PM<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>
Wow, I'd like to set some metrics on that experience, It just doesn't<br>
make sense to me that 11 map draws is quicker then one, good to know<br>
though.<br>
<br>
As for the tilecache layer, you can combine layers in your tilecache.cfg<br>
file forexample:<br>
<br>
[basic]<br>
type=WMS<br>
url=<a href="http://labs.metacarta.com/wms/vmap0%0Aextension=png" target="_blank">http://labs.metacarta.com/wms/vmap0<br>
extension=png</a><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" target="_blank">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<br>
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<br>
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<br>
tilecache layer.<br>
<br>
Hope this helps<br>
<br>
Paul D.<br>
<br>
<br>
<br>
On Thu, Dec 17, 2009 at 11:11 AM, Nolte, Tim<br>
<<a href="mailto:Tim.Nolte@ipcswirelessinc.com">Tim.Nolte@ipcswirelessinc.com</a>> wrote:<br>
<br>
<br>
Paul,<br>
<br>
Actually, the way I used to do things was to use just 1 map<br>
file, but<br>
this actually caused a performance problem. What I get by having<br>
11 map<br>
images being drawn is a faster end user experience. If an end<br>
user<br>
decides to turn off a layer in one of the other maps then the<br>
entire map<br>
doesn't have to redraw with every change. Also the end user<br>
actually<br>
sees the web client doing something and not just waiting for a<br>
single<br>
map image to generate. I could probably combine the maps down a<br>
bit, but<br>
because the "propagations" layers were so time consuming to<br>
build they<br>
always had significant impact on the entire map generation.<br>
Also, some<br>
of my layers are Oracle Spatial layers which I've been able to<br>
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<br>
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'<br>
map<br>
with a TileCache map? Does the TileCache map only provide a<br>
single<br>
'layer'? Would I have to build a separate "Map" for each layer I<br>
have<br>
defined in my 'propagations' mapfile? Thanks!<br>
<br>
- Tim<br>
<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<br>
Paul Deschamps<br>
<br>
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<br>
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>
<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<br>
not using<br>
the correct scale. Mike later found that the issue was that the<br>
map was<br>
using a "fractional zoom" and once we added<br>
"<FractionalZoom>false</FractionalZoom>" to the map widget it<br>
worked<br>
perfectly. Perhaps we should have a bug for this and check to<br>
see if the<br>
map has <singleTile>false</singleTile> then automatically set<br>
fractional<br>
zoom to false.<br>
<br>
Now looking at your AppDef. I can see why you are looking at<br>
tilecache.<br>
I bet thats expensive to have fusion load 11 map files. Is there<br>
not any<br>
way you can have one map file with layer grouping? that would<br>
save you a<br>
ton of bandwidth and would improve map draw speed having only 1<br>
request<br>
instead of 11.<br>
<br>
Remember though it is really only good to use tilecache on<br>
layers that<br>
do not change. Any dynamic data means the you'll have to clear<br>
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<br>
<<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<br>
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<br>
the<br>
question to the list. I wanted to know if anyone had issues or<br>
get a<br>
sense of what the limitations were/are without spending a lot of<br>
time to<br>
find that I wouldn't be able to accomplish what I was looking to<br>
do. I<br>
just sent an email with my AppDef and what I'm looking to<br>
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><br>
[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 +<br>
TileCache<br>
><br>
> Hi Tim.<br>
><br>
> I personally have not yet written an application that<br>
uses<br>
tile cache, though I am told it does work. I am going to spend<br>
some time<br>
today with fusion trunk and see what i need to do to get it up<br>
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<br>
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>
><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>
<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>