Hi. apologies for the off-topic question.
I was wondering if anyone knew of a open source solution (or a pointer
to the algorithms)
that do the reverse of lucene.
By that I mean store a whole lot of queries, and run them against a
document to see which queries match it. (with a score etc)
I
opinions to me. The
distinction is yours to draw
On Sun, Nov 23, 2008 at 9:27 AM, Ian Holsman <[EMAIL PROTECTED]> wrote:
Hi. apologies for the off-topic question.
I was wondering if anyone knew of a open source solution (or a pointer to
the algorithms)
that do the reverse of luce
Thanks Erik.
I'll start looking at that.
regards
Ian
Erik Hatcher wrote:
On Nov 22, 2008, at 10:57 PM, Ian Holsman wrote:
Hi. apologies for the off-topic question.
Not off-topic at all!
I was wondering if anyone knew of a open source solution (or a
pointer to the algorithms)
that d
Thanks for all the suggestions guys..
This is great!
Andrzej Bialecki wrote:
Ian Holsman wrote:
Hi. apologies for the off-topic question.
I was wondering if anyone knew of a open source solution (or a
pointer to the algorithms)
that do the reverse of lucene.
By that I mean store a whole
I live in Melbourne Australia, and am involved in several
high-transaction SOLR servers.
On 3/25/10 8:39 AM, Erick Erickson wrote:
No clue, but you might get more responses by asking on the SOLR
users' list.
You might be able to get something from the "Powered by SOLR" page
at: http://wiki
Hi Glen.
can you resend this in plain text?
or put the HTML up on a server somewhere and point to it with a brief
summary in the post?
I'd love to look and read it, all those tags are making me go blind.
Glen Newton wrote:
Hardware Environment
Dedicated machine for indexing: yes
CPU: D
have you had a look at WOEID's ?
https://developer.yahoo.com/geo/
http://where.yahooapis.com/v1/places.q('NW10%207NY')
gives you details about the postcode, as well as a lat/long bounding box
and the 'real' name of it (Willesden) in this case.
http://where.yahooapis.com/v1/place/26556102/neig
