On Sun, Nov 7, 2010 at 11:29 PM, Ben Caradoc-Davies
wrote:
> On 06/11/10 08:07, Andrea Aime wrote:
>>
>> 2010/11/5 Jody Garnett:
>>>
>>> At the geotools level it is willing to cache any datastore; but wfs is
>>> what it was built for.
>>
>> And what it makes sense for. Too slow for anything else,
On 06/11/10 08:07, Andrea Aime wrote:
> 2010/11/5 Jody Garnett:
>> At the geotools level it is willing to cache any datastore; but wfs is what
>> it was built for.
> And what it makes sense for. Too slow for anything else, tried it out,
> slower than direct
> access for both shapefiles and spatial
On Sat, Nov 6, 2010 at 7:03 AM, Jody Garnett wrote:
> Thinking out load here .
>
> We have created utility classes for a couple far reaching datastore concepts
> that would otherwise be hard to implement:
> - we have a locking manager so datastores can manage "wfs style" locks as a
> wrapper aro
Thinking out load here .
We have created utility classes for a couple far reaching datastore concepts
that would otherwise be hard to implement:
- we have a locking manager so datastores can manage "wfs style" locks as a
wrapper around feature writer access (and do spot checks for any other writ
2010/11/5 Jody Garnett :
> There is already a module for caching.
> At the geotools level it is willing to cache any datastore; but wfs is what
> it was built for.
And what it makes sense for. Too slow for anything else, tried it out,
slower than direct
access for both shapefiles and spatial data
There is already a module for caching.
At the geotools level it is willing to cache any datastore; but wfs is what it
was built for.
Jody
On 05/11/2010, at 4:32 AM, Falko Bräutigam wrote:
> Hi all,
>
> Chris Holmes schrieb:
>> Wow, it'd be awesome to have a group of people taking this on.
>>
[email protected]
> Sent: Thu, 04 Nov 2010 12:41:49 +0100
> Subject: Re: [Geotools-devel] WFS module back to supported
>
> Gabriel,
>
> Yep, i mean with 'learn from the past': 'copy - paste th
_
From: Roy Braam [mailto:[email protected]]
To: Gabriel Roldán [mailto:[email protected]]
Cc: [email protected]
Sent: Thu, 04 Nov 2010 12:41:49 +0100
Subject: Re: [Geotools-devel] WFS module back to supported
Gabriel,
Yep, i mean with 'learn from the
Hi all,
Chris Holmes schrieb:
> Wow, it'd be awesome to have a group of people taking this on.
>
> After things get going there's one improvement you should definitely
> consider, and there's a chance we may get some funding to have Gabriel
> put some time in to this. Namely caching WFS. IMHO
ilto:[email protected]], Jody Garnett
[mailto:[email protected]], [email protected]
Sent: Thu, 04 Nov 2010 12:34:35 +0100
Subject: Re: [Geotools-devel] WFS module back to supported
Note I never really meant "from scratch", despite I generally shar
tt [mailto:[email protected]]
> Cc: [email protected]
> Sent: Wed, 03 Nov 2010 08:17:11 +0100
> Subject: Re: [Geotools-devel] WFS module back to supported
>
> Hi all,
> if you want to start from scratch I do have a rec
There is also a utility class called "GML" with example configurations
for common parsing / encoding tasks as another reference point.
Cheers,
Jody
On Wed, Nov 3, 2010 at 5:17 PM, Andrea Aime
wrote:
> Hi all,
> if you want to start from scratch I do have a recent implementation of an HTTP
> cli
Wow, it'd be awesome to have a group of people taking this on.
After things get going there's one improvement you should definitely
consider, and there's a chance we may get some funding to have Gabriel
put some time in to this. Namely caching WFS. IMHO the WFS protocol
isn't done quite right
On Wed, Nov 3, 2010 at 8:39 AM, Roy Braam wrote:
> Hi,
> start from scratch in unsupported land and learn from the past seems the
> best option to me.
> I have a look at the code Andrea provided and use the ContentDataStore as
> superclass.
> Of course the new development needs to be done on the t
WFSDatastore in the repository? Any
ideas for a 'working' title?
Roy
_
From: Andrea Aime [mailto:[email protected]]
To: Jody Garnett [mailto:[email protected]]
Cc: [email protected]
Sent: Wed, 03 Nov 2010 08:17:11 +0100
Subject: Re: [Geotools-devel]
Hi all,
if you want to start from scratch I do have a recent implementation of an HTTP
client for a protocol that is somewhat similar to WFS, and it's quite
compact too:
Have a look in:
http://svn.codehaus.org/geoserver/trunk/src/community/gss/src/main/java/org/geoserver/gss/
and in particular to:
Hi Frank
The current module contains two implementations of DataStore (one for WFS 1.0
and another for WFS 1.1).
The datastore factory handles the version negotiation and will create the
correct instance for the server you are contacting.
So I would highly recommend starting a new datastore fro
Gabriel, thanks for this!
Now I understand the structure within the module much better! I can
understand to create a new unsupported module is much easier that to
refactor an existing one. But from my point of view because of history and
module structure, I would prefer the later.
I'd like to have
Glad you want to help Roy, I can provide you some of the guidance you
need to get started.
First a clarification: The wfs module is divided in classes that support
wfs 1.0 and 1.1. The 1.0 code path is the one that's unsupported,
because no one that I know is able to really maintain it, nor de old
[email protected]]
Cc: [email protected]
Sent: Tue, 02 Nov 2010 15:39:09 +0100
Subject: Re: [Geotools-devel] WFS module back to supported
That is great news Roy. It is always nice when someone steps up and takes on an
unsupported module.
I believe the official maintain
That is great news Roy. It is always nice when someone steps up and takes on
an unsupported module.
I believe the official maintainer of the module is Gabriel. So he may want
to weigh in. But usually it goes that someone contributes a few patches to a
module, and once they have the trust of the ex
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
+1
I have just started using the module in AtlasStlyer a week ago, and it
can be used for some stuff. Still sometimes there are ugly bugs that i
do not understand enought to fix alone.
I would be in "the group".
Steve
Am 02.11.2010 10:43, schrieb F
1++
I'd like to get the module back to supported land too. But before we can
start I'd like to have some information about:
Should we start from scratch or just reactivate the module? Could somebody
describe the design decisions and best practices to develop an ows client?
Who would be act as a me
List,
the thread 'How to create BBOX Filter with FilterFactory2' triggered me. I want
to get the WFS module back to supported and TRY to support WFS 1.1.0. But i
don't know where to start
What's the status now?
What needs to be done?
Is there already somebody working on it?
Can we form up
thanks Mark, patch looks good to me. Go ahead and commit.
Gabriel
On 3/18/10 11:17 PM, Mark Leslie wrote:
> I've stumbled across a small bug in the WFS Feature Store (v1.0.0 in
> branch 2.6.x) and have put together a whopping one line patch for it.
> The patch has been tested in uDig and looks happ
Thanks Mark:
I will have a look tomorrow.
Jody
On 19/03/2010, at 12:17 PM, Mark Leslie wrote:
> I've stumbled across a small bug in the WFS Feature Store (v1.0.0 in
> branch 2.6.x) and have put together a whopping one line patch for it.
> The patch has been tested in uDig and looks happy. If
I've stumbled across a small bug in the WFS Feature Store (v1.0.0 in
branch 2.6.x) and have put together a whopping one line patch for it.
The patch has been tested in uDig and looks happy. If someone can
confirm that this is indeed a bug and the fix is valid I would
appreciate it.
JIRA issue pe
that should change :D
Thanks!
PS... I'm a cat person...
but dogs are cool too.
Jimbo.
-Original Message-
From: Gabriel Roldan [mailto:[email protected]]
Sent: Thursday, 18 March 2010 3:58 AM
To: [email protected]
Subject: Re: [Geotools-devel] WFS module
Jesse, please do.
Justin and me are the so-called maintainers, though finding time to
improve it is being hard, so any contribution is welcomed.
Gabriel
On 3/16/10 2:09 PM, Jesse Eichar wrote:
> Hi,
>
> I see that the WFS module is in unsupported. Is it ok if I commit occasional
> bug fixes t
You will also find that Gabriel has done some work on WFS; in particular 1.1
support (read-only).
Jody
On 17/03/2010, at 3:09 AM, Jesse Eichar wrote:
> Hi,
>
> I see that the WFS module is in unsupported. Is it ok if I commit occasional
> bug fixes to the module?
>
>
> Camptocamp has made u
There have been a few enquiries about the WFS module on the user list
lately so that would be great !
Michael
On 17 March 2010 03:09, Jesse Eichar wrote:
> Hi,
>
> I see that the WFS module is in unsupported. Is it ok if I commit occasional
> bug fixes to the module?
>
>
> Camptocamp has made u
Hi,
I see that the WFS module is in unsupported. Is it ok if I commit occasional
bug fixes to the module?
Camptocamp has made use of the module quite often and I think it would be wise
to commit bug fixes. I don't know if I can commit to full support of the
module. But I will try to keep i
Hey sorry for the late reply, though you already know I'll be glad to
co-maintain, here it goes for the record: +1, be my guest.
Gabriel
Justin Deoliveira wrote:
> Thanks for stepping up on this one Gabriel. If you would like, I would
> be happy to step up as co-maintainer for the module as wel
Thanks for stepping up on this one Gabriel. If you would like, I would
be happy to step up as co-maintainer for the module as well, since the
gt-xsd stuff is my doing :). Let me know, regardless i am happy to help
out. I have spent some time over the last few months improving GML2 parsing.
-Jus
Gabriel Roldan wrote:
> Hi all,
>
> as per the modules cleanup thread, I'm willing to take responsibility of
> the gt-wfs module, if nobody objects.
>
> sigh, gonna go to the point since the message ended up being quite large:
>
> - ok for me to step up as wfs maintainer?
This was meant to be
>
Hi all,
as per the modules cleanup thread, I'm willing to take responsibility of
the gt-wfs module, if nobody objects.
sigh, gonna go to the point since the message ended up being quite large:
- ok for me to step up as wfs maintainer?
-
- what's the plan for libray/xml?
If you want to read it
Here was the answer from IRC (for anyone else who is stuck):
jdeolive: clear out .m2/repository/net/opengis/ows
jdeolive: it should download the new ows jar
Justin Deoliveira wrote:
> Its a problem with how we are generating the emf jar for the ows model.
> We can bring this up at the meeting toda
Its a problem with how we are generating the emf jar for the ows model.
We can bring this up at the meeting today but I would like to move the
model into geotools... currently it is in GeoServer. Or if not we have
to change the jar to be a snapshot dependency.
-Justin
Jody Garnett wrote:
> Is any
Jody Garnett a écrit :
> Is anyone else able to build? I am up to date; rebuilt geoapi ... any ideas?
This is not related to GeoAPI since the package name is "net.opengis", not
"org.opengis":
>> cannot find symbol
>> symbol : method getHref()
>> location: interface net.opengis.ows.RequestMethodT
Is anyone else able to build? I am up to date; rebuilt geoapi ... any ideas?
> [INFO]
>
> [ERROR] BUILD FAILURE
> [INFO]
>
> [INFO] Compilation failure
40 matches
Mail list logo
