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

["Chiusano Joseph" <chiusano_joseph@bah.com>]

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