Differences between revisions 1 and 5 (spanning 4 versions)
Revision 1 as of 2006-03-08 20:59:05
Size: 2064
Editor: adsl-068-213-166-098
Comment:
Revision 5 as of 2009-09-20 22:04:42
Size: 2060
Editor: localhost
Comment: converted to 1.6 markup
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
/!\ Please link to from TODO page /!\ I don't have permission to mess with that page :)
(more brainstorming on this topic can be found in [[http://www.nabble.com/metadata-about-result-sets--t1243321.html|this thread]])
Line 6: Line 5:
We add suggestable metadata as part of the product schema, so we could have something like
Line 7: Line 7:

We add suggestable metadata as part of the product schema, so we could have something like
{{{
Line 10: Line 9:
 <doc>
  
<field name='id">12345</field>
  <field name="author_first_letter" suggestable="1">Smith</field>
  <field name
="author" suggestable="1" preceding="author_first_letter">S</field>
  
<field name="price_range" suggestable="1">0-25</field>
  <field name="price">14.23</field>
  <field name="name">Some Crazy Legal Book</field>
 </doc>
    <doc>
        
<field name='id">12345</field>
        <field name="author_first_letter" suggestable="1">S</field>
        <field name="au
thor" suggestable="1" preceding="author_first_letter">Smith</field>
        
<field name="price_range" suggestable="1">0-25</field>
        <field name="price">14.23</field>
        <field name="name">Some Crazy Legal Book</field>
    </doc>
Line 19: Line 18:
}}}
Line 21: Line 21:

Line 28: Line 26:
If author_first_letter is specified as S in the next step of the search, then we offer the author attribute and the distinct values of author where author_first_letter = S If author_first_letter is specified as S in the next step of the search, then we offer the author attribute and the distinct values of author where author_first_letter = S.
Line 33: Line 31:
If we expand the idea of preceding to hold a coma separated list of necessary preceding fields, then any search manager anywhere should have the flexibility he/she needs to custom tailer the browsing experience. :TODO: continue this line of thought... If we expand the idea of preceding to hold a coma separated list of necessary preceding fields, then any search manager anywhere should have the flexibility he/she needs to custom tailer the browsing experience based on multiple variables. At the same time, the default functionality (no preceding fields mentioned) should meet the requirements of the multifacted search propsed in the TODO. 
Line 35: Line 33:



I don't think this would be really much more difficult than trying to extract attributes, and it gives people an easier time adiopting this project without shutting down the default functionaity that the TODO list suggests right now.
Ideas?

(more brainstorming on this topic can be found in this thread)

From a super high level, here are my thoughts on how complex multifaceted search could work (also called metadata search, guided navigation, browse and search, etc for anyone searching for this).

We add suggestable metadata as part of the product schema, so we could have something like

<add>
    <doc>
        <field name='id">12345</field>
        <field name="author_first_letter" suggestable="1">S</field>
        <field name="author" suggestable="1" preceding="author_first_letter">Smith</field>
        <field name="price_range" suggestable="1">0-25</field>
        <field name="price">14.23</field>
        <field name="name">Some Crazy Legal Book</field>
    </doc>
</add>

some of those fields would obviously have to be custom added to the schema, but that is a 5 minute deal.

Lets say a search happens and our book happens to be in the result set along with 1000 other books. Based on our index, we can scan the resultset and see that the results have three suggestable fields, two of which do not require a preceding field.

We return a list of the attributes and their distinct values for author_first_letter and price_range.

If author_first_letter is specified as S in the next step of the search, then we offer the author attribute and the distinct values of author where author_first_letter = S.

If price_range 0-25 is selected, then we don't show price in the metatdata list, since it is not suggestable. We do show the author_first_letter field again though.

If we expand the idea of preceding to hold a coma separated list of necessary preceding fields, then any search manager anywhere should have the flexibility he/she needs to custom tailer the browsing experience based on multiple variables. At the same time, the default functionality (no preceding fields mentioned) should meet the requirements of the multifacted search propsed in the TODO.

Ideas?

ComplexFacetingBrainstorming (last edited 2009-09-20 22:04:42 by localhost)