Re: Tree Faceting in Solr 1.4

2010-07-22 Thread SR
Perhaps the following article can help: 
http://www.craftyfella.com/2010/01/faceting-and-multifaceting-syntax-in.html

-S


On Jul 22, 2010, at 5:39 PM, Eric Grobler wrote:

> Hi Solr Community
> 
> If I have:
> COUNTRY CITY
> Germany Berlin
> Germany Hamburg
> Spain   Madrid
> 
> Can I do faceting like:
> Germany
>  Berlin
>  Hamburg
> Spain
>  Madrid
> 
> I tried to apply SOLR-792 to the current trunk but it does not seem to be
> compatible.
> Maybe there is a similar feature existing in the latest builds?
> 
> Thanks & Regards
> Eric



Re: Tree Faceting in Solr 1.4

2010-07-24 Thread SR
Hi Geert-Jan,

What did you mean by this: 

> Also, just a suggestion, consider using id's instead of names for filtering;

Thanks,
-S

Writing a french Solr book - Ecrire un livre en français

2012-01-29 Thread SR
Hi there,

Have you heard of any existing Solr book in French? If no, I'm thinking of 
writing one. Do you think this could be useful for francophone community?

Thanks
-SR

Re: Writing a french Solr book - Ecrire un livre en français

2012-01-29 Thread SR
My main question is whether there's already a French book or not.


On Jan 29, 2012, at 10:01 AM, Abhishek Tyagi wrote:

> If you are thinking then do it, why do want people to tell you what you
> should do.
> 
> bestaluck!
> 
> On Sun, Jan 29, 2012 at 8:20 PM, SR  wrote:
> 
>> Hi there,
>> 
>> Have you heard of any existing Solr book in French? If no, I'm thinking of
>> writing one. Do you think this could be useful for francophone community?
>> 
>> Thanks
>> -SR
> 
> 
> 
> 
> -- 
> Abhishek Tyagi
> Let's just say.. I'm the Frankenstein's Monster.



Re: Writing a french Solr book - Ecrire un livre en français

2012-01-29 Thread SR
I'm not thinking of translating. I'm thinking of writing one from scratch. It 
will be a book for search in general, and a concrete application with Solr. If 
you're interested in joining, send me your resume.

Thanks,
-SR


On Jan 29, 2012, at 10:42 AM, remi tassing wrote:

> I haven't seen any.
> 
> Have you thought of translating one?
> 
> Remi
> 
> On Sunday, January 29, 2012, SR  wrote:
>> My main question is whether there's already a French book or not.
>> 
>> 
>> On Jan 29, 2012, at 10:01 AM, Abhishek Tyagi wrote:
>> 
>>> If you are thinking then do it, why do want people to tell you what you
>>> should do.
>>> 
>>> bestaluck!
>>> 
>>> On Sun, Jan 29, 2012 at 8:20 PM, SR  wrote:
>>> 
>>>> Hi there,
>>>> 
>>>> Have you heard of any existing Solr book in French? If no, I'm thinking
> of
>>>> writing one. Do you think this could be useful for francophone
> community?
>>>> 
>>>> Thanks
>>>> -SR
>>> 
>>> 
>>> 
>>> 
>>> --
>>> Abhishek Tyagi
>>> Let's just say.. I'm the Frankenstein's Monster.
>> 
>> 



SolrJ & Spatial Search

2011-07-08 Thread SR
Hi there,

Through SolrJ 3.2, I'm trying to set some Spatial Search queries (e.g., filter 
by distance, sort by distance, etc.). I don’t know whether there's a specific 
SolrJ syntax to do this. I tried using Strings, but it’s not working. Here’s 
are two examples that work fine on Solr, but don’t work when I use SolrJ:

Example 1:

…

String q = "{!func}geodist()&sfield=store&pt=” + lat + “,” + lon 
+”&sort=score asc";

SolrQuery solrQuery = new SolrQuery();

solrQuery.setQuery(q);

… 

Using SolrJ, I get the following error.

…

org.apache.lucene.queryParser.ParseException: geodist - not enough 
parameters:[]  


Example 2:

…

String q = "*:*&sfield=store&sort=geodist() asc&pt=” + lat + “,” + lon;

…

Using SolrJ, I get the following error

…

Caused by: org.apache.solr.common.SolrException: undefined field *



Do you know how to set these kinds of queries using SolrJ?
Thanks in advance for your help,

-S

Local Search – Rank results by businesses density

2011-07-08 Thread SR
Hi there,

For local business searches in big cities (e.g., Restaurant in NYC), I’d like 
to sort the results by the density of the businesses in the underlying 
neighborhoods (e.g., return x restaurants from the neighborhood that has the 
highest density of restaurants).

A solution would be to search against each neighborhood in NYC, then return 
those restaurants that belong to the neighborhood that has the highest density. 
To my knowledge, this solution requires to have in the geo database all the 
neighborhoods with their lat & long. Unfortunately, I don't have these data in 
my database.

I'm writing to see whether some of you have already faced this problem. If so, 
I'd be thankful if you could share your thoughts with me.

May thanks,

-SR

Boost documents based on the number of their fields

2011-08-18 Thread SR
Hi there,

My documents have a title, a textual description and might have an image, and a 
video. During the querying process, I search across the textual fields of the 
documents (title and description).

In order to sort the documents that match with my query, I'd like to give a 
boost to those documents that have an image and/or a video.

I also would like to give a higher boost to the video.

Thanks for you advice,
-SR

All document keywords must match the query keywords

2012-11-03 Thread SR
Solr 4.0

I need to return documents when all their keywords are matching the query. In 
other words, all the document keywords should match the query keywords

e.g., query: best chinese food restaurant

doc1: chinese food
doc2: italian food
doc3: chinese store

Only doc1 should be returned ("chinese food" is matching the query).

Any idea on how this can be achieved?

Thanks,
-Steve

customize similarity function

2012-11-03 Thread SR
Solr 4.0

I want to avoid the TF.IDF and use a "binary" model, i.e., if the keyword is in 
the document, the score is 1, no matter how frequent the keyword is in that 
document. If the keyword is not in the document, than the score is zero. I also 
want to avoid the idf.

e.g.,

query: pizza

doc: pizza pizza

the score of "pizza" within doc should be 1.

Any idea on how this can be achieved?

Thanks,
-SR

Re: All document keywords must match the query keywords

2012-11-03 Thread SR

On 2012-11-03, at 12:55 PM, Gora Mohanty wrote:

> On 3 November 2012 22:17, SR  wrote:
> 
>> Solr 4.0
>> 
>> I need to return documents when all their keywords are matching the query.
>> In other words, all the document keywords should match the query keywords
>> 
>> e.g., query: best chinese food restaurant
>> 
>> doc1: chinese food
>> doc2: italian food
>> doc3: chinese store
>> 
>> Only doc1 should be returned ("chinese food" is matching the query).
>> 
>> Any idea on how this can be achieved?
>> 
> 
> Not sure what you mean by all the keywords should match, given your
> examples above. doc2 will match because of "food" and doc3 will match
> because of "chinese".
> 
> If you really want all search terms to be matched, you can change the
> default operator for solrQueryParser in schema.xml from OR to AND,
> but in your example even doc1 will not match as you are searching
> for "best chinese food restaurant". If you searched for "chinese food"
> it would match.
> 
> Regards,
> Gora

Hi Gora,

I really meant that. doc 2 shouldn't match because "italian" is not in the 
query. Same thing for doc3 with "store". It's like applying an AND but on the 
document keywords, instead of the query keywords.

Thanks,
-S

Re: All document keywords must match the query keywords

2012-11-03 Thread SR
Thanks Jack.

This is not the ultimate goal of my search system; it's only one of the 
features I need. I don't need "best" and "restaurant" to match in this feature.

Yes, I do have the semantic of query backwards, and that's what I need in my 
application.

-S


On 2012-11-03, at 10:05 PM, Jack Krupansky wrote:

> But neither "best" nor "restaurant" are in any of the documents, so how are 
> any of these documents reasonable matches?
> 
> You have the semantics of query backwards. The documents are the "data" and 
> the query is the "operation" to be performed on the data. The intent of a 
> query is to specify what documents should be selected. That is the 
> function/purpose of any query, in any search system.
> 
> -- Jack Krupansky
> 
> -Original Message- From: SR
> Sent: Saturday, November 03, 2012 5:09 PM
> To: solr-user@lucene.apache.org
> Subject: Re: All document keywords must match the query keywords
> 
> 
> On 2012-11-03, at 12:55 PM, Gora Mohanty wrote:
> 
>> On 3 November 2012 22:17, SR  wrote:
>> 
>>> Solr 4.0
>>> 
>>> I need to return documents when all their keywords are matching the query.
>>> In other words, all the document keywords should match the query keywords
>>> 
>>> e.g., query: best chinese food restaurant
>>> 
>>> doc1: chinese food
>>> doc2: italian food
>>> doc3: chinese store
>>> 
>>> Only doc1 should be returned ("chinese food" is matching the query).
>>> 
>>> Any idea on how this can be achieved?
>>> 
>> 
>> Not sure what you mean by all the keywords should match, given your
>> examples above. doc2 will match because of "food" and doc3 will match
>> because of "chinese".
>> 
>> If you really want all search terms to be matched, you can change the
>> default operator for solrQueryParser in schema.xml from OR to AND,
>> but in your example even doc1 will not match as you are searching
>> for "best chinese food restaurant". If you searched for "chinese food"
>> it would match.
>> 
>> Regards,
>> Gora
> 
> Hi Gora,
> 
> I really meant that. doc 2 shouldn't match because "italian" is not in the 
> query. Same thing for doc3 with "store". It's like applying an AND but on the 
> document keywords, instead of the query keywords.
> 
> Thanks,
> -S= 



Re: All document keywords must match the query keywords

2012-11-03 Thread SR
Thanks Ahmet that's exactly what I need. Do you now whether this feature exists 
in Solr? Or do I have to go through Lucene directly?

Thanks,
-SR

On 2012-11-03, at 10:26 PM, Ahmet Arslan wrote:

> Hi Steve,
> 
> I would store my documents as queries in your case. You may find these 
> relevant. 
> 
> http://lucene.apache.org/core/4_0_0-BETA/memory/org/apache/lucene/index/memory/MemoryIndex.html
> 
> http://www.elasticsearch.org/blog/2011/02/08/percolator.html
> 
> 
> --- On Sun, 11/4/12, SR  wrote:
> 
>> From: SR 
>> Subject: Re: All document keywords must match the query keywords
>> To: solr-user@lucene.apache.org
>> Date: Sunday, November 4, 2012, 4:16 AM
>> Thanks Jack.
>> 
>> This is not the ultimate goal of my search system; it's only
>> one of the features I need. I don't need "best" and
>> "restaurant" to match in this feature.
>> 
>> Yes, I do have the semantic of query backwards, and that's
>> what I need in my application.
>> 
>> -S
>> 
>> 
>> On 2012-11-03, at 10:05 PM, Jack Krupansky wrote:
>> 
>>> But neither "best" nor "restaurant" are in any of the
>> documents, so how are any of these documents reasonable
>> matches?
>>> 
>>> You have the semantics of query backwards. The
>> documents are the "data" and the query is the "operation" to
>> be performed on the data. The intent of a query is to
>> specify what documents should be selected. That is the
>> function/purpose of any query, in any search system.
>>> 
>>> -- Jack Krupansky
>>> 
>>> -Original Message- From: SR
>>> Sent: Saturday, November 03, 2012 5:09 PM
>>> To: solr-user@lucene.apache.org
>>> Subject: Re: All document keywords must match the query
>> keywords
>>> 
>>> 
>>> On 2012-11-03, at 12:55 PM, Gora Mohanty wrote:
>>> 
>>>> On 3 November 2012 22:17, SR 
>> wrote:
>>>> 
>>>>> Solr 4.0
>>>>> 
>>>>> I need to return documents when all their
>> keywords are matching the query.
>>>>> In other words, all the document keywords
>> should match the query keywords
>>>>> 
>>>>> e.g., query: best chinese food restaurant
>>>>> 
>>>>> doc1: chinese food
>>>>> doc2: italian food
>>>>> doc3: chinese store
>>>>> 
>>>>> Only doc1 should be returned ("chinese food" is
>> matching the query).
>>>>> 
>>>>> Any idea on how this can be achieved?
>>>>> 
>>>> 
>>>> Not sure what you mean by all the keywords should
>> match, given your
>>>> examples above. doc2 will match because of "food"
>> and doc3 will match
>>>> because of "chinese".
>>>> 
>>>> If you really want all search terms to be matched,
>> you can change the
>>>> default operator for solrQueryParser in schema.xml
>> from OR to AND,
>>>> but in your example even doc1 will not match as you
>> are searching
>>>> for "best chinese food restaurant". If you searched
>> for "chinese food"
>>>> it would match.
>>>> 
>>>> Regards,
>>>> Gora
>>> 
>>> Hi Gora,
>>> 
>>> I really meant that. doc 2 shouldn't match because
>> "italian" is not in the query. Same thing for doc3 with
>> "store". It's like applying an AND but on the document
>> keywords, instead of the query keywords.
>>> 
>>> Thanks,
>>> -S= 
>> 
>> 



Re: All document keywords must match the query keywords

2012-11-03 Thread SR
Thanks Otis.
 By "we" you mean "Lucid works"?

Is there a chance to get it sometime soon in the open source?

Thanks,
-S

On 2012-11-03, at 10:39 PM, Otis Gospodnetic wrote:

> It doesn't exist in solr. We've built it for clients. Elasticsearch has it
> built in.
> 
> Otis
> --
> Performance Monitoring - http://sematext.com/spm
> On Nov 3, 2012 10:37 PM, "SR"  wrote:
> 
>> Thanks Ahmet that's exactly what I need. Do you now whether this feature
>> exists in Solr? Or do I have to go through Lucene directly?
>> 
>> Thanks,
>> -SR
>> 
>> On 2012-11-03, at 10:26 PM, Ahmet Arslan wrote:
>> 
>>> Hi Steve,
>>> 
>>> I would store my documents as queries in your case. You may find these
>> relevant.
>>> 
>>> 
>> http://lucene.apache.org/core/4_0_0-BETA/memory/org/apache/lucene/index/memory/MemoryIndex.html
>>> 
>>> http://www.elasticsearch.org/blog/2011/02/08/percolator.html
>>> 
>>> 
>>> --- On Sun, 11/4/12, SR  wrote:
>>> 
>>>> From: SR 
>>>> Subject: Re: All document keywords must match the query keywords
>>>> To: solr-user@lucene.apache.org
>>>> Date: Sunday, November 4, 2012, 4:16 AM
>>>> Thanks Jack.
>>>> 
>>>> This is not the ultimate goal of my search system; it's only
>>>> one of the features I need. I don't need "best" and
>>>> "restaurant" to match in this feature.
>>>> 
>>>> Yes, I do have the semantic of query backwards, and that's
>>>> what I need in my application.
>>>> 
>>>> -S
>>>> 
>>>> 
>>>> On 2012-11-03, at 10:05 PM, Jack Krupansky wrote:
>>>> 
>>>>> But neither "best" nor "restaurant" are in any of the
>>>> documents, so how are any of these documents reasonable
>>>> matches?
>>>>> 
>>>>> You have the semantics of query backwards. The
>>>> documents are the "data" and the query is the "operation" to
>>>> be performed on the data. The intent of a query is to
>>>> specify what documents should be selected. That is the
>>>> function/purpose of any query, in any search system.
>>>>> 
>>>>> -- Jack Krupansky
>>>>> 
>>>>> -Original Message- From: SR
>>>>> Sent: Saturday, November 03, 2012 5:09 PM
>>>>> To: solr-user@lucene.apache.org
>>>>> Subject: Re: All document keywords must match the query
>>>> keywords
>>>>> 
>>>>> 
>>>>> On 2012-11-03, at 12:55 PM, Gora Mohanty wrote:
>>>>> 
>>>>>> On 3 November 2012 22:17, SR 
>>>> wrote:
>>>>>> 
>>>>>>> Solr 4.0
>>>>>>> 
>>>>>>> I need to return documents when all their
>>>> keywords are matching the query.
>>>>>>> In other words, all the document keywords
>>>> should match the query keywords
>>>>>>> 
>>>>>>> e.g., query: best chinese food restaurant
>>>>>>> 
>>>>>>> doc1: chinese food
>>>>>>> doc2: italian food
>>>>>>> doc3: chinese store
>>>>>>> 
>>>>>>> Only doc1 should be returned ("chinese food" is
>>>> matching the query).
>>>>>>> 
>>>>>>> Any idea on how this can be achieved?
>>>>>>> 
>>>>>> 
>>>>>> Not sure what you mean by all the keywords should
>>>> match, given your
>>>>>> examples above. doc2 will match because of "food"
>>>> and doc3 will match
>>>>>> because of "chinese".
>>>>>> 
>>>>>> If you really want all search terms to be matched,
>>>> you can change the
>>>>>> default operator for solrQueryParser in schema.xml
>>>> from OR to AND,
>>>>>> but in your example even doc1 will not match as you
>>>> are searching
>>>>>> for "best chinese food restaurant". If you searched
>>>> for "chinese food"
>>>>>> it would match.
>>>>>> 
>>>>>> Regards,
>>>>>> Gora
>>>>> 
>>>>> Hi Gora,
>>>>> 
>>>>> I really meant that. doc 2 shouldn't match because
>>>> "italian" is not in the query. Same thing for doc3 with
>>>> "store". It's like applying an AND but on the document
>>>> keywords, instead of the query keywords.
>>>>> 
>>>>> Thanks,
>>>>> -S=
>>>> 
>>>> 
>> 
>>