It's been a big week for GeoTools releases, with both 2.6-RC1 and 2.5.8
hitting the streets.
GeoTools 2.5.8 has seen a number of changes including:
* Improvements Shapefile locking
* Various fixes to ImageMosaic stability
* Support for JDBC aggregate functions
To try out the latest rel
> That is why it is a release candidate I guess :-)
>
Yep - and on the bright side quite a lot of fixes have gone in.
Michael
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer
Nope - change it over; it would / should mess us up when building from
source. And because it was 2.5-SNAPSHOT it was not caught in the
tagging process :-(
That is why it is a release candidate I guess :-)
Jody
On Wed, Oct 14, 2009 at 1:16 PM, Michael Bedward
wrote:
> Hello Simone, Daniele and
Hello Simone, Daniele and all,
While searching for something in pom-land I noticed that the jp2kakadu
module on trunk has its parent version set as 2.5-SNAPSHOT. I assume
that's not what you want, but I've left it as it is just in case.
Michael
---
Hi Jody,
want to try the attached patch?
This is the deal: I didn't want to touch anything but the wfs 1.0
datastore. Made a test case that uses a BBOX implementation that does
not implement the deprecated geotools' GeometryFilter and reproduced the
issue.
Then used DuplicatingFilterVisitor t
Great, thanks Michael.
Gabriel
Michael Bedward wrote:
> Hi Gabriel,
>
> Excuse me butting in but I know Simone is super busy and I've got an
> interest in the coverage module myself.
>
> Your fix seems fine to me. I'll do a jira and commit it.
>
> cheers
> Michael
--
Gabriel Roldan
OpenGeo
Gabriel / Mark - here is the results of testing GeoServer 1.7.7
against udig + geotools trunk.
Everything is looking okay; except for WFS Editing - looks like a
change on the geotools side to me? Or a change in what the renderer is
sending to the WFS DataStore?
Jody
net.refractions.udig.project
Thanks for fixing this Michael!
Simone.
---
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Founder - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob:+39 333 8128928
http://www.
On 13/10/09 15:34, andrea antonello wrote:
> ok, good to hear. Then I think I will add two of us to the wiki.
You are most welcome.
> In
> case we can jump off and go to the beach if too many volunteers
> appear. :)
We will need all the pizza-eating help we can get.
You can go to the beach only
Hi Jody,
> You would be very helpful; we do not have many volunteers from the
> java-collab list at this point in time.
ok, good to hear. Then I think I will add two of us to the wiki. In
case we can jump off and go to the beach if too many volunteers
appear. :)
Andrea
>
> Jody
>
> On Tue, Oct
Hi Andrea:
You would be very helpful; we do not have many volunteers from the
java-collab list at this point in time.
Jody
On Tue, Oct 13, 2009 at 6:11 PM, andrea antonello
wrote:
> Hi,
> I haven't been following this very tight, since I am not really a
> geotools developer.
> But I am interest
Simplify further thick lines
Key: GEOT-2781
URL: http://jira.codehaus.org/browse/GEOT-2781
Project: GeoTools
Issue Type: Improvement
Components: core render
Reporter: Andrea Aime
Hi Gabriel,
Excuse me butting in but I know Simone is super busy and I've got an
interest in the coverage module myself.
Your fix seems fine to me. I'll do a jira and commit it.
cheers
Michael
--
Come build with us! Th
Hi,
I haven't been following this very tight, since I am not really a
geotools developer.
But I am interested in this and am wondering if I might be useful
during the sprint.
Is there also a part planned were the
trigonometric-mathematic-algorithmic part for the 3d is handled?
Perhaps contribution
14 matches
Mail list logo
