[
https://issues.apache.org/jira/browse/SOLR-69?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley updated SOLR-69:
--
Attachment: SOLR-69-MoreLikeThisRequestHandler.patch
Updating with a bunch of minor changes...
1. Got
[
https://issues.apache.org/jira/browse/SOLR-234?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ryan McKinley reopened SOLR-234:
TrimFilter should update the start and end offsets
--
[
https://issues.apache.org/jira/browse/SOLR-242?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497742
]
Hoss Man commented on SOLR-242:
---
standard is loose term ... it's more of a convention, and it's one that
wasn't really
On May 21, 2007, at 11:00 PM, Ryan McKinley wrote:
If Ryan is date-less again tonight, I'm sure he'll have it all
fixed up by the time I wake up :) Otherwise, I'll dig in and roll
up my sleeves sometime this week and make some adjustments to
allow turning off the top terms feature.
Just
Coding Style
Key: SOLR-245
URL: https://issues.apache.org/jira/browse/SOLR-245
Project: Solr
Issue Type: New Feature
Environment: Intellij IDEA 6.x
Reporter: Grant Ingersoll
Priority: Trivial
[
https://issues.apache.org/jira/browse/SOLR-245?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll updated SOLR-245:
-
Attachment: Lucene.xml
IntelliJ code style. Has to be installed under the codestyles
[
https://issues.apache.org/jira/browse/SOLR-208?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497902
]
Brian Whitman commented on SOLR-208:
Someone else questioned my choice of RSS spec last night. I don't want my
Yonik Seeley wrote:
On 5/22/07, Erik Hatcher [EMAIL PROTECTED] wrote:
I think all the features of the Luke request handler should be made
optional, except for just feeding back the fields and types in the
index which seems a reasonable always-on feature.
+1
The feature list of this handler
[
https://issues.apache.org/jira/browse/SOLR-225?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497935
]
Oz Solomon commented on SOLR-225:
-
Ryan - this is a great feature. Any chance to see it applied to the nightly
The whole topTerms thing is exactly the same concept as faceting
with *:* as a base (with perhaps the exception of ignoring deleted
docs by using df?)
Should these parameters be aligned somehow?
-Yonik
[
https://issues.apache.org/jira/browse/SOLR-225?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497955
]
Ryan McKinley commented on SOLR-225:
After solr 1.2 is out, I hope this will get in.
This patch still needs a
[
https://issues.apache.org/jira/browse/SOLR-225?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497959
]
Mike Klaas commented on SOLR-225:
-
Yeah. I'm happy to review the highlighting stuff (there are some parameter
[
https://issues.apache.org/jira/browse/SOLR-208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Whitman updated SOLR-208:
---
Attachment: atom.xsl
Adding atom.xsl (replaces rss.xsl)
Changes:
- Added apache header
- Atom, not
Yonik Seeley wrote:
The whole topTerms thing is exactly the same concept as faceting
with *:* as a base (with perhaps the exception of ignoring deleted
docs by using df?)
Should these parameters be aligned somehow?
Using the faceting implementation would be good too... since you would
get
Ryan McKinley wrote:
Yonik Seeley wrote:
The whole topTerms thing is exactly the same concept as faceting
with *:* as a base (with perhaps the exception of ignoring deleted
docs by using df?)
Should these parameters be aligned somehow?
Using the faceting implementation would be good too...
Ryan - just so you know where my current need with this is, it's only
in getting field names and types, as well as total documents back.
The top terms aren't a need for my projects. So I don't really have
any preference on the specifics, other than needing to be able to
turn that feature
If thats the case, I think the .diff you posted is fine...
The only thing I would change is I think the default should be some
positive number. For the app where you want the default to be 0, you
can initialize the request handler with:
requestHandler ...
lst name=defaults
int
17 matches
Mail list logo