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 Martyn.Pearce@gs.com
 designates 204.4.178.100 as permitted sender)
From: "Pearce, Martyn" <Martyn.Pearce@gs.com>
To: 'user' <user@couchdb.apache.org>
CC: 'CouchDB Developers' <dev@couchdb.apache.org>
Date: Mon, 25 Mar 2013 16:46:33 +0000
Subject: RE: Google Summer of Code topics
Thread-Topic: Google Summer of Code topics
Thread-Index: Ac4peDifLejT0K9uT6a1JYQAPK8KNgAABQRA
Message-ID: 
 <1650166E173D354E9382181CA2DA9B0C0BE792DFD5@GSCMEUP05EX.firmwide.corp.gs.com>
References: 
 <CAL+Y1ns3eujgqeBC-3KhdAM2Xa5d22Wqkm_w3cHi4cGMbvX4UQ@mail.gmail.com>
 <7BF0E6DD-9A71-49AB-9640-8962F828D5FE@yahoo.com>
 <CACrj35HJspzxyC9O3z2EVaqRohzyWHSHaFVgoPGQDHAYjdDJhg@mail.gmail.com>
 <1650166E173D354E9382181CA2DA9B0C0BE792DF08@GSCMEUP05EX.firmwide.corp.gs.com>
 <CACrj35EWRHbRjvUzpHX_FY-h8FQ1jvuLj0T2apgq0ctpq0uziw@mail.gmail.com>
 <1650166E173D354E9382181CA2DA9B0C0BE792DFC1@GSCMEUP05EX.firmwide.corp.gs.com>
 <CACrj35Gb+vg0vrb7DavocwBWJcAv=mHyDFsimR1cznKq13EYgw@mail.gmail.com>
In-Reply-To: 
 <CACrj35Gb+vg0vrb7DavocwBWJcAv=mHyDFsimR1cznKq13EYgw@mail.gmail.com>
Accept-Language: en-US, en-GB
Content-Language: en-US
acceptlanguage: en-US, en-GB
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

thanks

-----Original Message-----
From: Mark Hahn [mailto:mark@hahnca.com]=20
Sent: Monday, March 25, 2013 4:45 PM
To: user
Cc: CouchDB Developers
Subject: Re: Google Summer of Code topics

Here is the code in a gist .. https://gist.github.com/mark-hahn/5238514


On Mon, Mar 25, 2013 at 9:00 AM, Pearce, Martyn <Martyn.Pearce@gs.com>wrote=
:

> Posting it here would be a great start.  That would imply permission for
> interested parties to post it on an examples page, I think.
>
> Thanks,
>
> -----Original Message-----
> From: Mark Hahn [mailto:mark@hahnca.com]
> Sent: Monday, March 25, 2013 3:59 PM
> To: user
> Cc: CouchDB Developers
> Subject: Re: Google Summer of Code topics
>
> How would you suggest I publish it?  I don't have a blog.  I guess I coul=
d
> post it here for now.  It's not very big.
>
>
> On Mon, Mar 25, 2013 at 2:19 AM, Pearce, Martyn <Martyn.Pearce@gs.com
> >wrote:
>
> > It would be a great published example/howto if you were willing to
> publish
> > your code for that.
> >
> > -----Original Message-----
> > From: Mark Hahn [mailto:mark@hahnca.com]
> > Sent: Friday, March 22, 2013 6:14 PM
> > To: user
> > Cc: CouchDB Developers
> > Subject: Re: Google Summer of Code topics
> >
> > >  Implement partial reads and updates of documents,
> >
> > In case anyone didn't know, you can do partial updates right now with a=
n
> > update handler.  I have been using one for some time that allows the ap=
p
> to
> > modify any part of a doc with a single http request.  It even allows on=
e
> to
> > modify an attribute nested inside objects.  I've ended up using only th=
is
> > for all updates.
> >
> >
> > On Fri, Mar 22, 2013 at 7:20 AM, Jeff Charette <iomatix@yahoo.com>
> wrote:
> >
> > > My top 3 for couchapps:
> > >
> > > 1. more robust _rewrites module to do things like, possibly introduce
> > > regex matching
> > >
> > >
> >
> http://stackoverflow.com/questions/14839422/rewrite-without-file-extensio=
n-in-couchdb
> > > 2. doc level security
> > > 3. with secure_rewrites true, _attachments handler moved to design do=
c
> > > level /db/_design/doc/_attachments - like an update handler
> > >         - database level _users, so /db/_design/doc/_users - behaves
> just
> > > like /_users
> > >
> > > Sorry if any of this is pathetically naive!
> > > Jeff Charette | Principal
> > > We Are Charette
> > > web / identity / packaging
> > >
> > > m  415.298.2707
> > > w  wearecharette.com
> > > e   jeffrey@wearecharette.com
> > >
> > > On Mar 22, 2013, at 7:13 AM, Dave Cottlehuber <dch@jsonified.com>
> wrote:
> > >
> > > > Hi folks,
> > > >
> > > > GSOC[1][2] registration for ASF closes this weekend, and we'd like =
to
> > > > get some proposals into it, viz
> http://community.apache.org/gsoc.html
> > > > from last year.
> > > >
> > > > If you reply, please do so just to the dev@ list -- note I BCC'd
> > > > users@ for some ideas.
> > > >
> > > > I've got a few suggestions to get the ball rolling, with numbers
> where
> > > > taken from the future features list:
> > > > https://gist.github.com/rnewson/2387973
> > > >
> > > > 6. implement a Domain-Specific Language to run within the Erlang VM=
,
> > > > to support native speed filtering, validation, and indexing in
> > > > addition to the current in-built JS and erlang ones. Maybe somethin=
g
> > > > that includes http://jsonselect.org/
> > > >
> > > > 8/9. Rewire CouchDB's HTTP layer to support websockets and spdy. I
> > > > think this implies switching to cowboy, this could be too messy.
> > > >
> > > > 12. Extend CouchDB's query model (e.g.
> > > > https://developers.google.com/chart/interactive/docs/querylanguage)
> to
> > > > support a richer syntax.
> > > >
> > > > 13/14. Implement partial reads and updates of documents,
> > > >
> > > > Make the javascript view engine faster. Could include v8 bindings,
> > > > different / parallel communication approaches between erlang and
> > > > javascript worlds, avoiding reparsing JSON roundtrips, and make it
> > > > faster than the current spidermonkey implementation.
> > > >
> > > > Implement external storage of attachments and appropriate HTTP API
> > > > hooks incl replication to allow hosting attachments outside the
> .couch
> > > > files, either on local storage, or in cloud blob storage (S3, azure
> > > > etc).
> > > >
> > > > Implement a view development sandbox, where you can easily prototyp=
e
> > > > with a sub-set of documents without long build times.
> > > >
> > > > Add an optional HTTP compression layer to CouchDB. It would be real=
ly
> > > > cool if you could do the compression during doc update (or view
> > > > creation or something) so that it can be served directly next time.
> > > > See https://github.com/lgerbarg/couchdb/tree/gzip-support for a
> prior
> > > > implementation or https://gist.github.com/archaelus/76455 for a
> > > > file-based approach, and
> > > >
> > http://visualstart.blogspot.co.at/2012/02/mochiweb-erlang-and-gzip.html
> > > > for some other ideas.
> > > >
> > > > Develop a plugin API & rework the authentication layer to allow
> > > > plugging in ErLDAP, nodejs with EveryAuth or PassportJS or in fact
> > > > anything you like.
> > > >
> > > > Extend geocouch and/or couchdb with some of Volker's ideas (cue
> > > > Volker). Or stuff like quadtrees, geohashes or hilbert curves.
> > > >
> > > > Finally, if you are interested in being a mentor, please speak up!
> > > >
> > > > A+
> > > > Dave
> > > >
> > > > [1]: http://www.google-melange.com/gsoc/homepage/google/gsoc2013
> > > > [2]:
> > >
> >
> https://groups.google.com/forum/?fromgroups=3D#!topic/google-summer-of-co=
de-discuss/yYM2ru4bTeo
> > >
> > >
> >
>