Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (nike.apache.org: domain of kxepal@gmail.com designates
 209.85.212.52 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;
        b=dvMCE6lefiCzCKmtqFMVTzhwprstBlOr+ZDbin/hMmbr2K4QmVKbK4TUGK0mPKjT6T
         8ZwMge+hg+li+cHFbzoWaaRLia6VFb62G0KwhRYyki14D/oLRmaTHoGyIVQaNhr7pFvU
         ZYHQjgLcGoYK/1dZa+cu6OLg7eG0KqnaCYIb4=
MIME-Version: 1.0
In-Reply-To: <BANLkTimPQhxAvsW0-Fa6SgxzY79+P361zg@mail.gmail.com>
References: <BANLkTin78ix9+Wpu-gkevn65rsBF7YfWGA@mail.gmail.com>
	<BANLkTik34k0F9uaHHH2jV5tDtfcTUFepMQ@mail.gmail.com>
	<BANLkTimPQhxAvsW0-Fa6SgxzY79+P361zg@mail.gmail.com>
Date: Mon, 16 May 2011 21:40:00 +0400
Message-ID: <BANLkTik=RBqvwuYTTX7Q5QQapDME=JgSRA@mail.gmail.com>
Subject: Re: Passing _changes feed through a map function?
From: Alexander Shorin <kxepal@gmail.com>
To: user@couchdb.apache.org
Content-Type: text/plain; charset=UTF-8

No, you couldn't change returned document via filter_view. It just
works as regular filter, but it generates "passed" state for documents
that have been emitted by view map function at least once.
You probably wanted of some kind real-time view result stream?
Filter_view call doesn't update view index if I understood Jan right,
so you still have to make pure view function call to make result being
indexed and accessible.

About other new filter I know nothing, may be Jan or somebody other
could tell more. However, it doesn't present in query server now or
I've missed something interesting(:

------------------
,,,^..^,,,


On Mon, May 16, 2011 at 7:42 PM, Joe Freeman <joe.freeman@bitroot.com> wrote:
> On 16 April 2011 16:42, Alexander Shorin <kxepal@gmail.com> wrote:
>> On Sat, Apr 16, 2011 at 7:26 PM, Joe Freeman <joe.freeman@bitroot.com> wrote:
>>> Is there a way to pass the _changes feed (with include_docs=true)
>>> through a map function (for example, one that exists as part of an
>>> existing view)? If not, are there any plans for this?
>>
>> This functionality is already in trunk/1.1.x branch
>> https://github.com/apache/couchdb/commit/56086f07c425bd272bda5a6609ed9db3758178ba
>
> Sorry to bring up an old thread, but having had a second look at that
> commit, I'm not sure it's really what I'm after.
>
> The feature I'm after involves being able to have a _changes feed with
> include_docs=true which also gives me the ability to pass each
> document through a map function first so that I can remove unnecessary
> (and potentially big) parts of the document. At the moment I have to
> listen to _changes, and then for each change, I do another HTTP
> request to find out what the change involved - I was hoping to skip
> out this extra request.
>
> Perhaps I'm mis-understanding that commit and it does actually do what
> I want? Or maybe I'm after the 'other' mechanism that Jan mentioned?
>
> Thanks.
>