Anything about Tenor?
Manuel Amador
rudd-o at amautacorp.com
Wed Aug 10 22:50:27 CEST 2005
El mar, 09-08-2005 a las 22:27 +0200, Scott Wheeler escribió:
>
> Well, at the moment the problem is that because Kat is more conceptually
> limited in scope the database layout reflects that. Essentially for
> something like Tenor you need the ability to store and work with graphs [1],
> which is something that it looks like Kat wasn't designed for.
I'll chime in again and say "ZODB" =)
(that is sort of like saying "Python", but at the time i worked with
the PyQt and PyKDE modules, they leaked mem like there was no tomorrow).
>
> To a limited extent that may be problematic in Kat, but Kat seems to have a
> few specific classes of information (thumbnails, fulltext and metadata) that
> it's interested in working with and the database reflects that. Again, Tenor
> is more open ended, so it needs something more flexible.
>
> That's not to say that something like that couldn't be built into Kat -- it's
> just that if you started reworking Kat to function that way you'd have to do
> almost all of the same steps as building Tenor. So I think where the storage
> ends up happening and how the merging might look is something that can be
> worked on later. Ideally there will only be about 4-5 classes in Tenor that
> touch the storage layer so those could either be ported to Kat's storage
> mechanism or vice versa. I am interested in hearing your thoughts on some of
> the more technical aspects of such.
>
> >From the text extraction and all of that, I haven't gotten really familiar
> with the Kat API for that yet, but I would guess that most of that could be
> shared with minor tweaks.
>
> This is kind of what I meant with the two systems being complimentary -- most
> of the graph stuff in Tenor would have to be built the same way with or
> without Kat.
>
> Cheers,
>
> -Scott
>
> [1] http://en.wikipedia.org/wiki/Graph_(data_structure)
>
--
Manuel Amador <rudd-o at amautacorp.com>
http://www.amautacorp.com/ +593 (4) 220-7010
More information about the Klink
mailing list