C_R

3657 Reputation

21 Badges

6 years, 158 days

MaplePrimes Activity


These are replies submitted by C_R

@phil2  @Joe Riel 

The original proposal to add a visual marker to the components in the workspace is unlikely to provide a quick and complete overview for complex models.

I recently found that the initialization diagnostics app basically provides such an overview. Unfortunately, it doesn't always work, and sometimes it lists components that are set to ignore (see Q1 and Q2 in https://www.mapleprimes.com/questions/234537-Initialization-Diagnostics-Questions). Also, it is not possible to quickly check and change ICs in the model workspace (complex models can have many components with similar names, which makes finding components even more difficult).

For these reasons, I think a new item in the Model Tree for filtering components with ICs set would be the best place for a quick and complete overview.  A click on a list element would provide direct access to the ICs for checking and/or changing.

I have already submitted a software change request, but cannot provide more background to it. So I do it here.

@dharr 

I was not aware of this type of routing in the schematics. MapleSim uses the same type of routing for several physical domains, including electrical. Connections to a connection line are modeled with a dot. Such a connection is not mandatory. I (and probably other users) prefer to connect component to component. In such situations, ambigeous layouts are possible because MapleSim adds gaps to the routing where the lines are actually connected. Gaps are also added when connection lines cross.
It seems that this new way of layouting does not require gaps. How it works in multidomain layouts is hard to say without trying it.

Thanks for pointing out the new way of layouting.

@one man 

Perhaps the difference can be explained by the type of joints? Does your model correspond to the use of universal joints?

I used exclusively revolute joints.

It seems that your questions are difficult to answer. Perhaps you can be more specific about what type of commands or syntax you would like a better reference for. Maplesoft states that there are more than 2000 commands. I don't think they all need to be referenced in the way you want, and I doubt (with all that legacy) this is technically possible in a consistent way as we know it from programming languages developed from scratch.

Since I use Maple, I don't need programming languages for my purposes. Many high-level commands eliminate the need for programming. From this point of view, I have never thought of Maple as a programming language, but rather as a mathematical environment.

But I agree that without this forum I would never have learned some command details (partly because I couldn't find the relevant help pages, partly because of missing references). And if there was a badge for "looking for documentation", I would have erned it by now.

Pointing out missing information, inconsistencies, or confusing syntax to Maplesoft will help Maplesoft better understand where and why users are getting stuck.
 

@acer 

I will do that.

This is probably the best way to safely use gama as a name for the third Euler angle.

Thank you again!

@Kitonum Thank you for quick clarification!

@Carl Love 

This is exactly what I was looking for.

I did not know that such programatic things are possible with plot options. Is that documented?

Its a big help. Thank you very much!

 I thought I could do the labeling myself, which turned out to be more difficult than expected.

@OD 

Print layout mode was introduced in Maple 2022.

@Christian Wolinski 
Works excellent.

Thank you!

I have seen (and reported to Maple Support) a similar reduction in font size with Maple 2022.
I have attributed this to the 4k Monitors I am using. (This is an unconfirmed assumption.)

What type of Monitor do you use? Can you try other displays?

Do you see the reduction in fond size also in the newly introduced print layout mode?

@Joe Riel 

That works for GetMultibody()

FYI: Get Parameters also does not list "a"

A:-GetParameters()

for

Thank you for the workaround.

@Carl Love 

This is much clearer now. Maples initially known functions are actually procedures. I had overlooked that.

Thank you very much for this detailed explanation!!!

@Carl Love 

A lot to digest for a "yellow belt". Can you give me hint what  ''arctan''(algebraic) does?

Why the double right single quotes?

Works well.

Thank you!!!

@acer 

Always valid would be great, but I don't think that is possible. For now, I'd be happy with something I can check before I use it further.

Yes, this question is related to my earlier question. The difference is that this time I decided to use a step-by-step approach instead of solving sets of equations (as you showed with the "explicit" option, which I couldn't get to work this time). 

For some reason the solution switches between arctan and -arctan output after changes and/or re-execution of the document. That’s how I deal with it at the moment…

I could have asked for a solution that converts an arctan expression with a quotient as an argument. But I have the feeling that solve has more valuable information.

First 63 64 65 66 67 68 69 Page 65 of 72