X-Original-To: pgsql-www-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by postgresql.org (Postfix) with ESMTP id 00C909DD43D for ; Sun, 26 Mar 2006 05:18:04 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 43063-07 for ; Sun, 26 Mar 2006 05:18:05 -0400 (AST) Received: from svr4.postgresql.org (svr4.postgresql.org [66.98.251.159]) by postgresql.org (Postfix) with ESMTP id 176399DD07B for ; Sun, 26 Mar 2006 05:18:02 -0400 (AST) Received: from soufre.accelance.net (soufre.accelance.net [213.162.48.15]) by svr4.postgresql.org (Postfix) with ESMTP id 76C465AF9F6 for ; Sun, 26 Mar 2006 09:18:04 +0000 (GMT) Received: from [86.193.178.134] (ALyon-254-1-39-134.w86-193.abo.wanadoo.fr [86.193.178.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by soufre.accelance.net (Postfix) with ESMTP id 0767F5D64; Sun, 26 Mar 2006 11:17:56 +0200 (CEST) Message-ID: <44265C43.8010206@smet.org> Date: Sun, 26 Mar 2006 11:17:55 +0200 From: Guillaume Smet User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc3 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dave Page Cc: oleg@sai.msu.su, jd@commandprompt.com, tgl@sss.pgh.pa.us, pgsql-www@postgresql.org Subject: Re: search.postgresql.org References: <00e301c65061$595eff0b$6a01a8c0@valehousing.co.uk> In-Reply-To: <00e301c65061$595eff0b$6a01a8c0@valehousing.co.uk> X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0 required=5 tests=[none] X-Spam-Score: 0 X-Spam-Level: X-Archive-Number: 200603/147 X-Sequence-Number: 9737 Dave Page wrote: > The config being shown is the one used for the main www.postgresql.org site search, thus results from that site are favoured over external sites. The archives are ranked even lower because of the potential for additional noise. Speaking of that, I noticed a problem a few days ago related to the scope of the search. You can reproduce it this way: http://www.postgresql.org/docs/8.1/interactive/index.html Search for alter table for example: http://search.postgresql.org/www.search?ul=http%3A%2F%2Fwww.postgresql.org%2Fdocs%2F8.1%2Finteractive%2F%25&fm=on&cs=utf-8&q=ALTER+TABLE You have 91 results and especially the results from the documentation. But when you click on the search button again on the results page, the ul parameter is not here anymore and you have pretty bad results: http://search.postgresql.org/www.search?cs=utf-8&fm=on&gr=on&o=0&ps=20&s=rate&q=ALTER+TABLE We have only 15 results and the documentation is not there. So we should probably keep the ul parameter in the new form when set in the query string but I don't understand why we don't have the doc results when ul is not there and I suspect the search should be global in this case. Regards, -- Guillaume