Ian Clarke wrote:
>
> > > > Either way, I have been
> > > > thinking for a while that we should at least experiment about this by
> > > > making it a seperate application for Napster/Gnutella type filesharing.
> > > Can you define what you mean by this?
> > An application that works like Napster.
>
> So a URI is actually a URL, and it just lets you find URLs? Not sure
> that there would be much point...
>
Perhaps a system that can find a 'locator' based on keywords and meta data. In the
case
of freenet this will be the key to the content referenced. If used in another context
it
may be URL's or some other kind of locator (ICQ member ID?). etc.
I guess the point is that this type of search mechanism will be usefull in many
contexts,
even outside of freenet. As to wether it is a separate application or not, I would
suggest that wether they reside in the same code (i.e. bundled together) is not the
issue,
but rather can one be used without the other? For example, perhaps I want to use the
searching mechanism to share ICQ numbers and hompages based on preferences and hobbies
as
indicated in the meta data for each user, but without using Freenet (no need in this
context). Could such a thing be accomplished? Would it really be worthwile?
There is not any existing system that works this way, so I would think that it would
be of
interest outside of the freenet core itself (not everything people search for must be
transport anonymously). Decentralized searching is a problem that still leaves much
to be
desired in all current implementations...
_______________________________________________
Devl mailing list
[EMAIL PROTECTED]
http://lists.freenetproject.org/mailman/listinfo/devl
