when using GeoServer to query a feature i get this error
Key: GEOT-1738
URL: http://jira.codehaus.org/browse/GEOT-1738
Project: GeoTools
Issue Type: Bug
Environment: GeoServer
Andrea Aime a écrit :
> we're having some difficulties with the GeoServer build on a
> linux box that does not have JAI installed. Up until
> some days ago all was fine, now we're having issues like:
>
> testDefaultGridOrigin(org.geoserver.wcs.GetCoverageTest) Time elapsed: 0.308
> sec <<< ERRO
Andrea Aime ha scritto:
> Hi,
> we're having some difficulties with the GeoServer build on a
> linux box that does not have JAI installed. Up until
> some days ago all was fine, now we're having issues like:
>
> testDefaultGridOrigin(org.geoserver.wcs.GetCoverageTest) Time elapsed:
> 0.308 sec
Hi,
we're having some difficulties with the GeoServer build on a
linux box that does not have JAI installed. Up until
some days ago all was fine, now we're having issues like:
testDefaultGridOrigin(org.geoserver.wcs.GetCoverageTest) Time elapsed:
0.308 sec <<< ERROR!
org.vfny.geoserver.wcs.WcsE
Grid2DSampleDimension creation does a full scan of a coverage (float32 data)
-
Key: GEOT-1737
URL: http://jira.codehaus.org/browse/GEOT-1737
Project: GeoTools
Issue
We can talk about this during todays meeting; I would not be against
seeing the latest stable release of GeoTools bundled up on CD for
developers to work with. I would be a little bit happier at the end of
the 2.5.x life cycle when we could also bundle up our user guide.
Cheers,
Jody
andrea an
So I ran into this same problem (when doing QA on
DuplicatingFilterVisitor and patched trunk). The mistake for me as an
API designer was leaving he getPropertyName(), getMinX()...getSRS()
methods in the API as documentation.
I need to be more decisive; and we need to have less method to prevent
I had to chat with Andrea a bit on IRC in order to understand this
email; we ran into this problem on trunk and patched the GeoAPI BBox
interface
to make getExpression1() and getExpression2() avaialble. I think we did
this by changing the super class.
On trunk there are two "good" ways to creat
Hi,
today I've been trying to fix http://jira.codehaus.org/browse/GEOT-1736
The thing is, there is code building bbox filters like:
GeometryFilter filter = ff.createGeometryFilter(FilterType.GEOMETRY_BBOX);
filter.addLeftGeometry((Expression) ff.property("geom"));
filter.addRightGeometry(ff.create
We have around 2 weeks left for people to sign their GeoTools
contributor agreement and maintain svn access. A few people legally
cannot sign the document (all their work must be in the public domain
for example); please contact us on a case by case basis to see if we can
arrange something.
Jo
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/343/changes
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/d
Andrea Aime ha scritto:
> Hi,
> trying to compile gt2 this morning led to the following compile
> failure:
>
> [INFO] Compilation failure
> C:\progetti\geotools\trunk\modules\plugin\arcsde\datastore\src\main\java\org\geotools\arcsde\data\ArcSdeFeatureWriter.java:[644,10]
>
> exception com.esri.s
BBoxImpl allows for the construction of a filter whose min/max x/y are all zero
despite the geom expression being set
-
Key: GEOT-1736
URL: http://
Hi,
trying to compile gt2 this morning led to the following compile
failure:
[INFO] Compilation failure
C:\progetti\geotools\trunk\modules\plugin\arcsde\datastore\src\main\java\org\geotools\arcsde\data\ArcSdeFeatureWriter.java:[644,10]
exception com.esri.sde.sdk.client.SeException is never throw
14 matches
Mail list logo
