gnunet-developers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [GNUnet-developers] Keywords with file insertion


From: milan
Subject: Re: [GNUnet-developers] Keywords with file insertion
Date: Fri, 21 Jan 2005 22:25:59 +0100
User-agent: Mozilla Thunderbird 0.9 (X11/20041124)

Bram Neijt a écrit :

On Thu, 20 Jan 2005 21:24:32 +0100, N. Durner <address@hidden> wrote:
Hi,

Or use the gnunet-insert program with "--noextraction" option and a
nice gui form that is specificly for, say, audio and calculates and
adds the MD4/5 hashes as keywords.
Yeah, that's my idea. ;-) GNUnet-GTK does a few keyword extraction, but doesn't organise keywords like it should. Indeed, I'm working on a form to insert audio easily and to add standard keywords (like ID3 and Vorbis comment's Title, Artist, Album, Date...) to the file descriptor in GNUnet AFS. This can be done without much problems now, but time. :-) I promise you I'll work on it more... See the attached screenshot to have an idea of what it can be... and give me your suggestions.

So the idea of "<title:>title" was abandoned. I haven't looked really how the implementation of the 'tag' in the descriptor's was done, but I will do so soon.


Yes, this is true. However, if a file would have an additional keyword
with it's MD4 then ed2k links could be resolved using the MD4 provided
by them.
(because this is computationally intensive, it should never be mandatory)
What I would like to see is a proposal for the extra metadata a user
might want to add. Using only date is like saying computers will never
need more then 300K RAM.

So it could be added to the tag, no ? We should choose if metadata list will be flexible (i.e. user can add every kind of data he want's manually, like MD4, Genre...) or if we choose a precise list, like Vorbis comment's list. What do you think ?

The list could be large, to allow many possibilities (user needs are not so infinite...).


Milan

PNG image


reply via email to

[Prev in Thread] Current Thread [Next in Thread]