> Jody Garnett ha scritto:
>>
>> Very interesting; I would love it if you made this the default for the
>> accepts visitor method :-)
>
> I would love to get rid of that method. Jody, do you realize
> you're the only one pushing for that method and pretty much
> nobody else uses it? ;-)
>
Yeah - an
Jody Garnett ha scritto:
>> Jody Garnett ha scritto:
>>> Very interesting; I would love it if you made this the default for the
>>> accepts visitor method :-)
>> I would love to get rid of that method. Jody, do you realize
>> you're the only one pushing for that method and pretty much
>> nobody els
Very cool - comments inline.
On Wed, Sep 9, 2009 at 6:32 PM, Andrea Aime wrote:
> I did some more testing and it seems to be a matter of queue depth:
> - with a queue depth of 100 it may get to be 10% slower in some cases
> - with a queue depth of 1000 (which matches the fetch size we use
> by de
Gabriel Roldan wrote:
> Right. Yet, at encoding time, since geometry bindings are special, they
> follow the property/Object pattern implicitly and take the_geom as
> _being_ of type gml:PointPropertyType:
[...]
> If the bindings (or the encoder) weren't assuming all and every GeoAPI
> geometry
Hi, interesting discussion. I did something similar with my imagemosiac jdbc
module for decoding the tiles.
Scaled up well, the IBM power p6 has 4 CPUs at 100 %, consuming energy like
a washing machine.
I had also the idea using a prefetch mechanism like yours using jdbc data
stores, I omitted
On Tue, Sep 8, 2009 at 5:46 PM, Andrea Aime wrote:
> Hi,
> yesterday I've got confirmation there are some big bad locks
> in the Java rendering subsystem that do prevent a system
> to use a multicore architecture effectively:
> http://jira.codehaus.org/browse/GEOS-3423
>
> In fact I have been obser
On 09/09/2009, at 7:26 PM, Ben Caradoc-Davies wrote:
> That is a very good question. I do not know myself, but the more I
> argue this case, the more I understand and the more it seems to make
> sense. I just need more people to contradict me and check to see
> whether I am barking up the w
if exception occurs during encoding loop open iterators are not closed
--
Key: GEOT-2700
URL: http://jira.codehaus.org/browse/GEOT-2700
Project: GeoTools
Issue Type: Bug
memory datastore does not always maintain feature insertion order
-
Key: GEOT-2701
URL: http://jira.codehaus.org/browse/GEOT-2701
Project: GeoTools
Issue Type: Bug
Affects V