It seems odd to me this kind of development would go on our stable branch. I mean... the only reason i can see for it is it is a feature that people have asked for in uDig or GeoServer. And once more that those projects have decided that it is necessary to do it on their respective stable branch.
That said, is this something that is coming in from udig? Or something that is being used directly from geotools. I guess making people work against trunk at the moment is a bit cruel. Andrea: Are there fixes since 2.4.0 that we need? Or could we possibly pin geoserver 1.6.1 against 2.4.0 and not have to worry about the changes? -Justin Andrea Aime wrote: > Hi, > a quick mail that I'm sending to the ml in place of Jody > since he's having mail troubles. > He's doing some teaching and the students have asked for > a 3rd dimension be outputted in gml when 3d data is available > in the datastore. > The trouble being that now the postgis datastore casts everything > to 2D to speed up rendering... so yesterday I suggested him > to roll a new query hint to force coordinates into 2D for the > sake of rendering code and he's now coding it on 2.4.x. > > Changes should not be earth shattering, but I guess we'll > need to test rendering again with some 3d data and gml outputting > with some 2d and 3d data as well to make sure there are no > regressions. I know for sure certain users would be happy about > 3d data output, at the conference I was attending to there was > one presenter claim that "a system that does not handle 3d data > is no GIS system in 2008"... > > Now, since we want to release gs 1.6.1 late this week (and this > will force a gt2 2.4.1 out of the door), if it does not work > super fine we may have to roll this back the day of the release, > and put it back after it. > > Cheers > Andrea > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > !DSPAM:4007,47c27652233525210051143! > -- Justin Deoliveira The Open Planning Project [EMAIL PROTECTED] ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
