[Geotools-devel] [CC-Trunk] geotools Build Failed

View results here -> http://geovista16.geog.psu.edu/cruisecontrol/buildresults/geotools_current?log=log20060621030614 ___ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] Automated formats on chosen modules (mantainer responsibility)?

Martin Desruisseaux ha scritto: > Andrea Aime a écrit : >> since it seems we cannot get autoformat on the whole geotools, >> would it be ok to tie autoformat to the main pom, but in an >> inactive profile, and let single module mantainers activate it >> at their leisure? Aka, the module maintainer

Re: [Geotools-devel] Module Proposal: plugin\referencing-3D

I counted 3 or 4 positive votes. Note sure if it is enough... I commited the remaining files (for saving the work), but can remove them if needed. The plugin/referencing3D module provide a working MathTransform. It is not yet connected to CoordinateOperationFactory, so not yet automatically us

[Geotools-devel] [CC-Trunk] geotools Build Failed

View results here -> http://geovista16.geog.psu.edu/cruisecontrol/buildresults/geotools_current?log=log20060621022237 ___ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] JAI install required?

Martin Desruisseaux wrote: Chris Holmes a écrit : I thought we had managed to get GT2 building without requiring JAI to be installed? Or did I just dream that? I'm getting a java.lang.ClassNotFoundException: javax.media.jai.JAI at org.geotools.factory.Hints$Key.(Hints.java:303) when runnin

[Geotools-devel] Deploying 3rd Party Jars to lists.refractions.net/m2

Hey guys... I've found a solution to get maven to actually deploy 3rd party jars as advertised with webdav... which involved making my own release of maven (sigh). http://docs.codehaus.org/display/MAVENUSER/Deploying+3rd+Party+Jars+With+WebDAV If you just want the result: http://lists.refracti

Re: [Geotools-devel] JAI install required?

Chris Holmes a écrit : > I thought we had managed to get GT2 building without requiring JAI to be > installed? Or did I just dream that? > > I'm getting a java.lang.ClassNotFoundException: javax.media.jai.JAI at > org.geotools.factory.Hints$Key.(Hints.java:303) when running > referencing tests

[Geotools-devel] [CC-Trunk] geotools Build Failed

View results here -> http://geovista16.geog.psu.edu/cruisecontrol/buildresults/geotools_current?log=log20060620193254 ___ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] JAI install required?

I thought we had managed to get GT2 building without requiring JAI to be installed? Or did I just dream that? I'm getting a java.lang.ClassNotFoundException: javax.media.jai.JAI at org.geotools.factory.Hints$Key.(Hints.java:303) when running referencing tests I believe? Is that right, are w

Re: [Geotools-devel] Pom and circumstance

Cory Horner a écrit : > The question on my mind at the moment is how do we manage the 2 > repositories? Do we deploy to both, or whatever our favourite is? > Richard reporting it taking 6 hours to deploy a 2.2.x release to > geotools.fr since scpexe is so damn slow. Presumably webdav will be >

Re: [Geotools-devel] Automated formats on chosen modules (mantainer responsibility)?

Andrea Aime a écrit : > since it seems we cannot get autoformat on the whole geotools, > would it be ok to tie autoformat to the main pom, but in an > inactive profile, and let single module mantainers activate it > at their leisure? Aka, the module maintainer is the one that decides > what needs t

Re: [Geotools-devel] IP Review Completed for AI Module

Jody Garnett a écrit : > Q: the above report is cool, did you update the headers as you went > (Geotools2 --> GeoTools etc...)? I have not seen a commit go out. I will update the headers after coverage branch merge (starting today), in order to avoid increasing the diff. Martin.

Re: [Geotools-devel] Rendering: Pluggable or Extensible?

Patrick Webb <[EMAIL PROTECTED]> wrote on 06/20/2006 12:48:01 PM: > I'm definitely warming up to the idea of the pluggable 19117 protocol. > > Would love to see this compared with the "Adaptive Rendering" used > > by uDig, and outlined in an OGC OWS-3 > > implementation report (if you can get yo

[Geotools-devel] Repository Maintenance (was: Pom and circumstance)

Cory Horner wrote: > A big thanks goes to Andrea for figuring out the secret ingredient to > getting wagon-webdav to work: Woohoo! Thanks Andrea! > > adding "dav:" before "http://lists.refractions.net/m2"; > > Now that we have the refractions m2 repository to play with, i'll spend > part of t

[Geotools-devel] Clover and cobertura

Hi all, I see we don't have a code coverage plugin in the pom.xml. Bad! Do we still have the clover license, and if so, do I have to do anything to use it? Otherwise, the free cobertura may be just enough. What do you think? Cheers Andrea ___ Geotools

Re: [Geotools-devel] Who is the current PMC?

Geotoolers,   Well, this prompted me to reflect on my activity (or lack there of) over the last 6mths. During this time, I've found more draws on my personal time (Sailing, Race Car Project ... ), resulting in less time for Geotools. During the same period my professional activities have shifted sl

[Geotools-devel] Pom and circumstance

A big thanks goes to Andrea for figuring out the secret ingredient to getting wagon-webdav to work: adding "dav:" before "http://lists.refractions.net/m2"; Now that we have the refractions m2 repository to play with, i'll spend part of today on a pom spree -- and may start rebuilding the reposi

Re: [Geotools-devel] Suggestion on branch management

Justin Deoliveira wrote: Hi all, Having been working on a branch I might have one or two things to add :). I had a huge rant all planned but then realized that that is not the point of this thread. So to save you lots of reading I will just submit my suggestion. I would like to see the pr

Re: [Geotools-devel] Geotools-commit archives miss more than one month?

You are right Chris, time to email [EMAIL PROTECTED] and see what is what. You know what they probably killed it when they development machines? Nope that does not work either as they just moved the nightly builds... Jody > Andrea Aime wrote: >> Hi, >> I see geotools commits archives misses all

Re: [Geotools-devel] Automated formats on chosen modules (mantainer responsibility)?

Andrea Aime wrote: > Hi, > since it seems we cannot get autoformat on the whole geotools, > would it be ok to tie autoformat to the main pom, but in an > inactive profile, and let single module mantainers activate it > at their leisure? Aka, the module maintainer is the one that decides > what need

Re: [Geotools-devel] Automated code formatting

Chris Holmes ha scritto: > Cool. I think the answer is that the general recommendation should be > that code formatting is used. If a module maintainer feels strongly > against it, they can turn it off on their module and not let people code. > > I do think autoformatting may be lead to some p

Re: [Geotools-devel] Summary for IRC Meeting 19 June 2006

Thanks for the summary - seems to have been cut off? Perhaps a send as html setting? > Hi All > > I just read the IRC meeting on the 19 June 2006, and made a summary for all > of those who missed it :-) > > > > 1) Jalopy (before merge) > > > > * Merging branches is a

[Geotools-devel] Automated formats on chosen modules (mantainer responsibility)?

Hi, since it seems we cannot get autoformat on the whole geotools, would it be ok to tie autoformat to the main pom, but in an inactive profile, and let single module mantainers activate it at their leisure? Aka, the module maintainer is the one that decides what needs to be done on its modules? C

Re: [Geotools-devel] Geotools-commit archives miss more than one month?

Andrea Aime wrote: Hi, I see geotools commits archives misses all the commits as of June. Argh! It's difficult to track what's going on like this. Anyone has ideas on why it's so? I like to skim thru the archives, and I'd like to avoid having to subscribe to the ml manually. Btw, the date is

Re: [Geotools-devel] Automated code formatting

Cool. I think the answer is that the general recommendation should be that code formatting is used. If a module maintainer feels strongly against it, they can turn it off on their module and not let people code. I do think autoformatting may be lead to some pain initially (though only becaus

[Geotools-devel] Summary for IRC Meeting 19 June 2006

Hi All   I just read the IRC meeting on the 19 June 2006, and made a summary for all of those who missed it J   1)   Jalopy (before merge)   ·  Merging branches is a mess because of different formattings.·  Start using Jalopy as part of the

Re: [Geotools-devel] Automated code formatting

I'm not against adding in jalopy to to make the merger's happen easier, and for future mergers to be easier as well. I just wanted to bring up that there was opposition and it should be taken into consideration. Brent Owens (The Open Planning Project) Andrea Aime wrote: > Brent Owens ha scrit

[Geotools-devel] Geotools-commit archives miss more than one month?

Hi, I see geotools commits archives misses all the commits as of June. Argh! It's difficult to track what's going on like this. Anyone has ideas on why it's so? I like to skim thru the archives, and I'd like to avoid having to subscribe to the ml manually. Btw, the date is suspect, is the codehau

Re: [Geotools-devel] IP Review Completed for AI Module

Hey all, A quick summary to get everyone on the same page. This is my understanding from working on various free software projects over the past ten years, and applies only to US law. Under US law *anyone* who contributes (a 'contributor') to a joint work has joint copyright status unless there

Re: [Geotools-devel] IP Review Completed for AI Module

On Tue, 2006-06-20 at 23:09 +1100, Martin Desruisseaux wrote: > Jody Garnett a écrit : > >> [...snip...] The Proj4 copyright header is already copied below the > >> Geotools copyright header in the source files. We need (maybe by a > >> layer) to verify if the Proj4 license conflict with the LGPL

Re: [Geotools-devel] IP Review Completed for AI Module

Martin Desruisseaux wrote: > Jody Garnett a écrit : >>> [...snip...] The Proj4 copyright header is already copied below the >>> Geotools copyright header in the source files. We need (maybe by a >>> layer) to verify if the Proj4 license conflict with the LGPL license >>> (Proj4 license is opensou

Re: [Geotools-devel] IP Review Completed for AI Module

Jody Garnett a écrit : >> [...snip...] The Proj4 copyright header is already copied below the >> Geotools copyright header in the source files. We need (maybe by a >> layer) to verify if the Proj4 license conflict with the LGPL license >> (Proj4 license is opensource, but do we need to distribute

Re: [Geotools-devel] Rendering: Pluggable or Extensible?

Combe, Colin a écrit : > Do all the features of StyledMapPane have a place in the GO-1 > implementation? Or alternatively, is there scope for "some sort of > pluggable rendering component" in GO-1? Yes, every StyledMapPane features will be ported to GO-1 (including the RenderedMarks). I also hop

Re: [Geotools-devel] IP Review Completed for AI Module

Thanks Martin, will try and find the correct wiki page after work today. > Jody Garnett a écrit : >> Will find a wiki to post this shortly wanting to have "module/*" >> done for tonights meeting (4 hours away). If someone wants to start >> at the bottom of the list I could use a hand :-) > o

Re: [Geotools-devel] Rendering: Pluggable or Extensible?

Hi, What do people make of this thought - StyledMapPane already contains a windbarb component? Before continuing: sorry if I seem to go on about StyledMapPane a lot :-) As you'll guess I am keen to see it reunited with the trunk and will help with the GO implemenmtation when I can. (One reason I

Re: [Geotools-devel] IP Review Completed for AI Module

Jody Garnett a écrit : > Will find a wiki to post this shortly wanting to have "module/*" > done for tonights meeting (4 hours away). If someone wants to start at > the bottom of the list I could use a hand :-) org.geotools.referencing * Most files have dual copyrig

Re: [Geotools-devel] Automated code formatting + coverage branch merge

Martin Desruisseaux ha scritto: > Andrea Aime a écrit : >> Brent Owens ha scritto: >>> I thought this was already discussed and voted down? Actual changes >>> before this event will be lost in the formatting changes, and that >>> was the main reason for no auto-formatting. >> >> What? No, exactl

Re: [Geotools-devel] Automated code formatting + coverage branch merge

Andrea Aime a écrit : > Brent Owens ha scritto: >> I thought this was already discussed and voted down? >> Actual changes before this event will be lost in the formatting >> changes, and that was the main reason for no auto-formatting. > > What? No, exactly the opposite. I can understand both

Re: [Geotools-devel] Rendering: Pluggable or Extensible?

Got to go pluggable :-) We use it in uDig and it *rocks*, not even limited to/by SLD, you can use any "metadata" to control your rendering that is placed on a "style blackboard". Okay now that that is out of the way I can respond to the email :-) > Problem: Geotools' renderer is based on SLD, S

Re: [Geotools-devel] Who is the current PMC?

Andrea Aime wrote: > Hi, > I was looking for this information and could not find it. > Who needs to be contacted when voting is needed? > Check the developers guide: - http://docs.codehaus.org/display/GEOT/4+Roles+and+Responsibilities The list is: * ^ Ian Turton

[Geotools-devel] [jira] Created: (GEOT-871) setMaxFeatures doesn't work on a WFSDataStore

setMaxFeatures doesn't work on a WFSDataStore - Key: GEOT-871 URL: http://jira.codehaus.org/browse/GEOT-871 Project: GeoTools Type: Bug Components: data wfs Versions: 2.1.0 Environment: Windows XP Professional

[Geotools-devel] Who is the current PMC?

Hi, I was looking for this information and could not find it. Who needs to be contacted when voting is needed? How can we tell if during an IRC meeting we have enough people to vote for something? Anyone? Cheers Andrea ___ Geotools-devel mailing list

Re: [Geotools-devel] Automated code formatting

Brent Owens ha scritto: > I thought this was already discussed and voted down? Hum, if you refer to http://www.nabble.com/Code-Formatting---Vote-t1278276.html#a3414679 it seems to me most of the people was in favour, with a strong opposition from David (based on the fact that it makes branch mer