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 Devl at freenetproject.org http://lists.freenetproject.org/mailman/listinfo/devl
