Re: [Geotools-devel] coding conventions and eclipse warnings?

The only thing I'd add to Ben's points is: liberal use of informative comments is much encouraged and greatly appreciated :) Michael On 24 September 2010 12:29, Ben Caradoc-Davies wrote: > Tara, > > there is no convention on warnings. Generally we just fix things as we > go, although some mainta

Re: [Geotools-devel] where has used the Postgis long transactions support

Actually Jiong; the WFS specification asks for a different form of locks. locks that expire after a set duration, functions were added to postgis to support this workflow but we were never able to make use of them. I have not considered how to apply row locks within the confines of the WFS lock

Re: [Geotools-devel] where has used the Postgis long transactions support

We started that work at Refractions; but did not get the round of money needed to hook it up to GeoTools. It is however a good idea :-) If you are interested in doing the work we have a much cleaner datastore api now for database work; although I am not sure if we have factored out the locking

Re: [Geotools-devel] process annotations

I think he only reviewed the limited dem example that is in the code base which is probably not complete. Bastian when you get a chance you actually have to look at the IProcess object and the Param data structure (which has a wealth of detail about expected parameters). Jody On 24/09/2010, a

Re: [Geotools-devel] IRC meeting on attribute evaluation

There already is a custom filter factory in app-schema to provide namespace support. This may be a suitable extension point. On 23/09/10 23:55, Justin Deoliveira wrote: > Well I think what was meant was that app-schema datastore was going to visit > the incoming filter and replace the property n

Re: [Geotools-devel] coding conventions and eclipse warnings?

Tara, there is no convention on warnings. Generally we just fix things as we go, although some maintainers (you know who you are) complain about coding style fixes included with submitted patches as they can obscure substantive changes. GeoTools before 2.6 was a Java 1.4 project. When generics

Re: [Geotools-devel] IRC meeting on attribute evaluation

Actually, Ben said there is already a custom filterfactory for app-schema. Seems like it is not going to be that hard, then. On 23/09/10 23:55, Justin Deoliveira wrote: Well I think what was meant was that app-schema datastore was going to visit the incoming filter and replace the property name

[Geotools-devel] coding conventions and eclipse warnings?

I've just been tweaking my development environment, and I was curious about the many warnings that Eclipse generates. I have a working set for the app-schema module, and with the default settings, Eclipse generates over 9000 warnings. About 60% of these are connected to generics, 35 % to use of

Re: [Geotools-devel] commits mailing list

Ah, ok this is still the mailing list we use. I thought for some reason it had changed when we switched svn to osgeo. Nevermind, i can change the address. Thanks Gabriel. On Thu, Sep 23, 2010 at 10:22 AM, Gabriel Roldán wrote: > do you want me to change your subscribed email address to @opengeo.o

Re: [Geotools-devel] commits mailing list

do you want me to change your subscribed email address to @opengeo.org? On Thu, 2010-09-23 at 13:21 -0300, Gabriel Roldán wrote: > this is the only one I know of? > > > On Thu, 2010-09-23 at 10:10 -0600, Justin Deoliveira wrote: > >

Re: [Geotools-devel] commits mailing list

this is the only one I know of? On Thu, 2010-09-23 at 10:10 -0600, Justin Deoliveira wrote: > Hi all, > > > Does anyone know how to manage your subscription to the commits > mailing list. Recently we did a switch over for mail at wo

Re: [Geotools-devel] breaking attribute access behaviour

chipping in really late, sorry. There might be a way to at least alleviate the problem without any code change... You're right the filter spec does not say anything about non existent properties, and the current behaviour is 'consistent' with xpath in that X-Path will return an 'empty list' when a

[Geotools-devel] commits mailing list

Hi all, Does anyone know how to manage your subscription to the commits mailing list. Recently we did a switch over for mail at work and the messages are going to the wrong email address. I would like to change it? I can't seem to find the info page for the mailing list. Only the old sourceforge o

Re: [Geotools-devel] IRC meeting on attribute evaluation

Well I think what was meant was that app-schema datastore was going to visit the incoming filter and replace the property name with a custom one. THis could be done with a custom filter factory at that level but seems a bit overkill. On Thu, Sep 23, 2010 at 2:36 AM, Jody Garnett wrote: > Why hac

Re: [Geotools-devel] process annotations

On 22/09/2010 17:00, Bastian Schäffer wrote: > Dear Jody, > > we did not look directly at the annotation but at the metadata that is > provided by a processfactory (which might be based on the annotations). > > Problems were that some input datatype were just of type "Object" so it > is hard from

Re: [Geotools-devel] process annotations

Dear Jody, we did not look directly at the annotation but at the metadata that is provided by a processfactory (which might be based on the annotations). Problems were that some input datatype were just of type "Object" so it is hard from that to create a process description automatically. Hope

[Geotools-devel] where has used the Postgis long transactions support

Hi all, Postgis long transactions support was developed with postgis 1.1.3. But I don't know which Web feature server has used it. Postgis long transactions support includes extented lock tables and severl functions as lockrow, addauth, etc. It is used for WFS-T implementation, such a

Re: [Geotools-devel] IRC meeting on attribute evaluation

Why hack? Pass in a different filterfactory - that is why we have factories right! On 23/09/2010, at 1:16 PM, Niels wrote: > I will see how I can hack the FilterFactory to produce a different > attributeexpression implementation for app-schema. > > On 23/09/10 11:12, Jody Garnett wrote: >>

Re: [Geotools-devel] Moving all the old jdbc interfaces to unsupported?

Concerning the old db2 module, you can make a cleanup. I am 99% sure that nobody uses it. I never have seen a mail on the user list during the last years. And btw, I will not support it. Cheers Christian Quoting Justin Deoliveira : > I thought we more or less told people that those datastor