2009/2/5 Jody Garnett :
> Bleck - good think I am asking then :P
> My understanding was Java 6 was now available for the mac; although perhaps
> it is included with the latest operating system?
> - http://developer.apple.com/java/
Yep, OSX 10.5.x but ONLY on their recent 64-bit intel based macs.
Bleck - good think I am asking then :P
My understanding was Java 6 was now available for the mac; although perhaps
it is included with the latest operating system?
- http://developer.apple.com/java/
Jody
On Thu, Feb 5, 2009 at 4:16 PM, Michael Bedward
wrote:
> 2009/2/5 Jody Garnett :
> > Do tell
2009/2/5 Jody Garnett :
> Do tell - I am trying to sort out what the market will look like for
> GeoTools; we were stuck at the Java 1.3 mark for years waiting on Java
> Enterprise Edition developers ... are we going to be caught in a similar
> trap?
Certain Australian state government departments
You are correct the weekly IRC meeting has lost its will to live. In 2003
when I joined the project was run by module of maintainers (each a mini
dictator for a section of code); and the weekly IRC meeting was the venue
when agreement and direction was taken.
With the introduction of our change pro
2009/2/5 Ben Caradoc-Davies wrote:
>
> Wilde, I think:
> http://www.quotationspage.com/quote/39714.html
>
http://www.youtube.com/watch?v=UxXW6tfl2Y0
Michael
--
Create and Deploy Rich Internet Apps outside the browser wit
Do tell - I am trying to sort out what the market will look like for
GeoTools; we were stuck at the Java 1.3 mark for years waiting on Java
Enterprise Edition developers ... are we going to be caught in a similar
trap?
Jody
Michael Bedward wrote:
> Some of us are going to be stuck with Java 5
Michael Bedward wrote:
> 2009/2/5 Ben Caradoc-Davies wrote:
>> The only thing worse than using Maven is not using Maven.
>
> Was that in homage to Oscar Wilde or Monty Python (or both) ?
Wilde, I think:
http://www.quotationspage.com/quote/39714.html
--
Ben Caradoc-Davies
Software Engineer, CSI
Some of us are going to be stuck with Java 5 for a while yet.
Michael
--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and
2009/2/5 Sunburned Surveyor wrote:
> I suppose the best solution
> would be for someone like me to become an expert Maven user, so I
> could then be the point person for non-maven contributors to the
> Geotools library. That would solve two (2) problems at once: (1) You
> guys wouldn't have to hear
2009/2/5 Jody Garnett wrote:
> Michael you mentioned a gaps in the docs; can we fill them in?
I meant the maven docs Jody - but I'd be happy to help out with
updating the maven references in the geotools docs
2009/2/5 Ben Caradoc-Davies wrote:
> The only thing worse than using Maven is not using
Ciao Jody,
thanks for the info and efforts, we have been missing you.
You are talking about informal IRC meeting, what about the "formal" IRC meeting?
Honestly, I am not 100% sure that a weekly IRC meeting is what we
really need, I guess we need something similar to what GDAL does ( see
http://tra
Sunburned Surveyor wrote:
> It seems that Maven is tightly integrated into GeoTools. I am
> wondering what benefits this provides to the GeoTools project, and if
> these benefits outweigh the costs.
Maven is terrible. It is complex, fragile, and poorly documented.
The only thing worse than using
Yep this is what I like healthy discussion.
Michael you mentioned a gaps in the docs; can we fill them in? I hate
blog-panning for the golden nugget of information.
I would like to strip out the maven 1 references in the developers guide
(as they just add noise by this stage).
Martin also sugge
Hi Landon,
I feel your pain :-)
I confess that I found maven confusing, intimidating and frustrating
when I started using Geotools last year. On top of coming to grips
with Java (new language for me) and Geotools (a mighty wide, deep and
sometimes murky ocean), this maven thing looked like the s
We have had some problems with Jalopy (mostly line feed handling on
different platforms) - as such Ben and Andrea had me take it out of the
developers guide.
I have included eclipse codeformatter and template instructions - do you
use eclipse?
If you are using NetBeans can I ask you to follow t
Heh - it is not a battle. As with any open source project is it a
discussion (hopefully in code).
To add fuel to a slightly different fire - the maven plugin system is
magic to the point of being unstable. There is a branch of maven that
"hard codes" the plugins used so you can get repeatable s
Martin Desruisseaux wrote:
> In addition I commited myself to help with the port of Geotidy to Java 5 so
> it
> can be used with GeoTools. So Geotidy may be back to Geotools if the
> community
> wants it. But it can't be back now because not enough functionalities are
> ready.
>
I may propo
My understanding of the value of maven is threefold:
- we have a lot of dependencies and it is a great tool for managing that
(I understand that ant can now use the repository system as well)
- it allows us to isolate the code into little modules; each of which
has a module maintainer (this had v
M1 :-)
Good thing I only announced to the developers list.
Jody
Adrian Custer wrote:
> M1 or M2?
>
> --adrian
>
> On Wed, 2009-02-04 at 21:40 +1100, Jody Garnett wrote:
>
>> Available here:
>> http://docs.codehaus.org/display/GEOTOOLS/2.6-M1
>>
>>
>>
>>
>>
Adrian,
I was very careful to preface my comments with an acknowledgement that
I wasn't speaking from a position of great expertise or authority. I
think the tone of your response demonstrates a lack of maturity and
professionalism.
Honest and open communication is important in any community. Peo
Hey,
Honestly, you are so far off the mark that it's not worth discussing.
Geotools needs a build tool. You say a Java project doesn't need to have
a build tool and experience says otherwise. Not using a build tool would
be plain idiotic. Any reasonably sized project has a build tool. So look
ar
It looks like I'm loosing this battle. :]
Thank you for giving me the opportunity to present my ideas.
Landon
On Wed, Feb 4, 2009 at 12:56 PM, Martin Desruisseaux
wrote:
> GeoTools 1 was using Ant if my memory serves me right. Ant could has been
> considered an alternative to Maven. But the fac
GeoTools 1 was using Ant if my memory serves me right. Ant could has been
considered an alternative to Maven. But the fact that Maven injects some
standardization (standard directories, standard build phase) was considered a
good point since it brings a bit of uniformity.
But above all, the maj
Adrian wrote: "Maven rocks, it gets the job done, it is vastly easier than any
alternative, and is comparatively a pure joy."
I guess I was looking for something a little more conrete and
specific. "Maven rocks" is an more like a feeling, and I definitely
don't feel that Maven rocks.
Adrian wrote
Add binding for ows:ExtendedCapabilities
Key: GEOT-2322
URL: http://jira.codehaus.org/browse/GEOT-2322
Project: GeoTools
Issue Type: Bug
Components: ext xml-xsd
Reporter: Gabriel
Hey,
Maven rocks, it gets the job done, it is vastly easier than any
alternative, and is comparatively a pure joy. There is quite simply zero
chance that the use of maven would be changed.
Learning maven is hard because what it is doing is immensely complex not
because maven is hard as far a buil
Hello Landon
Maven is difficult and unfortunatly not bug free. But I'm not aware of much
alternative... The goal was to allow developper to just invoke "mvn install"
from the root and get everything built, including dependencies.
Part of current difficulties is that our Maven configuration got
Hello Landon
If you stick to GeoAPI interfaces, there is no change. Both GeoTools and
Geotidy
implement the same set of interfaces. This also means that you can try a
library
and switch to the other without any change in your code.
If you use directly GeoTools implementation classes, most of
I'm sure I'm about to throw open the lid to Pandora's Box. Before I
start asking my questions and presenting my ideas let me say that this
message is meant to be helpful and not critical. I proceed with the
realization that I may have no idea what I am talking about. So,
casting the fear of making
In the next month or two I'd like to attempt to add some support for
reprojection of vector data using an existing Java CRS library. I'm
trying to decide between the library in deegree and the library in
GeoTools. Aside from the other technical arguments for choosing the
CRS code in GeoTools over d
I think I've got an "unsupported module" put together for my GPX2
code. The last thing I have to do today is format the source code to
GeoTools standards using Jallopy. I'm going to try to do this today at
lunch.
Would someone have a few minutes to review my module set-up next week
before I try to
M1 or M2?
--adrian
On Wed, 2009-02-04 at 21:40 +1100, Jody Garnett wrote:
> Available here:
> http://docs.codehaus.org/display/GEOTOOLS/2.6-M1
>
>
>
>
> --
> Create and Deploy Rich Internet Apps outside the browser wi
Available here:
http://docs.codehaus.org/display/GEOTOOLS/2.6-M1
--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
>> I second that. Thanks for the update.
>> On 4-Feb-09, at 12:46 AM, Michael Bedward wrote:
>>
>>> Many thanks for this and the other updates Martin
>
>
> My pleasure :). I was unsure if it was of interrest or not.
:) we are anxiously waiting for every update from this side. So yes,
very interes
Jesse Eichar a écrit :
> I second that. Thanks for the update.
> On 4-Feb-09, at 12:46 AM, Michael Bedward wrote:
>
>> Many thanks for this and the other updates Martin
My pleasure :). I was unsure if it was of interrest or not.
Martin
-
In the interest of not retreading old ground I have added a section on
the dangers of reformatting code.
The section is called "Use of Formatting Tools - Danger Danger Danger"
Cheers Andrea
Andrea Aime wrote:
> Jody Garnett ha scritto:
>> I have reworded the Coding Conventions page ...
>> - it
Jody Garnett ha scritto:
> I have reworded the Coding Conventions page ...
> - it documents "Sun conventions plus 100 cols" and the header
> - Under a section call "Tools that can help" it has instructions for
> Eclipse and Jalopy
Except that jalopy maven plugin should be included in the section
The section on naming recommends the PMD tool; these days I use Find Bugz
which is another static analysis tool which seems a bit more active.
Jody
On Wed, Feb 4, 2009 at 7:19 PM, Jody Garnett wrote:
> I have reworded the Coding Conventions page ...- it documents "Sun
> conventions plus 100 cols
I have reworded the Coding Conventions page ...- it documents "Sun
conventions plus 100 cols" and the header
- Under a section call "Tools that can help" it has instructions for Eclipse
and Jalopy
On Wed, Feb 4, 2009 at 12:50 AM, Jody Garnett wrote:
> Fair enough kill it
>
>
>
>
> On 03/02/2009,
39 matches
Mail list logo