Received: from localhost (maia-3.hub.org [200.46.204.184]) by postgresql.org (Postfix) with ESMTP id 8D2619FB829; Sat, 4 Aug 2007 14:59:52 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 17787-04-2; Sat, 4 Aug 2007 14:59:47 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from svr2.hagander.net (svr2.hagander.net [88.198.128.226]) by postgresql.org (Postfix) with ESMTP id 965C89FA2DF; Sat, 4 Aug 2007 14:59:49 -0300 (ADT) Received: from dynamic.hagander.net ([127.0.0.1]) (encrypted and authenticated) by svr2.hagander.net (Postfix) with ESMTP id 1F6A4DCC193; Sat, 4 Aug 2007 19:59:48 +0200 (CEST) Message-ID: <46B4BEAE.4040308@hagander.net> Date: Sat, 04 Aug 2007 20:00:14 +0200 From: Magnus Hagander User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Lukas Kahwe Smith CC: Dave Page , pgsql-advocacy@postgresql.org Subject: Re: [pgsql-www] We need an Advocacy wiki References: <200708041813350000@3057932291> <46B4BD3A.2060301@pooteeweet.org> In-Reply-To: <46B4BD3A.2060301@pooteeweet.org> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200708/66 X-Sequence-Number: 11636 Lukas Kahwe Smith wrote: > Dave Page wrote: > >> Using a wiki for a public website looks completely unprofessional and >> gives the impression of a small organisation without the resources to >> do things properly. > > Honestly I dont think that our target audience cares much. What I do Apparently we define our target audience a lot differently ;-) What group does not notice an unprofessional web presence these days? > feel is important is that we have some kind of editorial process to > ensure that there is no content on there, that the community at large > does not endorse or that is not labeled properly. This requires a group > of people subscribing to the changelog RSS feed and keeping an eye on > what goes in and warning this list if there is questionable content. It > also requires regular spring cleaning (I would say once per quarter). That method leaves it very possible for incorrect data to be up on the main site for three months, which is IMHO unacceptable. I can accept that for a community collaboration site (like the current wiki), but not for the main web presence. "Moderation" has to happen before the fact there. (that's a principle completely unrelated to if a wiki is used or not - I assume there are wikis that can deal with that workflow as well) /Magnus