I'd like to second this, the number and range of projects is very cool
- looking forwards to seeing he results, well done all.
James
On 4/20/07, Adrian Custer <[EMAIL PROTECTED]> wrote:
> Hey Jody and SoC folk,
>
> Despite you each being swamped with stuff, thanks for putting in this
> work to ge
On 2/27/07, Jody Garnett <[EMAIL PROTECTED]> wrote:
> Good timing - we were talking about this very topic in todays GeoTools
> meeting. And arriving at a similar spot - that OSGeo would be the best
> organization for the task.
>
> What we initial need however is someone on the "admin" side to get t
> > 2) Tweaking my last proposal to get it right. This ideally would
> > happen as a collaboration with Frank and a good free software
> > licensing lawyer.
>
> I'd note, I did provide specific feedback on your proposal that I feel
> was constructive, and that was the point
On 1/30/07, Andrea Aime <[EMAIL PROTECTED]> wrote:
> James Macgill ha scritto:
> >> [22.45] The problem is that those new methods expect an
> >> argument type which is new in Java 6, so we can't implement them and
> >> compile them with Java 4.
> > E
> [22.45] The problem is that those new methods expect an
> argument type which is new in Java 6, so we can't implement them and
> compile them with Java 4.
Erm, I 'implemented' these with Class and Object (no genics) and they
compiled fine. Felt like a bit of a hack but happy to commit if
no-one
On 1/25/07, Jody Garnett <[EMAIL PROTECTED]> wrote:
> So we have been quite happy changing our process over the last four
> months; the developers guide has been updated to reflect this ... but a
> sanity check is needed.
>
> Can I ask anyone to review the following pages:
> - http://docs.codehaus.
> * There is also a mysterious test failure in main (I don't remember
> which one exactly). This test pass fine with Java 4 and 5 but fails
> with Java 6. I have not investigated this issue further.
>
Oh, yes, I have a fix for that too, there were a number of them. They
stem from the fact that
So,
I hit errors like this the other night when trying to build geotools
for the first time in ages.
For me it was the introduction of Wrapper in 1.6 (which uses
generics). Building against a 1.4 classes archive is one option, the
other is to add the methods in the wrapper interface but using Ob
rather late I know, but for the record +1 and the project souds cool too.
James
On 1/19/07, Chris Holmes <[EMAIL PROTECTED]> wrote:
> We got a majority of the PSC +1ing it, so I passed along to the OSGeo
> board, so they could vote on it tomorrow. I will put the finalized
> letter in the formal
+1
On 7/31/06, Andrea Aime <[EMAIL PROTECTED]> wrote:
> Hi all,
> I'd like to apply for a YourKit profiler license for Geotools, but they do
> ask for their logo to be put on our home page.
> That's something I can't decide about myself, I only can tell yourkit as
> a profiler is
> much more comfo
codehaus has space but using it is a pain (ssh keys to access, vhost
config hard to modify)
I can point javadoc.geotools.org anywhere so perhaps Martins server
would be best, just let me know where to point the entry.
James
On 7/18/06, Richard Gould <[EMAIL PROTECTED]> wrote:
> So all of the requ
On 6/19/06, Chris Holmes <[EMAIL PROTECTED]> wrote:
>
>
> Frank Warmerdam wrote:
> > Adrian Custer wrote:
> >> Hey all,
> >>
> >> This is an attempt to clarify the situation for Geotools documentation
> >> going forward.
> >>
> >> We apparently have two choices for the User Guide (aka Programmers'
Hi all.
Sorry for the very long absence!
I've found my way back into the zone edit config system for
geotools.org and I'm trying to sort out the mess.
For the short term www.geotools.org will do a cloaked forward to
geotools.codehaus.org (I tried a CNAME but that ends up at
www.codehaus.org). I
Hi all
Whilst I would like to know a little more about what happend during
the meeting itself the news I'm hearing so far is very positive and my
impression is that we have nothing to loose and quite a lot to gain by
becoming members of the foundation.
so yes, at this point I'm..
+1
James
On 2/
Hi everyone.
Yes I was invited and I have not yet responded. I'm about to move
countries (again) so things are a little crasy.
I will be in australia by the time the meeting happens but I may be
able to join remotly, I would very much like to see other GeoTools
developers there. (Though with re
These all sound like good changes, much of the issues stem from the
age of the shapefile code, some of it is the very olded in GT2, and a
few lines of it may even stem back to GT1 :)
I say go for it.
James
On 12/31/05, Martin Desruisseaux <[EMAIL PROTECTED]> wrote:
> I don't know who is the mait
>
> REMEMBER - EVERY API CHANGE YOU MAKE MEANS I HAVE TO SPEND SEVERAL HOURS
> OF WORK ALIGNING THINGS. Plus more hours keeping changes aligning for
> every future change too.
The thing that jumps out at me about this statement is the implication
that 2.2.x is changing and the 'old ways of doing t
> I would like to suggest that the getDefault * methods be depricated and
> then removed?
> And and createPointSymbolizer() return a symbolizer set up according to
> the defaults (specfied in the SLD 1.0 spec).
>
> Can anyone think of a reason why I should not do this? This *is* a
> Factory its job
On 12/7/05, Jody Garnett <[EMAIL PROTECTED]> wrote:
> James Macgill wrote:
> > I do like the idea of helper methods and classes for develoeprs but I
> > worry about hiding them inside the implemenation classes. In your
> > example last() would work for any implemena
I do like the idea of helper methods and classes for develoeprs but I
worry about hiding them inside the implemenation classes. In your
example last() would work for any implemenation of List so why hide it
inside the implementation?
James
> >
> > I don't know how this can be applied to GeoTools
Hi all
Well I'm finaly back up and running with the geotools codebase though
not yet doing much active development...
One thing that I have noticed is that the new 'api' module has
dependancies on other modules (e.g. referencing). This seems odd for
an api only module, is it intended or can the
On 11/24/05, Jody Garnett <[EMAIL PROTECTED]> wrote:
> I think that is a limitation of the shapefile format?
Indeed, it is a limitation of the dbase (dbf) format used by shapefiles.
A workaround is possible but it would take some work to implement.
Recent versions of ESRI(tm) software support a m
Hi all
Long story which I will go into later, but the bulk of it is down to
how bad easyspace are at managing domains and would only provide UK
phone suport!
geotools.org should now be back up, let me know if any particular
domains (svn, modules) are failaing for you.
James
---
Hi all.
This is our last week in State College and the last day before the
packers arive to start shipping our stuff out. As you can imagine
today is rather chaotic so the changes of me being anywhere near the
computer come IRC time are minimal.
Next Monday is my first day at work with my new jo
On 10/20/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I figured this out - I just had to do a full build. Silly me.
>
> I was just confused when it said that it had problems downloading
> something when it meant I needed to build it...
Yeah, its one of Maven's most confusing errors. It look
Just go and do maven jar:install in the referencing directory first.
You should always do a full build with a fresh checkout, failing that
just do each one as it is requested.
James
On 10/20/05, Martin Desruisseaux <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] a écrit :
> > When I try to build
Hi all
Somehow the explicit exclusion for Geot553 has been removed causing
the build to start failing, would someone mind putting the exclusion
back in?
James
---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free cont
On 10/12/05, jgarnett <[EMAIL PROTECTED]> wrote:
> Justin Deoliveira wrote:
> > Hello all,
> >
> > I fixed all the postgis tests and they all run against the database
> > refractions has set up on www.refractions.net.
> >
> > I have renamed the tests to *OnlineTest.java as is now the convention.
>
On 10/8/05, Martin Desruisseaux <[EMAIL PROTECTED]> wrote:
> I'm tring to get a 2.2.M1 release. But no matter my MAVEN_OPTS setting
> (I tried -Xmx800M), I get a OutOfMemoryError during javadoc generation
> with Maven 1. Was it noticed during previous build? What was the action?
> (maybe I miss som
> I have (on my experimental Maven 2 repository) every JARs not provided
> in http://www.ibiblio.org/maven2 including Geotools JAR. I have also
> setup our own project to links against those JARs. Users have a choice:
> they can declare a dependency to "somemodule-2.2-SNAPSHOT.jar", in which
> case
> If we cannot figure out how to get code snipits from svn into confluence (I
> have seen it done from svn) we will have to cut & paste and contain a
> disclaimer/link to the origional (saying the origional is always authoritive).
>
You mean like this:
http://www.geotools.org/display/GEOTOOLS/Testi
Macgill
Assigned to: James Macgill
The current code looks like this:
public boolean isEmpty() {
FeatureReader reader = null;
try {
reader = reader();
try {
return reader.hasNext();
} catch (IOException e) {
return
Hi all.
OK, so it shouldn't be something to shout about but given our past
grief with broken and failing builds I think the fact that the trunk
has been stable for over a month is very good news.
In that time we have had 48 builds of which only 4 failed, most
importanly each failure was fixed wit
Hi all
The JIRA issue tracker now scans the svn commit log for strings which
match GEOT- and automaticaly attaches the message to the matching
issues.
This is retroactive so all existing issues have had this information
applied to them. However, for the future it would help if all svn log
me
Support ColorBrewer palettes as function
Key: GEOT-697
URL: http://jira.codehaus.org/browse/GEOT-697
Project: GeoTools
Type: New Feature
Components: styling, filter & expression
Reporter: James Macgill
Assigne
NPEs in SLDStyleFactory on incomplete symbolizers
-
Key: GEOT-695
URL: http://jira.codehaus.org/browse/GEOT-695
Project: GeoTools
Type: Bug
Versions: 2.2.M0
Reporter: James Macgill
Assigned to: James Macgill
> In addition to being wrong, it does not scale down. As for the change of
> tag line etc should talk to James.
If you are referring to the 'The open source...' vs 'An open source'
I'm not the guy to talk to.
For years and years it was 'An' but someone (I think it may even have
been you Jody ;)
On 9/20/05, Alessio Fabiani <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I made some updates and bug fixes to the GeoTIFF trunk package and now it
> works well both for reading and writing and should not break the GeoTools
> build anymore.
Please do the commit, but do it at a time when you will be ava
On 9/19/05, Jody Garnett <[EMAIL PROTECTED]> wrote:
> Available here:
> -http://lists.refractions.net/geotools/gt2/geotools-bin-2.1.1.zip
> -http://lists.refractions.net/geotools/gt2/geotools-src-2.1.1.zip
> -http://lists.refractions.net/geotools/gt2/geotools-javadoc-2.1.1.zip
I see the bin releas
On 9/19/05, Matthias Basler <[EMAIL PROTECTED]> wrote:
> Zitat von [EMAIL PROTECTED]:
>
> > Go ahead and make those changes (in 2.1.x and trunk).
>
> I remind you that I am not authorized to commit to GeoTools, only Spike. I'd
> like to stick with that. So I need someone to actually review the co
Hard to say from what has been posted so far. Can you paste the error
message from the target/test-reports folder?
I'll try running a 2.1 build from work...
James
On 9/19/05, Jody Garnett <[EMAIL PROTECTED]> wrote:
> This is a follow up to fridays email - the problem is reproducible on my home
41 matches
Mail list logo
