[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [udig-devel] Some problems found while reviewing SVN Head
|
No it is a typo I have just resynced to be in line for the next tests,
I will baseline when Getools environment is established in the mean time
I will track.
Formal testing is painful, but in this case it is automated.
I'm catching up with all the events and email slowly, but given your
exhibition date I thought it worth while to jump in.
Do you know the URL for the Geotiff source?
I hope to complete all internal code tests in about 5 weeks, then given
dept head approval TK can release code.
There will not be many emails from TK for a while, he is traveling, then
on leave before starting the next round of bids so unless he finds a
hotel with broadband there will be no emails to sort.
On the subject of raster processing one of the students attached to the
project has submitted a proposal based on uDig core plugins combined
with imagej code to produce a RCP'ed version of imagej. Imagej has a
very liberal license perhaps this work may be useful.
Susan Black
Jody Garnett wrote:
Tony Kennedy wrote:
Hi
I'm currently testing against SVN 14624, obtained via Tortoise SVN;
This does not make sense to me :-(
When I navigate my browser to this link (http://svn.geotools.org/) it
shows the latest svn revision at 14264. Perhaps you are talking about
your own internal svn server?
my SVN is then updated with this, and used for the test run, on
completion of the test run the code plus mods plus data is placed in
our SVN and tagged for repeatability, the next slice is then taken
form your SVN head , placed in ours, tagged and forms the basis for
the next test sequence, and the process repeats, checksums are used
to check code consistency.
Oh dear that sounds very painful, is there anything we can do help
that process? Our intention is to provide svn space for anyone working
on udig (we wish to foster the udig community). I am not sure if or
how we can help you.
All this is taking place on TK's laptop (if this beast can be
described as a laptop), which is still the only machine with direct
comms in this place. I spent 3 hours yesterday trying to establish a
wanadoo email account on Firebird yesterday with no success,. direct
comms is awaiting a new pipe which involves cable laying and is at
least two weeks away. I will make another attempt.
I am sure I can sort messages based on your signature for a couple of
weeks.
However in the mean time I have been looking at the code involved,
the gml catalog code appears to be a cut and past of the shape
catalog code which perhaps explains the presence of the shape
reference in the exception report, one of the development team will
be setting up a Geotools test environment for me, on Monday I will go
through this properly then. In the mean time I've been doing some
static code checking but currently I'm searching for the Geotiff
source for testing.
We have been in discussion with those working on raster support in the
geotools community (do you follow that devel list at all?). The
players involved have just released their Web Coverage Service based
on GeoServer and will be turning their attention to performance shortly.
We can also set up udig to take advantage of multiple toolkits, I
understand that there are some alternatives out there for raster
processing. The use of toolkit some GPL toolkits, like deegree, may
involve a bit more fun - the creation of a separate project with a GPL
plugin should prove sufficient.
Jody
_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel
