I assume it is set up properly, I was able to build a few days ago. I
will try setting it up again and see if that helps.
Brent Owens
(The Open Planning Project)
Richard Gould wrote:
> Is your JAI set up properly? I had to reconfigure my java yesterday and
> I had that problem when my JAI was
Is your JAI set up properly? I had to reconfigure my java yesterday and
I had that problem when my JAI was not set up.
On Thu, 2006-31-08 at 12:38 -0700, Brent Owens wrote:
> Anyone else getting this build error on 2.2.x?
>
> 31-Aug-2006 12:34:32 PM org.geotools.renderer.lite.Rendering2DTest
> c
Jody Garnett ha scritto:
> Q- Module Maintainers, have you updated your review.txt files?
What do you mean by updated? the only review.txt file I own (gtopo30)
does not have any action for me.
Only, it states test data has been removed while we added it back
in a quite smaller form, but the gtopo
Jody Garnett a écrit :
> A couple of questions for those assembled here :-)
> Q- Richard, can we make our release modules a subset of those in our
> build process?
I don't think so. But we may consider to create (yet an other) profile in the
Maven build.
> Q- Module Maintainers, have you update
Anyone else getting this build error on 2.2.x?
31-Aug-2006 12:34:32 PM org.geotools.renderer.lite.Rendering2DTest
createDefQuer
yTestStyle
INFO: got new Stroke org.geotools.styling.StrokeImpl:
Color #ff
Width 3
Opacity 1
LineCap butt
LineJoin miter
Also, everyone note that Arnulf (cced) is the viscomm lead for the
foss4g conference. So if you have visibility type questions, forward on
to him.
Arnulf, I think we have close to 10 developers going. We've got a BOF,
and we are happy to put time in at the table.
I think Brent and I both h
Okay it has been several weeks since I finished to providence review - I
would like to work through as a community what we need to do in order to
finish up.
As far as I understand it we have:
a) open question about doc license
b) osgeo (c) license procedure
c) review user docs status
d) kick all
Jody Garnett a écrit :
> - I imagine Martin has carefully named the methods so an Java 5 Enum can
> extend CodeList, although I am not positive on this
It was my intend. Unfortunatly it doesn't seem to be possible (at least last
time I tried).
The ISO specification make a clear distinction betw
Hi Matt, I did not know the [EMAIL PROTECTED] email list was in
operation - I need to shut it down :-(
You can find us at geotools-devel@lists.sourceforge.net, the sign up
info is on our web site.
To answer your question, you can make use of functions that work on
evaulated expressions (includ
Vitali Diatchkov wrote:
> The functionality you are talking about (methods) are from
> java.util.Collection (those methods except update()..)?
>
Indeed, and if look to the feature model branch I think update would of
even be covered.
>> That answer the question from an API perspective (is the c
Hi - thanks... I'm afraid I still can't compile. I'm wondering if its something
wrong at my end.
I'm checking out the the whole of geotools/trunk. I've got jai and jai imageIO
installed. I'm using java 1.4 and maven 2. Should I be using maven 1?
I cd to gt directory and run 'mvn install', the
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:geotools-devel-
> [EMAIL PROTECTED] On Behalf Of Jody Garnett
> Sent: Thursday, August 31, 2006 11:12 AM
> To: Vitali Diatchkov
> Cc: geotools-devel@lists.sourceforge.net
> Subject: [Geotools-devel] FeatureStore limitations -> to
> Fe
Hi Oliver, you asked for an example of using CodeList
Things to note in the following example:
- serialVersionUID is required, we need to be able to send these things
back and forth
- you can directly create your static final constants using a constructor
- your subclass needs to maintain a list
Sweet,
Justin and I ran into the same problem, note you can also use this to
remove the AttributeType.parse method and the DataStoreFactory.PARAM
parse code,
currently each one of these things does the Constructor dance
(reflecting in the target type to look for a constructor that takes a
Stri
Good day,
I have considered making this functionality before, but have always
resisted - for two reasons:
1. It does not scale, and I often find projects prototyped very quickly
and then running into memory limitations later
2. A detached FeatureCollection, still looks like a FeatureCollection -
Can you edit the wiki page then? Thanks to Chris, Brent and Justin for
signing up :-) I think it will really help our visibility, thus far we
have not been too involved.
Jody
> Jody Garnett ha scritto:
>> So here is the link ...
>>
>> http://wiki.osgeo.org/index.php/OSGeo_at_FOSS4G2006#Staff_Pla
Thanks for the fun questions, answer in line.
The features are visisble in the following rendering process *iff* the
renderer is using the same Transaction (ie
then it would use the same Transaction.State to hold the JDBC
Connection, and thus would see the same data).
In uDig we carefully only
The part uDig did not implement for the catalog API, namely
ResolveAdapterFactory.
> Jody Garnett ha scritto:
>> Hi Guys,
>> I am trying to synchronize GeoTools and uDig development, and need
>> permission to grab some of the extra interfaces Justin kindly filled
>> in for us. As module maintain
Probably after talking with Jesse :-)
So as an update I asked Justin and Jesse to talk on skype the other day
and we arrived at the following:
1. URI is much "nicer" to work with then URL for this purpose
2. Justin has a deadline this week, he is using his GeoTools Catalog
code for his WFS 1.1 i
19 matches
Mail list logo
