[EMAIL PROTECTED] wrote:
I don't know about freshmeat (I only use it for the software search engine),
but IMHO Sourceforge suffers just as much or probably even more so from the
current Debian hierarchy problem: too generic or just overcrowded categories.
That's two of the problems I'm
On Fri, Dec 29, 2000 at 09:59:07AM +0100, Bastian Kleineidam wrote:
!ocseirF iH
On Thu, 28 Dec 2000, esoR ocsirF wrote:
Graphics
|_Gimp
|_Xfig
etc...
Why dont you use existing hierarchies? I like those of Freshmeat and
even more the Sourceforge Trove.
I don't know about
!ocseirF iH
On Thu, 28 Dec 2000, esoR ocsirF wrote:
Graphics
|_Gimp
|_Xfig
etc...
Why dont you use existing hierarchies? I like those of Freshmeat and
even more the Sourceforge Trove.
Bastian
On Fri, Dec 29, 2000 at 04:21:39AM +0200, Eray Ozkural (exa) wrote:
InfoProcApp: Information Processing Application
The box indicates a generic ontology package here named
InfoProcApp. Here is a candidate ontology derived from InfoProcApp
[...]
Now imagine this higher level hierarchy
MZ == Matt Zimmerman [EMAIL PROTECTED] writes:
MZ Can you name any Application that is not an Information
MZ Processing Application?
A spam filter? It processes un-information. B-)
~ESP
--
Evan Prodromou
[EMAIL PROTECTED]
Greetings,
IANAD, but I would like to suggest an idea that I had. There has been a
lot of interest in getting packages arranged by different
catagorizations, something like the menu. Most ideas that I have seen so
far seem to imply adding new fields to the debs, but his seems like
overkill to me.
On Thu, Dec 28, 2000 at 05:32:12PM -0800, esoR ocsirF wrote:
Greetings,
IANAD, but I would like to suggest an idea that I had. There has been a
lot of interest in getting packages arranged by different
catagorizations, something like the menu. Most ideas that I have seen so
far seem to imply
esoR ocsirF wrote:
Greetings,
IANAD, but I would like to suggest an idea that I had. There has been a
lot of interest in getting packages arranged by different
catagorizations, something like the menu. Most ideas that I have seen so
far seem to imply adding new fields to the debs, but his
Neal H Walfield wrote:
I think that this is a reasonable idea, however, it only addresses a
small part of the problem. I feel that a better solution would be to use
a similar method to perl modules: a hierarchal name space. In fact, we
We'll have better than that :) My tool will have a full
9 matches
Mail list logo
