Received: from localhost (unknown [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id B62C364FCCF for ; Wed, 17 Sep 2008 23:06:14 -0300 (ADT) Received: from postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 43745-04 for ; Wed, 17 Sep 2008 23:06:11 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from smtp148.sat.emailsrvr.com (smtp148.sat.emailsrvr.com [66.216.121.148]) by postgresql.org (Postfix) with ESMTP id C729C64FCCE for ; Wed, 17 Sep 2008 23:06:11 -0300 (ADT) Received: from relay4.relay.sat.mlsrvr.com (localhost [127.0.0.1]) by relay4.relay.sat.mlsrvr.com (SMTP Server) with ESMTP id 97B3127B676; Wed, 17 Sep 2008 22:06:09 -0400 (EDT) Received: by relay4.relay.sat.mlsrvr.com (Authenticated sender: chander-AT-otg-nc.com) with ESMTP id 2D6AE27B866; Wed, 17 Sep 2008 22:06:08 -0400 (EDT) Message-ID: <48D1B79A.5020204@otg-nc.com> Date: Wed, 17 Sep 2008 22:06:18 -0400 From: Chander Ganesan User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Joshua Drake CC: Josh Berkus , pgsql-www@postgresql.org, Tom Lane , Andrew Sullivan , Dave Page Subject: Re: Download links References: <937d27e10808110203l790a9c3eud97fdde42f70b92f@mail.gmail.com> <48D181EC.3040204@otg-nc.com> <223.1221690305@sss.pgh.pa.us> <200809171538.29529.josh@agliodbs.com> <20080917162341.1cb55f94@jd-laptop> In-Reply-To: <20080917162341.1cb55f94@jd-laptop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests=none X-Spam-Level: X-Archive-Number: 200809/108 X-Sequence-Number: 15817 Joshua Drake wrote: > On Wed, 17 Sep 2008 15:38:29 -0700 > Josh Berkus wrote: > > >> All, >> >> >>> I tend to find this a bit misleading: both the front page and the >>> linked-to pages give the impression that you are being pointed to >>> community-supplied binaries. With all due respect to Dave, I agree >>> that having to fork over identifying information to EDB is not >>> something I want people to think the community is pushing. >>> >> Well, I can see two solutions: >> (1) EDB stops collecting the information on community redirects, or >> (2) we move it to a section clearly labelled as "commercial >> distributors". >> >> (2) has the advantage that, should *more* commercial distributors >> show up, we have a place to put them. >> > > I think there is some confusion here. EDB does not require collection > of any data to download the software. Correct. As I said in my previous email, the information isn't required. However, IMHO, the presentation of a form at all to collect such information results in a significant market advantage over other vendors that also support PostgreSQL ...its great when the develop their leads at all, but when those leads come directly from the community site, its a whole different story.... All things being equal, it provides EDB with a huge competitive advantage - that many other contributors cannot avail themselves to (for a variety of reasons). The question being, should any vendor who chooses to package their own installer be given a position that is preferential over other vendors that contribute in a different (but perhaps just as beneficial to the community) way? I'm not sure I would classify this as an EDB related issue specifically, it's a question that is speaks toward a general policy with regard to how such things are handled.... -- Chander Ganesan Open Technology Group, Inc. One Copley Parkway, Suite 210 Morrisville, NC 27560 919-463-0999/877-258-8987 http://www.otg-nc.com