OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

regrep-semantic message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [regrep-semantic] Semantic searching use case / challenge


Farrukh,

I thought you answered my question OK the first time around -
I just wanted to make sure that we had support in for linking
topics and items into related groups - that seems something
OWL brings to the table - so you get that Thesaurus like
behaviour - "see related items" - obviously vivisomo is
exposing that more directly in the result tree as groups.

The question is more like - could you support the
vivisomo UI and feature set with an ebXML registry
as the backend - I believe the answer is Yes.  As
Duane pointed out however - you still need an
engine and query management system to drive
that and be the brains in the middle.

Thanks, DW.

----- Original Message ----- 
From: "Chiusano Joseph" <chiusano_joseph@bah.com>
To: "Farrukh Najmi" <Farrukh.Najmi@Sun.COM>
Cc: "Duane Nickull" <dnickull@adobe.com>; "David RR Webber"
<david@drrw.info>; <regrep-semantic@lists.oasis-open.org>
Sent: Tuesday, February 17, 2004 11:55 AM
Subject: Re: [regrep-semantic] Semantic searching use case / challenge


> It's also about on-the-fly classifications of results.
>
> Joe
>
> Farrukh Najmi wrote:
> >
> > Duane Nickull wrote:
> >
> > > IMO - I would not require this to be a feature since this is concerned
> > > with graphical representation and forcing vendors is wrong.
> > >
> > > The functionality can be delivered by a contextual search capability
> > > combined with secondary efficiency mechanism.  When we designed GoXML,
> > > we kicked around the idea of caching the most commonly requested
> > > searches so the results did not have to be generated at run time.
> > > Many existing SE vendors also employ algorithms to determine which
> > > results are clicked on the most and that raises their relevancy score.
> > > If we design the search component to provide meaningful results,
> > > vendors can freely offer clustered search results, pre cached results
> > > and employ secondary mechanisms to present the searches that they deem
> > > fit.
> > >
> > > I did like what you showed me, just not sure we should make it a
> > > mandatory part of the spec.
> > >
> > > Duane
> >
> > My bad. On re-reading vivisimo I realize this what not just federated
> > queries but display of query results graphically. No we do not do that
> > today in ebXML Registry specs and I agree with Duane that we should not
> > make that a spec feature.
> >
> > >
> > >
> > > David RR Webber wrote:
> > >
> > >> Search result clustering: www.vivisimo.com
> > >>
> > >> Can we foresee an ebXML registry supporting this?
> > >>
> > >> DW
> > >>
> > >>
> > >>
> > >>
> > >
> >
> > --
> > Regards,
> > Farrukh
>



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]