home *** CD-ROM | disk | FTP | other *** search
/ World of Ham Radio 1997 / WOHR97_AmSoft_(1997-02-01).iso / antenna / ant_21 / amsoft.iii next >
Text File  |  1997-02-01  |  4KB  |  87 lines
  1. (version 1.21,   11/30/95)
  2.  
  3. Stat package put together from several textbook sources, but modified
  4. considerably with many, many hours of work.  Well, about 50 hours of work.
  5. (Credit is given for the original source code:  textbook sources.)
  6.  
  7. So far I have found that the Nth-order Regression program works the best for
  8. fitting curves you are likely to find in e.g. the ARRL Antenna Book.  You can
  9. see from the graphs how close the program fits the curve:  the curve with the
  10. little triangles is the x,y data you input, and the curve without the marks
  11. is the equation's fit using your x inputs.  Caution:  don't extrapolate using
  12. the equation, if/when you incorporate the equation into your own program,
  13. unless you test the extrapolation first.  Otherwise you may get surprises.
  14.  
  15. The .com file mode43.com is included if you want to use ega43-line /
  16. vga50-line mode, or switch back and forth between the two, without having
  17. ansi.sys loaded as a device in your config.sys file.  (If you have ansi.sys
  18. loaded as a device, then the commands on the dos line are:
  19.  
  20.                 mode 80,50       to go to 50-line mode
  21.                 mode 80,25       to go to 25-line mode.)
  22.  
  23. This package was designed to produce a somewhat pleasing output using 25-line
  24. mode.  You could re-write some of the source code to fit more on a screen,
  25. recompile the programs, and then use mode43.com or the appropriate command
  26. with ansi.sys.
  27.  
  28. But when the graphs are produced, and then the program ends, you get thrown
  29. back into 25-line mode anyway.
  30.  
  31. The compiler used (11/94) was QuickBasic 3.0 for math co-processor, but with
  32. emulator for non-math-coprocessor machines.  A revision of bye.bas was
  33. made 7/95 and compiled on QB 4.5, no co-processor.  When i went to version
  34. 1.2 and 1.21, i've used the QB 4.5 no co-processor.
  35.  
  36. One final note, relating to a 'bug' i trapped and accounted for but did not
  37. fully understand:  at times, during execution of one of the regression
  38. programs (such as Nth-order regression), you will find a listing like:
  39.  
  40.          Standard error of estimate =
  41.  
  42. i.e., no value is given.  When working with the source code and getting this
  43. package together, I found that the original source code (out of the text-
  44. book) at times was causing the program(s) to crash because there was division
  45. by zero or square root of negative numbers.  Rather than spend more time
  46. reviewing my statistics and yet more time modifying the original textbook
  47. algorithms, I simply put in an error trap giving the result displayed above
  48. (no value given).  Everything else, even in the cases where the 'blank'
  49. appears for the Standard Error of Estimate, works just fine.  The
  50. correlation coefficient is correct, the graphs are correct, and the equations
  51. produced by the program are correct; test it and see.  Any suggestions on
  52. this will be appreciated.  The source code is here.
  53.  
  54. ANOTHER NOTE, on interpreting the screen with the graph on it:  if you
  55. see the equation
  56.  
  57.    y  =  f(x)  =  (3.33334 * x ^ 1) + ( -4.3435 * x ^ 2) + -3.5
  58.  
  59. then you know that it would read something like:
  60.                        2
  61.    y = f(x) =  -4.3435x   +  3.33334x  -  3.5
  62.  
  63. in standard algebraic notation.  My program's output gives the terms (the
  64. powers of x) in ascending order, but standard notation for a polynomial
  65. would be descending order.  This goes almost without saying.
  66.  
  67. Orrin Winton
  68. 11/94, 7/95, 11/95
  69.  
  70.  
  71.  
  72. notes 11/30/95:
  73.  
  74. Discovered that geomreg and expreg, which take the LOG of input x,y
  75. values, freak out when x=0 or y=0, because the log of (0) is undefined.
  76. Today i set up some error trapping for this, and when the user inputs a
  77. zero, the log is set to zero.  This seems to work, and theoretically it
  78. should work because as x approaches zero, the log of x also approaches
  79. zero.  Any comments from users out there?
  80.  
  81. Remember, i'm not a statistician.  I got the original programs from
  82. the textbooks i give credit to.  They were supposed to know what they
  83. were doing.  So we gotta finish their work for them.
  84.  
  85.  
  86.  
  87.