On Sun, 9 Dec 2001, Stefano Mazzocchi wrote:

> Bernhard Huber wrote:
>
> > >Which leads me to think that making crawling, indexing and searching as
> > >Avalon components might be FS since we're not going to use any other
> > >implementation of these....
> > >
> > I'm sorry but what means FS?
>
> Flexibility Syndrome: when you want to do more than necessary because it
> appears cool but later on you find out it was a mistake to do it and now
> you have to support it and others are taking this even further down the
> wrong path and you can't stop them!

As I've written in a previous mail we should put something like this
into the FAQ.

> > >What do you think?
> > >
> > I try to switch to implementing again, as there are quite some nice
> > ideas, but let's implement them....
> > Let's continue to "work"....
>
> :)
>
> > As a result of the last emails I would summarize:
> > * Avalon components stays
> > * your naming
> >
> > org.apache.cocoon.components.crawler, and org.apache.cocoon.components.search are 
>okay. It makes more sense, can you put some skeleton into the cvs, or send it to  me?
>
> Why don't you throw in your skeleton ideas here and we discuss then in
> the open?
>
> > * I will implement some paging for the search result, if there are too
> > much search result for displaying on a single page.
>
> Yep, this is a must do.

Again, can Exhibition be used for that?

> > * I will study the Main class for the internal crawling..
>
> Great
>
> > * As I read some other mail of you; you are thinking about some more
> > indexing calculation using matrix-calculus.
>
> yes, more on this to follow soon, but for now, your indexing is good
> enough to implement the rest around it, we'll tune the indexing later on
> (even because semantic relevance rating require some deep Lucene changes
> that might not easy to get approuved, we'll see how that goes, but I'll
> keep pushing)

+1

> > * I will try to write some docu, how to use the "XML Searching".
>
> nice
>
> > * First XSP is okay, a generator for the searching should be written,
> > let's call it:
> >
> > org.apache.cocoon.components.search.SearchGenerator.
>
> I'd call it
>
>  org.apache.cocoon.generator.SearchGenerator
>
> that uses
>
>  org.apache.cocoon.component.search.Searcher
>
> this is coherent with the rest of the system.

+1

> > What about the xml output of the SearchGenerator?
> > Search Generator XML DTD, if you want it to be RDF, i have to read the RDF 
>documentation more closely, the next few days..... :)
>
> Nah, forget RDF for now, let's keep it as simple as possible:
>
> searching for 'cocoon' would result in something like:
>
>  <search:results>
>   <search:hit rank="1" score="89%" uri="...">
>    <xhtml:p>
>     <search:highlight>Cocoon</search:highlight> now offers semantic
> <search:highlight>search</search:highlight>
>    </xhtml:p>
>   </search:hit>
>   ...
>  </search:results>

Hmm... I don't like mixing namespaces spit from one Generator.

> As you can see, this also includes part of the "context" where the
> textual information is found. This follows the Google model and I think
> it would be a *great* feature to have.
>
> But this requires more thinking, I'd say let's ignore it for now, so you
> can come up with
>
>  <search:results xmlns:search="http://apache.org/cocoon/search/1.0>
>   <search:hit rank="1" score="89%" uri="..."/>
>   ...
>  </search:results>
>
> which is good enough for now but could be easily improved later on.
>
> >  I hope you don't mind making these suggestions, but after some emails i
> > get a bit confused about what should be really done.
>
> Don't worry, I love your 'hands on' attitude. It balances my 'think a
> lot and never get something done' one :)

:-))

> > As there is surley some need for the searching stuff in cocoon, let's do it.
>
> Yep.
>
> > I must admit that i have some limited time only, which i can put into
> > implementing...
> > Nevertheless i like that email&idea exchange, learning a lot...
>
> Learning is always the the fun part :)

A big +1000 here

Giacomo



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Reply via email to