home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / misc / intprop / 860 < prev    next >
Encoding:
Internet Message Format  |  1992-08-18  |  3.5 KB

  1. Path: sparky!uunet!wupost!sdd.hp.com!think.com!barmar
  2. From: barmar@think.com (Barry Margolin)
  3. Newsgroups: misc.int-property
  4. Subject: Re: Copyright and Derivative Works
  5. Date: 19 Aug 1992 00:22:07 GMT
  6. Organization: Thinking Machines Corporation, Cambridge MA, USA
  7. Lines: 65
  8. Message-ID: <16s47fINN32c@early-bird.think.com>
  9. References: <Bt375A.By0@newcastle.ac.uk> <16q33kINNmmj@early-bird.think.com> <Bt6D2K.6sJ@newcastle.ac.uk>
  10. NNTP-Posting-Host: telecaster.think.com
  11.  
  12. In article <Bt6D2K.6sJ@newcastle.ac.uk> Graham.Shaw@newcastle.ac.uk (G.D.Shaw) writes:
  13. >   My point is that there are cases where a text can
  14. >   (a) be derived from another, (b) be useful to the recipient but
  15. >   (c) which cannot be shown to be a derivative (or even be similar)
  16. >   to any standard of proof whatsoever.
  17.  
  18. There are lots of things that are true but can't be proved.
  19.  
  20. >   What I was challenging was that "text A is derived from text B"
  21. >   implies that "there will be discernable similarity between text
  22. >   A and text B".
  23.  
  24. You're being pretty vague.  I presume you're talking about transformations
  25. such as encryption.  Simply looking at the two texts will not make their
  26. similarity apparent.  However, the court may be able to force the defendant
  27. to decrypt the text (much as it can force him to open a safe, or reveal
  28. other pertinent information), and then the similarity should be apparent.
  29.  
  30. A less clear case is compilation.  In this case, there's no simple inverse
  31. transformation, but an expert witness could analyze the source and binary
  32. and be able to determine whether the binary is likely to be the result of
  33. compiling the source.
  34.  
  35. >The fundamental problem is this: the information content of a text
  36. >is a relative, not an absolute quality.  It is possible for a text
  37. >to be derived from an original without carrying any information
  38. >about the original.  
  39.  
  40. Could you give a useful example?  I can think of some pretty silly ones (in
  41. which case they don't satisfy your criterion (b) above).  For instance, a
  42. transformation where all words are replaced by randomly chosen words of
  43. equal length.
  44.  
  45. I suppose that a series of useful transformation could have the property
  46. you suggest (this reminds me of the word puzzles where you must transform a
  47. word into another word by changing one letter at a time, each step
  48. resulting in a valid word).
  49.  
  50. >              It is also possible for subsequent text that
  51. >was not in any way derived from or contaminated by the original
  52. >to convey enough information to reconstruct the original in its
  53. >entirity.
  54.  
  55. And it's also possible for a random text generator to recreate the complete
  56. works of Knuth (the modern version of the infinite monkeys).  In both
  57. cases, it's unlikely enough that it can usually be ignored.
  58.  
  59. >Finally, perhaps I should make clear that I am not talking about
  60. >'practical' law here - I am talking about what the judges should
  61. >uphold, not what they would.  I am also aware that few (if any)
  62. >judges are in the least bit qualified to judge what is right or
  63. >wrong in this area.  (Nor, for that matter, are most of our
  64. >legislators.)
  65.  
  66. If they can't base their judgement on direct comparison of the texts, then
  67. they will have to resort to other types of evidence.  There are many cases
  68. where direct evidence is not always available or reliable.  For instance,
  69. an eyewitness who sees the defendant run the transformation program, or
  70. hears him talk about it in the hallway, can be more useful than direct
  71. comparison.
  72. -- 
  73. Barry Margolin
  74. System Manager, Thinking Machines Corp.
  75.  
  76. barmar@think.com          {uunet,harvard}!think!barmar
  77.