+1
On 17-May-06, at 5:09 PM, Cory Horner wrote:
As per http://docs.codehaus.org/display/GEOTOOLS/Coverage+Branch+Merge
...aiming for a mid-June (16th) completion of the merge onto trunk
(2.3.x), starting now.
Cory: +1
---
Using Tomcat bu
Cory Horner a écrit :
As per http://docs.codehaus.org/display/GEOTOOLS/Coverage+Branch+Merge
...aiming for a mid-June (16th) completion of the merge onto trunk
(2.3.x), starting now.
I would like to do the merge myself in the gt/module/referencing and gt/module/coverage modules. I
will negot
[EMAIL PROTECTED] wrote on 05/17/2006 06:09:47 PM:
> As per http://docs.codehaus.org/display/GEOTOOLS/Coverage+Branch+Merge
>
> ...aiming for a mid-June (16th) completion of the merge onto trunk
> (2.3.x), starting now.
Worthless nonPMC peon Bryce: +1
Bryce
-
As per http://docs.codehaus.org/display/GEOTOOLS/Coverage+Branch+Merge
...aiming for a mid-June (16th) completion of the merge onto trunk
(2.3.x), starting now.
Cory: +1
---
Using Tomcat but need to do more? Need to support web services, se
Martin Desruisseaux wrote:
Can I perform the following operations there?
http://svn.geotools.org/geotools/tags/
- Delete "2.2.RC3" sinced it is replaced by "2.2-RC3".
Certainly
- Rename all tags like "2.2.M2" by "2.2-M2".
Sounds okay to me. I don't think anything points to them. But the
Can I perform the following operations there?
http://svn.geotools.org/geotools/tags/
- Delete "2.2.RC3" sinced it is replaced by "2.2-RC3".
- Rename all tags like "2.2.M2" by "2.2-M2".
Martin.
---
Using Tomcat but need to do more
Martin Desruisseaux wrote:
>> 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 plugin just execute an Ant
> build file, so it is just a matter of adding a few lines to this Ant
> build file - I
Looks good. Before seeing the list, my primary concern was that incomplete
ISO19123 stuff would be copied onto trunk. This page has alleviated those
concerns. :) Good job.
Just leave the coverage branch in place when you're done merging. :)
Bryce
[EMAIL PROTECTED] wrote on 05/16/2006 05:20:
Hi list,
I would like to start a discussion about the following problem:
1 - Creating a DefaultMapContext and setting up an area of interest
with a CRS will produce a ReferencedEnvelope inside this, i.e. a jts
Envelope (that is always longitude-latitude on my understanding) plus a
CRS which
Hi list,
I would like to start a discussion about the following problem:
1 - Creating a DefaultMapContext and setting up an area of interest
with a CRS will produce a ReferencedEnvelope inside this, i.e. a jts
Envelope (that is always longitude-latitude on my understanding) plus a
CRS which cou
Jody Garnett a écrit :
If possible I would like to get a smaller javadoc of "module/*" - aka
just the geotools library.
Commited on trunk as of revision 19516. Our custom javadoc plugin now have 2
goals:
mvn org.geotools:gt2-javadoc:javadoc - Generates javadoc for the whole
Geotools
Just realized that
mvn org.geotools:gt2-javadoc:javadoc
is implemented on trunk only. I tried to port it on 2.2 branch one or two week ago, but failed
because the pom.xml files in the 2.2 branch are very different from the pom.xml files in the trunk.
Was the pom.xml files overwritten by Ma
Cory Horner wrote:
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/GEOTO
Martin Desruisseaux wrote:
I have documented the progress I have made so far:
http://docs.codehaus.org/display/GEOT/How+to+cut+a+release
It's right at the top in the big blue box.
Can we delete the Maven 1 specific instructions in the above page, and
reformat the blue box as top-level text? I
Justin Deoliveira wrote:
So what I am getting is that the data is the authority, where as the
type is more like a recipe. And we respect aggregation in that
something that is contained by another and defines a CRS overrides the
containers CRS.
Sounds like you got it, note that the for a "valid"
I think there are some serious problems going on with codehaus right
now. It appears that beaver has gone done quite hard and people are in
the process of repairing it.
I have been unable to work on GeoServer for the last 3 days. If we were
considering getting TOPP to host our subversion repos
So what I am getting is that the data is the authority, where as the
type is more like a recipe. And we respect aggregation in that something
that is contained by another and defines a CRS overrides the containers CRS.
-Justin
Jody Garnett wrote:
Justin Deoliveira wrote:
Hi all,
Looking at
17 matches
Mail list logo
