We've recently migrated to use Atom Feeds to describe a list Contexts. This seems to be the way of the future.
You can see an example in examples/catalog which uses the SearchFromAtomFeed widget. (look in the config.xml). If you just copy out the atom feed functionality you will be very close to a working example. Ryan Moquin wrote: > Sorry, my bad for not copying the list last time (I still can't be > used to these couple lists that don't send replies to the list. :)) > > Geowebcache requires nothing more than what you need for Geoserver. > One reason I like Geowebcache is that it's as easy to install as > Geoserver. You download it (I think you can only get it as a war), > drop it into tomcat and then point mapbuilder to it as if it's a WMS > server (which will use the states layer, but it's simple to change it > to any WMS server you want tiled). I had it up and running, tiling an > 800 meg image in geoserver within minutes. > > Yeah, that would be better. An example showing an image untiled in > Geoserver and then tiled through Geowebcache (which connects to the > same WMS layer in Geoserver). > > Should the example be based on one of the context switching examples > you have? Or integrated with one of them? > > On Sun, Apr 27, 2008 at 4:40 AM, Cameron Shorter > <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote: > > Ryan, > Good to hear. > Does the Geowebcache require any special widgets? Or do you only > need to change the context? > > If you only need to change the context.xml, then a better example/ > would be a Context Switcher example, where one of the contexts you > can switch to points to the Geowebcache. > > Ryan Moquin wrote: > > No problem, I was just happy to have finally gotten on the > right track to solve it. Sure, it's not much different than > the simple examples already there so it won't be a big deal to > do :) I'm pretty impressed with Geowebcache, hopefully you > all will have a chance to be able to do some testing against > it in future releases. > > On Sun, Apr 27, 2008 at 3:00 AM, Cameron Shorter > <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > <mailto:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>>> wrote: > > Well done Ryan for working this out. Sorry we were unable > to help. > Would you be interested in setting up a simple Geowebcache > example > that we can include in the mapbuilder distribution? > > Ryan Moquin wrote: > > Just wanted to let you all know I figured out the > problem, in > case anyone else wants to use Geowebcache with Map Builder. > Apparently Map Builder overrides Open Layers Max > Resolution > by default which causes the bizarre behavior with > Geowebcache. > If you set the param back to it's default Open Layers > setting > like this: > > <MapPaneOL id="mainMapWidget"> > <maxResolution>1.40625</maxResolution> > <htmlTagId>mainMapPane</htmlTagId> > <fixedSize>true</fixedSize> > </MapPaneOL> > > Then it appears to work correctly. I'm not sure why 'auto' > wouldn't work, but it doesn't. > > Ryan > > On Fri, Apr 25, 2008 at 10:14 AM, Ryan Moquin > <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> > <mailto:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > <mailto:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>>>> wrote: > > One other question, in case they do work together, is if > there are > any examples anywhere of a working mapbuilder client > with > Geowebcache (we tried all the other tiling caches, but > haven't had > any luck getting them working at all)? > > > On Thu, Apr 24, 2008 at 5:59 PM, Ryan Moquin > <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> <mailto:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> > <mailto:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > <mailto:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>>>> wrote: > > BTW - It appears that mapbuilder can't even use the > "States" > layer that geowebcache comes with out of the > box... but > openlayers has no problem with. > > > On Thu, Apr 24, 2008 at 5:02 PM, Ryan Moquin > <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> <mailto:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> > <mailto:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > <mailto:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>>>> wrote: > > Has anyone tried mapbuilder with > GeoWebCache? Using a > very basic open layers (v. 2.6) html page, > we can > load a > geoserver layer through geowebcache and have > it display > along with a gml file of features over top. > When > we take > the same geowebcache url and plug it into > mapbuilder, it > goes COMPLETELY haywire. The actual tiled > image scales > and moves drastically differently than the > gml features > (using the same file that we used with the > open layers > client). > > Either way, the features and the layer, do not > line up. And the relative positions between > the gml > points and > layer changes, it's not consistent when zooming. > The GML > points are correctly positioned in mapbuilder > though. It > seems as though geowebcache will not work with > mapbuilder. Has anyone tried this or > confirmed this? > > I also tried out our geowebcache url in > the latest > "simple" example (from mapbuilder head), in > place > of the > metacarta layer that is loaded (and tiled > correctly). As > soon as I replace that URL with our > geowebcache URL, > mapbuilder appears to randomly pull and load > tiles. > It's > almost as if mapbuilder is requesting tiles in a > completely different scheme (if that's even > possible). > If I request the same layer that geowebcache is > loading, > directly from geoserver into mapbuilder (with no > geocache), then everything loads and works > perfectly fine > (except that it is horribly slow). > > I'm really hoping that maybe there is an extra > configuration parameter that mapbuilder > needs, but that > wouldn't make sense, since it's using open > layers > underneath. > > > > > > > ------------------------------------------------------------------------ > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) > Conference Don't miss this year's exciting event. There's > still time to save $100. Use priority code J8TL2D2. > > > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > > > ------------------------------------------------------------------------ > > _______________________________________________ > Mapbuilder-users mailing list > [EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]> > <mailto:[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> > > > https://lists.sourceforge.net/lists/listinfo/mapbuilder-users > > > > -- Cameron Shorter > Geospatial Systems Architect > Tel: +61 (0)2 8570 5050 > Mob: +61 (0)419 142 254 > > Think Globally, Fix Locally > Commercial Support for Geospatial Open Source Solutions > http://www.lisasoft.com/LISAsoft/SupportedProducts.html > > > > > -- > Cameron Shorter > Geospatial Systems Architect > Tel: +61 (0)2 8570 5050 > Mob: +61 (0)419 142 254 > > Think Globally, Fix Locally > Commercial Support for Geospatial Open Source Solutions > http://www.lisasoft.com/LISAsoft/SupportedProducts.html > > -- Cameron Shorter Geospatial Systems Architect Tel: +61 (0)2 8570 5050 Mob: +61 (0)419 142 254 Think Globally, Fix Locally Commercial Support for Geospatial Open Source Solutions http://www.lisasoft.com/LISAsoft/SupportedProducts.html ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ mapbuilder-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel
