On 10 May 2001, Mr.Bad wrote:
> If we consider this a hostile act, we need to seriously rethink this
> entire enterprise. If Napster (e.g.) or alt.binaries.pictures.erotica
> are any indication, we will have VASTLY REDUNDANT DATA in Freenet. The
> case where two people try to insert the same song with the same
> bitstream is going to be much less common than two people trying to
> insert the same song with DIFFERENT bitstreams. Why even worry about
> the first case, if we can't handle the second?
But Freenet isn't Napster or Usenet, it's more like the WWW.
* Usenet is ephemeral, so reposts of popular data are essential.
* Napster is not a publication medium where an exact piece of data can
be reliably found. (You get what happens to be saved on some user's
disk under a similar name.) There's no "insertion".
Ideally Freenet will progress towards One True Catalog of data, and the
problem of redundant data will disappear. I don't see any compelling
reason why the merging of catalogs would not occur.
The critical question here is whether preventing redundancy in files under
the 128K splitting threshold is worthwhile, right here and now.
How about a compromise! We'll MANDATE the content-encoding and
content-type fields by removing them from ordinary metadata and putting
them in as standard values before the data, like:
<(2 bytes) content-encoding><(2 bytes) content-type><data>
Everybody knows these two (the content-encoding is the NONE value unless
the Freenet client is expected to decode the data itself, as in compressed
HTML pages).
And almost nobody needs any more metadata! (Those who do are free to put
it in normally, too. Few clients will, so the load will be insignificant.)
So the browser people get their content type and content encoding (read:
compression), we avoid inserting the "basic" metadata in many
non-colliding permutations, and those who really need more are free to add
it.
Hrm. Then again, it might not be worth the trouble.
--
"...it must be held that third-party electronic monitoring, subject
only to the self-restraint of law enforcement officials, has no place
in our society..." Mark Roberts | mjr at statesmean.com
_______________________________________________
Devl mailing list
Devl at freenetproject.org
http://lists.freenetproject.org/mailman/listinfo/devl
>From - Thu May 10 17:50:52 2001
X-UIDL: 3adbdd6c00000521
X-Mozilla-Status: 0011
X-Mozilla-Status2: 00000000
Return-Path: <devl-admin at freenetproject.org>
Received: from hawk.freenetproject.org (postfix@[4.18.42.11])
by funky.danky.com (8.9.3/8.8.7) with ESMTP id OAA29211
for <danello at danky.com>; Thu, 10 May 2001 14:27:21 -0400
Received: from hawk.freenetproject.org (localhost [127.0.0.1])
by hawk.freenetproject.org (Postfix) with ESMTP
id D56F658041; Thu, 10 May 2001 12:07:06 -0700 (PDT)
Delivered-To: devl at freenetproject.org
Received: from mail.lanmail.com (ns.lanmail.com [199.29.68.100])
by hawk.freenetproject.org (Postfix) with ESMTP id 2130958032
for <devl at freenetproject.org>; Thu, 10 May 2001 12:06:56 -0700 (PDT)
X-WM-Posted-At: mail.lanmail.com; Thu, 10 May 01 15:06:44 -0400
X-WebMail-UserID: coates at windmail.net
From: Benjamin Coates <[email protected]>
To: devl at freenetproject.org
X-EXP32-SerialNo: 00000001
Subject: RE: [freenet-devl] no client metadata in 0.4 CHKs?
