Jody Garnett ha scritto:
> I would be pleased to review your patch when it is ready; the usual
> process is to submit patches (of sufficient quality) that a committer or
> module maintainer nominates you for commit access.
>
> Thank you for reading the developers guide; you will find the interfa
Jody Garnett ha scritto:
> That information was in there; I remember adding the ability to get the
> parameter names last year.
>> The GeoApi Function javadoc says that FilterCapabilities
>> should be used to provide the intel on what functions
>> are available, and what arguments they do provide.
Justin Deoliveira ha scritto:
> Hi Andrea,
>
> Aplause for your efforts. Perhaps drawling the line at modules in the
> library and forgetting about plugins. Especially with the new jdbc
> datastores about to emerge... just a thought.
Yeah... and no :)
The thing is, for sure I'll work out first
Justin Deoliveira ha scritto:
> Hi Andrea,
>
> I ran up against this exact same issue a while ago to. And the response
> was to indeed use FilterCapabilities and some other construct... Library
> or some such... can't quite remember.
Well, let's hope Jody fills us in, at the moment it seems to
I would be pleased to review your patch when it is ready; the usual
process is to submit patches (of sufficient quality) that a committer or
module maintainer nominates you for commit access.
Thank you for reading the developers guide; you will find the interfaces
for styling to be a little bit
That information was in there; I remember adding the ability to get the
parameter names last year.
> The GeoApi Function javadoc says that FilterCapabilities
> should be used to provide the intel on what functions
> are available, and what arguments they do provide.
> Unfortunately someone had a c
Welcome Milton. I'm a fairly new GeoTools user myself. If I can help
with anything, please let me know.
Landon
On Mon, Oct 13, 2008 at 2:12 PM, Milton Jonathan
<[EMAIL PROTECTED]> wrote:
> Hello everybody
>
> My name is Milton Jonathan and, as I already told some people at the
> FOSS4G conference
-- Forwarded message --
From: Sunburned Surveyor <[EMAIL PROTECTED]>
Date: Mon, Oct 13, 2008 at 5:05 PM
Subject: Re: [Geotools-devel] Geotools-devel Digest, Vol 29, Issue 14
To: Matthias Basler <[EMAIL PROTECTED]>
Let me briefly respond to some of your comments Matthias:
Matthias
Hello everybody
My name is Milton Jonathan and, as I already told some people at the
FOSS4G conference, I work in a Computer Graphics lab here in Rio de
Janeiro, where we have decided to start working with the GeoTools library.
I have read the "Contributors" section at the Developer's Guide
(http
Inconsistent behavior in org.geotools.styling.StrokeImpl
Key: GEOT-2073
URL: http://jira.codehaus.org/browse/GEOT-2073
Project: GeoTools
Issue Type: Bug
Components: core styl
Hi Andrea,
Aplause for your efforts. Perhaps drawling the line at modules in the
library and forgetting about plugins. Especially with the new jdbc
datastores about to emerge... just a thought.
-Justin
Andrea Aime wrote:
> Hi,
> after a bit of discussion at FOSS4G I decided to take
> another p
Hi Andrea,
I ran up against this exact same issue a while ago to. And the response
was to indeed use FilterCapabilities and some other construct... Library
or some such... can't quite remember.
Jody should be able to provide more information. But I do think the idea
of breaking out a separate
ImageMosaicReader and FileNotFoundException (Too many open files)
-
Key: GEOT-2072
URL: http://jira.codehaus.org/browse/GEOT-2072
Project: GeoTools
Issue Type: Improvement
A
> Sunburned Surveyor a ?crit :
> > I agree with the need for simplicity. In my example, you only dealt
> > with one object, the object implementing the transformation interface.
> > In the example from GeoAPI that Martin posted, you have to deal with
> > at least four (4) objects:
> >
> > [1] Coor
Versioning may make PrePostFilterSplitter throw a StackTraceOverflow
Key: GEOT-2071
URL: http://jira.codehaus.org/browse/GEOT-2071
Project: GeoTools
Issue Type: Task
Add some tests for literal conversions
--
Key: GEOT-2070
URL: http://jira.codehaus.org/browse/GEOT-2070
Project: GeoTools
Issue Type: Task
Components: data jdbc-ng
Reporter: Andrea Ai
PostgisFeatureStore update/delete methods fail if a spatial filter other than
BBOX is used
--
Key: GEOT-2069
URL: http://jira.codehaus.org/browse/GEOT-2069
Projec
Hi Andrea,
> Now, the module is already using the GT2 process API, and my current
> plan is to develop vector modules against it.
> For raster modules Sextante is there, and it makes a lot of sense to
> use it instead of reinventing the wheel.
Though it contains more raster geoalgorithms, around
18 matches
Mail list logo
