home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / sci / space / 15596 < prev    next >
Encoding:
Text File  |  1992-11-09  |  3.1 KB  |  71 lines
  1. Newsgroups: sci.space
  2. From: andy@osea.demon.co.uk (Andrew Haveland-Robinson)
  3. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!sun-barr!cs.utexas.edu!hermes.chpc.utexas.edu!news.utdallas.edu!corpgate!bnrgate!bnr.co.uk!pipex!demon!osea.demon.co.uk!andy
  4. Subject: Errors 
  5. Distribution: world
  6. References: <BxEyt0.6Lq.1@cs.cmu.edu>
  7. Organization: Haveland-Robinson Associates
  8. Lines: 58
  9. Date: Tue, 10 Nov 1992 03:16:37 +0000
  10. Message-ID: <721379547snx@osea.demon.co.uk>
  11. Sender: usenet@gate.demon.co.uk
  12.  
  13.  
  14. In article <BxEyt0.6Lq.1@cs.cmu.edu> roberts@cmr.ncsl.nist.gov writes:
  15.  
  16. >-From: andy@osea.demon.co.uk (Andrew Haveland-Robinson)
  17. >-Subject: NASA Coverup
  18. >-Date: 8 Nov 92 03:34:51 GMT
  19. >-Organization: Haveland-Robinson Associates
  20. >
  21. >-As one working in the media as a typesetter typos are a statistical fact,
  22. >-following the same lines as bugs in code - they are never eradicated, just
  23. >-get less significant.
  24. >
  25. >-It is therefore reasonable to expect that out of the 1000s of articles on
  26. >-the subject and the complexity of editorial processes errors will occur.
  27. >-Some information will be inaccurate or completely wrong.
  28. >
  29. >And once those errors get in, they tend to propagate indefinitely - it's
  30. >impossible to get correction notices to everybody who read the original
  31. >articles. That gives refereed publications a considerable advantage in 
  32. >accuracy.
  33. >
  34. >John Roberts
  35. >roberts@cmr.ncsl.nist.gov
  36.  
  37. This propagation can be a real pain - hence the need for version control
  38. on software projects.  This is directly related to genetic axioms where
  39. "traits" (bugs, incorrect versions, mistakes etc)  get propagated.
  40.  
  41. Last year I produced all the colour graphics for a multimedia point-of-sale
  42. machine using touch-screen technology for a large bank.
  43.  
  44. There were 130 colour images with graphic text to produce, with some elements
  45. whittled down from 500 meg of scans...
  46.  
  47. If one image was used as a parent of child images then any errors or
  48. modifications that needed doing had to be applied to the entire family.
  49. It became clear that tracking these traits would become a major nightmare,
  50. as they wouldn't be really evident until the images were running in sequence,
  51. or would only be discovered in the process of modifying something else...
  52.  
  53. My solution was to build a massive "parts list", from which the images could
  54. be created from scratch on demand, with the use of macros on the rare
  55. occasions I needed to sleep!!  After three months of designing creating
  56. editing and refining the images and working out just what the hell was going
  57. on (palettes), the images were assembled semi-automatically in a week or so
  58. for final delivery.
  59.  
  60. Perhaps there's a paradigm here...
  61.  
  62. Andy.
  63.  
  64. +-----------------------------------------------------------------------+
  65. | Haveland-Robinson Associates   | Email: andy@osea.demon.co.uk         |
  66. | 54 Greenfield Road, London     |        ahaveland@cix.compulink.co.uk |
  67. | N15 5EP England. 081-800 1708  | Also:  0621-88756 081-802 4502       |
  68. +-----------------------------------------------------------------------+
  69. >>>> Those that can, use applications. Those that can't, write them! <<<<
  70. > Some dream of doing great things, while others stay awake and do them <
  71.