On Fri, May 6, 2011 at 3:13 AM, Michael Bedward
michael.bedw...@gmail.com wrote:
Hi Jody,
you are brave!
No, just foolish. See aaime's unhappy comment on the Jira:
http://jira.codehaus.org/browse/GEOT-3565
He assumes it will break everything, although the setter and getter
for MapContext
Ciao a tutti,
after hearing complaints about the size of geotools when checking out
from svn I decided
to take a look at what we could remove/reduce.
Here is some modules which I think we could remove, of course I need
to talk to you guys in order to understand what can be achieved:
- caching?
On Fri, May 6, 2011 at 9:25 AM, Simone Giannecchini
simone.giannecch...@geo-solutions.it wrote:
Ciao a tutti,
after hearing complaints about the size of geotools when checking out
from svn I decided
to take a look at what we could remove/reduce.
Here is some modules which I think we could
Hi all,
sorry for the cross-posting.
I wonder what you think of explaining
org.geotools.data.DataUtilities.defaultValue that
AbstractGridCoverage2DReader and GeneralParameterValue are valid
arguments to that function and hence it should return null instead of
throwing IllegalArgumentException.
Allow a hint in coverage readers to pool image readers
--
Key: GEOT-3568
URL: http://jira.codehaus.org/browse/GEOT-3568
Project: GeoTools
Issue Type: Improvement
Components: core
On Fri, May 6, 2011 at 1:34 AM, Andrea Aime andrea.a...@geo-solutions.itwrote:
On Fri, May 6, 2011 at 9:25 AM, Simone Giannecchini
simone.giannecch...@geo-solutions.it wrote:
Ciao a tutti,
after hearing complaints about the size of geotools when checking out
from svn I decided
to take a
On Fri, 2011-05-06 at 21:00 +0200, Andrea Aime wrote:
On Fri, May 6, 2011 at 3:26 PM, Gabriel Roldán grol...@opengeo.org wrote:
Hi all,
sorry for the cross-posting.
I wonder what you think of explaining
org.geotools.data.DataUtilities.defaultValue that
AbstractGridCoverage2DReader
Add detailed information about Function arguments and return type to
FunctionName
-
Key: GEOT-3569
URL: http://jira.codehaus.org/browse/GEOT-3569
Project: GeoTools
Hi all,
I started playing around with adding parameter info to FunctionName today. I
attached a very rough page to this issue:
http://jira.codehaus.org/browse/GEOT-3569
By no means complete or ready to commit, but wanted to post it to foster
discussion and get some initial feedback.
So
I started playing around with adding parameter info to FunctionName today. I
attached a very rough page to this issue:
http://jira.codehaus.org/browse/GEOT-3569
By no means complete or ready to commit, but wanted to post it to foster
discussion and get some initial feedback.
So
Hi Andrea:
I have another idea that came up when looking at the patch (sorry for picking
on your patch Michael, I feel bad as this work is 1/2 done, and my fault in
that respect).
You have hit on one of two remaining tasks:
1) update StreamingRenderer to use MapContent
2) update
As with Justin I would like to keep postgis versioned around (I expect I will
soon have budget to formally port it to jdbc-ng).
I had a request for vpf via private email recently; so it is still used. There
is a completely useless gpx2 module.
whatnick was interested in jts-wrapper and
That sounds fine; in that we should allow for expected behaviour.
How do you feel about removing .wrapGridCoverageReader? We only did this to
work around issues in the origional MapLayer (that was only willing to store
features).
If you update the renderer to use GridReaderLayer I think you
This discussion is striking me badly as many of these represent our technical
direction; and I am not interested in killing them just because they are not
used by geoserver or uDig.
I think a larger issue is that some of these modules have not attracted any
replacement module maintainer.
On 7 May 2011 14:52, Jody Garnett jody.garn...@gmail.com wrote:
So let me suggest a more radical move:
- kick unsupported into a separate branch (we already don't make it as part
of our download; lets not make it as part of our maven build either), and we
can supply instructions on how to
15 matches
Mail list logo