The build failure that occurs randomely in
org.geotools.referencing.operation.calculator (a new package commited recently
as a result of SoC work) is probably caused by the test suite using
java.util.Random without explicit seed. The fix is trivial - I will add a seed
value tomorrow. Today is a
View results here ->
http://geo.openplans.org:9090/buildresults/geotools-trunk?log=log20061016215543Lbuild.54
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integra
View results here ->
http://geo.openplans.org:9090/buildresults/geotools-trunk?log=log20061016214939
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated techn
I have broken up the Hacking page ...
- http://docs.codehaus.org/display/GEOT/Hacking
It is now limited to documenting how to interact with a module
maintainer (that is hacking existing code).
And create the following page:
- http://docs.codehaus.org/display/GEOT/Hacking+your+own+Module
This fo
I have also updated the naming convention page (for both Test and
OnlineTest)
- http://docs.codehaus.org/display/GEOT/5.2+Naming+Conventions
Is there anything more to it then that?
Jody
> Hi Andrea,
>
> A couple of test case based questions for you - the GeoTools developers
> guide has fallen a
Hi Andrea,
A couple of test case based questions for you - the GeoTools developers
guide has fallen a bit behind our current practice (ie what to do with
OnlineTest is not documented).
I have updated this page and marked it as pending:
- http://docs.codehaus.org/display/GEOT/5.7+Testing
Am I o
Hi Gabriel,
Tried to write up this email for you here:
- http://docs.codehaus.org/display/GEOT/Supporting+your+module
Jody
Page is marked pending
> Hi Gabriel,
>
> Email off-line about your meeting question - here is what is needed
> RIGHT NOW:
> - we need to follow the developers guide (check?)
Vitali Diatchkov wrote:
>I would like to see a method
>
>public void ShapefileDataStore.modifyFeatureType(AttributeType[]
>removedTypes, AttributeType[] addedTypes, Object[] defaultAddedValues)
>throws IOException;
>
>for modifying current ShapefileDataStore schema.
>...
>I have implemented the me
Martin we will need to update the developers guide after your change:
- http://docs.codehaus.org/display/GEOT/5.3+Module+Directory+Structure
This may be as simple as saying "use maven defaults" but that one is
kind of your call
Jody
> Hi Martin, do you want to change the "gt2" prefix to "gt
Jody Garnett a écrit :
> Hi Martin, do you want to change the "gt2" prefix to "gt", in much the
> same way we renamed the project from GeoTools2 to GeoTools.
I'm fine with that.
Martin
-
Using Tomcat but need to do
Hi Martin, do you want to change the "gt2" prefix to "gt", in much the
same way we renamed the project from GeoTools2 to GeoTools.
A thought for your sunday maven efforts,
Jody
-
Using Tomcat but need to do more? Need to sup
I have defined two "labels" for the developer guide space:
- pending - highlight proposed changes
- osgeo - content revised for OSGeo foundation
On the top page of the developers guide you can see a "focus" heading
with these
two labels listed, click on them to view a list of the pages thus
tagg
As the (last?) couple hurdles towards OSGeo incubation we need to
update our formal
documentation and procedures. (gulp!)
I have prepared the following pages: the boxes marked "pending" contain
revised text ...
- http://docs.codehaus.org/display/GEOT/1+Contributors
- http://docs.codehaus.org/di
This document captures what is going on for the forth quarter of 2006,
we can produce another
one in January.
Updates before "publication":
- find OSGeo template and logos
We can produce another one in January, and if the format is of benefit
we can start looking into things like asking the PMC
Jeff Yutzler a écrit :
> Why are the hints dissociated from the classes that use them? Any why
> have we bastardized the AWT class RenderingHints with things that have
> nothing to do with rendering?
It is partly a remanescence of historical reasons: the Hints were at first used
in J2D-Rendere
Jody Garnett wrote:
> Hi Everyone,
>
> Looks like most people are going to be around for the IRC meeting today,
> this is a reminder - and the start of an agenda.
>
simboss>but right now
people are doing it on trunk
with the feature part of the world
and I cannot af
So lets try again ...
Discussed in todays IRC ... final proposal was for.
Required for svn access:
- wiki page
- read the developers guide
- email request
- approved by any PMC
Required upkeep:
- status email
We use jira to build our change log, so we will need to provide either:
- an "unsuppor
Jody Garnett ha scritto:
> [EMAIL PROTECTED] wrote:
>> Jody Garnett ha scritto:
>>> Discussed in todays IRC ... final proposal was for.
>>>
>>> Require:
>>> - wiki page
>>> - email request
>>> - weekly status email,
>>>
>> Well, as long as the module is in real development they are fine, but
>>
[EMAIL PROTECTED] wrote:
> Jody Garnett ha scritto:
>> Discussed in todays IRC ... final proposal was for.
>>
>> Require:
>> - wiki page
>> - email request
>> - weekly status email,
>>
> Well, as long as the module is in real development they are fine, but
> once you manage to get to a slower pa
Jody Garnett ha scritto:
> Discussed in todays IRC ... final proposal was for.
>
> Require:
> - wiki page
> - email request
> - weekly status email,
>
Well, as long as the module is in real development they are fine, but
once you manage to get to a slower pace of development, even
because you're
Discussed in todays IRC ... final proposal was for.
Require:
- wiki page
- email request
- weekly status email,
- approved by any PMC
- read the developers guide
Cheers,
Jody
-
Using Tomcat but need to do more? Need to supp
Hi Gabriel,
Email off-line about your meeting question - here is what is needed
RIGHT NOW:
- we need to follow the developers guide (check?) including code
coverage (running from cruise control will be fine)
- we need to have the review.txt up to date with no known issues (check?)
- make sure you
Thanks Jan, I applied the changes (should be commited today). For now I'm still
working primarily on MathTransformBuilder (the change applied in other classes
are only the changes required in order to keep the library compiling and
running
without test failures). I also applied the following ad
David Adler wrote:
> I'm trying to apply the DB2 changes I made to 2.2.x to 2.3.x and trunk.
>
> I tried the command:
> svn merge -r 21897:21898 http://svn.geotools.org/branches/2.2.x
>
That should be:
svn merge -r 21897:21898 http://svn.geotools.org/geotools/branches/2.2.x .
(in your 2.3.x/ a
David Adler ha scritto:
> I'm trying to apply the DB2 changes I made to 2.2.x to 2.3.x and trunk.
>
> I tried the command:
> svn merge -r 21897:21898 http://svn.geotools.org/branches/2.2.x
> in my 2.3.x source tree and got the messages
>
I usually do it piecemeal, instead of doing it with svn me
Hi Everyone,
Looks like most people are going to be around for the IRC meeting today,
this is a reminder - and the start of an agenda.
#1 GeoTools 2.2.1
Needs a volunteer to make the anouncements
#2 GeoTools 2.3.0 release
Simone is heading up the release effort this week, once again those with
I know I'm a bit late to this thread, but I figured I'd chime in anyway.
Why are the hints dissociated from the classes that use them? Any why
have we bastardized the AWT class RenderingHints with things that have
nothing to do with rendering? Also, forcing implementers to reference
some oth
I'm trying to apply the DB2 changes I made to 2.2.x to 2.3.x and trunk.
I tried the command:
svn merge -r 21897:21898 http://svn.geotools.org/branches/2.2.x
in my 2.3.x source tree and got the messages
svn: REPORT request failed on '/!svn/vcc/default'
svn:
Cannot replace a directory from within
Martin Desruisseaux wrote:
> Hello Corry
>
> Cory Horner a écrit :
>
>> This should definitely be merged back to the 2.3 and 2.2 branches.
>> Keeping all three consistent is very important for the release process,
>> and our sanity.
>>
>
> I merged the fix to the 2.3 branch. The 2.2 bran
Hello Jan
Jan Jezek a écrit :
> May be that I can look into it and try to add this projection in near future.
> What is yours openion on that?
Sure, if you are volunter for that feel welcolme!
Martin
-
Using Tomcat
Hello Corry
Cory Horner a écrit :
> This should definitely be merged back to the 2.3 and 2.2 branches.
> Keeping all three consistent is very important for the release process,
> and our sanity.
I merged the fix to the 2.3 branch. The 2.2 branch is a different story since
it
had its own Ant
Martin Desruisseaux wrote:
>Upgrated to maven-javadoc-plugin version 2.1, which fixes a number of bugs.
>The
>Maven build do not fails anymore when running "mvn javadoc:javadoc" -
>dependencies are found, and all taglets work.
>
>Changes applied from revision 22110 to 22113 (inclusive) on trunk
Hello Martin,
Do you remember as we have been talking at FOSS4G about the projection used in
Czech Republic – the Krovak one? I've take a look at
org.geotools.referencing.operation.projection package and I think that this
projection is missing there. As I said – it is quit complicated and
unus
Gah, sorry, I keep on getting the wrong ml...
Cheers
Andrea
openplans ha scritto:
> Hi,
> every time I do modify a jsp or otherwise clean the target folder so
> that jetty has to compile it, I see the following on the console.
>
> Everything seems to run fine otherwise, but I don't really like the
Hi,
every time I do modify a jsp or otherwise clean the target folder so
that jetty has to compile it, I see the following on the console.
Everything seems to run fine otherwise, but I don't really like these
exceptions.
Does anyone of you have any clue about it?
Cheers
Andrea
2006-10-16 19:02:
View results here ->
http://geo.openplans.org:9090/buildresults/geotools-trunk?log=log20061016083719Lbuild.49
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integra
View results here ->
http://geo.openplans.org:9090/buildresults/geotools-trunk?log=log20061016083101
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated techn
__
> Od: [EMAIL PROTECTED]
> Komu: Jan Jezek <[EMAIL PROTECTED]>
> CC: [email protected]
> Datum: 14.10.2006 03:10
> Předmět: Minor changes proposal for the calculator package
>
>Hello Jan
>
>What about the following mod
38 matches
Mail list logo
