Re: Solr 5.2.1 highlighting results are not available
Hi, I couldn't find anything suspicious. It was allowed to highlight on an indexed="false" field as long as a tokenizer defined on it: https://cwiki.apache.org/confluence/display/solr/Field+Properties+by+Use+Case May be that is changed. Can you try to highlight on a both indexed and stored field? Ahmet On Wednesday, August 5, 2015 10:41 PM, Michał Oleś wrote: Hi, I checked and for me config looks alright but if you can take a look it will be great. Here is whole solrconfig.xml: http://pastebin.com/7YfVZA90 and here is full schema.xml: http://pastebin.com/LgeAvtFf and query result with enabled debug: http://pastebin.com/i74Wyep3
Re: Solr 5.2.1 highlighting results are not available
Hi, I checked and for me config looks alright but if you can take a look it will be great. Here is whole solrconfig.xml: http://pastebin.com/7YfVZA90 and here is full schema.xml: http://pastebin.com/LgeAvtFf and query result with enabled debug: http://pastebin.com/i74Wyep3
Re: Solr 5.2.1 highlighting results are not available
Hi, bq: I don't even see highlighting section in results I mean, it is possible that you are hitting a request/search handler that does not have highlighting component registered. This is possible when you explicitly register components (query, facet, highlighting etc). Lets first make sure it is in the components. When you add debug=true to your URL do you use some info about highlighting component? On Wednesday, August 5, 2015 7:12 PM, Michał Oleś wrote: Thank you for answer. When I execute the query using q=Warszawa&df=text_index instead of q=text_index:Warszawa nothing changed. If I remove wt=json from query I got response in xml but also without highlight results.
Re: Solr 5.2.1 highlighting results are not available
Thank you for answer. When I execute the query using q=Warszawa&df=text_index instead of q=text_index:Warszawa nothing changed. If I remove wt=json from query I got response in xml but also without highlight results.
Re: Solr 5.2.1 highlighting results are not available
Hi, Your response says wt=json, but your solrconfig excerpt says wt=velocity. May be you are hitting a different request handler? What happens when you submit your query as q=Warszawa&df=text_index On Wednesday, August 5, 2015 8:28 AM, Michał Oleś wrote: I installed solr 5.2.1 and use dih example with tika integration to search for pdf content. Everything work as expected except highlighting plugin. When I execute the query I don't even see highlighting section in results: { "responseHeader": { "status": 0, "QTime": 1, "params": { "indent": "true", "q": "text_index:Warszawa", "_": "1438704448534", "hl.simple.pre": "", "hl.simple.post": "", "hl.fl": "text", "wt": "json", "hl": "true" } }, "response": { "numFound": 2, "start": 0, "docs": [ { "size": "698231", "lastModified": "Tue Aug 04 07:38:07 UTC 2015", "id": "C:\\Moje\\solr-5.2.1\\pdf\\D2015000105301.pdf", "text": [ "\n \n \n\nDZIENNIK USTAW \nRZECZYPOSPOLITEJ POLSKIEJ \n\nWarszawa, dnia 29 lipca 2015 r. \n\nPoz. 1053 \n\nRO ZPORZĄDZENIE \n\nMINISTRA OBRONY NARODOWEJ \n\nz dnia 9 lipca 2015 r. \n\n" ], "title": [ "Pozycja 1053 DPA.555.14.2015 JS (word)" ], "author": "jswiderska" }, { "size": "747618", "lastModified": "Tue Aug 04 07:37:02 UTC 2015", "id": "C:\\Moje\\solr-5.2.1\\pdf\\D2015000109301.pdf", "text": [ "\n \n \n\nDZIENNIK USTAW \nRZECZYPOSPOLITEJ POLSKIEJ \n\nWarszawa, dnia 3 sierpnia 2015 r. \n\n" ], "title": [ "OGŁ - SZCZOTKA 1093" ], "author": "bzebrowska" } ] } } My solrconfig.xml is default from that example. I tried to add default values but it won't changed anything: explicit velocity browse layout edismax *:* 10 *,score on 1 on text true html 3 200 text 750 Here is part of schema.xml: As in example I use two fields (one for indexing and one for store value). When I run debug I found that highlight plugin time = 0. So it looks like this plugin isn't even got invoked. Also in solr admin panel under tab "Plugins/Stats" for all org.apache.solr.highlight.* classes I got 0 request.
Solr 5.2.1 highlighting results are not available
I installed solr 5.2.1 and use dih example with tika integration to search for pdf content. Everything work as expected except highlighting plugin. When I execute the query I don't even see highlighting section in results: { "responseHeader": { "status": 0, "QTime": 1, "params": { "indent": "true", "q": "text_index:Warszawa", "_": "1438704448534", "hl.simple.pre": "", "hl.simple.post": "", "hl.fl": "text", "wt": "json", "hl": "true" } }, "response": { "numFound": 2, "start": 0, "docs": [ { "size": "698231", "lastModified": "Tue Aug 04 07:38:07 UTC 2015", "id": "C:\\Moje\\solr-5.2.1\\pdf\\D2015000105301.pdf", "text": [ "\n \n \n\nDZIENNIK USTAW \nRZECZYPOSPOLITEJ POLSKIEJ \n\nWarszawa, dnia 29 lipca 2015 r. \n\nPoz. 1053 \n\nRO ZPORZĄDZENIE \n\nMINISTRA OBRONY NARODOWEJ \n\nz dnia 9 lipca 2015 r. \n\n" ], "title": [ "Pozycja 1053 DPA.555.14.2015 JS (word)" ], "author": "jswiderska" }, { "size": "747618", "lastModified": "Tue Aug 04 07:37:02 UTC 2015", "id": "C:\\Moje\\solr-5.2.1\\pdf\\D2015000109301.pdf", "text": [ "\n \n \n\nDZIENNIK USTAW \nRZECZYPOSPOLITEJ POLSKIEJ \n\nWarszawa, dnia 3 sierpnia 2015 r. \n\n" ], "title": [ "OGŁ - SZCZOTKA 1093" ], "author": "bzebrowska" } ] } } My solrconfig.xml is default from that example. I tried to add default values but it won't changed anything: explicit velocity browse layout edismax *:* 10 *,score on 1 on text true html 3 200 text 750 Here is part of schema.xml: As in example I use two fields (one for indexing and one for store value). When I run debug I found that highlight plugin time = 0. So it looks like this plugin isn't even got invoked. Also in solr admin panel under tab "Plugins/Stats" for all org.apache.solr.highlight.* classes I got 0 request.
Problem with Highlighting results
Hi, I'm using Solr 5.2.1, and sometimes, the highlighting return with results, but there is no correct match in all the fields that are listed in hl.fl, and there is also no tag on the results at all. What could be the reason that this is happening? I've include my highlighting request handler here. explicit 10 json true text id, title, content_type, last_modified, url, score on id, title, content, author, tag true true html 200 0.6 Regards, Edwin
AW: No highlighting results with dismax?
we use dismax and highlighting works fine. the only thing we had to add to the query-url was &hl.fl=FIELD1,FIELD2 so we had to specify which fields should be used for highlighting. > -Ursprüngliche Nachricht- > Von: fabritw [mailto:fabr...@gmail.com] > Gesendet: Mittwoch, 28. April 2010 16:08 > An: solr-user@lucene.apache.org > Betreff: No highlighting results with dismax? > > > Hi, > > Can highlights be returned when using the dismax request handler? > > I read in the below post that I can use a workaround with "qf"? > http://lucene.472066.n3.nabble.com/bug-No-highlighting-results > -with-dismax-and-q-alt-td498132.html > > Any advise is greatly appreciated. > > Regards, Will > > > > > > -- > View this message in context: > http://lucene.472066.n3.nabble.com/No-highlighting-results-wit > h-dismax-tp762570p762570.html > Sent from the Solr - User mailing list archive at Nabble.com. >
No highlighting results with dismax?
Hi, Can highlights be returned when using the dismax request handler? I read in the below post that I can use a workaround with "qf"? http://lucene.472066.n3.nabble.com/bug-No-highlighting-results-with-dismax-and-q-alt-td498132.html Any advise is greatly appreciated. Regards, Will -- View this message in context: http://lucene.472066.n3.nabble.com/No-highlighting-results-with-dismax-tp762570p762570.html Sent from the Solr - User mailing list archive at Nabble.com.
Re: Highlighting Results
> Hi All > > Im not sure where i'm going wrong but highlighting does not > seem to work for me. > > I have indexed around 5000 PDF documents which went well. > > Running normal queries against the attr_content works > well. > > When adding any hl code it does not seem to make a bit of > difference. > > Here is an example query: ?q=attr_content:Some > Name&hl=true&hl.fl=attr_content&hl.fragsize=50&rows=5 > > If I am correct fragsize should be limiting the returned > content for attr_content ?? and the keyowrds found in > attr_contnet should be surronded with the tags ? > > The attr_content is a stored if this helps. > > Hope someone can point me in the right direction. > > Thank you if you can ! can you try with one term query with these ulr: ?q=attr_content:oneTermQuery&hl=true&hl.fl=attr_content Highlighted snippets comes after the results. in the section. What do you get in the section with one term query? If you are getting results but no highlighting, can you paste your fieldType definition of attr_content? hl.fragsize parameter determines the number of characters of snippets.
RE: Highlighting Results
Hi Lee, What issues are you having mate? The highlighted fragments appear in a different section to the response, toward the bottom (can't remember the element names without referring to the docs). The stored fields returned are not replaced with the highlighted fragments. Cheers Dave -Original Message- From: Lee Smith [mailto:l...@weblee.co.uk] Sent: 12 March 2010 08:43 To: solr-user@lucene.apache.org Subject: Fwd: Highlighting Results Can anyone help ?? Begin forwarded message: > From: Lee Smith > Date: 11 March 2010 17:25:59 GMT > To: solr-user@lucene.apache.org > Subject: Highlighting Results > Reply-To: solr-user@lucene.apache.org > > Hi All > > Im not sure where i'm going wrong but highlighting does not seem to work for > me. > > I have indexed around 5000 PDF documents which went well. > > Running normal queries against the attr_content works well. > > When adding any hl code it does not seem to make a bit of difference. > > Here is an example query: ?q=attr_content:Some > Name&hl=true&hl.fl=attr_content&hl.fragsize=50&rows=5 > > If I am correct fragsize should be limiting the returned content for > attr_content ?? and the keyowrds found in attr_contnet should be surronded > with the tags ? > > The attr_content is a stored if this helps. > > Hope someone can point me in the right direction. > > Thank you if you can ! > >
Fwd: Highlighting Results
Can anyone help ?? Begin forwarded message: > From: Lee Smith > Date: 11 March 2010 17:25:59 GMT > To: solr-user@lucene.apache.org > Subject: Highlighting Results > Reply-To: solr-user@lucene.apache.org > > Hi All > > Im not sure where i'm going wrong but highlighting does not seem to work for > me. > > I have indexed around 5000 PDF documents which went well. > > Running normal queries against the attr_content works well. > > When adding any hl code it does not seem to make a bit of difference. > > Here is an example query: ?q=attr_content:Some > Name&hl=true&hl.fl=attr_content&hl.fragsize=50&rows=5 > > If I am correct fragsize should be limiting the returned content for > attr_content ?? and the keyowrds found in attr_contnet should be surronded > with the tags ? > > The attr_content is a stored if this helps. > > Hope someone can point me in the right direction. > > Thank you if you can ! > >
Highlighting Results
Hi All Im not sure where i'm going wrong but highlighting does not seem to work for me. I have indexed around 5000 PDF documents which went well. Running normal queries against the attr_content works well. When adding any hl code it does not seem to make a bit of difference. Here is an example query: ?q=attr_content:Some Name&hl=true&hl.fl=attr_content&hl.fragsize=50&rows=5 If I am correct fragsize should be limiting the returned content for attr_content ?? and the keyowrds found in attr_contnet should be surronded with the tags ? The attr_content is a stored if this helps. Hope someone can point me in the right direction. Thank you if you can !
Re: bug? No highlighting results with dismax and q.alt=*:*
Well, in this case we want to match all documents, so I'm not sure that can be accomplished with dismax other than using a q.alt ? -Peter On Fri, May 8, 2009 at 1:32 PM, Marc Sturlese wrote: > > I have experienced it before... maybe you can manage something similar to > your q.alt using the params q and qf. Highlight will work in that case (I > sorted it out doing that) > > Peter Wolanin-2 wrote: >> >> Possibly this issue is related: >> https://issues.apache.org/jira/browse/SOLR-825 >> >> Though it seems that might affect the standard handler, while what I'm >> seeing is more sepcific to the dismax handler. >> >> -Peter >> >> On Thu, May 7, 2009 at 8:27 PM, Peter Wolanin >> wrote: >>> For the Drupal Apache Solr Integration module, we are exploring the >>> possibility of doing facet browsing - since we are using dismax as >>> the default handler, this would mean issuing a query with an empty q >>> and falling back to to q.alt='*:*' or some other q.alt that matches >>> all docs. >>> >>> However, I notice when I do this that we do not get any highlights >>> back in the results despite defining a highlight alternate field. >>> >>> In contrast, if I force the standard request handler then I do get >>> text back from the highlight alternate field: >>> >>> select/?q=*:*&qt=standard&hl=true&hl.fl=body&hl.alternateField=body&hl.maxAlternateFieldLength=256 >>> >>> However, I then loose the nice dismax features of weighting the >>> results using bq and bf parameters. So, is this a bug or the intended >>> behavior? >>> >>> The relevant fragment of the solrconfig.xml is this: >>> >>> >> default="true"> >>> >>> dismax >>> >>> *:* >>> >>> >>> true >>> body >>> 3 >>> true >>> >>> body >>> 256 >>> >>> >>> Full solrconfig.xml and other files: >>> http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/apachesolr/?pathrev=DRUPAL-6--1 >>> >>> -- >>> Peter M. Wolanin, Ph.D. >>> Momentum Specialist, Acquia. Inc. >>> peter.wola...@acquia.com >>> >> >> >> >> -- >> Peter M. Wolanin, Ph.D. >> Momentum Specialist, Acquia. Inc. >> peter.wola...@acquia.com >> >> > > -- > View this message in context: > http://www.nabble.com/bug--No-highlighting-results-with-dismax-and-q.alt%3D*%3A*-tp23438048p23450189.html > Sent from the Solr - User mailing list archive at Nabble.com. > > -- Peter M. Wolanin, Ph.D. Momentum Specialist, Acquia. Inc. peter.wola...@acquia.com
Re: bug? No highlighting results with dismax and q.alt=*:*
I have experienced it before... maybe you can manage something similar to your q.alt using the params q and qf. Highlight will work in that case (I sorted it out doing that) Peter Wolanin-2 wrote: > > Possibly this issue is related: > https://issues.apache.org/jira/browse/SOLR-825 > > Though it seems that might affect the standard handler, while what I'm > seeing is more sepcific to the dismax handler. > > -Peter > > On Thu, May 7, 2009 at 8:27 PM, Peter Wolanin > wrote: >> For the Drupal Apache Solr Integration module, we are exploring the >> possibility of doing facet browsing - since we are using dismax as >> the default handler, this would mean issuing a query with an empty q >> and falling back to to q.alt='*:*' or some other q.alt that matches >> all docs. >> >> However, I notice when I do this that we do not get any highlights >> back in the results despite defining a highlight alternate field. >> >> In contrast, if I force the standard request handler then I do get >> text back from the highlight alternate field: >> >> select/?q=*:*&qt=standard&hl=true&hl.fl=body&hl.alternateField=body&hl.maxAlternateFieldLength=256 >> >> However, I then loose the nice dismax features of weighting the >> results using bq and bf parameters. So, is this a bug or the intended >> behavior? >> >> The relevant fragment of the solrconfig.xml is this: >> >> > default="true"> >> >> dismax >> >> *:* >> >> >> true >> body >> 3 >> true >> >> body >> 256 >> >> >> Full solrconfig.xml and other files: >> http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/apachesolr/?pathrev=DRUPAL-6--1 >> >> -- >> Peter M. Wolanin, Ph.D. >> Momentum Specialist, Acquia. Inc. >> peter.wola...@acquia.com >> > > > > -- > Peter M. Wolanin, Ph.D. > Momentum Specialist, Acquia. Inc. > peter.wola...@acquia.com > > -- View this message in context: http://www.nabble.com/bug--No-highlighting-results-with-dismax-and-q.alt%3D*%3A*-tp23438048p23450189.html Sent from the Solr - User mailing list archive at Nabble.com.
Re: bug? No highlighting results with dismax and q.alt=*:*
Possibly this issue is related: https://issues.apache.org/jira/browse/SOLR-825 Though it seems that might affect the standard handler, while what I'm seeing is more sepcific to the dismax handler. -Peter On Thu, May 7, 2009 at 8:27 PM, Peter Wolanin wrote: > For the Drupal Apache Solr Integration module, we are exploring the > possibility of doing facet browsing - since we are using dismax as > the default handler, this would mean issuing a query with an empty q > and falling back to to q.alt='*:*' or some other q.alt that matches > all docs. > > However, I notice when I do this that we do not get any highlights > back in the results despite defining a highlight alternate field. > > In contrast, if I force the standard request handler then I do get > text back from the highlight alternate field: > > select/?q=*:*&qt=standard&hl=true&hl.fl=body&hl.alternateField=body&hl.maxAlternateFieldLength=256 > > However, I then loose the nice dismax features of weighting the > results using bq and bf parameters. So, is this a bug or the intended > behavior? > > The relevant fragment of the solrconfig.xml is this: > > > > dismax > > *:* > > > true > body > 3 > true > > body > 256 > > > Full solrconfig.xml and other files: > http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/apachesolr/?pathrev=DRUPAL-6--1 > > -- > Peter M. Wolanin, Ph.D. > Momentum Specialist, Acquia. Inc. > peter.wola...@acquia.com > -- Peter M. Wolanin, Ph.D. Momentum Specialist, Acquia. Inc. peter.wola...@acquia.com
bug? No highlighting results with dismax and q.alt=*:*
For the Drupal Apache Solr Integration module, we are exploring the possibility of doing facet browsing - since we are using dismax as the default handler, this would mean issuing a query with an empty q and falling back to to q.alt='*:*' or some other q.alt that matches all docs. However, I notice when I do this that we do not get any highlights back in the results despite defining a highlight alternate field. In contrast, if I force the standard request handler then I do get text back from the highlight alternate field: select/?q=*:*&qt=standard&hl=true&hl.fl=body&hl.alternateField=body&hl.maxAlternateFieldLength=256 However, I then loose the nice dismax features of weighting the results using bq and bf parameters. So, is this a bug or the intended behavior? The relevant fragment of the solrconfig.xml is this: dismax *:* true body 3 true body 256 Full solrconfig.xml and other files: http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/apachesolr/?pathrev=DRUPAL-6--1 -- Peter M. Wolanin, Ph.D. Momentum Specialist, Acquia. Inc. peter.wola...@acquia.com