home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / sci / fractals / 322 < prev    next >
Encoding:
Internet Message Format  |  1992-11-13  |  1.7 KB
  1. Path: sparky!uunet!ogicse!cs.uoregon.edu!news.uoregon.edu!nntp.uoregon.edu!cie.uoregon.edu!scavo
  2. From: scavo@cie.uoregon.edu (Tom Scavo)
  3. Newsgroups: sci.fractals
  4. Subject: Re: julia sets of c*e^z
  5. Message-ID: <1992Nov13.044211.8466@nntp.uoregon.edu>
  6. Date: 13 Nov 92 04:42:11 GMT
  7. Article-I.D.: nntp.1992Nov13.044211.8466
  8. References: <1992Nov11.182309.8811@mnemosyne.cs.du.edu> <1dro9cINN8rb@agate.berkeley.edu>
  9. Sender: news@nntp.uoregon.edu
  10. Organization: University of Oregon Campus Information Exchange
  11. Lines: 26
  12.  
  13. In article <1dro9cINN8rb@agate.berkeley.edu> shirriff@sprite.berkeley.edu (Ken Shirriff) writes:
  14. >In article <1992Nov11.182309.8811@mnemosyne.cs.du.edu> mccasal@nyx.cs.du.edu (Massimo Casal) writes:
  15. >>when must i stop the iteration when i calculate the julia set of c*e^z?
  16. >>when the real part is > value?or when the modulus is >value?
  17. >
  18. >The stopping limit for c*e^z is problematic, since an extremely large value
  19. >of z can get mapped back to something small.  The second problem is that
  20. >your floating point can overflow very quickly.  The usual stopping point is
  21. >real part > large value (note: not abs(real part)), since this implies the next
  22. >iteration will be extremely large.  The disadvantage is that you will stop
  23. >for some large values where you shouldn't.  The visual appearance is that
  24. >the many thin petals will suddenly clump together into one thick petal, when
  25. >they should remain as thin petals.
  26.  
  27. But apparently there is justification for this algorithm.  See
  28.  
  29.    Marilyn B. Durkin.  The accuracy of computer algorithms in
  30.    dynamical systems.  _International J. of Bifurcation and Chaos_
  31.    1(3), 1991.
  32.  
  33. for details.  Or you might want to contact Lynne directly at
  34. lynne@math.bu.edu.
  35.  
  36. -- 
  37. Tom Scavo
  38. scavo@cie.uoregon.edu
  39.