home *** CD-ROM | disk | FTP | other *** search
/ ftp.xmission.com / 2014.06.ftp.xmission.com.tar / ftp.xmission.com / pub / lists / fractint / archive / v01.n317 < prev    next >
Internet Message Format  |  1998-10-15  |  40KB

  1. From: owner-fractint-digest@lists.xmission.com (fractint-digest)
  2. To: fractint-digest@lists.xmission.com
  3. Subject: fractint-digest V1 #317
  4. Reply-To: fractint-digest
  5. Sender: owner-fractint-digest@lists.xmission.com
  6. Errors-To: owner-fractint-digest@lists.xmission.com
  7. Precedence: bulk
  8.  
  9.  
  10. fractint-digest       Thursday, October 15 1998       Volume 01 : Number 317
  11.  
  12.  
  13.  
  14.  
  15. ----------------------------------------------------------------------
  16.  
  17. Date: Thu, 15 Oct 1998 09:14:21 -0000
  18. From: "Dean-Christian Strik" <dean2@bigfoot.com>
  19. Subject: Re: (fractint) RE: [fractal-art] Immersive-visualization  Solutions
  20.  
  21. Paul wrote:
  22.  
  23. >The decompression data in the header overwhelmes the slim-to-none
  24. >compression savings.) But some specific kinds of data compress a great
  25. >deal. Even high quality JPG compression can make a fairly uncomplicated
  26. >picture shrink by a factor of four, six, eight, even a dozen.
  27.  
  28. JPEG compression is nothing, nothing like file compression used by archivers and such.
  29. JPEG compression also means losing details, while with the compression we were talking
  30. about, no data is lost (fortunately!).
  31.  
  32. >Text
  33. >frequently compresses 5-10 times under common streaming compression
  34. >techniques because of the unused eight bit (redundant, there's 1/8 off the
  35. >data size already), the great bias toward only a few bytes (the
  36. >alphanumerics, then the space and punctuation, and none of the unprintable
  37. >characters at all), and then the frequent occurrence of words ranging from
  38. >"the" to fairly substantial ones. Every occurrence of space "the" space
  39. >probably becomes a couple byte identifier, saving three bytes for every
  40. >such occurrence...
  41. >Animations have the same sort of redundancy as regular image data but in
  42. >three dimensions, adding to compressibility. MPG can get 100-fold
  43. >compression over the raw frame data.
  44.  
  45.  
  46. Again, that's loosely (sp?) compression.
  47.  
  48. >>That's why no
  49. >>one has replaced zip as the virtual Wintel standard, because on average, you
  50. >>can't really do much better.
  51. >
  52. >The who standard?
  53.  
  54. The unofficial standard for windows and dos.
  55.  
  56. >
  57. >>    // btw, bzip2 has usually about 20% better compression than zip, arj,
  58. >>    // gzip, etc.  I wonder if it uses the same methods as RAR?  It's also
  59. >>    // very slow.
  60. >>    //
  61. >
  62. >Zip is probably preferred to bzip2 because of the speed. Speed/space
  63. >tradeoffs are very common in computing. Many many algorithms can be
  64. >mathematically proven to be either slow, space hogging, or some compromise
  65. >between the two.
  66.  
  67.  
  68. Not even speaking of availability. Not many (wintel) people use it, and even in the unix
  69. world it's not the most used format.
  70.  
  71. >>>I'll take higher compression over speed any day.
  72. >
  73. >As with most such tradeoffs, alternate variants that choose differently
  74. >usually arise, so that users have their choice of speed versus space.
  75.  
  76.  
  77. Hmm... makes me remember to set the -9 with gzip -- usually forget this.
  78.  
  79. - --
  80.  
  81. Dean-Christian Strik
  82.    ICQ: 11760568
  83.  dean2@bigfoot.com
  84. cstrik.isg@hetnet.nl
  85.  
  86. Real computer scientists despise the idea of actual hardware. Hardware has limitations,
  87. software doesnt. It's a real shame that Turing machines are so poor at I/O.
  88.  
  89.  
  90.  
  91.  
  92.  
  93. - --------------------------------------------------------------
  94. Thanks for using Fractint, The Fractals and Fractint Discussion List
  95. Post Message:   fractint@lists.xmission.com
  96. Get Commands:   majordomo@lists.xmission.com "help"
  97. Administrator:  twegner@phoenix.net
  98. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  99.  
  100. ------------------------------
  101.  
  102. Date: Thu, 15 Oct 1998 15:24:15 -0000
  103. From: "Dean-Christian Strik" <dean2@bigfoot.com>
  104. Subject: Re: (fractint) RE: [fractal-art] Immersive-visualization  Solutions
  105.  
  106. Paul wrote:
  107.  
  108. >At 01:21 PM 10/14/98 -0400, you wrote:
  109. >>No archiver can compress completely random data, even by 1%.  No one
  110. >>has proven any bounds on the compression possible for any particular
  111. >>kind of nonrandom data, partly because most real nonrandom data is very
  112. >>difficult to characterize mathematically.
  113. >
  114. >Why don't they make some up then... Markov chains, chaotic iterations
  115. >(veering slightly toward on-topic), and the like all offer means of
  116. >creating mathematically exact and anaylzable data with similar
  117. >characteristics to real data. (E.g. stock market data.)
  118.  
  119. Fractal compression (amongst others) seems right for data compression, even for no-loss
  120. compression. I dunno about the most recent developments in this area, but I guess the
  121. algo's are far too slow to be useful yet. Or even making the decision which algo to use...
  122.  
  123. Okay, in that case one can indeed compress 'random' data quite well. But I don't think
  124. this is a valuable option *yet*.
  125.  
  126. >Also,
  127. >typical-looking written text for any language can be computer-generated
  128. >with the syntactic and statistical properties of real text (but meaningless
  129. >semantics); I've done that myself; and the statistical properties of every
  130. >major language are extremely well documented from much analysis of
  131. >thousands of written texts, this data being primarily useful for
  132. >cryptanalysis and cryptography; it would also be useful for studying the
  133. >redundancy and compressibility of text in various languages.
  134.  
  135.  
  136. Yes. Very interesting BTW.
  137.  
  138. >Also, real world data can be fed into a computer for "autocorrelation
  139. >analysis". The higher the autocorrelation, the more compressible the data.
  140. >The higher the autocorrelation on already-compressed data, the more
  141. >horribly inefficient the compression that was used :-)
  142.  
  143.  
  144. :-)
  145.  
  146. - --
  147.  
  148. Dean-Christian Strik
  149.    ICQ: 11760568
  150.  dean2@bigfoot.com
  151. cstrik.isg@hetnet.nl
  152.  
  153. Real computer scientists despise the idea of actual hardware. Hardware has limitations,
  154. software doesnt. It's a real shame that Turing machines are so poor at I/O.
  155.  
  156.  
  157.  
  158.  
  159. - --------------------------------------------------------------
  160. Thanks for using Fractint, The Fractals and Fractint Discussion List
  161. Post Message:   fractint@lists.xmission.com
  162. Get Commands:   majordomo@lists.xmission.com "help"
  163. Administrator:  twegner@phoenix.net
  164. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  165.  
  166. ------------------------------
  167.  
  168. Date: Thu, 15 Oct 1998 15:54:15 -0000
  169. From: "Dean-Christian Strik" <dean2@bigfoot.com>
  170. Subject: Re: (fractint) www.useit.com: Don't waste your time.
  171.  
  172. Paul wrote:
  173.  
  174. >Don't waste your time, he misspelled something, because there is no such
  175. >host as www.useit.com. There is a www.use-it.com (with a dash) but it's
  176. >some site in a foreign language and with *frames*, so I'm fairly sure it
  177. >isn't the site you meant.....
  178.  
  179.  
  180. Let't just call the language 'German'. 'Foreign' language is a wrong term on the net, not
  181. even considering that the German language is used (or at least known) by a lot of people.
  182.  
  183. - --
  184.  
  185. Dean-Christian Strik
  186.    ICQ: 11760568
  187.  dean2@bigfoot.com
  188. cstrik.isg@hetnet.nl
  189.  
  190. Real computer scientists despise the idea of actual hardware. Hardware has limitations,
  191. software doesnt. It's a real shame that Turing machines are so poor at I/O.
  192.  
  193.  
  194.  
  195.  
  196.  
  197. - --------------------------------------------------------------
  198. Thanks for using Fractint, The Fractals and Fractint Discussion List
  199. Post Message:   fractint@lists.xmission.com
  200. Get Commands:   majordomo@lists.xmission.com "help"
  201. Administrator:  twegner@phoenix.net
  202. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  203.  
  204. ------------------------------
  205.  
  206. Date: Thu, 15 Oct 1998 15:57:05 -0000
  207. From: "Dean-Christian Strik" <dean2@bigfoot.com>
  208. Subject: Re: (fractint) Tim's request
  209.  
  210. Kragen wrote:
  211.  
  212.  
  213. >Tim requested no more non-fractal-related stuff.
  214. >
  215. >I will post no more non-fractal messages.
  216.  
  217.  
  218. Very smart, very smart.
  219.  
  220. [By 'smart' i mean the english translation of the dutch 'bijdehand', but there doesn't
  221. seem to be a good translation around].
  222.  
  223. - --
  224.  
  225. Dean-Christian Strik
  226.    ICQ: 11760568
  227.  dean2@bigfoot.com
  228. cstrik.isg@hetnet.nl
  229.  
  230. Real computer scientists despise the idea of actual hardware. Hardware has limitations,
  231. software doesnt. It's a real shame that Turing machines are so poor at I/O.
  232.  
  233.  
  234.  
  235.  
  236.  
  237. - --------------------------------------------------------------
  238. Thanks for using Fractint, The Fractals and Fractint Discussion List
  239. Post Message:   fractint@lists.xmission.com
  240. Get Commands:   majordomo@lists.xmission.com "help"
  241. Administrator:  twegner@phoenix.net
  242. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  243.  
  244. ------------------------------
  245.  
  246. Date: Thu, 15 Oct 1998 15:58:54 -0000
  247. From: "Dean-Christian Strik" <dean2@bigfoot.com>
  248. Subject: Re: (fractint) new virus
  249.  
  250. >They [cabs] don't take much space, so they can lie there dormant.....just like
  251. >windows really is.....
  252.  
  253. That's for win95.... 98 keeps about a 100 MBs in cab files.... but I believe they're not
  254. installed in options\cabs.
  255.  
  256. - --
  257.  
  258. Dean-Christian Strik
  259.    ICQ: 11760568
  260.  dean2@bigfoot.com
  261. cstrik.isg@hetnet.nl
  262.  
  263. Real computer scientists despise the idea of actual hardware. Hardware has limitations,
  264. software doesnt. It's a real shame that Turing machines are so poor at I/O.
  265.  
  266.  
  267.  
  268.  
  269.  
  270. - --------------------------------------------------------------
  271. Thanks for using Fractint, The Fractals and Fractint Discussion List
  272. Post Message:   fractint@lists.xmission.com
  273. Get Commands:   majordomo@lists.xmission.com "help"
  274. Administrator:  twegner@phoenix.net
  275. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  276.  
  277. ------------------------------
  278.  
  279. Date: Thu, 15 Oct 1998 15:59:38 -0000
  280. From: "Dean-Christian Strik" <dean2@bigfoot.com>
  281. Subject: Re: (fractint) Holy SHIT :-)
  282.  
  283. Pardon?
  284.  
  285.  
  286. >That FOTW was a brilliant idea, ever since I put it there I get like twice
  287. >the hits... mostly, on Wednesdays hehe. 57 yesterday! Maybe I should add a
  288. >ZSOTW.......
  289.  
  290.  
  291.  
  292.  
  293.  
  294. - --------------------------------------------------------------
  295. Thanks for using Fractint, The Fractals and Fractint Discussion List
  296. Post Message:   fractint@lists.xmission.com
  297. Get Commands:   majordomo@lists.xmission.com "help"
  298. Administrator:  twegner@phoenix.net
  299. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  300.  
  301. ------------------------------
  302.  
  303. Date: Thu, 15 Oct 1998 16:02:03 -0000
  304. From: "Dean-Christian Strik" <dean2@bigfoot.com>
  305. Subject: Re: (fractint) www.useit.com: Don't waste your time.
  306.  
  307. >> Don't waste your time, he misspelled something, because there is no such
  308. >> host as www.useit.com.
  309. >
  310. >Indeed there is.  I just downloaded a web page from it to be sure.
  311.  
  312.  
  313. Works for me, too.
  314.  
  315. Dean
  316.  
  317.  
  318.  
  319.  
  320. - --------------------------------------------------------------
  321. Thanks for using Fractint, The Fractals and Fractint Discussion List
  322. Post Message:   fractint@lists.xmission.com
  323. Get Commands:   majordomo@lists.xmission.com "help"
  324. Administrator:  twegner@phoenix.net
  325. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  326.  
  327. ------------------------------
  328.  
  329. Date: Thu, 15 Oct 1998 16:12:25 +1000
  330. From: "Regina & Steve" <sleepysams@bigpond.com>
  331. Subject: (fractint) Re: [fractal-art] cost of images
  332.  
  333. Thank you for all your replies, it was useful and interesting. I have
  334. finally picked up my printed full size picture and it is 50" x  40". Has
  335. anyone sold one of this size? If so, how much for the print itself excluding
  336. framing? (I would add on framing costs as a seperate item at cost) Also,
  337. does anyone
  338. charge a different amount for one that is personally signed? What type of
  339. pen/ink/pencil? What other
  340. forms of unique identification does anyone use? After all, anyone can
  341. produce a print from a file they took from the internet - what we are
  342. creating is art - and the personal touch is required.
  343.  
  344. bye,
  345. regina
  346.  
  347. Music is my life, Fractals are my soulmates, Administration provides me with
  348. money.
  349. Shame I can't be in the testing dept sleeping all day...
  350.  
  351. - - We sleep 1/3 of our lives. Choose wisely.
  352. sleepysams@sea.com - the sea is just a bigpond
  353.  
  354. Web Page: last updated 6th October 1998 (thumbnails only)
  355. http://www.geocities.com/SoHo/Workshop/3524/index.html
  356.  
  357.  
  358.  
  359.  
  360.  
  361. - --------------------------------------------------------------
  362. Thanks for using Fractint, The Fractals and Fractint Discussion List
  363. Post Message:   fractint@lists.xmission.com
  364. Get Commands:   majordomo@lists.xmission.com "help"
  365. Administrator:  twegner@phoenix.net
  366. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  367.  
  368. ------------------------------
  369.  
  370. Date: Thu, 15 Oct 1998 08:00:16 -0700 (PDT)
  371. From: Ken Childress <kchildre@uccs.jpl.nasa.gov>
  372. Subject: Re: (fractint) Re:webpage
  373.  
  374. > > << It means loosing the cache of my contest98. Other methods of
  375. > > deleting
  376. > >  seperate files haven't worked. Any ideas on this. I hate win.
  377. > Yeah - once you've finished surfin', pull all the JPEGS/GIFS from your
  378. > cache into a permanent storage area, such as a folder marked "FractPics"
  379. > or something. 
  380. > Whenever I find sites of interest, I tend to pull the HTML pages into a
  381. > separate folder, and the relevent graphics into a sub-folder, then
  382. > manually edit the references in the HTML pages so that I can browse
  383. > off-line and still view all and sundry in it's glory. Then I can at
  384. > least clear out the cache without losing anything of interest.
  385. > For all it's faults, I've found IE to at least name the files in the
  386. > cache something relevent to their original names, so linking them is
  387. > fairly easy. However, Netscape called them by daft names and I had
  388. > difficulty finding which was which (is this normal, or is there
  389. > something I haven't set correctly to avoid this?)
  390.  
  391. For those that aren't aware of them, there are several programs that let
  392. you search the hierarchy of a particular web sites pages/images and
  393. allow you to select what you would like to download and store locally.
  394. Then you can browse those pages offline.
  395.  
  396. Several are, Black Widow, Teleport, InSite, and maybe others.
  397.  
  398.  
  399. Ken...
  400.  
  401.  
  402.  
  403.  
  404. - --------------------------------------------------------------
  405. Thanks for using Fractint, The Fractals and Fractint Discussion List
  406. Post Message:   fractint@lists.xmission.com
  407. Get Commands:   majordomo@lists.xmission.com "help"
  408. Administrator:  twegner@phoenix.net
  409. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  410.  
  411. ------------------------------
  412.  
  413. Date: Thu, 15 Oct 1998 21:46:26 -0000 (GMT)
  414. From: Jim Watson <jimbo@eureka.lk>
  415. Subject: Re: (fractint) RE: [fractal-art] Immersive-visualization  Soluti
  416.  
  417. Dear All,
  418.  
  419. Please could we get back to fractals, not HTML authoring, compression
  420. techniques and platform wars; there's plenty of lists around for these
  421. topics.
  422.  
  423. BTW; Kim, thanks for this mornings .par - I loved it...
  424.  
  425.  
  426. Best Regards
  427.  
  428.  
  429. Jim Watson
  430.  
  431. - --------------------------------------------------------------
  432. Thanks for using Fractint, The Fractals and Fractint Discussion List
  433. Post Message:   fractint@lists.xmission.com
  434. Get Commands:   majordomo@lists.xmission.com "help"
  435. Administrator:  twegner@phoenix.net
  436. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  437.  
  438. ------------------------------
  439.  
  440. Date: Thu, 15 Oct 1998 11:17:01 -0500
  441. From: "Justin A. Kolodziej" <4wg7kolodzie@vms.csd.mu.edu>
  442. Subject: (fractint) [Fwd: XFractint failure :(]
  443.  
  444. oops, forgot xmission was a com and not an org.  Sorry.
  445.  
  446. "Justin A. Kolodziej" wrote:
  447. > Compiling XFractint with GCC 2.8.1 causes it to segfault when I load a formula.
  448. > It doesn't work on Solaris-X86 or Linux.  I'm not sure if the compiler or the
  449. > the program is at fault.
  450. > I will try an older compiler later...
  451. > Justin A. Kolodziej
  452. > P.S. Shouldn't we be up to version 20 of regular Fractint by now?!  :(
  453. > --
  454. > My lucky number has been disconnected.
  455.  
  456. - -- 
  457. My lucky number has been disconnected.
  458.  
  459. - --------------------------------------------------------------
  460. Thanks for using Fractint, The Fractals and Fractint Discussion List
  461. Post Message:   fractint@lists.xmission.com
  462. Get Commands:   majordomo@lists.xmission.com "help"
  463. Administrator:  twegner@phoenix.net
  464. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  465.  
  466. ------------------------------
  467.  
  468. Date: Thu, 15 Oct 1998 18:39:48 +0200
  469. From: Joe Pearson <joe.pearson@didata.co.za>
  470. Subject: RE: (fractint) Tim's request
  471.  
  472. This message is in MIME format. Since your mail reader does not understand
  473. this format, some or all of this message may not be legible.
  474.  
  475. - ------_=_NextPart_001_01BDF85B.3873A760
  476. Content-Type: text/plain
  477.  
  478. > Are there points in a Cantor dust other than points that were at some
  479. > point endpoints of segments?  How many endpoints are there?  (I
  480. > understand there are aleph-one points left in the final dust.)
  481. > Kragen
  482. Fuzzy hand-waving approach. There are countably many endpoints, ie
  483. aleph-null, because we can enumerate the number of steps of removing the
  484. middle sections, and at each removal a finite number of new endpoints are
  485. created.  So if there are aleph-one points in the dust some of them cannot
  486. be endpoints.
  487.  
  488. I may be talking rubbish but I'm sure there are listmembers who can give the
  489. right answer
  490.  
  491. Joe
  492.  
  493. - ------_=_NextPart_001_01BDF85B.3873A760
  494. Content-Type: text/html
  495. Content-Transfer-Encoding: quoted-printable
  496.  
  497. <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
  498. <HTML>
  499. <HEAD>
  500. <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
  501. charset=3Dus-ascii">
  502. <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
  503. 5.5.2232.0">
  504. <TITLE>RE: (fractint) Tim's request</TITLE>
  505. </HEAD>
  506. <BODY>
  507. <UL>
  508. <P><FONT SIZE=3D2 FACE=3D"Arial">Are there points in a Cantor dust =
  509. other than points that were at some</FONT>
  510. <BR><FONT SIZE=3D2 FACE=3D"Arial">point endpoints of segments?  =
  511. How many endpoints are there?  (I</FONT>
  512. <BR><FONT SIZE=3D2 FACE=3D"Arial">understand there are aleph-one points =
  513. left in the final dust.)</FONT>
  514. </P>
  515.  
  516. <P><FONT SIZE=3D2 FACE=3D"Arial">Kragen</FONT>
  517. </P>
  518. </UL>
  519. <P><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">Fuzzy hand-waving =
  520. approach. There are countably many endpoints, ie aleph-null, because we =
  521. can enumerate the number of steps of removing the middle sections, and =
  522. at each removal a finite number of new endpoints are created.  So =
  523. if there are aleph-one points in the dust some of them cannot be =
  524. endpoints.</FONT></P>
  525.  
  526. <P><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">I may be talking =
  527. rubbish but I'm sure there are listmembers who can give the right =
  528. answer</FONT>
  529. </P>
  530.  
  531. <P><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">Joe</FONT>
  532. </P>
  533.  
  534. </BODY>
  535. </HTML>
  536. - ------_=_NextPart_001_01BDF85B.3873A760--
  537.  
  538. - --------------------------------------------------------------
  539. Thanks for using Fractint, The Fractals and Fractint Discussion List
  540. Post Message:   fractint@lists.xmission.com
  541. Get Commands:   majordomo@lists.xmission.com "help"
  542. Administrator:  twegner@phoenix.net
  543. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  544.  
  545. ------------------------------
  546.  
  547. Date: Thu, 15 Oct 1998 13:00:46 -0400 (EDT)
  548. From: kragen@pobox.com (Kragen)
  549. Subject: RE: (fractint) Tim's request
  550.  
  551. On Thu, 15 Oct 1998, Joe Pearson wrote:
  552. > Fuzzy hand-waving approach. There are countably many endpoints, ie
  553. > aleph-null, because we can enumerate the number of steps of removing the
  554. > middle sections, and at each removal a finite number of new endpoints are
  555. > created.  So if there are aleph-one points in the dust some of them cannot
  556. > be endpoints.
  557.  
  558. See, the same thought occurred to me.  Then I thought, well, you can
  559. use the same argument for binary numbers: there are countably many
  560. binary strings of aleph-null length, because we can enumerate the
  561. number of steps of appending a new digit, and at each digit-appending,
  562. a finite number of new binary strings are created --- two for each one
  563. that already existed.  But Cantor's diagonalization proof applies here,
  564. so there are more than aleph-null binary strings of infinite length.
  565.  
  566. You can use Cantor's diagonalization proof in exactly the same way on
  567. the endpoints, it seems to me.
  568.  
  569. Also, it seems that every point that is not an endpoint will be removed
  570. at some point.
  571.  
  572. But these are off-the-cuff --- I've probably made an error somewhere up
  573. here.  If not, then I've made an error down below.  I hope someone will
  574. be kind enough to point it out to me.
  575.  
  576. On the other hand, there's another construction of the Cantor dust:
  577. instead of dividing *all* the line segments at each step, just pick
  578. *one* -- the biggest one, or if there are several of the same size, the
  579. leftmost of the biggest ones --- and cut a chunk out of the middle of
  580. *it*.  If you repeat this for 2^N-1 steps, you get the same thing as if
  581. you'd done the usual Cantor-dust construction for N steps.
  582.  
  583. So in the limit of N -> infinity, do you still get the same thing?
  584. Because this construction will obviously never produce an uncountable
  585. number of endpoints, right?
  586.  
  587. Kragen (puzzled, but on-topic :))
  588.  
  589. - -- 
  590. <kragen@pobox.com>       Kragen Sitaker     <http://www.pobox.com/~kragen/>
  591. A well designed system must take people into account.  . . .  It's hard to
  592. build a system that provides strong authentication on top of systems that
  593. can be penetrated by knowing someone's mother's maiden name.  -- Schneier
  594.  
  595.  
  596. - --------------------------------------------------------------
  597. Thanks for using Fractint, The Fractals and Fractint Discussion List
  598. Post Message:   fractint@lists.xmission.com
  599. Get Commands:   majordomo@lists.xmission.com "help"
  600. Administrator:  twegner@phoenix.net
  601. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  602.  
  603. ------------------------------
  604.  
  605. Date: Thu, 15 Oct 1998 12:16:39 -0500
  606. From: "Justin A. Kolodziej" <4wg7kolodzie@vms.csd.mu.edu>
  607. Subject: Re: (fractint) Tim's request
  608.  
  609. Kragen wrote:
  610. > On Thu, 15 Oct 1998, Joe Pearson wrote:
  611. > > Fuzzy hand-waving approach. There are countably many endpoints, ie
  612. > > aleph-null, because we can enumerate the number of steps of removing the
  613. > > middle sections, and at each removal a finite number of new endpoints are
  614. > > created.  So if there are aleph-one points in the dust some of them cannot
  615. > > be endpoints.
  616. > See, the same thought occurred to me.  Then I thought, well, you can
  617. > use the same argument for binary numbers: there are countably many
  618. > binary strings of aleph-null length, because we can enumerate the
  619. > number of steps of appending a new digit, and at each digit-appending,
  620. > a finite number of new binary strings are created --- two for each one
  621. > that already existed.  But Cantor's diagonalization proof applies here,
  622. > so there are more than aleph-null binary strings of infinite length.
  623. > You can use Cantor's diagonalization proof in exactly the same way on
  624. > the endpoints, it seems to me.
  625. >
  626.  
  627. I think that is correct...
  628.  
  629. The points in the Cantor set, if scaled to fill the interval from 0 to 1, are
  630. all the numbers with no 1 in their ternary expression, thanks to the way the set
  631. is constructed.
  632.  
  633. You can then map all points in the Cantor set to those on the line segment by
  634. replacing each 2 with a binary 1. 
  635.  
  636. I don't know if that actually helps decide whether all the points are
  637. endpoints.  I suspect all non-repeating strings (irrational numbers) that are in
  638. the Cantor set are not endpoints.  I wouldn't know how to go about proving that
  639. though.
  640.  
  641. If so, then the number of endpoints is aleph-null because they are at most the
  642. number of rational numbers, while the total number of points is aleph-one.
  643.  
  644. > Also, it seems that every point that is not an endpoint will be removed
  645. > at some point.
  646. > But these are off-the-cuff --- I've probably made an error somewhere up
  647. > here.  If not, then I've made an error down below.  I hope someone will
  648. > be kind enough to point it out to me.
  649. > On the other hand, there's another construction of the Cantor dust:
  650. > instead of dividing *all* the line segments at each step, just pick
  651. > *one* -- the biggest one, or if there are several of the same size, the
  652. > leftmost of the biggest ones --- and cut a chunk out of the middle of
  653. > *it*.  If you repeat this for 2^N-1 steps, you get the same thing as if
  654. > you'd done the usual Cantor-dust construction for N steps.
  655. > So in the limit of N -> infinity, do you still get the same thing?
  656. > Because this construction will obviously never produce an uncountable
  657. > number of endpoints, right?
  658. > Kragen (puzzled, but on-topic :))
  659. > --
  660. > <kragen@pobox.com>       Kragen Sitaker     <http://www.pobox.com/~kragen/>
  661. > A well designed system must take people into account.  . . .  It's hard to
  662. > build a system that provides strong authentication on top of systems that
  663. > can be penetrated by knowing someone's mother's maiden name.  -- Schneier
  664. > --------------------------------------------------------------
  665. > Thanks for using Fractint, The Fractals and Fractint Discussion List
  666. > Post Message:   fractint@lists.xmission.com
  667. > Get Commands:   majordomo@lists.xmission.com "help"
  668. > Administrator:  twegner@phoenix.net
  669. > Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  670.  
  671. - -- 
  672. My lucky number has been disconnected.
  673.  
  674. - --------------------------------------------------------------
  675. Thanks for using Fractint, The Fractals and Fractint Discussion List
  676. Post Message:   fractint@lists.xmission.com
  677. Get Commands:   majordomo@lists.xmission.com "help"
  678. Administrator:  twegner@phoenix.net
  679. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  680.  
  681. ------------------------------
  682.  
  683. Date: Thu, 15 Oct 1998 17:29:41 -0000
  684. From: "Dean-Christian Strik" <dean2@bigfoot.com>
  685. Subject: Re: (fractint) Re:webpage
  686.  
  687. Ken wrote:
  688.  
  689. >For those that aren't aware of them, there are several programs that let
  690. >you search the hierarchy of a particular web sites pages/images and
  691. >allow you to select what you would like to download and store locally.
  692. >Then you can browse those pages offline.
  693. >
  694. >Several are, Black Widow, Teleport, InSite, and maybe others.
  695.  
  696. I use the commercial version of Teleport Pro, v1.28 bld254. It is also available as
  697. shareware. See www.tenmax.com.  The sw-version has one major con: you can only dl a 100
  698. files per project.
  699.  
  700. There's a project wizard, from which you can do the following:
  701.  
  702. - - Create a browsable copy of a website on my harddrive.
  703.   Says website but any url can be given, including directories.
  704.   Auto-adjusts urls for local use.
  705. - - Duplicate a website, including directory structure.
  706.   Just downloads all files. Urls unchanged.
  707. - - Search a website for files of a certain type.
  708. - - Explore every site linked from a central site.
  709. - - Retrieve one or more files at known addresses.
  710. - - Search a website for keywords.
  711.  
  712. This version only works with http (www) servers. I don't know about newer releases.
  713.  
  714. [I'll try to get on-topic again :) ]
  715.  
  716. - --
  717.  
  718. Dean-Christian Strik
  719.    ICQ: 11760568
  720.  dean2@bigfoot.com
  721. cstrik.isg@hetnet.nl
  722.  
  723. Real computer scientists despise the idea of actual hardware. Hardware has limitations,
  724. software doesnt. It's a real shame that Turing machines are so poor at I/O.
  725.  
  726.  
  727.  
  728.  
  729.  
  730. - --------------------------------------------------------------
  731. Thanks for using Fractint, The Fractals and Fractint Discussion List
  732. Post Message:   fractint@lists.xmission.com
  733. Get Commands:   majordomo@lists.xmission.com "help"
  734. Administrator:  twegner@phoenix.net
  735. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  736.  
  737. ------------------------------
  738.  
  739. Date: Thu, 15 Oct 1998 14:42:59 -0400
  740. From: "AA" <aa@panix.com>
  741. Subject: RE: (fractint) Tim's request
  742.  
  743. > Are there points in a Cantor dust other than points that were at some
  744. > point endpoints of segments?  How many endpoints are there?  (I
  745. > understand there are aleph-one points left in the final dust.)
  746.  
  747. The Cantor *set* (not dust) consists of the unit interval (the real numbers
  748. between 0 and 1)
  749.          _______________________________
  750.          0                              1
  751. with the middle third removed 
  752.          ___________         ___________
  753.          0       1/3       2/3          1
  754. and then the middle thirds of these two intervals removed 
  755.          ___    ____         ____    ____
  756.          0 1/9 2/9 1/3      2/3 7/9 8/9 1
  757. and then the middle thirds of these four intervals removed and so on. 
  758. If we express the points in trinary (base 3), this process removes
  759. all points with a 1 in their "trecimal" representation.
  760.  
  761. Of course, 1/3 = 0.1000...(3) but can also be expressed as
  762.            1/3 = 0.0222...(3) and therefore has no 1's.
  763.  
  764. The trinary representation of left endpoints will be terminating 
  765. trecimals (actually, no decimal or trecimal is terminating, but ends
  766. with an infinite string of 0's)
  767.  
  768. The trinary representation of right endpoints will be a trecimal
  769. ending in an infinite string of 2's.
  770.  
  771. The points asked about in the question are those whose trinary 
  772. representation have no digit 1 *and* do not end in an infinite 
  773. string of 0's or 2's.
  774.  
  775. A good example is 1/4 = .0202020...(3),
  776. a non-endpoint in the Cantor set.
  777.  
  778. Since the Cantor set consists of all trecimals with digits 0 and 2
  779. exclusively, they look exactly like the binary "becimals" with 2's in
  780. place of 1's. And, in fact, the mapping of the becimals into the 
  781. trecimals (changing the becimal 1's to trecimals 2's) shows there
  782. are as many points in the Cantor set as there are becimals between
  783. 0 and 1. These becimals fill the interval entirely and are therefore
  784. aleph-1. Therefore the Cantor set is aleph-1.
  785.  
  786. Under this mapping, the endpoints of segments in the Cantor set 
  787. correspond to terminating becimals and are a subset of the rationals, 
  788. and therefore aleph-0. 
  789.  
  790. Therefore "most" points in the Cantor set are not endpoints.
  791.  
  792.  
  793. - --------------------------------------------------------------
  794. Thanks for using Fractint, The Fractals and Fractint Discussion List
  795. Post Message:   fractint@lists.xmission.com
  796. Get Commands:   majordomo@lists.xmission.com "help"
  797. Administrator:  twegner@phoenix.net
  798. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  799.  
  800. ------------------------------
  801.  
  802. Date: Thu, 15 Oct 1998 11:45:42 -0700 (MST)
  803. From: Kerry Mitchell <lkmitch@primenet.com>
  804. Subject: (fractint) Re: [fractal-art] cost of images
  805.  
  806. On Thu, 15 Oct 1998, Regina & Steve wrote:
  807.  
  808. > Thank you for all your replies, it was useful and interesting. I have
  809. > finally picked up my printed full size picture and it is 50" x  40". Has
  810. > anyone sold one of this size? If so, how much for the print itself excluding
  811. > framing? (I would add on framing costs as a seperate item at cost)
  812.  
  813. I suggest $500 for the naked print.  I had a 40x40 print made and it cost
  814. about $350, including the transparency.  It's wise to separate framing
  815. from the image, as you did.  For that size of print, framing can easily
  816. cost $500 itself.
  817.  
  818. > Also, does anyone
  819. > charge a different amount for one that is personally signed? What type of
  820. > pen/ink/pencil? 
  821.  
  822. I don't usually sign the print, but will if asked.  I would use a Sharpie
  823. of similar permanent marker to sign the print.  Usually, I just sign the
  824. mat in soft pencil or a fine tip marker.
  825.  
  826. Kerry
  827.  
  828. - -------------------------------------------------------------------------------
  829. Kerry Mitchell
  830. lkmitch@primenet.com    www.primenet.com/~lkmitch/
  831. - -------------------------------------------------------------------------------
  832.  
  833.  
  834. - --------------------------------------------------------------
  835. Thanks for using Fractint, The Fractals and Fractint Discussion List
  836. Post Message:   fractint@lists.xmission.com
  837. Get Commands:   majordomo@lists.xmission.com "help"
  838. Administrator:  twegner@phoenix.net
  839. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  840.  
  841. ------------------------------
  842.  
  843. Date: Thu, 15 Oct 1998 14:48:33 -0400 (EDT)
  844. From: kragen@pobox.com (Kragen)
  845. Subject: RE: (fractint) Tim's request
  846.  
  847. On Thu, 15 Oct 1998, AA wrote:
  848. > The Cantor *set* (not dust)
  849. > consists of the unit interval (the real numbers
  850. > between 0 and 1)
  851. > with the middle third removed 
  852. > and then the middle thirds of these two intervals removed 
  853. > and then the middle thirds of these four intervals removed and so on. 
  854.  
  855. Yes, that was what I meant.  I appreciate the correction.
  856.  
  857. What's a Cantor dust?
  858.  
  859. > Therefore "most" points in the Cantor set are not endpoints.
  860.  
  861. I will have to think about this to understand it well.  Thank you!
  862.  
  863. Kragen
  864.  
  865. - -- 
  866. <kragen@pobox.com>       Kragen Sitaker     <http://www.pobox.com/~kragen/>
  867. A well designed system must take people into account.  . . .  It's hard to
  868. build a system that provides strong authentication on top of systems that
  869. can be penetrated by knowing someone's mother's maiden name.  -- Schneier
  870.  
  871.  
  872. - --------------------------------------------------------------
  873. Thanks for using Fractint, The Fractals and Fractint Discussion List
  874. Post Message:   fractint@lists.xmission.com
  875. Get Commands:   majordomo@lists.xmission.com "help"
  876. Administrator:  twegner@phoenix.net
  877. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  878.  
  879. ------------------------------
  880.  
  881. Date: Thu, 15 Oct 1998 11:51:15 -0700 (PDT)
  882. From: Ken Childress <kchildre@uccs.jpl.nasa.gov>
  883. Subject: Re: (fractint) Re: [fractal-art] cost of images
  884.  
  885. Kerry,
  886.  
  887. > > Also, does anyone
  888. > > charge a different amount for one that is personally signed? What type of
  889. > > pen/ink/pencil? 
  890. > I don't usually sign the print, but will if asked.  I would use a Sharpie
  891. > of similar permanent marker to sign the print.  Usually, I just sign the
  892. > mat in soft pencil or a fine tip marker.
  893.  
  894. I generally do this when I give away photographs.  A disadvantage
  895. though, is that if the matte is damaged and replaced, the signature is
  896. lost.
  897.  
  898.  
  899. Ken...
  900.  
  901.  
  902.  
  903.  
  904.  
  905. - --------------------------------------------------------------
  906. Thanks for using Fractint, The Fractals and Fractint Discussion List
  907. Post Message:   fractint@lists.xmission.com
  908. Get Commands:   majordomo@lists.xmission.com "help"
  909. Administrator:  twegner@phoenix.net
  910. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  911.  
  912. ------------------------------
  913.  
  914. Date: Thu, 15 Oct 1998 16:17:11 -0500
  915. From: "Nature Leseul" <nleseul@zurich.crosswinds.net>
  916. Subject: Re: (fractint) High iteration zooms
  917.  
  918. <<>
  919. > But frames suck anyway.
  920.  
  921. This is VERY true!!  I thought they were kind of "cool and neat" when
  922. they were initially introduced, but have since learned my lesson (as
  923. most commercial and professional websites now do)>>
  924.  
  925.   Frames are good if they're used correctly. The problem is, no one seems to
  926. be able to use them correctly. (The concept of TARGET="_top" is not THAT
  927. hard...)
  928.  
  929. ||===================== ||
  930. ||   --v^v-[Nature Leseul]-v^v--    ||
  931. ||  The weird guy in the corner ||
  932. ||          Dreamy Smurf            ||
  933. ||             Donatello!               ||
  934. ||      "Some are vicious,          ||
  935. ||         some are fools,           ||
  936. ||        and others blind            ||
  937. ||          to see in me,             ||
  938. ||       one of their kind."          ||
  939. ||  -Anatoly, Endgame (Chess)||
  940. ||===================== ||
  941.  
  942.  
  943. - --------------------------------------------------------------
  944. Thanks for using Fractint, The Fractals and Fractint Discussion List
  945. Post Message:   fractint@lists.xmission.com
  946. Get Commands:   majordomo@lists.xmission.com "help"
  947. Administrator:  twegner@phoenix.net
  948. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  949.  
  950. ------------------------------
  951.  
  952. Date: Thu, 15 Oct 1998 18:09:43 -0400
  953. From: Sylvie Gallet <Sylvie_Gallet@compuserve.com>
  954. Subject: (fractint) FOTW par file
  955.  
  956. Hi All,
  957.  
  958.   I've just added a par file to my FOTW page:
  959.  
  960.     <http://ourworld.compuserve.com/homepages/Sylvie_Gallet/homepage.htm>=
  961.  
  962.  
  963.   Enjoy,
  964.  
  965.         - Sylvie
  966.  
  967. - --------------------------------------------------------------
  968. Thanks for using Fractint, The Fractals and Fractint Discussion List
  969. Post Message:   fractint@lists.xmission.com
  970. Get Commands:   majordomo@lists.xmission.com "help"
  971. Administrator:  twegner@phoenix.net
  972. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  973.  
  974. ------------------------------
  975.  
  976. Date: Thu, 15 Oct 1998 17:32:38 -0500
  977. From: "Paul N. Lee" <Paul.N.Lee@Worldnet.att.net>
  978. Subject: (fractint) Re: [fractal-art] cost of images
  979.  
  980. Regina & Steve wrote:
  981. >
  982. > Also, does anyone charge a different amount
  983. > for one that is personally signed?
  984.  
  985. Normally, an extra charge is not done.  This is something that should be
  986. graciously given, since they are puchasing your product.  Most artwork
  987. has some form of signature already upon it.
  988.  
  989. >
  990. > What other forms of unique identification
  991. > does anyone use?
  992.  
  993. You could acquire a personal customized embosser, like some people use
  994. for their private libraries (similar to a notary seal).
  995.  
  996. I use a custom electric branding iron that has my signature and company
  997. name (but this is for my wood carvings and turnings).
  998.  
  999. If you are going to make several prints of a specific image, then you
  1000. might consider adding a number with the signature.  To make it more
  1001. "valuable" (relative term), just have so many that will ever be printed
  1002. and use the old "1 of 200" numbering method.
  1003.  
  1004. P.N.L.
  1005. - -------------------------------------------------
  1006. http://www.fractalus.com/cgi-bin/theway?ring=fractals&id=43&go
  1007.  
  1008. - --------------------------------------------------------------
  1009. Thanks for using Fractint, The Fractals and Fractint Discussion List
  1010. Post Message:   fractint@lists.xmission.com
  1011. Get Commands:   majordomo@lists.xmission.com "help"
  1012. Administrator:  twegner@phoenix.net
  1013. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  1014.  
  1015. ------------------------------
  1016.  
  1017. Date: Thu, 15 Oct 1998 17:45:38 -0500
  1018. From: "Paul N. Lee" <Paul.N.Lee@Worldnet.att.net>
  1019. Subject: Re: (fractint) FOTW par file
  1020.  
  1021. Sylvie Gallet wrote:
  1022. >
  1023. > I've just added a par file to my FOTW page:
  1024. >    http://ourworld.compuserve.com/homepages/Sylvie_Gallet/homepage.htm
  1025. >
  1026.  
  1027. Your last thumbnail is missing:
  1028.   http://members.aol.com/gallets/981006m.jpg
  1029.  
  1030. P.N.L.
  1031. - -------------------------------------------------
  1032. http://www.fractalus.com/cgi-bin/theway?ring=fractals&id=43&go
  1033.  
  1034. - --------------------------------------------------------------
  1035. Thanks for using Fractint, The Fractals and Fractint Discussion List
  1036. Post Message:   fractint@lists.xmission.com
  1037. Get Commands:   majordomo@lists.xmission.com "help"
  1038. Administrator:  twegner@phoenix.net
  1039. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  1040.  
  1041. ------------------------------
  1042.  
  1043. Date: Thu, 15 Oct 1998 18:30:40 -0700
  1044. From: Ray Montgomery <elmont@cdsnet.net>
  1045. Subject: (fractint) Par file error
  1046.  
  1047.     
  1048.     Hi, anybody that can help!
  1049.  
  1050.     Two problems - (maybe one, that causes the other).
  1051.     
  1052.     First, I can't remember what key, or keys, I hit that made the screen
  1053. suddenly start generating(or revealing) a black and white image.  This
  1054. happened to me once before and somebody gave me the answer but it was so
  1055. long ago I can't remember what it was.  I have poured over the F1 help
  1056. screens, but can't find a solution in there.
  1057.     Second - I have been putting a lot of pars in my par files, I have about
  1058. 200 in each of four, and guessed it was about time to start a new file.  So
  1059. I did and I can't seem to get it to work.  When I finally started out of
  1060. Fractint, on the black 'Thanks for using Fractint' screen I found the
  1061. following message:
  1062.  
  1063. "run-time error R6001
  1064.  -null pointer assignment- "
  1065.  
  1066.     I was very happy that they told me about the error, but I don't know what
  1067. it means.
  1068.  
  1069.     Can anybody help -with one or the other - or both of these problems?
  1070.     I'd be most grateful.
  1071.  
  1072.     Thanks                Ray
  1073.  
  1074.  
  1075. - --------------------------------------------------------------
  1076. Thanks for using Fractint, The Fractals and Fractint Discussion List
  1077. Post Message:   fractint@lists.xmission.com
  1078. Get Commands:   majordomo@lists.xmission.com "help"
  1079. Administrator:  twegner@phoenix.net
  1080. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  1081.  
  1082. ------------------------------
  1083.  
  1084. Date: Thu, 15 Oct 1998 21:39:59 -0400
  1085. From: Paul Derbyshire <pderbysh@usa.net>
  1086. Subject: Re: (fractint) www.useit.com: Don't waste your time.
  1087.  
  1088. That makes no sense. I get
  1089.  
  1090. "Netscape cannot open the site www.useit.com. The site doesn't have a DNS
  1091. entry"... it's not that it exists but is down... if it has no DNS entry
  1092. then the name is misspelled or else it doesn't exist period.
  1093.  
  1094. - -- 
  1095.    .*.  "Clouds are not spheres, mountains are not cones, coastlines are not
  1096. - -()  <  circles, and bark is not smooth, nor does lightning travel in a
  1097.    `*'  straight line."    -------------------------------------------------
  1098.         -- B. Mandelbrot  |http://surf.to/pgd.net
  1099. _____________________ ____|________     Paul Derbyshire     pderbysh@usa.net
  1100. Programmer & Humanist|ICQ: 10423848|
  1101.  
  1102. - --------------------------------------------------------------
  1103. Thanks for using Fractint, The Fractals and Fractint Discussion List
  1104. Post Message:   fractint@lists.xmission.com
  1105. Get Commands:   majordomo@lists.xmission.com "help"
  1106. Administrator:  twegner@phoenix.net
  1107. Unsubscribe:    majordomo@lists.xmission.com "unsubscribe fractint"
  1108.  
  1109. ------------------------------
  1110.  
  1111. End of fractint-digest V1 #317
  1112. ******************************
  1113.  
  1114.