Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1508D98AB for ; Tue, 13 Mar 2012 19:02:38 +0000 (UTC) Received: (qmail 56691 invoked by uid 500); 13 Mar 2012 19:02:37 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 56642 invoked by uid 500); 13 Mar 2012 19:02:37 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 56634 invoked by uid 99); 13 Mar 2012 19:02:37 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Mar 2012 19:02:37 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [80.244.253.218] (HELO mail.traeumt.net) (80.244.253.218) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Mar 2012 19:02:30 +0000 Received: from [10.0.0.10] (91-64-198-154-dynip.superkabel.de [91.64.198.154]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.traeumt.net (Postfix) with ESMTPSA id BAFA514503; Tue, 13 Mar 2012 20:02:51 +0100 (CET) Subject: Re: Couchbase trademark issues Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Jan Lehnardt In-Reply-To: Date: Tue, 13 Mar 2012 20:02:09 +0100 Cc: Apache Brand Management Content-Transfer-Encoding: quoted-printable Message-Id: <8BEA9BDA-F10A-4DB5-897B-5CE5D1DB2C0B@apache.org> References: <4F5EC423.2070101@shanecurcuru.org> <4F5EC691.3000602@shanecurcuru.org> To: dev@couchdb.apache.org X-Mailer: Apple Mail (2.1257) X-Virus-Checked: Checked by ClamAV on apache.org On Mar 13, 2012, at 14:52 , Robert Newson wrote: > I don't believe any CouchDB committer or PMC member has any interest > in changing the project name. >=20 > I personally feel, as you do, that it's the other products that must > clearly distinguish themselves from CouchDB. The company and product > called "Couchbase" clearly confuses the community, who reasonably, but > erroneously, believe that it's related to CouchDB (the truth, now, is > that couchdb is an important but internal component). Sponsoring the > "CouchConf" conferences which talks about "Couch NoSQL technology" but > also "the Couchbase technology" is similarly confusing, especially as > "CouchConf"'s in the past were about Apache CouchDB and things > compatible or complementary to it. >=20 > For my part, the ideal solution would be for Couchbase to rename its > product and conferences to not imply that they are about CouchDB, to > me that means not using the word 'couch'. I understand that the > trademark we hold is on 'Apache CouchDB' and that we cannot assert any > rights over the word 'couch', but I don't think anyone can deny that > confusion caused is real. Since the Couchbase product is not CouchDB > compatible it's surprising that it hasn't been rebranded for marketing > reasons already. [both hats]: While I agree that, looking solely at a potential confusion issue, a rename would be a big step towards avoiding said issue, it is also not very practical (as per Shane, things aren't binary) to expect Couchbase to change their naming. I'd be interested to hear what other measures you think Couchbase could take? Feel free to take this to private@apache.couchdb.org to discuss with the PMC as well. Cheers Jan --=20 >=20 > B. >=20 > On 13 March 2012 04:01, Shane Curcuru wrote: >> (Whoops! Apologies for mixed up subjects and poor threading; I'm not = on >> dev@) >>=20 >> I just wanted to add one other comment about this previous note: >>=20 >> James Hayton wrote on Feb 20, 2012: >>>=20 >>> Maybe a crazy idea, but since the end result of any legal stuff = would >>> be somebody changing the name of something, why doesn't Apache >>> CouchDB just re brand itself? I mean we need a website makeover, >>> etc... Why don't we just ditch the name and come up with something >>> better with a new vision, new leadership, etc... Lets put a few >>> features in that people have been asking for, include the big couch >>> code (clustering), create a new website and call it something >>> different. (CouchDB 2.0 Becomes AwesomeDB lol) >>>=20 >>> I understand that alot of people have quite a bit invested in the >>> name CouchDB, at this may not be something realistic, but this just >>> seems like at least another option we should discuss. >>>=20 >>> Just my .02. >>>=20 >>> James >>=20 >>=20 >> If the bulk of the Apache CouchDB PMC truly wanted to consider a = rename (and >> discussed and [VOTE]d on the matter, then we'd certainly help that to >> happen. The PMC *is* who gets to decide the project direction. >>=20 >> But I'm confident that's *not* the case, since several folks have = spoken out >> against it. I personally think it would be a really bad idea to = change the >> CouchDB name - especially since CouchDB is arguably the first project = that >> gave such brand recognition to the "Couch" name in the noSQL database = arena. >>=20 >> In most trademark issues, I'd think more people would ask why the >> *follow-on* products don't change their names, rather than the = original >> product. But in this case, I'm hoping that the pain of renaming is = not >> necessary, and we can reduce user confusion by both improving our own = story, >> as well as asking other Couch-named products to better differentiate >> themselves and better give us - this PMC, the committers, and the ASF = - the >> credit we deserve for building and shipping Apache CouchDB itself in = the >> first place. >>=20 >> - Shane >>=20