[jira] Commented: (SOLR-732) Collation bug
[ https://issues.apache.org/jira/browse/SOLR-732?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12626185#action_12626185 ] Matthew Runo commented on SOLR-732: --- Here are the parameters I was using... query.set("spellcheck", true); query.set("spellcheck.count", 3); query.set("spellcheck.onlyMorePopular", true); query.set("spellcheck.collate", true); query.set("spellcheck.q", queryInput); Where queryInput is simply what the user typed in with some escaping.. > Collation bug > - > > Key: SOLR-732 > URL: https://issues.apache.org/jira/browse/SOLR-732 > Project: Solr > Issue Type: Bug > Components: spellchecker >Affects Versions: 1.3 >Reporter: Matthew Runo >Priority: Minor > > Search term: Quicksilver... I get two suggestions... > > 2 > Quicksilver > > > 220 > Quiksilver > > ...and it's not correctly spelled... > false > ...but the collation is of the first term - not the one with the highest > frequency? > Quicksilver > Other collations, for example, 'runnning' come up with more than one > suggestion (cunning, running) but properly pick the 'best bet' based on > frequency. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (SOLR-732) Collation bug
Collation bug - Key: SOLR-732 URL: https://issues.apache.org/jira/browse/SOLR-732 Project: Solr Issue Type: Bug Components: spellchecker Affects Versions: 1.3 Reporter: Matthew Runo Priority: Minor Search term: Quicksilver... I get two suggestions... 2 Quicksilver 220 Quiksilver ...and it's not correctly spelled... false ...but the collation is of the first term - not the one with the highest frequency? Quicksilver Other collations, for example, 'runnning' come up with more than one suggestion (cunning, running) but properly pick the 'best bet' based on frequency. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (SOLR-702) Long lists of synonyms seem not to work
[ https://issues.apache.org/jira/browse/SOLR-702?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthew Runo closed SOLR-702. - Resolution: Cannot Reproduce That's fair. Thank you for your help! > Long lists of synonyms seem not to work > --- > > Key: SOLR-702 > URL: https://issues.apache.org/jira/browse/SOLR-702 > Project: Solr > Issue Type: Bug > Components: search >Affects Versions: 1.3 > Environment: I'm using Java 1.6 running on OS X on a Macbook Pro with > a 64 bit processor. >Reporter: Matthew Runo > Fix For: 1.3 > > Attachments: schema.xml, solrconfig.xml, Synonyms2.txt > > > I've been having issues with synonyms apparently not working. Shorter lists > work just fine, while longer lists do not appear to work. I'll attach my > schema, config, and synonyms file for testing. > As a quick example... this works... > zutanoapparel => zutano > But this does not... > aadias, aadidas, aaidas, adadas, adaddas, adaddis, adadias, adadis, adaidas, > adaies, addedas, addedis, addidaas, addidads, addidais, addidas, addidascom, > addiddas, addides, addidis, adeadas, adedas, adeddas, adedias, adiada, > adiadas, adiadis, adiads, adida, adidaas, adidas1, adidass, adidaz, adidda, > adiddas, adiddias, adidias, adidis, adiidas, aditas, adudas, afidas, aididas, > wwwadidascom => adidas > This works... > liumiani, loomiani, lumaini, lumanai, lumani, lumiami, lumian, lumiana, > lumianai, lumiari, luminani, lumini, luminiani => lumiani > But this does not... > clegerie, cleregie, clergerie, clergie, robertclaregie, robert claregie, > robertclargeries, robert clargeries, robertclegerie, robert clegerie, > robertcleregie, robert cleregie, robertclergeic, robert clergeic, > robertclergerie, robertclergi, robert clergi, robertclergie, robert clergie, > robertclergoe, robert clergoe, robertclerige, robert clerige, > robertclerterie, robert clerterie => Robert Clergerie -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SOLR-702) Long lists of synonyms seem not to work
[ https://issues.apache.org/jira/browse/SOLR-702?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthew Runo updated SOLR-702: -- Attachment: solrconfig.xml > Long lists of synonyms seem not to work > --- > > Key: SOLR-702 > URL: https://issues.apache.org/jira/browse/SOLR-702 > Project: Solr > Issue Type: Bug > Components: search >Affects Versions: 1.3 > Environment: I'm using Java 1.6 running on OS X on a Macbook Pro with > a 64 bit processor. >Reporter: Matthew Runo > Attachments: schema.xml, solrconfig.xml, Synonyms2.txt > > > I've been having issues with synonyms apparently not working. Shorter lists > work just fine, while longer lists do not appear to work. I'll attach my > schema, config, and synonyms file for testing. > As a quick example... this works... > zutanoapparel => zutano > But this does not... > aadias, aadidas, aaidas, adadas, adaddas, adaddis, adadias, adadis, adaidas, > adaies, addedas, addedis, addidaas, addidads, addidais, addidas, addidascom, > addiddas, addides, addidis, adeadas, adedas, adeddas, adedias, adiada, > adiadas, adiadis, adiads, adida, adidaas, adidas1, adidass, adidaz, adidda, > adiddas, adiddias, adidias, adidis, adiidas, aditas, adudas, afidas, aididas, > wwwadidascom => adidas > This works... > liumiani, loomiani, lumaini, lumanai, lumani, lumiami, lumian, lumiana, > lumianai, lumiari, luminani, lumini, luminiani => lumiani > But this does not... > clegerie, cleregie, clergerie, clergie, robertclaregie, robert claregie, > robertclargeries, robert clargeries, robertclegerie, robert clegerie, > robertcleregie, robert cleregie, robertclergeic, robert clergeic, > robertclergerie, robertclergi, robert clergi, robertclergie, robert clergie, > robertclergoe, robert clergoe, robertclerige, robert clerige, > robertclerterie, robert clerterie => Robert Clergerie -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SOLR-702) Long lists of synonyms seem not to work
[ https://issues.apache.org/jira/browse/SOLR-702?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthew Runo updated SOLR-702: -- Attachment: schema.xml > Long lists of synonyms seem not to work > --- > > Key: SOLR-702 > URL: https://issues.apache.org/jira/browse/SOLR-702 > Project: Solr > Issue Type: Bug > Components: search >Affects Versions: 1.3 > Environment: I'm using Java 1.6 running on OS X on a Macbook Pro with > a 64 bit processor. >Reporter: Matthew Runo > Attachments: schema.xml, solrconfig.xml, Synonyms2.txt > > > I've been having issues with synonyms apparently not working. Shorter lists > work just fine, while longer lists do not appear to work. I'll attach my > schema, config, and synonyms file for testing. > As a quick example... this works... > zutanoapparel => zutano > But this does not... > aadias, aadidas, aaidas, adadas, adaddas, adaddis, adadias, adadis, adaidas, > adaies, addedas, addedis, addidaas, addidads, addidais, addidas, addidascom, > addiddas, addides, addidis, adeadas, adedas, adeddas, adedias, adiada, > adiadas, adiadis, adiads, adida, adidaas, adidas1, adidass, adidaz, adidda, > adiddas, adiddias, adidias, adidis, adiidas, aditas, adudas, afidas, aididas, > wwwadidascom => adidas > This works... > liumiani, loomiani, lumaini, lumanai, lumani, lumiami, lumian, lumiana, > lumianai, lumiari, luminani, lumini, luminiani => lumiani > But this does not... > clegerie, cleregie, clergerie, clergie, robertclaregie, robert claregie, > robertclargeries, robert clargeries, robertclegerie, robert clegerie, > robertcleregie, robert cleregie, robertclergeic, robert clergeic, > robertclergerie, robertclergi, robert clergi, robertclergie, robert clergie, > robertclergoe, robert clergoe, robertclerige, robert clerige, > robertclerterie, robert clerterie => Robert Clergerie -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SOLR-702) Long lists of synonyms seem not to work
[ https://issues.apache.org/jira/browse/SOLR-702?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthew Runo updated SOLR-702: -- Attachment: Synonyms2.txt My synonyms file. Some of them work, some do not. > Long lists of synonyms seem not to work > --- > > Key: SOLR-702 > URL: https://issues.apache.org/jira/browse/SOLR-702 > Project: Solr > Issue Type: Bug > Components: search >Affects Versions: 1.3 > Environment: I'm using Java 1.6 running on OS X on a Macbook Pro with > a 64 bit processor. >Reporter: Matthew Runo > Attachments: Synonyms2.txt > > > I've been having issues with synonyms apparently not working. Shorter lists > work just fine, while longer lists do not appear to work. I'll attach my > schema, config, and synonyms file for testing. > As a quick example... this works... > zutanoapparel => zutano > But this does not... > aadias, aadidas, aaidas, adadas, adaddas, adaddis, adadias, adadis, adaidas, > adaies, addedas, addedis, addidaas, addidads, addidais, addidas, addidascom, > addiddas, addides, addidis, adeadas, adedas, adeddas, adedias, adiada, > adiadas, adiadis, adiads, adida, adidaas, adidas1, adidass, adidaz, adidda, > adiddas, adiddias, adidias, adidis, adiidas, aditas, adudas, afidas, aididas, > wwwadidascom => adidas > This works... > liumiani, loomiani, lumaini, lumanai, lumani, lumiami, lumian, lumiana, > lumianai, lumiari, luminani, lumini, luminiani => lumiani > But this does not... > clegerie, cleregie, clergerie, clergie, robertclaregie, robert claregie, > robertclargeries, robert clargeries, robertclegerie, robert clegerie, > robertcleregie, robert cleregie, robertclergeic, robert clergeic, > robertclergerie, robertclergi, robert clergi, robertclergie, robert clergie, > robertclergoe, robert clergoe, robertclerige, robert clerige, > robertclerterie, robert clerterie => Robert Clergerie -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (SOLR-702) Long lists of synonyms seem not to work
Long lists of synonyms seem not to work --- Key: SOLR-702 URL: https://issues.apache.org/jira/browse/SOLR-702 Project: Solr Issue Type: Bug Components: search Affects Versions: 1.3 Environment: I'm using Java 1.6 running on OS X on a Macbook Pro with a 64 bit processor. Reporter: Matthew Runo Attachments: Synonyms2.txt I've been having issues with synonyms apparently not working. Shorter lists work just fine, while longer lists do not appear to work. I'll attach my schema, config, and synonyms file for testing. As a quick example... this works... zutanoapparel => zutano But this does not... aadias, aadidas, aaidas, adadas, adaddas, adaddis, adadias, adadis, adaidas, adaies, addedas, addedis, addidaas, addidads, addidais, addidas, addidascom, addiddas, addides, addidis, adeadas, adedas, adeddas, adedias, adiada, adiadas, adiadis, adiads, adida, adidaas, adidas1, adidass, adidaz, adidda, adiddas, adiddias, adidias, adidis, adiidas, aditas, adudas, afidas, aididas, wwwadidascom => adidas This works... liumiani, loomiani, lumaini, lumanai, lumani, lumiami, lumian, lumiana, lumianai, lumiari, luminani, lumini, luminiani => lumiani But this does not... clegerie, cleregie, clergerie, clergie, robertclaregie, robert claregie, robertclargeries, robert clargeries, robertclegerie, robert clegerie, robertcleregie, robert cleregie, robertclergeic, robert clergeic, robertclergerie, robertclergi, robert clergi, robertclergie, robert clergie, robertclergoe, robert clergoe, robertclerige, robert clerige, robertclerterie, robert clerterie => Robert Clergerie -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SOLR-430) SpellcheckerRequest / Response
[ https://issues.apache.org/jira/browse/SOLR-430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthew Runo updated SOLR-430: -- Description: SolrJ should support sending a request that interacts with the SpellCheckComponent from SOLR-572 and handling the results in a sane manner so users of SolrJ can make use of the SpellCheckComponent code without parsing XML themselves. (was: SolrJ should support at a minimum a basic SpellcheckRequest and Response. Response should return a set of strings, the suggestions returned by the SpellcheckQueryHandler. Request should accept the basic commands that SC accepts over HTTP.) Changed issue summary to reflect new code for the spellchecker in solr/lucene. > SpellcheckerRequest / Response > -- > > Key: SOLR-430 > URL: https://issues.apache.org/jira/browse/SOLR-430 > Project: Solr > Issue Type: New Feature > Components: clients - java, spellchecker >Affects Versions: 1.3 >Reporter: Matthew Runo > > SolrJ should support sending a request that interacts with the > SpellCheckComponent from SOLR-572 and handling the results in a sane manner > so users of SolrJ can make use of the SpellCheckComponent code without > parsing XML themselves. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SOLR-430) SpellcheckerRequest / Response
[ https://issues.apache.org/jira/browse/SOLR-430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12606531#action_12606531 ] Matthew Runo commented on SOLR-430: --- Seems like a very reasonable thing to do to me > SpellcheckerRequest / Response > -- > > Key: SOLR-430 > URL: https://issues.apache.org/jira/browse/SOLR-430 > Project: Solr > Issue Type: New Feature > Components: clients - java, spellchecker >Affects Versions: 1.3 >Reporter: Matthew Runo > > SolrJ should support at a minimum a basic SpellcheckRequest and Response. > Response should return a set of strings, the suggestions returned by the > SpellcheckQueryHandler. > Request should accept the basic commands that SC accepts over HTTP. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SOLR-430) SpellcheckerRequest / Response
[ https://issues.apache.org/jira/browse/SOLR-430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthew Runo updated SOLR-430: -- Component/s: spellchecker > SpellcheckerRequest / Response > -- > > Key: SOLR-430 > URL: https://issues.apache.org/jira/browse/SOLR-430 > Project: Solr > Issue Type: New Feature > Components: clients - java, spellchecker >Affects Versions: 1.3 >Reporter: Matthew Runo > Fix For: 1.3 > > > SolrJ should support at a minimum a basic SpellcheckRequest and Response. > Response should return a set of strings, the suggestions returned by the > SpellcheckQueryHandler. > Request should accept the basic commands that SC accepts over HTTP. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (SOLR-247) Allow facet.field=* to facet on all fields (without knowing what they are)
[ https://issues.apache.org/jira/browse/SOLR-247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12557719#action_12557719 ] mruno edited comment on SOLR-247 at 1/10/08 9:46 AM: http://www.nabble.com/Dynamic-fields---Facets-to14739422.html also provides a use case for this to be fixed. While I'd never do a facet on the wildcard, I'd love to be able to do one on attribute_. It just makes using the dynamic fields so much easier. was (Author: mruno): http://www.nabble.com/Dynamic-fields---Facets-to14739422.html also provides a use case for this to be fixed. While I'd never do a facet on *, I'd love to be able to do one on attribute_*. It just makes using the dynamic fields so much easier. > Allow facet.field=* to facet on all fields (without knowing what they are) > -- > > Key: SOLR-247 > URL: https://issues.apache.org/jira/browse/SOLR-247 > Project: Solr > Issue Type: Improvement >Reporter: Ryan McKinley >Priority: Minor > Attachments: SOLR-247-FacetAllFields.patch > > > I don't know if this is a good idea to include -- it is potentially a bad > idea to use it, but that can be ok. > This came out of trying to use faceting for the LukeRequestHandler top term > collecting. > http://www.nabble.com/Luke-request-handler-issue-tf3762155.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (SOLR-247) Allow facet.field=* to facet on all fields (without knowing what they are)
[ https://issues.apache.org/jira/browse/SOLR-247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12557719#action_12557719 ] mruno edited comment on SOLR-247 at 1/10/08 9:46 AM: http://www.nabble.com/Dynamic-fields---Facets-to14739422.html also provides a use case for this to be fixed. While I'd never do a facet on *, I'd love to be able to do one on attribute_*. It just makes using the dynamic fields so much easier. was (Author: mruno): http://www.nabble.com/Dynamic-fields---Facets-to14739422.html also provides a use case for this to be fixed. While I'd never do a '*', I'd love to be able to do a 'attribute_*'. It just makes using the dynamic fields so much easier. > Allow facet.field=* to facet on all fields (without knowing what they are) > -- > > Key: SOLR-247 > URL: https://issues.apache.org/jira/browse/SOLR-247 > Project: Solr > Issue Type: Improvement >Reporter: Ryan McKinley >Priority: Minor > Attachments: SOLR-247-FacetAllFields.patch > > > I don't know if this is a good idea to include -- it is potentially a bad > idea to use it, but that can be ok. > This came out of trying to use faceting for the LukeRequestHandler top term > collecting. > http://www.nabble.com/Luke-request-handler-issue-tf3762155.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (SOLR-247) Allow facet.field=* to facet on all fields (without knowing what they are)
[ https://issues.apache.org/jira/browse/SOLR-247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12557719#action_12557719 ] mruno edited comment on SOLR-247 at 1/10/08 9:45 AM: http://www.nabble.com/Dynamic-fields---Facets-to14739422.html also provides a use case for this to be fixed. While I'd never do a '*', I'd love to be able to do a 'attribute_*'. It just makes using the dynamic fields so much easier. was (Author: mruno): http://www.nabble.com/Dynamic-fields---Facets-to14739422.html also provides a use case for this to be fixed. While I'd never do a "*", I'd love to be able to do a "attribute_*". It just makes using the dynamic fields so much easier. > Allow facet.field=* to facet on all fields (without knowing what they are) > -- > > Key: SOLR-247 > URL: https://issues.apache.org/jira/browse/SOLR-247 > Project: Solr > Issue Type: Improvement >Reporter: Ryan McKinley >Priority: Minor > Attachments: SOLR-247-FacetAllFields.patch > > > I don't know if this is a good idea to include -- it is potentially a bad > idea to use it, but that can be ok. > This came out of trying to use faceting for the LukeRequestHandler top term > collecting. > http://www.nabble.com/Luke-request-handler-issue-tf3762155.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SOLR-247) Allow facet.field=* to facet on all fields (without knowing what they are)
[ https://issues.apache.org/jira/browse/SOLR-247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12557719#action_12557719 ] Matthew Runo commented on SOLR-247: --- http://www.nabble.com/Dynamic-fields---Facets-to14739422.html also provides a use case for this to be fixed. While I'd never do a "*", I'd love to be able to do a "attribute_*". It just makes using the dynamic fields so much easier. > Allow facet.field=* to facet on all fields (without knowing what they are) > -- > > Key: SOLR-247 > URL: https://issues.apache.org/jira/browse/SOLR-247 > Project: Solr > Issue Type: Improvement >Reporter: Ryan McKinley >Priority: Minor > Attachments: SOLR-247-FacetAllFields.patch > > > I don't know if this is a good idea to include -- it is potentially a bad > idea to use it, but that can be ok. > This came out of trying to use faceting for the LukeRequestHandler top term > collecting. > http://www.nabble.com/Luke-request-handler-issue-tf3762155.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (SOLR-430) SpellcheckerRequest / Response
SpellcheckerRequest / Response -- Key: SOLR-430 URL: https://issues.apache.org/jira/browse/SOLR-430 Project: Solr Issue Type: New Feature Components: clients - java Affects Versions: 1.3 Reporter: Matthew Runo Fix For: 1.3 SolrJ should support at a minimum a basic SpellcheckRequest and Response. Response should return a set of strings, the suggestions returned by the SpellcheckQueryHandler. Request should accept the basic commands that SC accepts over HTTP. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SOLR-103) SQL Upload Plugin
[ https://issues.apache.org/jira/browse/SOLR-103?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12492408 ] Matthew Runo commented on SOLR-103: --- It would be nice if we could provide a JDBC connection and input a SQL query which would be ran on a configurable timeline. > SQL Upload Plugin > - > > Key: SOLR-103 > URL: https://issues.apache.org/jira/browse/SOLR-103 > Project: Solr > Issue Type: Improvement > Components: update >Affects Versions: 1.2 >Reporter: Ryan McKinley > Fix For: 1.2 > > Attachments: SOLR-103-SQLUpdateRequestHandler.patch > > > Solr needs an easy way to upload lots of files directly from SQL. > See also: SOLR-66 (CSV uploader) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.