Richard Gould wrote:
I have successfully built all of the release jars for 2.2-RC3 and they
have been uploaded to maven.geotools.fr.
Wow congrats! Thanks Richard this is very good news.
The only part that remains is to have the release process construct
the standard binary/src/javadoc archives
Hi guys,
data is back into the mix on fm (AbstractDataStore and the like). Not
passing tests yet though.
Cory, is there any chance of getting the Function tests going again on
main (UniqueInterval,EqualInterval,Quantile). For now they have been
taken out of the build .
-Justin
--
Justin D
Richard Gould a écrit :
For now, cross-module javadoc is generated using the following custom
plugin:
mvn org.geotools:gt2-javadoc:javadoc
Does this create the javadoc zip archive that was normally generated
during maven 1 createRelease?
Not yet, but it would be trivial to add (the plug
Hi Sommer,
GeoServer falls back on support in the underlying GeoTools library for
all reprojection. The file you are looking for is inside the
gt2-epsg-wkt.jar located in the WEB-INF/lib directory of the server. Its
called epsg.properties. Its basically a mapping from EPSG code to the
WKT des
Martin Desruisseaux wrote:
Richard Gould a écrit :
I have successfully built all of the release jars for 2.2-RC3 and they
have been uploaded to maven.geotools.fr. The only part that remains is
to have the release process construct the standard binary/src/javadoc
archives that we use for norma
Hmm actually I think I just succesfully built a source release. I was
just confused and trying something silly before. I have go to now, so I
will check it out tomorrow, and try your javadoc plug-in. Then
everything should be done.
Cheers
Richard
Richard Gould wrote:
Martin Desruisseaux wr
I have successfully built all of the release jars for 2.2-RC3 and they
have been uploaded to maven.geotools.fr. The only part that remains is
to have the release process construct the standard binary/src/javadoc
archives that we use for normal distribution.
I have documented the progress I hav
Howdy,
In yesterday's IRC meeting, it was mentioned that things would probably work
out if the Coverage Branch were allowed to merge onto trunk, starting now --
providing they are finished in mid-June (4 weeks).
Here is the schedule:
http://docs.codehaus.org/display/GEOTOOLS/Coverage+Branch+M
Richard Gould a écrit :
I have successfully built all of the release jars for 2.2-RC3 and they
have been uploaded to maven.geotools.fr. The only part that remains is
to have the release process construct the standard binary/src/javadoc
archives that we use for normal distribution.
Thanks a lo
Justin Deoliveira wrote:
Hi guys,
data is back into the mix on fm (AbstractDataStore and the like). Not
passing tests yet though.
Cory, is there any chance of getting the Function tests going again on
main (UniqueInterval,EqualInterval,Quantile). For now they have been
taken out of the bui
Anyone know how to kick geotools.org?
For me http://geotools.org doesn't work.
Though: http://docs.codehaus.org/display/GEOTOOLS/Home does. Which
indicates that something is just wrong with our geotools.org thing.
--
Chris Holmes
The Open Planning Project
http://topp.openplans.org
begin:vcard
Hi all,
Porting over the data module to FM, I am having a bit of difficulty
porting over classes in the org.geootols.data.crs package. I was hoping
that the author(s) (Jody,Andrea) would be available for a code review at
some point.
-Justin
--
Justin Deoliveira
The Open Planning Project
[EM
Jody Garnett wrote:
Richard Gould wrote:
The only part that remains is to have the release process construct
the standard binary/src/javadoc archives that we use for normal
distribution.
Um what does it build right now? Is it something we can distribute?
It builds a bunch of jars and upload
Simone Giannecchini a écrit :
If I instantiate the transform between first one and second one and
then I concatenate it with its inverse I do not get the indentity. If
it is the expected behaviour then, houston I hve a problem (in the
grid coverage renderer at least) otherwise I hope we can fix t
Justin Deoliveira wrote:
Hi all,
Porting over the data module to FM, I am having a bit of difficulty
porting over classes in the org.geootols.data.crs package. I was
hoping that the author(s) (Jody,Andrea) would be available for a code
review at some point.
I assume the problem was making der
Hi Martin, hi list,
I am having an hard time with conversions between the two crs here below.
PROJCS["unnamed",
GEOGCS["NAD27",
DATUM["North American Datum 1927",
SPHEROID["Clarke 1866", 6378206.4, 294.9786982138982,
AUTHORITY["EPSG","7008"]],
TOWGS84[-4.2, 135.4, 181.9, 0.0, 0.0, 0
Justin Deoliveira wrote:
Hi all,
Looking at new feature model I must admit I am confused as to where I
should get CRS info from since there are multiple choices. Given a
feature I can look up a CRS with:
Missed one (and adjusted your names to reflect class):
0. Geometry.getCRS() - this is opt
Jessie,
As we talked about in the IRC.
The intersection() function at the very bottom of the
LabelCacheDefault.java should be:
//djb: replaced because old one was from sun's Rectangle class
private Envelope intersection(Envelope e1,Envelope e2)
{
Envelope r = e1.intersection(e
[EMAIL PROTECTED] a écrit :
I've actually been trying off and on
during work hours both yesterday and today, with no luck. It starts
downloading the file, gets part way through, and then reports the
connection error. Guess I'll try again tomorrow!
As an alternative, you may try to connect to
Jody Garnett wrote:
Justin Deoliveira wrote:
Hi all,
Porting over the data module to FM, I am having a bit of difficulty
porting over classes in the org.geootols.data.crs package. I was
hoping that the author(s) (Jody,Andrea) would be available for a code
review at some point.
I assume th
Justin Deoliveira wrote:
Hi all,
Looking at new feature model I must admit I am confused as to where I
should get CRS info from since there are multiple choices. Given a
feature I can look up a CRS with:
1. feature.getCRS();
The feature may have many geometries - e.g. a linear CRS (distan
Hi all,
Looking at new feature model I must admit I am confused as to where I
should get CRS info from since there are multiple choices. Given a
feature I can look up a CRS with:
1. feature.getCRS();
2. feature.getDefaultGeometry().getCRS();
3. feature.getDefaultGeometry().getType().getCRS();
Here you go Martin,
try {
// sourceCRS = CRS
// .parseWKT("PROJCS[\"unnamed\",GEOGCS[\"NAD27\",DATUM[\"North
// American Datum 1927\","
// + "SPHEROID[\"Clarke 1866\", 6378206.4, 294.9786982138982,"
// + "AUTHORITY[\"EPSG\",\"7008\"]],"
// + "TOWGS84[-4.2, 135.4, 181.9, 0.0, 0.0, 0.0, 0.0],"
/
23 matches
Mail list logo
