Carl Love

Carl Love

27666 Reputation

25 Badges

12 years, 130 days
Himself
Wayland, Massachusetts, United States
My name was formerly Carl Devore.

MaplePrimes Activity


These are replies submitted by Carl Love

Do you have a reference on this "relaxation method" that I could look at? Possibly something on the web? I looked at the Wikipedia page "relaxation (iterative method)", but I couldn't relate it to your situation. How is the relaxation factor 1.2 chosen?

Your iteration uses r and z; why is theta not also used? Why is the iteration not done in Cartesian coordinates?

I don't think that it makes sense to sort the points. We used that code when we were dealing with a surface, a cylinder, of points. This time it is just a curve. They are already in a natural order.

You should evalf the initial points.

@kswong89 There are so many problems with this....

First, since you have F:= ... rather than F = ..., your expression is an assignment; it is not an equation. Since it is not an equation, it doesn't make sense to "solve" it. But I think that you mean "evaluate" rather than "solve".

Second, m and n are bound variables (as opposed to free variables), since they are index variables of summations. It doesn't make sense to assign values to them, or even to refer to them in any context more global than the summations, such as the overall expression.

Third, if you set the other variables to 1 that you wanted, two of the sines will be 0 for any m and any n. Thus, you'd be dividing by 0.

Fourth, I cannot expand your .png thumbnail to view it. This may be a limitation of the ability of my software. If it was .jpg, I could expand it. Anyway, please post full-size images.

@kswong89 There are so many problems with this....

First, since you have F:= ... rather than F = ..., your expression is an assignment; it is not an equation. Since it is not an equation, it doesn't make sense to "solve" it. But I think that you mean "evaluate" rather than "solve".

Second, m and n are bound variables (as opposed to free variables), since they are index variables of summations. It doesn't make sense to assign values to them, or even to refer to them in any context more global than the summations, such as the overall expression.

Third, if you set the other variables to 1 that you wanted, two of the sines will be 0 for any m and any n. Thus, you'd be dividing by 0.

Fourth, I cannot expand your .png thumbnail to view it. This may be a limitation of the ability of my software. If it was .jpg, I could expand it. Anyway, please post full-size images.

@Markiyan Hirnyk I see. Thank you.

@Markiyan Hirnyk I see. Thank you.

@Markiyan Hirnyk So isn't that worth a vote up?

@Markiyan Hirnyk So isn't that worth a vote up?

I think that the results of your isolve are difficult to interpret when compared to the corresponding results from msolve:

msolve(2275*s=2503, 1563);
                           {s = 976}

I don't see the significance of the chrem answer. Could you explain that?

I think that the results of your isolve are difficult to interpret when compared to the corresponding results from msolve:

msolve(2275*s=2503, 1563);
                           {s = 976}

I don't see the significance of the chrem answer. Could you explain that?

@Markiyan Hirnyk You must've inadvertently hit backspace while your cursor was in the Code Edit Region. The main procedure in the module needs to be named ModuleApply. In the code in your most recent attempt it appears as ModleApply. The original version of the attached worksheet is fine, but here I have attached a new version with some more comments.

Subcover1.mw

@Markiyan Hirnyk You must've inadvertently hit backspace while your cursor was in the Code Edit Region. The main procedure in the module needs to be named ModuleApply. In the code in your most recent attempt it appears as ModleApply. The original version of the attached worksheet is fine, but here I have attached a new version with some more comments.

Subcover1.mw

@Markiyan Hirnyk You did not load the module, so it just returned an unevaluated function call. You have to place your cursor in the Code Edit Region, right click, and select Execute Code (or simply left click in the Code Edit Region and press Control-E).

Also, the procedure expects a set or list of open intervals as the first argument, the way you had it in your original posing of the problem. In your attempt above, you are passing a list of closed intervals. You'll just get an uninformative error if you pass spurious arguments. It is only meant to handle the question under consideration.

I think the code is well commented already, but I suppose that I could add a few more. Is there some part of it in particular that you would like explained? Did you read the comments that are already there?

@Markiyan Hirnyk You did not load the module, so it just returned an unevaluated function call. You have to place your cursor in the Code Edit Region, right click, and select Execute Code (or simply left click in the Code Edit Region and press Control-E).

Also, the procedure expects a set or list of open intervals as the first argument, the way you had it in your original posing of the problem. In your attempt above, you are passing a list of closed intervals. You'll just get an uninformative error if you pass spurious arguments. It is only meant to handle the question under consideration.

I think the code is well commented already, but I suppose that I could add a few more. Is there some part of it in particular that you would like explained? Did you read the comments that are already there?

@Markiyan Hirnyk 

It looks like you were trying to cut-and-paste the long section of code. I recommend that you simply download the attached worksheet and use the code in that. Put your cursor in the Code Edit Region, right click, and select Execiute Code. That will load the module, and then you can enter test code below at the red prompts.

If you cut-and-paste, only use the code up to the line of dashes. The line that appears to be starting a new module shouldn't be there. That's a bug in the MaplePrimes editor that is manifested when one uploads a worksheet containing a Code Edit Region.

Thank you for your interest in the code. Please let me know if you continue to have trouble.

@Markiyan Hirnyk 

It looks like you were trying to cut-and-paste the long section of code. I recommend that you simply download the attached worksheet and use the code in that. Put your cursor in the Code Edit Region, right click, and select Execiute Code. That will load the module, and then you can enter test code below at the red prompts.

If you cut-and-paste, only use the code up to the line of dashes. The line that appears to be starting a new module shouldn't be there. That's a bug in the MaplePrimes editor that is manifested when one uploads a worksheet containing a Code Edit Region.

Thank you for your interest in the code. Please let me know if you continue to have trouble.

First 658 659 660 661 662 663 664 Last Page 660 of 704