> [22.45] The problem is that those new methods expect an
> argument type which is new in Java 6, so we can't implement them and
> compile them with Java 4.
Erm, I 'implemented' these with Class and Object (no genics) and they
compiled fine. Felt like a bit of a hack but happy to commit if
no-one
Andrea Aime wrote:
> Here is Martin providing us with a list of things to fix:
>
> Well, the 2 remaing issues are harder ones and I can't fix the myself.
> [22.42] What are these?
> [22.43] There is one about a module using a proprietary
> Sun api (sun something package) which doesn't exists
Here is Martin providing us with a list of things to fix:
Well, the 2 remaing issues are harder ones and I can't fix the myself.
[22.42] What are these?
[22.43] There is one about a module using a proprietary
Sun api (sun something package) which doesn't exists anymore in Java 6.
[22.43] D
Jesse Eichar ha scritto:
> I've been using SLD 1.0 page 26 for the basis of my research. But
> I'd like to look at map server as well since it is one of the big Web
> Map Servers out there. If their calculation fits into the spec it
> would be nice to align with them as much as possible. I
I've been using SLD 1.0 page 26 for the basis of my research. But
I'd like to look at map server as well since it is one of the big Web
Map Servers out there. If their calculation fits into the spec it
would be nice to align with them as much as possible. I personally
would like to see t
Le jeudi 25 janvier 2007 à 14:26 +0100, Michael Lutz a écrit :
> Now my stack trace starts with a number of
>
> 25-Jan-2007 14:19:38
> org.geotools.referencing.factory.epsg.FactoryUsingSQL getAuthority
> WARNING: SQLException: Unexpected token: [ in statement [SELECT
> VERSION_NUMBER, VERSION_DA
Le jeudi 25 janvier 2007 à 01:36 +0100, Simone Giannecchini a écrit :
> I am wondering if there is a way to force buffering the
> creation of transformation between two crs by forcing geotools to use
> the BufferedCoordinateOperationFactory class in methods like
> CRS.transform or CRSUtilities.find
Hi Andrea,
Running Tomcat 5.5.15 with jdk 1_5_0_06 on Red Hat Linux, on two
load-balanced servers. The postGIS db currently resides on a single desktop
machine in our network; we just this week have postgreSQL/postGIS on our
production db servers and will be moving the db's soon.
I don't really
Hi Jody,
yes, the
http://svn.geotools.org/geotools/trunk/gt/modules/unsupported/geometry/branch
was filled by us.
You can find the description in
http://docs.codehaus.org/display/GEOTOOLS/Geometry
We are going to give some statements about our implementation soon.
Sanjay
On 1/25/07, Jody Garn
