Yes, I saw that, but you'll need to add even more boosting than that, other
factors of the scoring are giving the doc with type mi_attempt higher score
than the one with type 'allele'. See what I say adding debugQuery=true.

If you'll always want this behavior, you may want to use sorting instead of
boosting. You could use "sort=type desc,score asc".

Tomás

On Tue, Oct 16, 2012 at 11:56 AM, Asfand Qazi <a...@sanger.ac.uk> wrote:

> Hi, thanks for the reply.
>
> I tried that:
>
> http://ikmc.vm.bytemark.co.uk:**8983/solr/allele/search?q=mgi_**
> accession_id<http://ikmc.vm.bytemark.co.uk:8983/solr/allele/search?q=mgi_accession_id>
> :"MGI:1315204"&bq=**type:allele^100 OR type:mi_attempt^10 OR
> type:phenotype_attempt^1
>
> (forgive the wrapping)
>
> and I got mi_attempt at the top, then the allele, then the
> phenotype_attempt .  It should be allele first, then mi_attempt, then
> phenotype_attempt.  You can replicate it with the above URL, it is a
> publicly available index.
>
> Thanks
>
>
> On 16/10/12 15:37, Tomás Fernández Löbbe wrote:
>
>> you are missing the "OR" between the clauses of the bq. Try with:
>>
>> bq=type:allele^100 OR type:mi_attempt^10 OR type:phenotype_attempt^1
>>
>> or set OR as your default operator in the schema.xml
>>
>> Tomás
>>
>> On Tue, Oct 16, 2012 at 10:37 AM, Asfand Qazi <a...@sanger.ac.uk> wrote:
>>
>>  Hello,
>>>
>>> The Solr server I am driving is found publicly at
>>> http://ikmc.vm.bytemark.co.uk:****8983/solr/allele/search<http**
>>> ://ikmc.vm.bytemark.co.uk:**8983/solr/allele/search<http://ikmc.vm.bytemark.co.uk:8983/solr/allele/search>>,
>>> it contains freely available information from science research
>>>
>>> establishments.
>>>
>>> It contains many documents, and I usually do is look up all documents
>>> where the 'mgi_accession_id' field matches what I want it to.  This
>>> returns
>>> several documents, each one having a 'type' field.  The value can be
>>> either
>>> 'allele', 'mi_attempt' or 'phenotype_attempt'.
>>>
>>> What I want to do is return all documents where the 'mgi_accession_id'
>>> matches what I want, and I want the documents ordered such that
>>> 'type:allele' docs are at the top, followed by 'type:mi_attempt' docs,
>>> followed last by 'type:phenotype_attempt' docs.
>>>
>>> Here is an example of a query I fire at it:
>>>
>>> http://ikmc.vm.bytemark.co.uk:****8983/solr/allele/search?q=**mgi_**
>>> accession_id<http://ikmc.vm.**bytemark.co.uk:8983/solr/**
>>> allele/search?q=mgi_accession_**id<http://ikmc.vm.bytemark.co.uk:8983/solr/allele/search?q=mgi_accession_id>
>>> >
>>> :"MGI:1315204"&bq=**type:**allele^100 type:mi_attempt^10
>>>
>>> type:phenotype_attempt^1
>>>
>>> All the docs end up with the same score!
>>>
>>> I'm clearly doing something wrong, but what?  Help is appreciated.
>>>
>>> Thanks in advance.
>>>
>>> --
>>> Regards,
>>>        Asfand Yar Qazi
>>>        Team 87 - High Throughput Gene Targeting
>>>        Wellcome Trust Sanger Institute
>>>
>>>
>>>
>>> --
>>> The Wellcome Trust Sanger Institute is operated by Genome Research
>>> Limited, a charity registered in England with number 1021457 and a
>>> company
>>> registered in England with number 2742969, whose registered office is 215
>>> Euston Road, London, NW1 2BE.
>>>
>>
>>
>
> --
> Regards,
>       Asfand Yar Qazi
>       Team 87 - High Throughput Gene Targeting
>       Wellcome Trust Sanger Institute
>
>
>
> --
> The Wellcome Trust Sanger Institute is operated by Genome Research
> Limited, a charity registered in England with number 1021457 and a company
> registered in England with number 2742969, whose registered office is 215
> Euston Road, London, NW1 2BE.
>

Reply via email to