mcr wrote:
> I got a positive mail form David. It is possible to put the db2 driver jars
> in the maven repository. I did a download since I have a IBM developer
> login. Who is able to include these 3 jars in the repo, I would send a
> zip file including the jars.
>
We have a similar problem
Andrea Aime wrote:
> Ok ok... having that visitor everywhere filters are build or consumed
> is going to be very ugly, but if that's "the way", so be it...
Thanks for understanding Andrea; I mostly want the ability to represent
exactly what the user asked for.
Having a sanity check before you en
Jody Garnett ha scritto:
> Andrea Aime wrote:
>> Validation? Warnings? Sorry?
>>
> I thought that was what you were wanting; apparently i was wrong.
>> A filter like "INCLUDE and INCLUDE and EXCLUDE" is perfectly valid,
>> it's just redundant. I was speaking about simplification, not validation.
Andrea Aime wrote:
> Validation? Warnings? Sorry?
>
I thought that was what you were wanting; apparently i was wrong.
> A filter like "INCLUDE and INCLUDE and EXCLUDE" is perfectly valid,
> it's just redundant. I was speaking about simplification, not validation.
>
Okay for simplification I w
Thanks for the research.
We can't distribute that binary in Geotools. So either we lobby IBM to
get them to change or we hack a dummy jar like all the other drivers.
The latter is liable to be infinitely easier.
Someday they will learn.
--adrian
On Wed, 2008-06-11 at 09:08 -0700, mcr wrote:
>
Attached is the license from the download. At the end the statement is to
include thew following in the geotools README or LICENSE File
-
"CONTAINS
Runtime Modules of
IBM Data Server Driver for JDBC and SQLJ Version 4.0
(c) Copyright IBM Corporation 2007
All Rights Reserved"
Hey both,
Glad to hear you may have a resolution for this.
However, we really can't just operate on "I think"; we are going to have
to find the page that gives us permission, and copy the key language
into a README or LICENSE file near that jar to show why we think we have
the right to distribut
I was there intentionally; it is used as part of the release process.
You can move it to the build area and change the documentation on how to
cut a release if you want. Note one script we are still missing is one
that fills in the details for the readme.html .. that is the last real
hands on s
Jody Garnett ha scritto:
> I understand the motivation; and I don't want to inflict logic
> expectations on factory writers if we can find another way. Can we make
> a FilterFactoryWrapper that performs validation. The code can find
> problems like this; and depending on a "strict" flag produce
Andrea Aime wrote:
> Another solution would be to introduce a smarter builder
> for filters, but fact is, most of the code is using FilterFactory
> and it's simple enough that most people won't look for
> the builder even if there was one.
>
Depends if the build adds any value; as we move into f
Hi,
today I fixed a bug in Oracle related to encoding
Filter.INCLUDE/Filter.EXCLUDE. The bug was there, no excuse,
but the filter that was going to be encoded was like:
INCLUDE AND INCLUDE AND geom bbox (...)
which is kind of silly. One workaround for this would be to
have datastores encoding fi
I got a positive mail form David. It is possible to put the db2 driver jars
in the maven repository. I did a download since I have a IBM developer
login. Who is able to include these 3 jars in the repo, I would send a
zip file including the jars.
--- David
---
Make DataAccessFactory.Param extend org.geotools.data.Parameter
---
Key: GEOT-1853
URL: http://jira.codehaus.org/browse/GEOT-1853
Project: GeoTools
Issue Type: Sub-task
Co
Oracle datastore does not properly encode Filter.include and Filter.exclude
---
Key: GEOT-1852
URL: http://jira.codehaus.org/browse/GEOT-1852
Project: GeoTools
Issue Typ
move Parameter interface from process module to api
---
Key: GEOT-1851
URL: http://jira.codehaus.org/browse/GEOT-1851
Project: GeoTools
Issue Type: Sub-task
Components: data, new modu
Extend DataAccessFactory.Param to provide more metadata by extending the new
Parameter interface
Key: GEOT-1850
URL: http://jira.codehaus.org/browse/GEOT-1850
mcr a écrit :
> 4) Storing BLOBs as File and not in the database.
> In my opinion, this works only for small/medium images. In my project the
> largest pyramid has 250 tiles (yes, 2.5 millions). All maps together
> produce about 10 millions tiles. The deployment platform is an AIX P5 using
> 4
Tolerance error when using EPSG:3408
Key: GEOT-1849
URL: http://jira.codehaus.org/browse/GEOT-1849
Project: GeoTools
Issue Type: Bug
Components: core referencing
Affects Versions: 2.5-M2
mcr a écrit :
> At the moment I am working on an utility using the geotools library. My
> biggest problem is a reasonable way to set the classpath. On my linux box I
> do
>
> for fn in `find -name "*.jar"`; do export
> CLASSPATH=$CLASSPATH:$fn ;done
Putting every GeoTools JAR in the classpath
19 matches
Mail list logo
