Thanks for the reply. Don't change you schedule on my account.
I
will work off of the GeoServer CVS.
Cool. All the wms work is being done on the 'wms-merge' branch, so
check out against that.
Is this list the best place to send testing information?
geoserver-devel is probably better. I'm ccing it for this.
I've also added some code to access raster data to the. Is the
GeoServer version of WMSServer going to be similar to the existing
gt2wms?
Hmmm... You probably did your raster data code for the DataSource
api? One of the major differences in the GeoServer version is that it
is using the new (improved!) DataStore API. If the gt2wms hadn't
moved over then it too would also be updated for that api. So that's
one change. If you wrote against DataStore that's great, if not then
you may have to change your code around (sorry). There are some good
tutorials on writing a DataStore implementation, check the left side
of geotools.org, below the module listing. Raster data will be a bit
different, as it is with datasource, but should be doable. I'm sorry,
we should have pointed this out back when you asked about raster data
in wms. We were still in the depths of figuring out if the new data
io would work, and starting to move gt2wms over to geoserver.
The GeoServer wms does have a different architecture, we pretty much
redid the architecture to make room for wms, and other services in the
future, as GeoServer was focused just on wfs. The main gt2wms class
was a bit massive, so it's split up a bit, and for map generation code
we use delegates. Gabriel wrote a SVG one, and has set up the
structure for the gt2wms jai one (but the code does need to be
ported). Capabilities is different, so as to get code reuse with wfs
stuff, and in my opinion easier to set up. So in short, it's similar
in that it's still built on top of geotools, and the map generation
code will be similar. But the architecture has changed, to make it
more scalable, easier to integrate, and easier to add to.
Configuration is different, since we want users to be able to do all
their configuration in one place and have a wms and wfs working right
away.
So you've pretty much hit us in the middle of the transition, and I
apologize for parts being in pieces. It's probably more work than you
thought you were getting involved in, which is why I offered to get
the old gt2wms working for you. But if you want to jump in to the
geoserver wms code, then great, your help will certainly be
appreciated, and it'd be awesome to get code for more raster data in.
We're pretty excited about the possibilities for the wms in geoserver,
it should be a solid improvement over the gt2wms one, building upon
the good work already done.
Chris
Thanks,
John
-----Original Message-----
From: cholmes@anonymised.com [mailto:cholmes@anonymised.com]
Sent: November 28, 2003 11:01 AM
To: John Poole
Cc: geotools-gt2-users@lists.sourceforge.net
Subject: Re: [Geotools-gt2-users] Wmsserver and PostgisDatasourceThe gt2wms is in a transition state, as its code is being integrated
into GeoServer. Within a few weeks we should have a wms that works
with postgis. Until then you could attempt to work off of
GeoServer's
cvs, where there is currently code to do svg maps (we still need to
integrate the gt2wms jai stuff). But it has not been tested much
yet,
except with arcsde. However, adding adding getBounds(Query) to
PostgisDataStore is one of my tasks for next week. getBBOX() in
PostgisDataSource is essentially an easier version of the same, so ifyou'd like I can pretty easily add it. And if you need it quickly I
can probably get it done monday or tuesday, just let me know. I
believe that should be enough to get the gt2wms working with
postgis.Chris
Quoting John Poole <johnp@anonymised.com>:
>
> Is there a version of the GT WMSServer that works with a
> PostgisDatasource?
> The version in beta 1 doesn't work for me. The code seems to be
> assuming that the layers will all be from a URL. I changed it so
that
> it
> will connect to PostGis, but I still get an
> UnsupportedOperationException on getBBox() from PostgisDatasource.>
> John
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive? Does it
> help you create better code? SHARE THE LOVE, and help us help
> YOU! Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Geotools-gt2-users mailing list
> Geotools-gt2-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
>-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
_______________________________________________
Geotools-gt2-users mailing list
Geotools-gt2-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/