From the following page:
http://docs.codehaus.org/display/GEOT/How+to+cut+a+release
I have done the following:
- Uploaded the JAR to the maven repository
- Uploaded the ZIP files to SourceForge:
https://sourceforge.net/project/showfiles.php?group_id=4091&package_id=95639
- Prov
Jody Garnett a écrit :
> I am tracking changes needed when upgrading to GeoTools 2.4 on this page:
>
> http://udig.refractions.net/confluence/display/UDIG/GeoTools+2.4+for+uDig+Developers
Thanks for doing that!
> - CRSUtilities.getEnveleope( CRS ) ---> CRS.getEnvelope( CRS )
>
> Can I confirm t
Jody Garnett a écrit :
>> Running org.geotools.coverage.grid.ResampleTest
>> #
>> # An unexpected error has been detected by HotSpot Virtual Machine:
>> #
>> # EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x03900ca6, pid=3960,
>> tid=648
>> #
>> # Java VM: Java HotSpot(TM) Client VM (1.4.2_12-b0
Hi Martin - I am tracking changes needed when upgrading to GeoTools 2.4
on this page:
-
http://udig.refractions.net/confluence/display/UDIG/GeoTools+2.4+for+uDig+Developers
So far two changes have your name on it:
- CRSUtilities.getEnveleope( CRS ) ---> CRS.getEnvelope( CRS )
Can I confirm this
I am having consistent problems on trunk with this version of JAI - but
only since today (and simone did make changes):
> Running org.geotools.coverage.grid.ResampleTest
> #
> # An unexpected error has been detected by HotSpot Virtual Machine:
> #
> # EXCEPTION_ACCESS_VIOLATION (0xc005) at pc
Is the space deleted? This is the only record we have of some of the xml
tutorials
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinion
View results here ->
http://geo.openplans.org:9090/buildresults/geotools-trunk?log=log20061201170229Lbuild.134
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chan
My apologies, seems that a target directory got committed by accident. I
have remove the directory and set the svn:ignore property on that
directory. Build should be back shortly.
-Justin
[EMAIL PROTECTED] wrote:
> View results here ->
> http://geo.openplans.org:9090/buildresults/geotools-tru
Cory Horner a écrit :
>> We are stuck at "Performing the Release" of
>> http://docs.codehaus.org/display/GEOT/How+to+cut+a+release
>> Martin suggests that the rest of the deploy can be done by anyone
>> checking out the tag directory above, building it, and then doing
>> mvn deploy
>> possibly s
View results here ->
http://geo.openplans.org:9090/buildresults/geotools-trunk?log=log20061201161010
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to shar
Adrian Custer wrote:
>We are stuck at "Performing the Release" of
> http://docs.codehaus.org/display/GEOT/How+to+cut+a+release
>Martin suggests that the rest of the deploy can be done by anyone
>checking out the tag directory above, building it, and then doing
> mvn deploy
>possibly skipping th
Adrian Custer a écrit :
> Could someone in close proximity to lists.refractions.net try
> deploying to it? I'd like to establish whether the problem is
> some network distance thing, server use or something like the
> webdav system.
I tried to deploy on refractions server, and it worked like a cha
Hey all,
Once again, I fail to release. The directory is tagged and waiting on
http://svn.geotools.org/geotools/tags/2.3.0/
some of the files even got uploaded to lists.refractions.net
We are stuck at "Performing the Release" of
http://docs.codehaus.org/display/GEOT/How+to+cut+a+release
Mart
Hi Bryce,
I will do my best to answer your questions :).
Bryce L Nordgren wrote:
> FeatureCollection appears to be one of the items being overhauled as
> part of the feature model effort. It's a toughie because it's a mix of
> GML, the Java Collections Framework, and user needs. I realize you
FeatureCollection appears to be one of the items being
overhauled as part of the feature model effort. It's a toughie
because it's a mix of GML, the Java Collections Framework, and user
needs. I realize you're not done yet, but could I pick your
brains about where you're headed? I'm trying to te
Hey gabriel,
I had a chance to go through your SDE datastore code on complex
features, and I'm really impressed. Lots of great ideas, and I really
like the FIDReader stuff to support a more general approach to fetching
FIDs from sde rows.
I have a couple of comments, which I'll try to put in
View results here ->
http://geo.openplans.org:9090/buildresults/geotools-2.3.x?log=log20061201134417Lbuild.71
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chanc
View results here ->
http://geo.openplans.org:9090/buildresults/geotools-2.3.x?log=log20061201120551
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to shar
Adrian Custer a écrit :
> Can anyone confirm that epsg-ext-esri is designed not to be in the
> build? Is it intended to become part of the build in the 2.3.x branch?
You can ommit it. It is an "unsupported" module because not yet finished.
Martin
-
Adrian Custer wrote:
> Release:prepare is failing at the very start because maven tries to
> download gt2-referencing-2.3.0 which has not even been built yet. I'm
> not sure where things went wrong.
>
> The release.properties (attached) also seems on crack with version
> numbers all over the place
Hey all,
Release:prepare is failing at the very start because maven tries to
download gt2-referencing-2.3.0 which has not even been built yet. I'm
not sure where things went wrong.
The release.properties (attached) also seems on crack with version
numbers all over the place.
I'm not really sur
Hey all,
Can anyone confirm that epsg-ext-esri is designed not to be in the
build? Is it intended to become part of the build in the 2.3.x branch?
--adrian
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceFo
Hey Simone,
so I was not thinking straight, you're comparing the decoded files not
the raw files themselves so the text differences will not be the cause
of the problem. However, the newly written file has 8008 lines whereas
the original has only 12---not sure yet what's going on there.
--adrian
Hey Simone,
Looking at the files in ghex2, there are several problems:
logipod:/tmp> head -6 GiantRowsImage.asc 4781060525GiantRowsImage.asc
==> GiantRowsImage.asc <==
ncols 2000
nrows 8000
xllcorner -180
yllcorner -90
cellsize 0.0225
NODATA_value 1.70141E38
==> 4781060525GiantRowsImag
Hey Simone,
The file command on unix does suggest that the line feed problem exists
although the file sizes are totally different:
ll GiantRowsImage.asc 4781060525GiantRowsImage.asc
... 294M 2006-12-01 13:36 4781060525GiantRowsImage.asc
... 107M 2006-10-12 01:34 GiantRowsImage.asc
file GiantRows
Hey all,
The ArcGrid module is failing the extensive testing. Seems like a
central module. Apparently Simone will be around later so I'm delaying
the release until he has a look.
--adrian
Simone,
Several issues for you:
1) The test failure:
---
The problem appears to be when r
Not in the morning ... maybe afternoon, for sure evening.
On 12/1/06, Adrian Custer <[EMAIL PROTECTED]> wrote:
That is all,
adrian
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel
That is all,
adrian
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
htt
Hey Simone, everyone,
There's a test failure in the ArcGrid module which seems due to not
picking up the right CRS.
Any chance you could look at it?
--adrian
-
Take Surveys. Earn Cash. Influence the Future of IT
Join Sourc
29 matches
Mail list logo
