Move test data to the module/sample-data/src/org/geotools/test-data directory
-
Key: GEOT-795
URL: http://jira.codehaus.org/browse/GEOT-795
Project: GeoTools
Type: Task
Components: shapefi
View results here ->
http://geovista16.geog.psu.edu/cruisecontrol/buildresults/geotools_current?log=log20060105224352
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX s
Jody Garnett a écrit :
If no volunteer steps forward we can excluded geotiff & gtopo30 from
the final release
I will make a Jira for your volunteer requests:
- http://jira.codehaus.org/browse/GEOT-794
- http://jira.codehaus.org/browse/GEOT-793
If nobody take an action for those tasks, I wi
David Zwiers a écrit :
As a secondary idea, how hard would it be to include the dependency set
during javadoc creation? does anyone have any ideas how this could be
performed automatically (was thinking it could be done using the
project.xml file ... generqating / augmenting the package.html fi
Jody Garnett a écrit :
I would like to add the following javadoc tag in every .java file too:
@source $URL$
where $URL$ is an other Subversion keyword.
Um should that not be set up as a @link or @see? When citing a url
javadoc already has a facility
Because $URL$ is a SVN keyword,
Paul Ramsey a écrit :
GeoTools2 module build report 20060104
gt2:referencing cleaned, compiled
A test failed because it was sensitive to the timezone. I ran Maven but
didn't noticed this failure because I was in the "right" timezone for
that test. Should be fixed as of revision 17464, and
View results here ->
http://geovista16.geog.psu.edu/cruisecontrol/buildresults/geotools_current?log=log20060105164953
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX s
Oops, sorry all, posted this one to the wrong list. Meant it for
geoserver-devel, hard keeping all these lists straight.
Justin Deoliveira wrote:
Hi all,
Can someone try to replicate this bug. I cant seem to replicate it on my
devel box. It might be that the bug only occurs on windows.
http
Martin Desruisseaux wrote:
We currently have the following javadoc tag in every .java files (in
theory):
@version $Id$
Was not aware of that, I version that to mark the version of geotools
when class API was last modified
@since GeoTools 2.1
@version GeoTools 2.2
where $Id$ is a Subversio
Sounds like a great idea, I remember thinking of something along these lines a while back ... but only as a documentation exercise. Adding a url to the jar download would be really nice for our users.
As a secondary idea, how hard would it be to include the dependency set during javadoc creation
10 matches
Mail list logo
