Om Vedic Samagri provides a comprehensive selection of authentic, high-quality items for Vedic rituals and spiritual practices. Our collection includes premium incense, sacred powders such as vibhuti, aromatic herbs, and other essential accessories designed to enrich your devotional activities. Each product is meticulously crafted to support and enhance your prayers, homas (fire rituals), and other religious ceremonies, fostering a serene and spiritually charged environment. Trust Om Vedic Samagri to bring traditional, spiritually uplifting elements into your practice, helping you to achieve a deeper connection in your worship and meditation.
https://omvedicsamagri.com/

For me this result is suspicious. What do you think? 

This ode diff(y(x),x) = f*y(x)^4+g*y(x)+h; is clearly quadrature, since I did not tell Maple that f,g,h depend on x. So this can be solved by just integration. But when asking odeadvisor if it is Chini, it says yes. When asking it what type it is, now it says it is quadrature.

Am I missing something here? I was expecting [NONE] when asking it if it is Chini.

Yes, the ode has the form of Chini, which is   y'=f(x)*y^n + g(x)*y + h(x), where n=4 here. But if f,g,h do not depend on x, then this is now just quadrature. Right? Calling it Chini is little misleading I think.
 

Download question_on_advisor_august_28_2024.mw

Notice another problem in this solutions. If g=0, then the Chini solution gives divison by zero now, while the quadrature solution still works.

MMSE_2正弦+2矩形.mw

Dear all,

is there a versioning concept similiar to Eclipse ?

Hi everyone, I am looking for help, regarding the solution of nonlinear ordinary differential equations numerically. I have explained my problem in my Maple worksheet. Could anyone please help me in this regard?

Help.mw

In the Standard interface, the length of an expression that display in the worksheet can be limited using the Options dialog: Options Dialog - Precision Tab - Maple Help. However, I would like to know if I can change this option programmatically. The closest interface variables are elisiontermsbefore, elisiontermsafter and termelisionthreshold, but as the aforementioned help page states, they control the “term elision” and are not the same as “expression length limit”. So, is this possible? 

Maple help pages keep getting worst with each release.

I want all input to be displayed using Maple 1D notation, so I can copy the example to my worksheet since I only use worksheet and not document (2D) mode.

So even though the first thing I do when I open help it to turn off the 

                     view->Display examples with 2D

So it is no longer checked, I still see many pages using 2D math for input. 

Here is one example ?D  page

If I copy one such input to my worksheet now it looks like this

eveything in 2D becomes ?? when I copy it.

So one can only look but not copy?

Is there any other option to make sure, really make sure, all examples have 1D as input?

The problem is that it is all not consistent. Some examples have a mix of 2D and 1D as the above page. Some are in 2D and some are in 1D.

And this is all on the same help page!

Does no one inside Maplesoft even look at their own help pages?
 

In calculation limit, signum and infinity appear!!!

Is this correct?

lim.mw

Dear all
I have an equation, I would like to dermine the exact solution, but maple return an error 

exact_solution.mw

Thank you

Maple solves this first order ode correctly and solution verifies OK. The solution is explicit and has RootOf. I asked it to solve it using dAlembert method to compare with my own solution using dAlembert.

Next I called dsolve on same ode and IC but asked for implicit solution now instead, then called solve on the implicit solution to see if it will give same solution y(x) as before (with RootOf). But instead solve gives this internal error 

               Error, (in evala) reducible RootOf detected.  

Next called PDEtools:-Solve to see if it will give same error. It did not give error. But it also could not solve for y(x) either.

Any one has any idea why this error is generated by solve? Is this expected or not?

I was expecting same result as first call to dsolve which returned explicit solution. And why is PDEtools:-Solve do not generate same error? It must have run through different code path.

May be some one have some insight on this.

Download reducible_rootof_detected_august_24_2024.mw

I am trying to understand under which conditions submenus disappear.

Now I have seen that the context panel is empty when submenues disappear.

Has anybody noticed the same and are there other instances when the context panel is emtpy?

Both effects could have the same rootcause.

Here is an example:
A -> no submenu

B -> Empty context panel

C -> Menu appears inside workspace (first time I see that)

Hi everyone,

I’m encountering an issue with Maple 2024 on my MacBook Air M1 (2020) running macOS Sonoma 14.6.1. Every time I try to log in to Maple Cloud from within the application, the entire program freezes and becomes unresponsive. I’ve tried restarting the application and my MacBook, but the problem persists.

Is anyone else experiencing similar issues with Maple 2024 on an M1 Mac running macOS Sonoma? If so, have you found any solutions or workarounds? I’ve checked for updates and even reinstalled the software, but the problem still exists.

Any help or advice would be greatly appreciated!

Thanks in advance!

This problem began about 3 nights ago.

When I load the subpackage UHG to RationalTrigonometry no warning.

When I rerun the worksheet warnings appear. If I put in arestart and reload the packages no warning. The problem only occurs with the sub packageUHG. The RationalTrigonometry package also has a few aliases.

Screen shot of one rerun  then added restart.

This is first order ode with IC. Solving it by Maple, then odetest verifies the Maple solution against the ode and the IC.

I solved it myself and got solution, which Maple says is same as its solution but my solution is written little different. Using simplify Maple says both solutions are same.

But I am not able to get zero when using odetest on my solution. No matter what I tried. I tried the tricks I know from before and from earlier questions/answers, but none of them worked on this one. So I have no idea what to try now.

It is clearly has something to do about how it is written. Even though it is  mathematically equivalent  to Maple's.

Would someone be able to find out why that is, and what trick is needed to make odetest verify my solution?

Since Maple says they are same, then odetest should give zero for my solution also.  odetest verifies my solution is correct only against the IC, but not against the ode itself. I did not show the output of odetest below since they are very very large.

Attached worksheet.

Download unable_to_get_odetest_to_verify_same_solution_august_23_2024.mw