See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/546/changes
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use p
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/545/changes
Changes:
[jgarnett] Progress extends Future change of focus for the process api, it now
is aligned with the design of the Java 5 Executors/Callable stack and is able
to reuse some of the same infrastructure
--
Hi Martin and Graham,
I have implemented a first cut of the ideas of last week, after a code
review from Graham I am ready to commit. Martin while the result is
checked in for your review; there is no hurry on this one we can all try
a couple rounds of implementation / feedback as we get a chan
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/544/changes
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use p
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/543/changes
Changes:
[simboss] -adding initial support for generics
-reducing generics warnings
--
[...truncated 1837 lines...]
at junit.framework.TestSuite.run(TestSuite.java:227)
Jody Garnett ha scritto:
...
>> Now, SQLBuilder is public api, yet it's not that "public", in
>> a sense that the SQLBuilder class was not meant to be user
>> facing. Shall I roll a very quick proposal?
> Gak; JDBCDataStore is not really public either this is kind of a border
> line gray area ...
Hi Theodor,
Perhaps you are thinking about GeoServer. We have some KML writing stuff
there.. but its not part of geotools, and its not GTXML based. However,
i have been working on a parser in geotools, and that is what is there.
I added basic support for writing over the weekend, i just committ
Andrea Aime wrote:
> Soo, long story short, no, I'm not seeing anything we could reuse
> on 2.4.x there. Soo, what do we do? Add the following to SQLBuilder
> interface?
>
> interface SQLBuilder {
> public String encode(Expression)
> public String encode(Filter)
> }
Sounds good; if you look at
Image Order in ImageMosaicReader
Key: GEOT-1799
URL: http://jira.codehaus.org/browse/GEOT-1799
Project: GeoTools
Issue Type: Bug
Components: gc imagemosaic
Environment: Red Hat Linux 3.2.3-
Jody Garnett ha scritto:
> Andrea Aime wrote:
>> What it would be nice to have is the ability, from within
>> JDCBFeatureCollection, do so something like:
>> mySqlBuilder.getEncoder().encode(expression)
>>
> I think we may need to make a full SQL builder available ie that can
> handle:
> - Sor
hello,
Updated GeoAPI 2.2-SNAPSHOT.
"-U" option is required to building trunk with maven.
Regards
--
Johann Sorel
Company - Geomatys GIS Developer
Mail - [EMAIL PROTECTED]
-
This SF.net email is sponsored by the 2008 Ja
Jody Garnett ha scritto:
> Andrea Aime wrote:
>> What it would be nice to have is the ability, from within
>> JDCBFeatureCollection, do so something like:
>> mySqlBuilder.getEncoder().encode(expression)
>>
> I think we may need to make a full SQL builder available ie that can
> handle:
> - Sor
I would like to get the word "complex" out of there; I would prefer to
use the word "feature" and make "simple feature" an optimization that
has to be talked about when applicable.
Does creating a "gt-feature" module sound okay to you?
Jody
Ben Caradoc-Davies wrote:
> Gabriel and Jody,
>
> is d
Andrea Aime wrote:
> What it would be nice to have is the ability, from within
> JDCBFeatureCollection, do so something like:
> mySqlBuilder.getEncoder().encode(expression)
>
I think we may need to make a full SQL builder available ie that can handle:
- SortBy
- Expression
- Filter
- type name
hello,
Updated GeoAPI 2.2-SNAPSHOT.
"-U" option is required to building trunk with maven.
Regards
--
Johann Sorel
Company - Geomatys GIS Developer
Mail - [EMAIL PROTECTED]
-
This SF.net email is sponsored by the 2008
Thank you for posting this informaiton Josef. I hope to meet with
Chris Demars this week. I'd like to talk with him about ways we can
use your existing code, and possiblities to share code as we move
forward. Thank you for linking to the documentation that you prepared.
Landon
2008/5/5 Josef Bezd
Hi,
I'm having a hard time with this issue:
http://jira.codehaus.org/browse/GEOT-1798
To sum up, I have a project that's using the GeoTools classification
functions (the ones used to build thematic maps with intervals,
quantiles and the like). Now, those functions are in turn using
aggregate func
Aggregate functions are not escaping attribute names
Key: GEOT-1798
URL: http://jira.codehaus.org/browse/GEOT-1798
Project: GeoTools
Issue Type: Bug
Affects Versions: 2.5-M1, 2.4.2
Hallo programmers,
I am very glad I can collaborate on a DEM low-level library. I have
done two moduls, which are full-usable, but there are a few suggestions
for improvment of these moduls. I have described how the first modul
incrementalDT works - you can read about this here:
http://
Hi,
On Sat, May 3, 2008 at 11:10 AM, Adrian Custer <[EMAIL PROTECTED]> wrote:
> Hey Simone,
>
> A couple of requests with your work:
>
> 1) Could you please fix the code in geotools which is not in the
> geotools namespace?
> modules/unsupported/coveragetools/src/main/java/it/geosolutions
>
I h
coveragetools package renaming: it.geosolutions.* becomes org.geotools.*
Key: GEOT-1797
URL: http://jira.codehaus.org/browse/GEOT-1797
Project: GeoTools
Issue Type: Imp
21 matches
Mail list logo
