Hi all,
Sorry for the build failure spam. I am trying to get continuum to report
the urls of our server properly. Should be fixed now, spam will stop.
Although the the build does seem to be broken.
Running org.geotools.coverage.image.ImageWorkerTest
Tests run: 4, Failures: 0, Errors: 1, Skipped
Online report :
http://geo.openplans.org:8080/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/224/buildId/256
Build statistics:
State: Failed
Previous State: Failed
Started at: Sun, 21 Jan 2007 00:21:59 -0500
Finished at: Sun, 21 Jan 2007 00:23:06 -0500
Total time
Online report :
http://localhost:8080/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/224/buildId/242
Build statistics:
State: Failed
Previous State: Failed
Started at: Sat, 20 Jan 2007 23:38:45 -0500
Finished at: Sat, 20 Jan 2007 23:42:24 -0500
Total time: 3m 38s
Online report :
http://localhost:8080/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/224/buildId/241
Build statistics:
State: Failed
Previous State: Failed
Started at: Sat, 20 Jan 2007 23:33:57 -0500
Finished at: Sat, 20 Jan 2007 23:37:36 -0500
Total time: 3m 38s
You hack sounds find Justin, just sorry you have to resort to hacks :-)
Have fun,
Jody
> Hi all,
>
> Writing some user docs for gml I want an example of creating some mock
> feature data. To my surprise there is no way to create a
> DefaultFeatureCollection and specify an id for it. The only way
http://localhost:8080/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/224/buildId/238
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance
Hi all,
Writing some user docs for gml I want an example of creating some mock
feature data. To my surprise there is no way to create a
DefaultFeatureCollection and specify an id for it. The only way is to
create an anonymous subclass of it when you construct it. Like:
new DefaultFeatureCollec
Meta buffer computation should take into consideration point symbolizers as well
Key: GEOT-1132
URL: http://jira.codehaus.org/browse/GEOT-1132
Project: GeoTools
* [A.D. 20/01/07 17:59], Andrea Aime <[EMAIL PROTECTED]> probably wrote:
> Andrea Antonello ha scritto:
> >>>In fact I'm just playing around with the geotools libraries 'cause I
> >>>found finally time to go throught the news and enhancements all you guys
> >>>brought into it. Here I can add that I
Andrea Antonello ha scritto:
>>> In fact I'm just playing around with the geotools libraries 'cause I
>>> found finally time to go throught the news and enhancements all you guys
>>> brought into it. Here I can add that I'm amazed, you guys made an
>>> incredible work! The coverage is the part that
> > In fact I'm just playing around with the geotools libraries 'cause I
> > found finally time to go throught the news and enhancements all you guys
> > brought into it. Here I can add that I'm amazed, you guys made an
> > incredible work! The coverage is the part that most interests me, since
> >
Andrea Antonello ha scritto:
> Ciao Simone, Andrea,
> In fact I'm just playing around with the geotools libraries 'cause I
> found finally time to go throught the news and enhancements all you guys
> brought into it. Here I can add that I'm amazed, you guys made an
> incredible work! The coverage
Ciao Simone, Andrea,
> Ciao Andrea (both actually!!!),
> from the information you send us I can spot two problems:
>
> 1>A tiff file by itself is not enough for working with georeferenced
> data unless it is a geotiff, because you have no CRS (for which you
> need a prj file) and no georeferenc
> >In fact now starts to read it, but not without problem.
> >The geotiff in fact has a world file. It should be a "normal" file
> >(whatever that could mean).
> >
> >Jan 20, 2007 12:01:46 PM org.geotools.renderer.lite.StreamingRenderer
> >renderRaster
> >WARNING: The number of image bands (3) dif
Ciao Andrea (both actually!!!),
from the information you send us I can spot two problems:
1>A tiff file by itself is not enough for working with georeferenced
data unless it is a geotiff, because you have no CRS (for which you
need a prj file) and no georeferencing (for which you need a wold
file
Andrea Antonello ha scritto:
> Thanks Andrea,
> this is great news!
>
> In fact now starts to read it, but not without problem.
> The geotiff in fact has a world file. It should be a "normal" file
> (whatever that could mean).
>
> Jan 20, 2007 12:01:46 PM org.geotools.renderer.lite.StreamingRende
Thanks Andrea,
this is great news!
In fact now starts to read it, but not without problem.
The geotiff in fact has a world file. It should be a "normal" file
(whatever that could mean).
Jan 20, 2007 12:01:46 PM org.geotools.renderer.lite.StreamingRenderer
renderRaster
WARNING: The number of imag
Andrea Antonello ha scritto:
> Hi,
> I've tried the geotiff reader and got the following error:
>
> Exception in thread "main" java.lang.UnsupportedOperationException: GeoKey
> directory does not exist
> at
> org.geotools.gce.geotiff.IIOMetadataAdpaters.GeoTiffIIOMetadataDecoder.(GeoTiffII
Hi,
I've tried the geotiff reader and got the following error:
Exception in thread "main" java.lang.UnsupportedOperationException: GeoKey
directory does not exist
at
org.geotools.gce.geotiff.IIOMetadataAdpaters.GeoTiffIIOMetadataDecoder.(GeoTiffIIOMetadataDecoder.java:114)
at
or
rather late I know, but for the record +1 and the project souds cool too.
James
On 1/19/07, Chris Holmes <[EMAIL PROTECTED]> wrote:
> We got a majority of the PSC +1ing it, so I passed along to the OSGeo
> board, so they could vote on it tomorrow. I will put the finalized
> letter in the formal
Justin Deoliveira ha scritto:
> Hi all,
>
> I was able to successfully deploy a 2.4 snapshot. Upgrading to the
> newest version of the wagon-webdav seemed to help. Not sure if it is a
> coincidence or not.
>
> I have setup the nightly build on geo.openplans.org to do this nightly.
Ha, really n
21 matches
Mail list logo
