View results here ->
http://geo.openplans.org:9090/buildresults/geotools-trunk?log=log20061129001019Lbuild.114
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chan
View results here ->
http://geo.openplans.org:9090/buildresults/geotools-trunk?log=log20061128225408
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to shar
View results here ->
http://geo.openplans.org:9090/buildresults/geotools-trunk?log=log20061128223948Lbuild.113
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chan
Hi Martin,
I just went ahead and committed the patch, it was the easiest way to get
the build back up. If there is a problem I can roll it back.
Thanks,
-Justin
Justin Deoliveira wrote:
> I apologize for the extended breakage of the build, my internet
> connection died shortly after I discove
I apologize for the extended breakage of the build, my internet
connection died shortly after I discovered there was a problem and has
been down for the last few hours. The build should be fixed shortly.
The problem is some code I committed that depends on the patch I
supplied for http://jira.c
We also dropped some proposed GridCoverage DataAccess interfaces into
your module (so our friend simboss can
provide feedback). So if you wonder what these things are - please don't
delete them :-) The other interesting proposal
in there is how to provide "connection status" information on Servic
Thanks for the heads up... I'm on it.
Thomas
Jesse Eichar wrote:
> Hi,
>
> Jody an I went over the DataService Source, etc... interfaces today and
> renamed DataService to DataAccess on you. The reason is because we
> already have a class called Service and having Service and DataService
>
Hi,
Jody an I went over the DataService Source, etc... interfaces today and
renamed DataService to DataAccess on you. The reason is because we
already have a class called Service and having Service and DataService
do two different things would be far too confusing.
Jesse
View results here ->
http://geo.openplans.org:9090/buildresults/geotools-2.3.x?log=log20061128180111Lbuild.57
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chanc
Hi Andrea,
Going to concentrate my feedback the following (since that is probably what you
need to start coding):
> http://docs.codehaus.org/display/GEOS/Versioning+WFS+-+Phase+one+implementation+proposal
>
Sorry for the delay in getting back to you, Jesse has also looked over
the following
View results here ->
http://geo.openplans.org:9090/buildresults/geotools-2.3.x?log=log20061128170818
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to shar
View results here ->
http://geo.openplans.org:9090/buildresults/geotools-trunk?log=log20061128170005
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to shar
View results here ->
http://geo.openplans.org:9090/buildresults/geotools-trunk?log=log20061128164455Lbuild.112
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chan
View results here ->
http://geo.openplans.org:9090/buildresults/geotools-trunk?log=log20061128163128
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to shar
Hi all, it's almost meeting time but I will not be able to attend.
Feel free to raise up any question concerning me and I'll gladly
respond by email after reading the logs
regards
Gabriel
-
Take Surveys. Earn Cash. Influen
I suspect the data provider has not implemented the subCollection(
filter ) method yet - can you please tell me what DataStore you are
testing with?
Here is the summary thus far
AbstractFeatureCollection - implemented
- ForceCoordianteSystemFeatureResults - from super
- MemoryFeatureCollec
Jody Garnett a écrit :
> There is always lists.refractions.m2/_share - it is a webdav folder you
> can use with your svn account info.
Maybe it would be nice to have something else than m2/_share, since I see "m2"
as something reserved for Maven 2 build. Is there any chance to setup a
different
Sure - point of reference Victor - geotools is a projection of module
maintainers (so what you like happens!)
Jody
> Hi Jody, I agree with "org.geotools.text.filter", I see it is nice to
> maintain cql parser because org.geotools.filter interface is not altered with
> that required for cql.
>
Martin Desruisseaux wrote:
> Adrian Custer a écrit :
>
>> I can generate an html version of the manual. It's 1.7 megs and I don't
>> really want to commit it into svn. Is there any place I could dump this
>> regularly so that users could access the text on the web? I would need
>> access to some
A couple comments inline ...
> It was an improvised chat about future development needed for Grid
> Coverage.
>
> Martin
>
>
> [2006-11-28 10:55:21] ok
> [2006-11-28 10:55:22] tomorrow
> [2006-11-28 10:55:26] I mig
Andrea you make a very good point:
- Expression.NULL (ie unspecified) is the correct representation of
check against the "default geometry" when working with spatial filters
- My hack to let PropertyExpression("").evaualte( feature,
Geometry.class ) is nice + scalable interpretation so PropertyAc
Adrian Custer a écrit :
> I can generate an html version of the manual. It's 1.7 megs and I don't
> really want to commit it into svn. Is there any place I could dump this
> regularly so that users could access the text on the web? I would need
> access to some machine or have someone with access p
Andrea Aime wrote:
> Hi,
>
> just yesterday I stumbled on an inconsistency between the
> geometry filters implementations and the sql pre/post splitter
> in 2.2.x (and maybe in 2.3.x, unless someone fixed this).
>
> The geom filter implementation turns null expressions into
> default geometries, bu
Andrea Aime wrote:
> Justin Deoliveira ha scritto:
>
>> Hi all,
>>
>> I have run into a situation I am not sure how to solve. What happens
>> when a binary operator runs into a null value. Right now the null value
>> gets converted to the string "null" and the comparison proceeds, this
>> leads
Hey all,
I can generate an html version of the manual. It's 1.7 megs and I don't
really want to commit it into svn. Is there any place I could dump this
regularly so that users could access the text on the web? I would need
access to some machine or have someone with access post regular updates.
It was an improvised chat about future development needed for Grid Coverage.
Martin
[2006-11-28 10:55:21] ok
[2006-11-28 10:55:22] tomorrow
[2006-11-28 10:55:26] I might have some time
[2006-11-28 10:55:33] so that I can try to put together
[2006-11-28 10:55:51] some toughts abou
PUT
Simply pass in a chunk of XML, and that object is updated.
Wait, can you just pass in part of the node/segment/ect. ? Or do you
have to pass the whole thing in? The api notes aren't super clear.
Like if I already have can I do a put
with only: and it will update?
Or do I have to
Jo Walsh wrote:
dear Chris, thanks for your prompt and full response,
On Mon, Nov 27, 2006 at 06:37:16PM -0500, Chris Holmes wrote:
I would love it if we could include our ideas on transactions and
versioning and the like in WFS-Simple, but unfortunately I do fear that
when you get in to tran
Andrea Aime wrote:
Jo Walsh ha scritto:
dear Chris, thanks for your prompt and full response,
...
You don't need much of the rest of WFS, right, to do Transactions?
Like Filter support and POST queries, GML comprehension and emission,
all these non-Simple things.
Hmm... I kind of disagr
[EMAIL PROTECTED] ha scritto:
> Here's what the current usage profile of the OpenStreetMap API. It's
> worked extremely well, and been implemented by many clients.
... funny... I did more or less the same summary this morning after
reading the API and sql informations:
http://docs.codehaus.org/di
Hi Jody, I agree with "org.geotools.text.filter", I see it is nice to
maintain cql parser because org.geotools.filter interface is not altered with
that required for cql.
If you agree we could move out cql parser to org.geotools.text in next
iteration.
Regards
On Sunday 26 November 2006 01
Jo Walsh ha scritto:
> dear Chris, thanks for your prompt and full response,
...
> You don't need much of the rest of WFS, right, to do Transactions?
> Like Filter support and POST queries, GML comprehension and emission,
> all these non-Simple things.
Hmm... I kind of disagree here, but it ma
Hi,
just yesterday I stumbled on an inconsistency between the
geometry filters implementations and the sql pre/post splitter
in 2.2.x (and maybe in 2.3.x, unless someone fixed this).
The geom filter implementation turns null expressions into
default geometries, but the pre/post splitter
(PostPreP
Justin Deoliveira ha scritto:
> Hi all,
>
> I have run into a situation I am not sure how to solve. What happens
> when a binary operator runs into a null value. Right now the null value
> gets converted to the string "null" and the comparison proceeds, this
> leads to strange results.
>
> So wha
Jo Walsh ha scritto:
> dear Justin, all,
> On Mon, Nov 27, 2006 at 11:45:24AM -0800, Justin Deoliveira wrote:
>> Considering that not many people implement wfs altogether, I dont think
>> a ton of people will implement wfs-t. I agree that a simple protocol is
>> a big win, but not if it starts to r
35 matches
Mail list logo
