Why do you want that ordering? That isn't what Solr is designed to do. It is designed for relevance. I expect that idf (the rarity of the terms) is being used in the ordering. "mi_attempt" is probably much more rare than "allele".
If you want that strict ordering, I recommend doing three queries and concatenating the three result sets. wunder On Oct 16, 2012, at 7:56 AM, Asfand Qazi wrote: > Hi, thanks for the reply. > > I tried that: > > 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>, >>> 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> >>> :"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. -- Walter Underwood wun...@wunderwood.org
