Carl Love

Carl Love

20278 Reputation

24 Badges

8 years, 109 days
Mt Laurel, New Jersey, United States
My name was formerly Carl Devore.

MaplePrimes Activity


These are replies submitted by Carl Love

Please edit your MaplePrimes profile so that you have a username other than the empty string (click on Account in the upper right corner). It can be totally anonymous; it's just so that we have something to refer to you by. If you have some good reason to not have a username, please let me know, and I'll take it into consideration. Also, you can change your username at any time while retaining the same account. 

@adel-00 The square root of the absolute value of anything is real.

@mmcdara I mostly agree, but the average newbie Questioner can't be expected to deconstruct their worksheet into plaintext form, and just posting a link to a worksheet means that I can't read it on my phone.

The tools that exist for converting 2D Input and 2D Output (at prettyprint > 1) to plaintext form produce a hideous mess that is just barely suitable to be read by a human. 2D Output using prettyprint = 1 can be neatly displayed, but only by someone who's very familiar with the MaplePrimes editor.

@acer Off the the top of my head, here are six more issues to add to your list of two issues that didn't work right even when it was possible to post worksheets: 

3) A blank line that was intentionally inserted at the end of a text section (to offset it from the following executable section) would be removed. 

4) Equation labels that weren't wanted would be added.

5) Array plots (such as side-by-side plots) wouldn't be displayed.

6) Code edit regions wouldn't be displayed.

7) Output that was normally center justified (such as just about any prettyprinted output) would be left justified. 

8) Long lines of code would wrap rather than horizontally scroll.

@adel-00 Assuming that N, delta, Delta, w are real (which seems to be the case), how is your two-case formulation of any different from sqrt(abs(N*(N+1) - (delta-Delta+w)^2))?

@mmcdara You have implied that the resolution option can increase the number of points. Perhaps that is true for some weird example. But the purpose of the option, as stated on the help page, is to reduce the number of points.

There has been no official response about this matter, not even acknowledgement of the existence of a problem. As I understand it, no one can display worksheets now. Thus this new issue has superceded as well as overshadowed my Question, which hasn't been answered: Specifically, Why haven't I been able to post any worksheet for a year even at times when other people could? 

@adel-00 And what is d?

Note that r can be replaced by simply sqrt(abs(N*(N+1) - (delta-Delta+w)^2)).

@snowman You wrote:

  • You mean that when numpoints is specified, increasing the gridrefine may make the needed numpoints surpass the specified numpoints, as a result, making the figure is rougher?  Only when the number of needed numpoints for gridrefine is less than the specified numpoints, can the figure is smooth?

The numpoints option just causes confusion, and it shouldn't be used at all. It's functionality is completely superceded by the grid option. It causes confusion because it has no relation to the numpoints option of the regular plot command, nor does it specify the number of computed points, nor even the initial number of computed points, in an implicitplot. All that it does is set the initial grid at N, where is roughly sqrt(numpoints). I emphasize initial grid because the gridrefine option may increase the grid, but only within the rectangles that have a point of the curve.

  • By the way, how do you figure out that For gridrefine=3 F(x,y) is calculated at 515 points, while 4119 points are used for gridrefine=6.

As long as the resolution option is not used, the number of computed points can be determined as the number of rows in the point-data matrix of the plot structure. This is op([1,1,2,1,2], P) where is the plot structure (the return value of the implicitplot command). For example, using your F:

P||(0..6):= plots:-implicitplot~(F, 0..20, 0..10, gridrefine=~ [$0..6])[]:
map2(op, [1,1,2,1,2], [P||(0..6)]);

             
[83, 165, 331, 659, 1317, 2631, 5263]

We see that the number of computed points approximately doubles (and that's a very close approximation) for each unit increase in gridrefine, which is exactly what I'd expect for a monotonic curve.

  • There's a formula that The highest grid level for gridrefine=l will be [2^l*m,2^l*n] , which may not help me to achieve the value of 515, and 4119.

That formula is misleading because only grid rectangles that are already known to contain a point of the curve are subdivided. For a monotonic curve, that's relatively few of the rectangles. But suppose I change your F to a nearly space-filling curve:

F1:= (x,y)-> y-sin(99*x):
P||(0..6):= plots:-implicitplot~(F1, 0..20, -1..1, gridrefine=~ [$0..6])[]:
map2(op, [1,1,2,1,2], [P||(0..6)]);

       [759, 2647, 5935, 49501, 126235, 771225, 1892517]

  • The results of  "showstat(`plots/implicitplot`) )" are too long, which confuses me a lot.

You won't be able to understand the roughness issue by reading any Maple code. All the Maple code does is compute some number of points (x,y) such that F(x,y) = 0 (and some other trivialities like defining the axes and colors). The end result of the Maple code can be examined by using ​​​​​​op(P) (note: no index numbers for this op) on the returned plot structure P. You'll see that it's trivial, (which is not to say that the computations done by implicitplot are trivial, just that in this case the end result of those computations is), and it's still fairly far from an actual visual plot. To actually display the plot on a physical device, the plot structure is passed to rendering code. This code is not written in Maple, and you can't see it. Obviously, the number of points (or pixels) actually plotted on your screen is determined by your screen's resolution (the number of pixels that it has).

@adel-00 The expression L1 contains a parameter r. It can't be numerically integrated without specifying a value for r.

@adel-00 I will check your code soon. However, again it seems like you're apologizing for using loops. There's no problem with using loops, and I never said to not use them! What I don't want you to use are integration techniques, whether they be Maple's packaged routines or your own ad hoc method.

Now perhaps you can't produce a symbolic expression for the integrand; that is often the case. In that case, can you write a procedure that numerically evaluates the integrand for any real numeric w? That would be sufficient. Note that I said integrand, not integral.

@Earl Quotes are very often the key to a successful Google search. I think that without quotes you get something close to the intersection of the separate searches for "pedal" and "curve". This intersection is of course much too large to be of any practical value.

@mmcdara The reason that I said that I was editing rather than correcting is that your usage of contributor wasn't incorrect, and indeed contributor can be synonymous with contributing factor (however, this isn"t the most-usual usage). However, in this particular context, that led to the ambiguity mentioned by the OP; indeed, I had noticed exactly that same ambiguity immediately upon initially reading your sentence. I thought that it was possible, although unlikely, that you were referring to a human co-author of the worksheet as a contributor​​​​​. 

Googling "pedal surface" (with the quotes) turns up several useful hits (after ignoring numerous articles about the surfaces of mechanical pedals, of course), including JSTOR articles from 1863 and 1881.

It's surprising that this obvious generalization isn't at all mentioned in either the Wikipedia or MathWorld articles "Pedal curve". By the way, that Wikipedia article is quite detailed.

@ecterrab I think that you've misinterpreted Preben''s comment. He's not objecting to the RootOf. Rather, he's pointing out that this expression cannot be evaluated at x=0, thus one can't solve for the constants of integration in the normal way.

Hopefully Preben will verify my guess about his intended meaning. 

4 5 6 7 8 9 10 Last Page 6 of 570