Re: qt.shards in solrconfig.xml

[Oleg Savrasov]

Hi Benson, Shalin,

One more thing that I noticed in your configuration is incorrect definition
of default Solr parameters. You should use  tag, not 

Oleg

2015-02-27 6:23 GMT+03:00 Shalin Shekhar Mangar :

> Hi Benson,
>
> Do not use shards.qt with a leading '/'. See
> https://issues.apache.org/jira/browse/SOLR-3161 for details. Also note
> that
> shards.qt will not be necessary with 5.1 and beyond because of SOLR-6311
>
> On Fri, Feb 27, 2015 at 8:16 AM, Benson Margulies 
> wrote:
>
> > I apparently am feeling dense; the following does not worl.
> >
> >  
> > 
> >   /RNI
> > 
> > 
> > name-indexing-query
> > name-indexing-rescore
> > facet
> > mlt
> > highlight
> > stats
> > debug
> >   
> >   
> >
> >
> > On Thu, Feb 26, 2015 at 11:33 AM, Jack Krupansky
> >  wrote:
> > > I was hoping that Benson was hinting at adding a qt.shards.auto=true
> > > parameter to so that would magically use on the path from the incoming
> > > request - and that this would be the default, since that's what most
> > people
> > > would expect.
> > >
> > > Or, maybe just add a commented-out custom handler that has the
> qt.shards
> > > parameter as suggested, to re-emphasize to people that if they want to
> > use
> > > a custom handler in distributed mode, then they will most likely need
> > this
> > > parameter.
> > >
> > > -- Jack Krupansky
> > >
> > > On Thu, Feb 26, 2015 at 11:28 AM, Mikhail Khludnev <
> > > mkhlud...@griddynamics.com> wrote:
> > >
> > >> Hello,
> > >>
> > >> Giving
> > >>
> > >>
> >
> http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201301.mbox/%3c711daae5-c366-4349-b644-8e29e80e2...@gmail.com%3E
> > >> you can add qt.shards into handler defaults/invariants.
> > >>
> > >> On Thu, Feb 26, 2015 at 5:40 PM, Benson Margulies <
> > bimargul...@gmail.com>
> > >> wrote:
> > >>
> > >> > A query I posted yesterday amounted to me forgetting that I have to
> > >> > set qt.shards when I use a URL other than plain old '/select' with
> > >> > SolrCloud. Is there any way to configure a query handler to automate
> > >> > this, so that all queries addressed to '/RNI' get that added in?
> > >> >
> > >>
> > >>
> > >>
> > >> --
> > >> Sincerely yours
> > >> Mikhail Khludnev
> > >> Principal Engineer,
> > >> Grid Dynamics
> > >>
> > >> 
> > >> 
> > >>
> >
>
>
>
> --
> Regards,
> Shalin Shekhar Mangar.
>

Re: Hierarchical faceting

[Oleg Savrasov]

Hi Rashmi,

I believe you are looking for PathHierarchyTokenizer,
see
https://lucene.apache.org/core/4_0_0/analyzers-common/org/apache/lucene/analysis/path/PathHierarchyTokenizer.html

Oleg

2014-11-14 17:53 GMT-05:00 rashmy1 :

> Hello,
> I'm trying to setup Solr for fetching hierarchical facets.
> Please advice which of the below approaches should be followed for my
> scenario.
> *Scenario:
> *
> NonFic
> Hist
> HistBook1
> HistBook2
> Sci
> Phy
> Quantum
> Pbook1
> Pbook2
> Thermodynamics
> Pbook3
> Pbook4
> Chem
> Cbook1
> Math
> Mbook1
> Fic
> Mystery
> Mybook1
> Childrens
> Chbook1
> Chbook2
>
> *Sample document*
> 
> name=Pbook1
> category=NonFic/Sci/Phy/Quantum
> author=ABC
> price=20.00
> 
>
> *Requirements:*
> -Show drill down facets
> -If user searched for "*", the initial set of facets to be shown are
> 'NonFic' and 'Fic'
> -If user selects facet 'NonFic', we then show the facets 'Hist' and 'Sci'
> only.
>
> *Option1:*
> /Solr schema:/
>  stored="true" type="string"/>
> /Document supplied for indexing:/
> 
> name=Pbook1
> category=0/NonFic
> category=1/NonFic/Sci
> category=2/NonFic/Sci/Phy
> category=3/NonFic/Sci/Phy/Quantum
> category=0/Other (a book can belong to multiple categories)
> author=ABC
> price=20.00
> 
> With Option2, we can do a drill down facet query.
> For example, if we give facet.prefix=NonFic/Sci/, the facet results are:
> NonFic/Sci/Phy
> NonFic/Sci/Chem
> NonFic/Sci/Math
> The only issue is that I have to take care of generating all possible path
> information for 'category'
>
> *Option2:*
> /Solr schema:/
> 
>   
>  delimiter="/"/>
>   
> 
>  stored="true" type="path"/>
> /Document supplied for indexing:/
> 
> name=Pbook1
> category=NonFic/Sci/Phy/Quantum
> author=ABC
> price=20.00
> 
> With Option2, we can do facet query but it returns all possible combination
> of paths.
> For example, if we give facet.prefix=Fic, the facet results are:
> Fic (3)
> Fic/Mystery (1)
> Fic/Childrens (2)
>
>
> I'm looking to supply a doc with just a single entry (like
> 'category=NonFic/Sci/Phy/Quantum' ) and be able to do a drill down query.
> Is
> there some existing Solr tokernizer which takes care of generating all
> possibly combinations which indexing instead of having to generating them
> as
> part of  creation?
>
> Thanks
>
>
>
>
>
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/Hierarchical-faceting-tp4169263.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>

Re: Facets for Child Documents?

[Oleg Savrasov]

Hi Joshua,

The functionality you are asking about is requested by
https://issues.apache.org/jira/browse/SOLR-5743.
I've prepared a patch with initial implementation and going to speak about
it on Lucene/Solr Revolution 2014 Conference, held in Washington, DC on
November 11-14, http://lucenerevolution.org/.
Please see 'Faceting with Lucene BlockJoinQuery'  talk announcement in
Internals Sessions.
You are very welcome to join the conference and participate in discussion.
Your vote for https://issues.apache.org/jira/browse/SOLR-5743 would also be
match appreciated.

Thank you,
=
Dr Oleg Savrasov,
Community Coordinator,
Grid Dynamics Search team

2014-10-10 20:32 GMT+04:00 atawfik :

> Yes. One way is using a join query to link authors to books. The query will
> look like this:
>
> q={!join to=author_id_fk to=author_id} publication_date:[...]
>
>
> The other way is using grouping. Here, you first retrieved books based
> their
> publication then group them on their authors.
>
>
>
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/Facets-for-Child-Documents-tp4163592p4163751.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>