[Geotools-devel] Hudson build is back to normal: geotools-trunk #1519

See http://hudson.opengeo.org/hudson/job/geotools-trunk/1519/changes -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM)

[Geotools-devel] Build failed in Hudson: geotools-trunk #1518

See http://hudson.opengeo.org/hudson/job/geotools-trunk/1518/changes Changes: [simonegiannecchini] GEOT-2082 -improved printing of debug info and raster data inside temp dir -more workarounds for strange java2d pipeline bugs -- [...truncated 1882 lines...]

Re: [Geotools-devel] Commit rights

Next is a +1 from a PMC, which I, accidentally, am :-), therefore I give you my +1, since you sent over patches more than once. Next week I will give you commit rights. Simone. --- Ing. Simone Giannecchini GeoSolutions S.A.S. Owner - Software En

Re: [Geotools-devel] Commit rights

Hey all! I've sent a signed contributor agreement. What's the next step? Ciao Chris, actually my intent would be to push blaz to dome of the stuff you mention for the GSOC this year. I'll talk to him this week to see what we can do then we might get back to the list with some ideas. Simone.

[Geotools-devel] [jira] Created: (GEOT-2448) Supporting geometry generalizing hints

Supporting geometry generalizing hints -- Key: GEOT-2448 URL: http://jira.codehaus.org/browse/GEOT-2448 Project: GeoTools Issue Type: Improvement Components: data jdbc-ng Affects Versions: 2.

[Geotools-devel] [jira] Created: (GEOT-2447) Grouped labels are always drawn before non grouped ones, breaking natural layer ordering

Grouped labels are always drawn before non grouped ones, breaking natural layer ordering - Key: GEOT-2447 URL: http://jira.codehaus.org/browse/GEOT-2447 Project:

Re: [Geotools-devel] Exposing converters with a filter function

Gabriel Roldan ha scritto: > Hi Andrea, > > the converter function is a really good idea, and just what I was > thinking about when reading over the problem. One thing though, is that > the way it is exposed seems like too java centric, perhaps it would be > nice to create a function per primit

Re: [Geotools-devel] Exposing converters with a filter function

Mind, I may be missing something but the sld attached to has the filters referring a "Value" feature property but the inline feature on it has no such property? Andrea Aime wrote: > Gabriel Roldan ha scritto: >> Hi Andrea, >> >> the converter function

Re: [Geotools-devel] Exposing converters with a filter function

Andrea Aime wrote: > Gabriel Roldan ha scritto: >> Hi Andrea, >> >> the converter function is a really good idea, and just what I was >> thinking about when reading over the problem. One thing though, is >> that the way it is exposed seems like too java centric, perhaps it >> would be nice to cr

Re: [Geotools-devel] Exposing converters with a filter function

Hi Andrea, the converter function is a really good idea, and just what I was thinking about when reading over the problem. One thing though, is that the way it is exposed seems like too java centric, perhaps it would be nice to create a function per primitive type (say, asInt(), asDouble(), et

[Geotools-devel] [jira] Created: (GEOT-2446) Provide a type safe way to specify the symbolizer's vendor parameters

Provide a type safe way to specify the symbolizer's vendor parameters - Key: GEOT-2446 URL: http://jira.codehaus.org/browse/GEOT-2446 Project: GeoTools Issue Type: Improveme

[Geotools-devel] Exposing converters with a filter function

Hi all, in GeoServer land we have a little problem that could be solved by a casting/converting function, and trying to check if this is ok with other people as well. Basically we have user layers expressed in SLD, where a GML feature collection, completely typeless in terms of attributes (since t