Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of paul.joseph.davis@gmail.com
 designates 74.125.46.31 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        b=YdiKCNpxdEw6f1SLibFrUQo+05SWMXko5KQsL7n5dtgcCcEOmo8Vessk5E7+SGPfMK
         C07HWwoeZULTCmtOWLqMvvNd4GK5McX518r2o/XYUd3A4zmx5L4fKgQM5mAU41HtSWIF
         2dmETRPtWxqO97csOIngKZiI/uzlwxaqvEVrc=
MIME-Version: 1.0
In-Reply-To: <64a10fff0903100540y4cffade2r8516cb5d4a7114ec@mail.gmail.com>
References: <20090310095437.GA726@tumbolia.org>
	 <e2111bbb0903100443h3be03390j3c694a3ee8f973e8@mail.gmail.com>
	 <20090310115033.GF1876@tumbolia.org>
	 <64a10fff0903100459u2aebf66cj3bfd0044528f3082@mail.gmail.com>
	 <e2111bbb0903100507t69b31c43sf48be22937daea4a@mail.gmail.com>
	 <3376B25D-50D8-4FBD-86C5-8501F77446CE@apache.org>
	 <64a10fff0903100523m49817317w9dfa567faa40ac97@mail.gmail.com>
	 <57BA1F75-FE37-4F99-BFCD-76454C0122BB@gmx.de>
	 <64a10fff0903100540y4cffade2r8516cb5d4a7114ec@mail.gmail.com>
Date: Tue, 10 Mar 2009 08:46:27 -0400
Message-ID: <e2111bbb0903100546w14f26244m32a0c8b57acc5c52@mail.gmail.com>
Subject: Re: JSONQuery
From: Paul Davis <paul.joseph.davis@gmail.com>
To: user@couchdb.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

On Tue, Mar 10, 2009 at 8:40 AM, Dean Landolt <dean@deanlandolt.com> wrote:
> On Tue, Mar 10, 2009 at 7:34 AM, Christopher Lenz <cmlenz@gmx.de> wrote:
>
>> On 10.03.2009, at 13:23, Dean Landolt wrote:
>>
>>> As an example of what I mean, JSONSchema already has an implementation in
>>> another language (in this case, python again[1]). And JSONQuery even less
>>> javascript-idiomatic. If you'd like, I'd be happy to try my hand at
>>> implementing it in erlang -- but I was thinking it would be most helpful
>>> for
>>> view ops (thus, in js). It would be pretty convenient if there were
>>> agreed-upon path semantics -- specifically for things like searching.
>>>
>>
>> Everyone in this thread seems to know where/how JSONPath would fit into
>> CouchDB, but I have no idea :)
>>
>> What would this be useful for?
>

Same as Dean, the one place I really saw using it a lot would be in
full text searching. I'm not *as* convinced for document fragments,
but if there were a somewhat standardized version I don't see any
reason to not support it.

>
> One way -- retrieving doc fragments. Another -- for json-based configuration
> of fti, rather than having to interpret js functions via rhino or
> python-spidermonkey (no offense Paul -- that's still a kickass project ;).
> There are probably quite a few others that will shake out -- but having an
> agreed-upon way to reference portions of a doc (or a view) should prove
> useful.
>

Heh. None taken and I agree whole heartedly.