Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 46354 invoked from network); 1 Nov 2010 15:32:19 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 1 Nov 2010 15:32:19 -0000 Received: (qmail 74062 invoked by uid 500); 1 Nov 2010 15:32:49 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 73784 invoked by uid 500); 1 Nov 2010 15:32:47 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 73751 invoked by uid 99); 1 Nov 2010 15:32:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Nov 2010 15:32:46 +0000 X-ASF-Spam-Status: No, hits=2.9 required=10.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [74.125.82.54] (HELO mail-ww0-f54.google.com) (74.125.82.54) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Nov 2010 15:32:42 +0000 Received: by wwb13 with SMTP id 13so4660405wwb.23 for ; Mon, 01 Nov 2010 08:32:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.159.213 with SMTP id s63mr6980504wek.80.1288625538718; Mon, 01 Nov 2010 08:32:18 -0700 (PDT) Received: by 10.216.208.201 with HTTP; Mon, 1 Nov 2010 08:32:18 -0700 (PDT) In-Reply-To: References: Date: Mon, 1 Nov 2010 11:32:18 -0400 Message-ID: Subject: Re: Why or when is data local ? From: Benjamin Young To: user@couchdb.apache.org Content-Type: multipart/alternative; boundary=0016e65ae5967bde080493ff8323 --0016e65ae5967bde080493ff8323 Content-Type: text/plain; charset=ISO-8859-1 Marcus, CouchDB is available on Android via the CouchOne Platform installer: http://www.couchone.com/android There's work being done for the other platforms as well. Palm's WebOS has a compatible replication API for their "db8" system (for what that's worth). Lawnchair doesn't currently offer replication (that I know of), but there are similar projects that do. Browser Couch is one, but development on it has stalled (I think): http://hg.toolness.com/browser-couch/raw-file/blog-post/index.html There's also discussion/work being done in relation to the IndexedDB system being worked on in the standards communities. If it eventually offers CouchDB-compatible replication then you could replicate data in and out of the browser. Ideally, though, having it stored in a full-on CouchDB instance would give you the best option as you could also run applications, map/reduce, etc--not just data storage. You could also use the more "typical" offline options that HTML5 and an integrated SQLite DB offer, but then you'd be mixing metaphors (as it were) and that can be frustrating and confusing to develop. Hope that helps, Benjamin On Mon, Nov 1, 2010 at 11:22 AM, Wordit Ltd wrote: > On Mon, Nov 1, 2010 at 2:41 PM, Benjamin Young > wrote: > > > > Depending on what you're building, getting CouchDB on your user's machine > could be fairly trivial. > > > Thanks Benjamin (and Randall). I'm creating web apps, just HTML5 and > Javascript, possibly using couchapp as well. Most users for "casual > apps" will not want to install CouchDB. For example, mobile devices > are currently not an option to install CouchDB locally, are they? > > Are there any other solutions to achieve local storage? Maybe store > data locally on a temporary basis and post it to the server at > intervals? > > I discovered Lawnchair which does local storage using JSON in many > formats, including a local CouchDB, supports mobiles and desktops. I > wonder whether something like this could be used with server-side > CouchDB? > > http://blog.westcoastlogic.com/lawnchair/ > > > Marcus > --0016e65ae5967bde080493ff8323--