Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 57582 invoked from network); 29 Oct 2009 22:47:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 29 Oct 2009 22:47:56 -0000 Received: (qmail 30040 invoked by uid 500); 29 Oct 2009 22:47:55 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 29986 invoked by uid 500); 29 Oct 2009 22:47:55 -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 29890 invoked by uid 99); 29 Oct 2009 22:47:55 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 Oct 2009 22:47:55 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of julian.goacher@gmail.com designates 72.14.220.158 as permitted sender) Received: from [72.14.220.158] (HELO fg-out-1718.google.com) (72.14.220.158) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 Oct 2009 22:47:46 +0000 Received: by fg-out-1718.google.com with SMTP id e12so1205442fga.5 for ; Thu, 29 Oct 2009 15:47:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=+qSDhTCeMMtrHMDalUiaGy4katywBFLX0TcA8hDOpas=; b=I8MsiXvK6R+Lv6zKbfQ1NZPuWLDm1lsLbKZ/UAVvU7NV0ZhGxhSxmBfR+zrOaMXWJ7 M16R21zkYDoRr9MgttRMEvXpiRXQC9wg+yeEyjdcNtOPCpBQEkb6zL+1DHaDNkLym2VN ORh95VnOeD3ONDB7D/i2uyzu2FapBwPUM51D0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=GoBz2cYEaGWJXiw5r+t7KMI+cKyHnCsFHm/UaaB1gvCOrgbVynIRm9JclbNXri5cas zubVEVA68eq1aviYOiOEIk+9wUmTUkcyj248mk4yCfsPEvipXwtJxFzvFAlJz4h8ZnIL WV39+NFpzGlXzm18uL9cMuHLtNmHwYRRcrskI= MIME-Version: 1.0 Received: by 10.86.249.22 with SMTP id w22mr544708fgh.1.1256856440896; Thu, 29 Oct 2009 15:47:20 -0700 (PDT) Date: Thu, 29 Oct 2009 22:47:20 +0000 Message-ID: <3f1568830910291547ldc358e3s30bf07c6c9ad954c@mail.gmail.com> Subject: Proposal regarding reserved names From: Julian Goacher To: user@couchdb.apache.org Content-Type: multipart/alternative; boundary=001485ede4ffb17f0904771ab168 X-Virus-Checked: Checked by ClamAV on apache.org --001485ede4ffb17f0904771ab168 Content-Type: text/plain; charset=ISO-8859-1 Hello, With respect to http://wiki.apache.org/couchdb/Reserved_words: I'm a developer currently writing an application framework layered over couchdb. The framework needs to annotate user documents with additional state information. Prior to recent releases, my framework used property names beginning with an underscore to store these annotations (following the convention that such names are separate from the user data). As things stand, this is no longer possible, but I was wondering if the couchdb dev team would consider allocating a specific property name - e.g. something like _meta - specifically for this use case. The idea would be that the property could then be used by third party developers to house any values considered orthogonal to the document data. Example: { "_meta":{ "plink_framework_property_a": 23, "plink_framework_property_b": "2009-10-29T00:00:00Z" } } Regards, /julian --001485ede4ffb17f0904771ab168--