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