Approximate matches in faceted schema implementations (PRODUCT FEATURES) WAS Introducing myself
"Phil Murray" <[email protected]>
| Newsgroups | gmane.comp.infodesign.facetedclassification |
|---|---|
| Message-ID | <[email protected]> |
Chris et al. --
The NMZ demonstrations are cool.
The "Exact" match vs. "Default" match distinction is very useful, and it
raises a related question about online implementations of faceted schemas.
(I understand "exact" matches as hits on only that concept, but not its
children. Please correct me if I'm wrong.)
But how should the inverse case be handled? For example, an information
seeker wants information about "dogs" but the indexer has classified a
document under "canines." This is the classic retrieval problem of indexers
using broader or narrower indexing terms than the information seeker
expects. It's unavoidable.
In such cases ...
-- Is making the schema visible sufficient? (In which case, you see the
broader/parent category.)
-- Should you prioritize hits by the number of additional steps necessary to
crawl up a facet hierarchy? Display the additional jumps required?
(MultiCentrix offers a feature along this line.)
-- Should you use a percentage-based weighting scheme ... with lesser weight
given to those hits that require additional crawling of the facet
hierarchies? (This may offer the advantage of simplicity for the information
seeker.)
It would also be interesting to understand your thought processes as you
developed the schema for the acts of parliament example. Did you draw on
existing classification schemas, or did you do the facet analysis from the
ground up?
Thanks,
Phil
> We built a software demonstrator that is still
> running at Bristol at http://nzm.dig.bris.ac.uk. There are three
> demonstrations at this site  advertisements for cars, legislation
> from the UK parliament and papers from an academic conference
> (confidentiality with our collaborators prevents use of engineering
> examples).
> Chris McMahon
-------------------------------------------
"I have made this letter longer than usual, only because I have
not had the time to make it shorter."
-- Blaise Pascal, Lettres Provinciales, 1657
Phil Murray -- Chief Knowledge Architect
The Knowledge Management Connection | http://www.KMconnection.com
401-247-7899
----------
Thanks for playing. To unsubscribe from this group, send an email to:
[email protected]
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/