looking good Jody... as well as meeting the reporting requirement,
such a summary is good for non-expert folks like me to see the bigger
picture
cheers
Michael
2009/3/4 Jody Garnett :
> Okay I have dug up last years report and placed it on the wiki:
> - http://docs.codehaus.org/display/GEOTOOLS/
Okay I have dug up last years report and placed it on the wiki:-
http://docs.codehaus.org/display/GEOTOOLS/Annual+Report+2007
And have started filling in this years report:
- http://docs.codehaus.org/display/GEOTOOLS/Annual+Report+2008
I noticed that last year I mentioned contributors by name; I
Looks like we have a report due for OSGeo.
As current representative this one will be my responsibility; I will compose
my report on a wiki page and ask for review.
Jody
-- Forwarded message --
From: Tyler Mitchell (OSGeo)
Date: Wed, Mar 4, 2009 at 5:51 AM
Subject: Re: Deadline f
Quick question about using JIRA...
With the issue below, do I close this now or is it kept open for the
released versions or what ?
Please pardon my ignorance about the protocols
Michael
From: Michael Bedward (JIRA)
Date: 2009/3/4
Subject: [jira] Resolved: (GEOT-1904) unsup/mappane has icons o
Just a couple comments before I start work for the day ...
> Ok, NOW I really understand what you're talking about! Fine then, I'll
> copy SLDParser for v1.0 and call it SEParser for now (which in fact will
> become a SLD+SEParser for v1.1). Later on, if we want, we can extract a
> real SLDParser
>
> The negative feedback was based on intent of the change; which had some
>> open unresolved issues (we do not know if it is possible with out some
>> thinking).
>>
>
> Not being standard was cited as one of the reasons against it. Read the
> mail again.
I am fine being a superset of the standa
ArcSDE createSchema fails
-
Key: GEOT-2365
URL: http://jira.codehaus.org/browse/GEOT-2365
Project: GeoTools
Issue Type: Bug
Components: data arcsde
Affects Versions: 2.5.3
Reporter: Jared Eri
Andrea Aime wrote:
> Milton Jonathan wrote:
>>
>> work)
>> - That svg resource was used for a GraphicFill, but even after fixing
>> the URL, the resulting fill was a plain grey one, ignoring the
>> GraphicFill altogether
>
> That because you did not set the content type of the image, so th
Hey thanks for catching up those defects.
As they're all related to the createSchema functionality I'd say please just
create a single jira issue and attach a patch to it.
TIA,
Gabriel
On Tuesday 03 March 2009 15:08:47 jericks wrote:
> I was using the GeoTools ArcSDE extension to create a new f
I was using the GeoTools ArcSDE extension to create a new feature class and
then write features to it when I discovered a couple bugs.
First, in the ArcSDE dummy api, the SeLayer object doesn't have a public
void setGridSizes(int i, int j, int k) {} method (at least in 9.1 or 9.2).
Removing thi
Hi Tim,
glad to see you've been making good progress on this, and also glad to hear
you're interested in becomming a commiter for the wfs module.
What you need to do to make that happen is to create a jira issue explaining
the bug/improvement/whatever (http://jira.codehaus.org/browse/GEOT) and
Milton Jonathan wrote:
> work)
> - That svg resource was used for a GraphicFill, but even after fixing
> the URL, the resulting fill was a plain grey one, ignoring the
> GraphicFill altogether
That because you did not set the content type of the image, so the
code cannot find a handler to load
Martin Desruisseaux wrote:
> Hello Andrea
>
> I had a quick look at the patch you posted at
> http://jira.codehaus.org/browse/GEOT-2363 and I'm fine with it. If you
> have that change ready to commit on your local SVN, would you like to
> commit them? Alternatively I can commit your patch if yo
Jody Garnett wrote:
> The negative feedback was based on intent of the change; which had some
> open unresolved issues (we do not know if it is possible with out some
> thinking).
Not being standard was cited as one of the reasons against it. Read the
mail again.
> Sounds like Andrea and I are
Hello Jonathan
Milton Jonathan a écrit :
> Hmm, but it took me a little time to find it: it's
> in geoapi 2.2, not 2.3 right?
> http://geoapi.sourceforge.net/snapshot/javadoc/org/opengis/style/StyleFactory.html?is-external=true
> (I guess 2.3 was split, I don't know if there are javadocs around f
Hello again
Ok, NOW I really understand what you're talking about! Fine then, I'll
copy SLDParser for v1.0 and call it SEParser for now (which in fact will
become a SLD+SEParser for v1.1). Later on, if we want, we can extract a
real SLDParser v1.1 from that code.
> I have a new StyleFactoryInter
Martin Desruisseaux wrote:
> I think we missed coherence in our discussion... On my side I'm really fine
> about Ben applying his change, and in my mind the "pending" module was
> created
> for that purpose. I replied to Ben on the mailing list saying than I'm fine
> with
> him applying the ch
Hello Andrea
I had a quick look at the patch you posted at
http://jira.codehaus.org/browse/GEOT-2363 and I'm fine with it. If you have
that
change ready to commit on your local SVN, would you like to commit them?
Alternatively I can commit your patch if you prefer - at your choice, just let
m
Justin Deoliveira a écrit :
> What bothers me more is how changes to geoapi have been handled
> recently. In some cases ( like Ben's proposed changes ) it seems a
> formal proposal is needed. However in the case of recent style changes
> it seems breaking api is ok. It seems ambiguous to me.
I
Hello Andrea
Applying the patch sound fine them. Alternatively the timeout could also be put
to a yet smaller value (e.g. 1 second) - at your choice.
Martin
--
Open Source Business Conference (OSBC), March 24-2
hi,
i'm currently using the JStream maps out of the package
org.geotools.gui.swing.map.map2d.stream . But it's not easy to subclass because
some of them are protected.
What do you think, to make them public (see apended patch).
cheers, Frank
map2d.stream.handler.patch
Description: Binary data
21 matches
Mail list logo
