Stefan Krüger ha scritto:
> At the moment an index is only used when it's a "file://" URL.
> Is there a reason to only use indexes when we are really local?
> Is there a reason to only use indexes when we the shapefile is writable?
Index access is performed exclusively via NIO, channels, and us
2009/9/9 Simone Giannecchini wrote:
> Well done Jody!
> The website now is simply awesome.
>
Yes - what Simone said :)
It looks really terrific Jody
Michael
--
Let Crystal Reports handle the reporting - Free Crystal Rep
Well done Jody!
The website now is simply awesome.
Ciao,
Simone.
---
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Founder - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob:+39
Jody Garnett ha scritto:
> I managed to configure codehaus to shut off the strange green codehaus
> website (http://geotools.codehaus.org/) that was produced by a script
> based on our wiki.
>
> It now clearly redirects to http://geotools.org :-)
Great, thanks a lot Jody!
Cheers
Andrea
--
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? ;-)
> I am wondering about
Very interesting; I would love it if you made this the default for the
accepts visitor method :-)
I am wondering about the variably in your test results; is it just
overhead introduced by the blocking queue? Is there any way to start
off without prefetching - and switch over to it if the d
I managed to configure codehaus to shut off the strange green codehaus
website (http://geotools.codehaus.org/) that was produced by a script
based on our wiki.
It now clearly redirects to http://geotools.org :-)
Jody
---
Hi
I think the naming and usage of ShapefileDataStore.isLocal() aka
ShpFiles.isLocal() is not consistant.
The JavaDoc says: "Determine if the location of this shapefile is local or
remote."
But it would return false for
http://localhost/some.shp
and for
jar://some.jar!some.shp
and for
jar:/
MosaicIndexBuilder, variable can only be null here
--
Key: GEOT-2699
URL: http://jira.codehaus.org/browse/GEOT-2699
Project: GeoTools
Issue Type: Bug
Components: gc imagemosaic
Af
org.geotools.feature.type.Descriptors: nodeName can only be NULL here
---
Key: GEOT-2698
URL: http://jira.codehaus.org/browse/GEOT-2698
Project: GeoTools
Issue Type: Bug
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 observing CPU utization well below
100% in various mulithreaded benc
Null pointer access in CRS.java
---
Key: GEOT-2697
URL: http://jira.codehaus.org/browse/GEOT-2697
Project: GeoTools
Issue Type: Bug
Components: core referencing
Affects Versions: 2.6-M2
R
Jody Garnett wrote:
> My last message was too long :-)
>
>> gml:AbstractFeatureType
>><>--- gml:LocationPropertyType
>> <>--- gml:AbstractGeometryType
>
> They have this organization because they LocationPropertyType is
> actually adding value; it is used as a choice between a Ge
Stefan Krüger ha scritto:
> Am Dienstag 08 September 2009 11:12:46 schrieben Sie:
>> I fear you won't be able to use shapefiles then. But I might be wrong.
> You are... It works!
Hey, great to hear that. So, I guess there is an incoming patch for me?
Cheers
Andrea
--
Andrea Aime
OpenGeo - http:
Am Dienstag 08 September 2009 11:12:46 schrieben Sie:
> I fear you won't be able to use shapefiles then. But I might be wrong.
You are... It works!
;-)
--
wiki² - Softwareentwicklung
Stefan Krüger
Straßburger Weg 26
53113 Bonn
email krue...@wikisquare.de
mobile 0151 50543949
webpage wiki
Stefan Krüger ha scritto:
> Hi Andre
>
> Am Montag 07 September 2009 15:25:03 schrieben Sie:
>> Ugo Taddei ha scritto:
>>> Hello,
>>>
* ShapefileRenderer ignores any spatial index, when the URL protocol is
not "file"- so the index in "jar:file:/home/some.jar!/some.gpx" is
ignored.
>
Hi Ben; see my other reply that is more clear :-)
As for the actual LocationPropertyType it is a choice between several
things as I mentioned above. An actual Geometry or a magic string or
whatever.
So why should we not remove the intermediate GeoAPI object? It adds
nothing. It is a GML enco
Hi Andre
Am Montag 07 September 2009 15:25:03 schrieben Sie:
> Ugo Taddei ha scritto:
> > Hello,
> >
> >> * ShapefileRenderer ignores any spatial index, when the URL protocol is
> >> not "file"- so the index in "jar:file:/home/some.jar!/some.gpx" is
> >> ignored.
> >>
> >> * GeoTiffReader also onl
Jody Garnett wrote:
> I thought they were only doing this pattern to provide themselves
> choice between having it as a reference or inline?
It is to cause type information to be encoded inline in GML. But why
should we use an intermediate object in GeoAPI?
>
>
> Deprecated in GML 3.1.0
19 matches
Mail list logo
