Re: [Geotools-devel] Saving SVN space: spearfish.asc.gz

[Simone G. <sim...@gm...>]

Hi just tried to follow instructions (btw the page is dead?) but it didn't =
work

What I did:

>I put my test-data.zip which containa zipped ascii grids under a
directory called arcgrid in sample data
>I built sample data and I added the jar to my project.
3>I used the following code:



=09                // check that it exists
=09=09File file =3D TestData.file("arcgrid/test-data.zip");
=09=09assertTrue(file.exists());

=09=09// unzip it
=09=09TestData.copy(this, "arcgrid/test-data.zip");
=09=09TestData.unzipFile(this, "test-data.zip");


Here is what I get:
testErrorConditions(org.geotools.gce.arcgrid.ArcGridReadWriteTest)java.io.F=
ileNotFoundException:
Could not locate test-data: test-data.zip
=09at org.geotools.resources.TestData.file(TestData.java:223)
=09at org.geotools.TestData.file(TestData.java:84)

Any clues?

Simone.

On 11/23/06, Martin Desruisseaux <mar...@ge...> wrote:
> Jody Garnett a =E9crit :
> > However noticing after the fact is kind of too late as far as the size
> > of the svn repo goes. I wonder if we can set any triggers on svn to not
> > let files over 50k be committed in any other path then **/sample-data/*=
* ?
>
> We could, but not all test data need to move to "sample-data" directory. =
Many
> tests data are very specific to a particular module, and sharing them is =
more
> tedious than it need to be. What need to be share in my opinion are data =
in a
> "standard" format, like:
>
>   * Raster data (geotiff, arcgrid, etc.)
>   * Shapefiles and other vector data.
>
> What doesn't need to be shared are data in a format which is specific to =
a
> particular module or implementation, like:
>
>   * Test scripts in the referencing module.
>   * Serialized data (as of java.io.Serializable)
>
> So it is a kind of case-by-case issue, but developpers should at least ch=
eck for
> duplication before to commit a new file. If the data is a shapefile or a =
geotiff
> for instance, lets put them in "sample-data".
>
>
>
> > Another idea would be to set up a maven plug-in that can fetch the
> > larger sample data from a website (I think GeoServer did something like
> > this for their configurations - talk to Justin).
>
> Sould like an interresting alternative...
>
>        Martin
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share y=
our
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> _______________________________________________
> Geotools-devel mailing list
> Geo...@li...
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>


--=20
-------------------------------------------------------
Eng. Simone Giannecchini
President /CEO GeoSolutions

http://www.geo-solutions.it

-------------------------------------------------------