[fusion-users] Fusion + MapServer + TileCache

Paul Deschamps pdeschamps at dmsolutions.ca
Thu Dec 17 16:13:47 EST 2009


Cool Tim. Thanks

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.

No problem on the assistance. It was fun for me as well playing with
tilecache. It's pretty powerful.

Cheers

Paul D.

On Thu, Dec 17, 2009 at 2:10 PM, Nolte, Tim
<Tim.Nolte at ipcswirelessinc.com>wrote:

> 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 <http://labs.metacarta.com/wms/vmap0%0Aextension=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
>
>
>
>


-- 
   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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/fusion-users/attachments/20091217/46040838/attachment-0001.html


More information about the fusion-users mailing list