>>>>> "BC" == Benjamin Coates <coates at windmail.net> writes:
BC> What's the point of attaching this highly descriptive stuff to
BC> the file at all? Wouldn't this belong in an seperate
BC> indexing/searching layer? The sort of metadata you need in a
BC> CHK is stuff like content-type or part-number or whatever,
^^^^^^^^^^^^
BC> that lets you interpret the data you have, not author or
BC> keywords or subject (that lets you find or categorize the
BC> data)
Content-Type is descriptive metadata. So is size, duration, etc. See
Dublin Core for details.
I see no particular reason not to attach Dublin Core metadata to CHKs,
except some people's over-enthusiastic worriedness about having the
SAME DATA in Freenet TWICE. DC metadata does allow some free-form
fields, and theoretically people could diddle one of these fields and
reinsert the CHK.
But, HELL, man! I can put the same MP3 in Freenet 50 different times,
with 50 different bit streams! I can put a 30 different versions of
the same scan of a 1992 Playboy centerfold, each one totally
indistinguishable from the other! Diddle a bit, the CHK is different!
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?
~Mr. Bad
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mr. Bad <mr.bad at pigdog.org> | Pigdog Journal | http://pigdog.org/
freenet:MSK at SSK@u1AntQcZ81Y4c2tJKd1M87cZvPoQAge/pigdog+journal//
"Statements like this give the impression that this article was
written by a madman in a drug induced rage" -- Ben Franklin
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
_______________________________________________
Devl mailing list
Devl at freenetproject.org
http://lists.freenetproject.org/mailman/listinfo/devl
