home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / sci / image / processi / 1712 < prev    next >
Encoding:
Text File  |  1993-01-25  |  1.9 KB  |  45 lines
  1. Newsgroups: sci.image.processing
  2. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!casbah.acns.nwu.edu!phantom
  3. From: phantom@casbah.acns.nwu.edu (James Choi)
  4. Subject: Re: Debugging problem
  5. Message-ID: <1993Jan26.014330.29841@news.acns.nwu.edu>
  6. Sender: usenet@news.acns.nwu.edu (Usenet on news.acns)
  7. Nntp-Posting-Host: unseen1.acns.nwu.edu
  8. Organization: Northwestern University, Evanston Illinois.
  9. References: <1993Jan26.012844.15569@usl.edu>
  10. Date: Tue, 26 Jan 1993 01:43:30 GMT
  11. Lines: 32
  12.  
  13. In article <1993Jan26.012844.15569@usl.edu> twc@swamp.cacs.usl.edu (Tat W. Chan) writes:
  14. >     1. Debugging a large program which input data is huge and not 
  15. >        well-structured (as it is common in the domain of this newsgroup), 
  16. >        is there any effective ways to locate the bugs? Should we deal with 
  17. >        the program first, or the data first, or both?
  18. >
  19. >     2. If there is any good way to solve #1, is it different from debugging 
  20. >        techniques in other domains in which the input data is not so intensive?
  21.  
  22. When debugging a typical image processing algorithm, conventional debuggers
  23. are of little help.  The vast amount of data that image generates makes it
  24. fruitless to examine each number.
  25.  
  26. The most useful way I know of in dealing with is using a model data before
  27. you use a real data set.  For example, if you are looking for a centroid,
  28. use a picture that consist of 0 and 255 only, and that forms a perfect
  29. square.  Of course, this data is generated, not acquired.  If the square
  30. works, then try a rectangle, and so on.
  31.  
  32. In CT image reconstruction algorithm testing, I use either a thin wire to
  33. see if the algorithm reconstructs a point.  Or better yet, use simulated
  34. data.
  35.  
  36. Some algorithms take hours, or even days in development stage.  Use lower
  37. resolution in debugging stage.
  38.  
  39. Have a standard set of simulated data that you use every time you make any
  40. modification to the algorithm.
  41.  
  42. That's all I can remember at the moment.
  43.  
  44. James Choi
  45.