Re: search engine in apache docs

2007-06-25 Thread Sander Temme
On Jun 15, 2007, at 9:53 PM, Justin Erenkrantz wrote: On 6/13/07, Sander Temme <[EMAIL PROTECTED]> wrote: browser. While we'd obviously not be flying that high, would the ASF be entitled to any such revenue from our own search box, or the individual who happens to own the account? FWIW,

Re: search engine in apache docs

2007-06-15 Thread Justin Erenkrantz
On 6/13/07, Sander Temme <[EMAIL PROTECTED]> wrote: browser. While we'd obviously not be flying that high, would the ASF be entitled to any such revenue from our own search box, or the individual who happens to own the account? FWIW, we don't want to be involved with any such ad-sharing from G

Re: search engine in apache docs

2007-06-14 Thread Joshua Slive
On 6/14/07, Tony Stevenson <[EMAIL PROTECTED]> wrote: Ok, once it has come through I'll pester you so we can get started. Have we reached the decision that we should be using solr, over Google? Yes. If we have people interested in putting the time in to give it a go (that would be you and Sand

Re: search engine in apache docs

2007-06-14 Thread Tony Stevenson
> If you want to take that on Tony, I'm fine with that too. But you need > to realize that a lot of the work is going to be figuring out how to > get this to interact well with apache infrastructure. (What server > should it run on? Does it need a custom account for the necessary cron > jobs? Ho

Re: search engine in apache docs

2007-06-13 Thread Joshua Slive
On 6/13/07, Sander Temme <[EMAIL PROTECTED]> wrote: On Jun 13, 2007, at 5:35 PM, Joshua Slive wrote: > If you want to take that on Tony, I'm fine with that too. But you need > to realize that a lot of the work is going to be figuring out how to > get this to interact well with apache infrastruc

Re: search engine in apache docs

2007-06-13 Thread Sander Temme
On Jun 13, 2007, at 5:35 PM, Joshua Slive wrote: If you want to take that on Tony, I'm fine with that too. But you need to realize that a lot of the work is going to be figuring out how to get this to interact well with apache infrastructure. (What server should it run on? Does it need a custom

Re: search engine in apache docs

2007-06-13 Thread Joshua Slive
On 6/13/07, Tony Stevenson <[EMAIL PROTECTED]> wrote: I tell you what, once a decision has been made I would be very happy to take this on as my first task. (Above and beyond patching, of course). Is there a case for trialling so called 'rival' products in a bid to ascertain their suitability for

Re: search engine in apache docs

2007-06-13 Thread Tony Stevenson
... Joshua Slive wrote: I have no problem at all with that, providing someone is willing to take charge, drive it through to completion, and assure it is maintained for some period of time. My primary concern is with giving our users the best possible search. Our experience with running our ow

Re: search engine in apache docs

2007-06-13 Thread Joshua Slive
On 6/13/07, Joshua Slive <[EMAIL PROTECTED]> wrote: With our current search box, all the revenue is going to google. I take that back. Google isn't currently running adds on our searches it appears. But I believe they have the right to do so. Anyway, with CSE they explicitly allow non-profits

Re: search engine in apache docs

2007-06-13 Thread Joshua Slive
On 6/13/07, Sander Temme <[EMAIL PROTECTED]> wrote: Rich Bowen wrote: > I wonder, also, whether it would be possible to run solr, since it's > actually an Apache project. However, having never had any success > getting it working on my own servers, that might be a can of worms. Firmly +1 on dog

Re: search engine in apache docs

2007-06-13 Thread Vincent Bray
On 13/06/07, Joshua Slive <[EMAIL PROTECTED]> wrote: What if we created a google account for the docs project and stored its userid and password in the private pmc svn and used that to create the search engine? Does this violate google's terms of service? Opinions? Given the long history of 1.3

Re: search engine in apache docs

2007-06-13 Thread Mads Toftum
On Wed, Jun 13, 2007 at 01:33:23PM -0400, Sander Temme wrote: > Rich Bowen wrote: > > > I wonder, also, whether it would be possible to run solr, since it's > > actually an Apache project. However, having never had any success > > getting it working on my own servers, that might be a can of worms.

Re: search engine in apache docs

2007-06-13 Thread Sander Temme
Rich Bowen wrote: > I wonder, also, whether it would be possible to run solr, since it's > actually an Apache project. However, having never had any success > getting it working on my own servers, that might be a can of worms. Firmly +1 on dogfooding. If *we* can't get Solr to work, who can? I

Re: search engine in apache docs

2007-06-13 Thread Tony Stevenson
Joshua Slive wrote: It would be nice to replace the current hacked-up google search of our docs with a proper "custom search engine" from google. The problem is that custom search engines are tied to specific google accounts, and I don't think it is a good idea for any single person to have con

Re: search engine in apache docs

2007-06-13 Thread Vincent Bray
It would be nice to replace the current hacked-up google search of our docs with a proper "custom search engine" from google. The problem is that custom search engines are tied to specific google accounts, and I don't think it is a good idea for any single person to have control over the config.

Re: search engine in apache docs

2007-06-13 Thread Rich Bowen
On Jun 13, 2007, at 11:52, Joshua Slive wrote: It would be nice to replace the current hacked-up google search of our docs with a proper "custom search engine" from google. The problem is that custom search engines are tied to specific google accounts, and I don't think it is a good idea for an

search engine in apache docs

2007-06-13 Thread Joshua Slive
It would be nice to replace the current hacked-up google search of our docs with a proper "custom search engine" from google. The problem is that custom search engines are tied to specific google accounts, and I don't think it is a good idea for any single person to have control over the config.