[jira] Commented: (SOLR-247) Allow facet.field=* to facet on all fields (without knowing what they are)

2009-08-06 Thread Avlesh Singh (JIRA)

[ 
https://issues.apache.org/jira/browse/SOLR-247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12740397#action_12740397
 ] 

Avlesh Singh commented on SOLR-247:
---

I haven't tested this patch yet.  But my belief is that the primary objective 
should be to support dynamic fields than pure wildcard field names. Dynamic 
fields offer wide range of capabilities with w.r.t key-value(s) kind of data. 
Most of the times people use such fields because the keys are not known upfront.

If nothing more, this patch should at least cater to that audience.

 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, SOLR-247.patch, 
 SOLR-247.patch, SOLR-247.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)

2009-01-09 Thread Shalin Shekhar Mangar (JIRA)

[ 
https://issues.apache.org/jira/browse/SOLR-247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12662516#action_12662516
 ] 

Shalin Shekhar Mangar commented on SOLR-247:


Lars, I see you have been updating the patches to trunk diligently. However, 
I'm not sure if there is a consensus on adding this without having a glob like 
feature in place.

Do you have a use-case in mind which can be solved only with the current patch?

 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, SOLR-247.patch, 
 SOLR-247.patch, SOLR-247.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)

2009-01-09 Thread Lars Kotthoff (JIRA)

[ 
https://issues.apache.org/jira/browse/SOLR-247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12662518#action_12662518
 ] 

Lars Kotthoff commented on SOLR-247:


Off the top of my head, having an automated feed parser which adds fields and 
facet_field to facet on. I agree that all this should be part of a global 
glob-like thing, but that would probably only apply to the part which parses 
the parameters anyway. How a glob is matched depends on the type of glob (i.e. 
whether the field is indexed/stored/... and we want to facet/highlight/...).

If people start using it and it turns out to be important, it can always be 
refactored into something more general. If nobody uses globbing, there'd be no 
need to invest the effort of making it general :)

 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, SOLR-247.patch, 
 SOLR-247.patch, SOLR-247.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)

2008-01-10 Thread Matthew Runo (JIRA)

[ 
https://issues.apache.org/jira/browse/SOLR-247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=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] Commented: (SOLR-247) Allow facet.field=* to facet on all fields (without knowing what they are)

2008-01-10 Thread Hoss Man (JIRA)

[ 
https://issues.apache.org/jira/browse/SOLR-247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12557884#action_12557884
 ] 

Hoss Man commented on SOLR-247:
---

i've put soem thoughts on the broader issues of having solr admin control over 
how field names are dealt with (globs, regexes, aliasing, etc...)  in various 
contexts on the wiki...

http://wiki.apache.org/solr/FieldAliasesAndGlobsInParams

...it might be best to use that as a whiteboard for a design discussion since 
the ultimate issues are a little bigger then this issue originally set out to 
tackle.

 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)

2007-08-23 Thread Pieter Berkel (JIRA)

[ 
https://issues.apache.org/jira/browse/SOLR-247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12522345
 ] 

Pieter Berkel commented on SOLR-247:


Some recent discussion on this topic:

http://www.nabble.com/Structured-Lucene-documents-tf4234661.html

I get the impression that general wildcard syntax support for field listing 
parameters (i.e. the reverse of dynamic fields) as described in the above 
thread would be far more useful than a simple '*' match-anything syntax (not 
only in faceting but other cases like hl.fl and perhaps even mlt.fl).

I haven't really considered the performance issues of this approach however, as 
it would involve checking each field supplied in the parameter for '*' before 
expanding it into full field names for every query.

Given the above, the fact that it could be used across multiple response 
handlers and subhandlers like SimpleFacets  Highlighting, and that it would 
require access to IndexReader to getFieldNames(), where might be the most 
sensible place to put this code?


 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.



RE: [jira] Commented: (SOLR-247) Allow facet.field=* to facet on all fields (without knowing what they are)

2007-05-24 Thread Chris Hostetter

: Also, the reason other engines require you to mark the fields in the
: index definition is because they actually index the data differently if
: it is a facet vs a normal indexed field.  It's cool that solr doesn't
: have to do this but there may be a case where it would be a good idea
: someday.

right ... if down the road we find a way to imrpvoe faceting (or any other
feature) by storing more data on disk at indexing time, then configuration
to tell you that data was there and how to use it would live in the
schema.xml -- but options that don't matter once the data is already
written (or can be differet for differnet people depending on how they
use the data) can/should live in solrconfig.xml (like the options in
mainIndex right now)

Alternately: if kwe add some custom facet caching that doens't require
any new data on disk, but builds new in memory structures, that should
live in the solrconfig.xml as well since it's the kind of thing that would
likely be configured idfferently for masters/slaves.


-Hoss



[jira] Commented: (SOLR-247) Allow facet.field=* to facet on all fields (without knowing what they are)

2007-05-23 Thread Erik Hatcher (JIRA)

[ 
https://issues.apache.org/jira/browse/SOLR-247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12498311
 ] 

Erik Hatcher commented on SOLR-247:
---

I can see value in supporting the dynamicField wildcard syntax, so *_facet 
would work.   In fact, maybe that'd be a good syntax to support for all fl-like 
parameters too. 

* scares me, and it'd certainly be discouraged for anything but small indexes!  
 But of course I don't have to use it.   :) 

 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.



Re: [jira] Commented: (SOLR-247) Allow facet.field=* to facet on all fields (without knowing what they are)

2007-05-23 Thread Chris Hostetter

: One issue is that fl=XXX is typically a field list separated with , or
: |, facet.field expects each field as a separate parameter.

personally, i've never really lke that splitting behavior of fl, i'd
really rather not add it to facet.field.


-Hoss