Hi Vincent,
Yes the WFS 1.0 spec supports only the single mode of fid generation
which maps to the "GenerateNew" mode in the WFS 1.1 spec.
The additional modes in WFS 1.1 are considered optional from what I can
tell in the spec:
"A specific web feature service implementation must support one o
Hi all,
I just found this page
(http://docs.codehaus.org/display/GEOTOOLS/idgen+support+for+WFS+1.1+transaction+request)
explaining the pb about FID generation and how OGC has "solved" it in the new
WFS specs.
But what about WFS 1.0 and the current implementation of GeoServer/GeoTools? Is
"Gen
Yes, switching from 2.3.0 to 2.3.1-SNAPSHOT-rev24168 fixed the problem.
Steve
Simone Giannecchini wrote:
> So,
> to understand,
> the only thing you did was switching to 2.3.1-snaphost?
>
> Simone.
> - Original Message - From: Steve.Ansari
> To: [EMAIL PROTECTED]
> Cc: Simone ; geotools
So,
to understand,
the only thing you did was switching to 2.3.1-snaphost?
Simone.
- Original Message -
From: Steve.Ansari
To: [EMAIL PROTECTED]
Cc: Simone ; geotools-gt2-users@lists.sourceforge.net
Sent: Monday, February 05, 2007 3:26 PM
Subject: Re: [Geotools-gt2-users] Slow rendering o
Ha!!!
I tried with GT-2.3.1-SNAPSHOT-rev24168 and it works GREAT!
I added some time markers to the example code below and here are the
comparisons. Thanks you all for the help.
Steve
GT-2.3.0:
PROCESSING TIME 1: 1.438 SECONDS
PROCESSING TIME 2: 2.563 SECONDS
PROCESSING TIME 3: 171.203 SEC
I tried the code as well on a Kubuntu distro.
It shows up very quickly both with a jdk1.5 without native jai libs
installed as well as with a 1.6 with jai native install.
Cheers
Andrea
Simone wrote:
> Ciao steve,
> that might explain this sloweness.
>
> I have tried on fedora 5 and it is even
Ciao steve,
that might explain this sloweness.
I have tried on fedora 5 and it is even faster than on windows xp.
One advice. please install the JAI ImageIO tools package since it ships with
a nice
native encoder for png which should make things a bit faster anyway.
Let us know if you have mor
Hi Simone/Andrea,
I'm using:
Java jre1.5.0_04
JAI installed from: jai-1_1_3-lib-windows-i586-jre.exe
ImageIO from standard Java API - no native installs
I isolated the slowness to this line in GridCoverageRenderer:
graphics.drawRenderedImage(finalImage, cloneFinalWorldToGrid);
After
Hi,
I am looking for a method for adding/removing an attribute to a Datastore
(Shapefile), The updateSchema-method is unfortunately not supported.
I try with createSchema but this creates a new "SHP". What I need is that
it updates the "SHP" that I have, without having to create another one
Anot
Ciao Andrea,
I doubt it depends on differences between 2.3.0 and the actual code,
but I want to check.
Since the timed code contains a write operation performed using
ImageIO directly it might be and old version of ImageIO giving
problems, or the absence of the native codec for PNGs, or difference
Steve.Ansari ha scritto:
> Hi Andrea/Simone/Martin,
>
> I threw together a quick example that reproduces the problem. It took
> 159 seconds to produce the image.
Steve, can you try again using the 2.3.x nightly builds at:
http://www.geo-solutions.it/gt2_nightly/
Cheers
Andrea
Simone Giannecchini ha scritto:
> Ciao Steve,
> I need a couple more info about your platform:
>
>> java version
>> os
>> JAI and ImageIO version
>
>
> I ran your example as it was (well, to be honest I removed the line
> where you were showing the created coverage) and I got the following
> e
12 matches
Mail list logo
