I think we have to decide how to go on.
1)
I sent the db2 license to Adrian and he responded that it is not possible to
put the jars in the maven rep. I do not know why but I am not a license
expert.
2)
Since the oracle jar causes the same problem and there is a workaround
described in the deve
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
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 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
---
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
Thanks for your comments. Here are mine
1) Your comments on ResX, ResY, MinX, MinY, MaxX,MaxY.
These attributes are in the META Table which has one record for each pyramid
level.
MinX, MinY, MaxX,MaxY are information for the whole extent of a pyramid
level.
ResX, ResY are the resolution for the
Hey, calm down. Since I am the developer of this module I want to get some
things clear.
1) This module is intended to give geotools the same capabilities for image
handling as ARCSDE does.
2) This module will support any jdbc database capable of handling BLOBs,
additionally supporting ths spatia
Ok, I sent to following mail to Dave
-
Hi Dave, I am working on this module
http://docs.codehaus.org/display/GEOTOOLS/Image+Mosaicing+Pyramidal+JDBC+Plugin
Since supporting DB2 is a major issue the following jar files are needed
db2jcc.jar
db2
mcr wrote:
> Another question regarding this module:
>
> http://docs.codehaus.org/display/GEOTOOLS/Image+Mosaicing+Pyramidal+JDBC+Plugin
>
> The Online Tests need the the jdbc jars for oracle,db2,postgis and mysql.
>
> 1) For Oracle I found
> http://docs.codehaus.org/display/GEOT/4+Oracle+Opt
We can imagine a number of reasons why an JDBC Mosaic other then PostGrid is
wanted. It could be lighter, target a wider range of database backend, apply
mosaic without the restriction on integral subsampling (this is a balance
between memory usage, performance, capability to handle arbitrary sc
Hey Christian,
Glad you are tackling these hard questions and asking around for advice.
Thanks for doing that.
Unfortunately I can't help you personally since I don't have any answers
on your questions but hopefully some else will.
cheers,
--adrian
On Fri, 2008-06-06 at 04:10 -0700, mcr wr
Ciao Vincent,
I already answered this question a couple of months ago, I think
Adrian was asking, but I can answer again.
Christian Mueller has worked on a plugin since last year and he has
been using it in production.
Since I think it is ha shame to have a developer which is not
contributing code
Quoting your words one could say that Postgrid is a project that runs
outside the GeoTools SVN and which is managed by what seems to be a
subset of the geotools developers, hence it is not receiving enough
feedback from the remaining geotools developers. Therefore we cannot
trust it like we would
Another question regarding this module:
http://docs.codehaus.org/display/GEOTOOLS/Image+Mosaicing+Pyramidal+JDBC+Plugin
The Online Tests need the the jdbc jars for oracle,db2,postgis and mysql.
1)
For Oracle I found
http://docs.codehaus.org/display/GEOT/4+Oracle+Optional+Dependency
The d
16 matches
Mail list logo
