<rss xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" version="2.0">
  <channel>
    <title>MaplePrimes - Newest Questions and Posts</title>
    <link>http://www.mapleprimes.com</link>
    <language>en-us</language>
    <copyright>2026 Maplesoft, A Division of Waterloo Maple Inc.</copyright>
    <generator>Maplesoft Document System</generator>
    <lastBuildDate>Mon, 09 Nov 2026 08:20:57 GMT</lastBuildDate>
    <pubDate>Mon, 09 Nov 2026 08:20:57 GMT</pubDate>
    <itunes:subtitle />
    <itunes:summary />
    <description>The latest questions and posts added to MaplePrimes</description>
    <image>
      <url>http://www.mapleprimes.com/images/mapleprimeswhite.jpg</url>
      <title>MaplePrimes - Newest Questions and Posts</title>
      <link>http://www.mapleprimes.com</link>
    </image>
    <item>
      <title>plot syntax for two procedures</title>
      <link>http://www.mapleprimes.com/questions/244839-Plot-Syntax-For-Two-Procedures?ref=Feed:MaplePrimes:New%20Questions%20&amp;amp;%20Posts</link>
      <itunes:summary>&lt;p&gt;f := x -&amp;gt; 6*x - 1;&lt;/p&gt;

&lt;p&gt;g := x -&amp;gt; -2*x + 33;&lt;/p&gt;

&lt;p&gt;plot(f(x), g(x));&lt;br&gt;
Error, (in plot) unexpected option: -2*x+33&lt;br&gt;
&lt;br&gt;
&lt;img src="/view.aspx?sf=244839_question/Skrmbillede_2026-11-08_212241.png"&gt;&lt;/p&gt;
</itunes:summary>
      <description>&lt;p&gt;f := x -&amp;gt; 6*x - 1;&lt;/p&gt;

&lt;p&gt;g := x -&amp;gt; -2*x + 33;&lt;/p&gt;

&lt;p&gt;plot(f(x), g(x));&lt;br /&gt;
Error, (in plot) unexpected option: -2*x+33&lt;br /&gt;
&lt;br /&gt;
&lt;img src="/view.aspx?sf=244839_question/Skrmbillede_2026-11-08_212241.png" /&gt;&lt;/p&gt;
</description>
      <guid>244839</guid>
      <pubDate>Sun, 08 Nov 2026 20:38:16 Z</pubDate>
      <itunes:author>clararararararara</itunes:author>
      <author>clararararararara</author>
    </item>
    <item>
      <title>Use of parentheses in function application</title>
      <link>http://www.mapleprimes.com/questions/244838-Use-Of-Parentheses-In-Function-Application?ref=Feed:MaplePrimes:New%20Questions%20&amp;amp;%20Posts</link>
      <itunes:summary>&lt;p&gt;Why no parentheses around &amp;quot;%&amp;quot; are needed here&lt;/p&gt;

&lt;pre class="prettyprint"&gt;
cos^2 + sin^2 = 1;
%(x);
                           2      2    
                        cos  + sin  = 1

                           2         2    
                     cos(x)  + sin(x)  = 1

&lt;/pre&gt;

&lt;p&gt;as they are required here (to group terms)&lt;br&gt;
&amp;nbsp;&lt;/p&gt;

&lt;pre class="prettyprint"&gt;
(cos^2 + sin^2 = 1)(x);
                           2         2    
                     cos(x)  + sin(x)  = 1

&lt;/pre&gt;

&lt;p&gt;Is it because % (?ditto) is an operator or because of an evaluation rule?&lt;/p&gt;

&lt;p&gt;I know the opposite: Maple treats (sin)(x) the same as sin(x), i.e. removes the parentheses.&amp;nbsp;&amp;nbsp;&lt;br&gt;
I also know that Maple has special evaluation rules for procedures (see &lt;a href='http://www.maplesoft.com/support/help/search.aspx?term=last_name_eval)' target='_new'&gt;?last_name_eval)&lt;/a&gt; but the&lt;br&gt;
&amp;quot;operator expression&amp;quot; cos^2 + sin^2 = 1 inside the parentheses is of type equation and not of type function/procedure.&lt;/p&gt;

&lt;p&gt;I assume that % reevaluates a previously computed result stored in the kernel and not in the user interface but maybe I am wrong here. If equation labels are used instead of %, also no parentheses are needed, but in this case the equation label refers to output stored at the level of the user interface.&lt;/p&gt;
</itunes:summary>
      <description>&lt;p&gt;Why no parentheses around &amp;quot;%&amp;quot; are needed here&lt;/p&gt;

&lt;pre class="prettyprint"&gt;
cos^2 + sin^2 = 1;
%(x);
                           2      2    
                        cos  + sin  = 1

                           2         2    
                     cos(x)  + sin(x)  = 1

&lt;/pre&gt;

&lt;p&gt;as they are required here (to group terms)&lt;br /&gt;
&amp;nbsp;&lt;/p&gt;

&lt;pre class="prettyprint"&gt;
(cos^2 + sin^2 = 1)(x);
                           2         2    
                     cos(x)  + sin(x)  = 1

&lt;/pre&gt;

&lt;p&gt;Is it because % (?ditto) is an operator or because of an evaluation rule?&lt;/p&gt;

&lt;p&gt;I know the opposite: Maple treats (sin)(x) the same as sin(x), i.e. removes the parentheses.&amp;nbsp;&amp;nbsp;&lt;br /&gt;
I also know that Maple has special evaluation rules for procedures (see ?last_name_eval) but the&lt;br /&gt;
&amp;quot;operator expression&amp;quot; cos^2 + sin^2 = 1 inside the parentheses is of type equation and not of type function/procedure.&lt;/p&gt;

&lt;p&gt;I assume that % reevaluates a previously computed result stored in the kernel and not in the user interface but maybe I am wrong here. If equation labels are used instead of %, also no parentheses are needed, but in this case the equation label refers to output stored at the level of the user interface.&lt;/p&gt;
</description>
      <guid>244838</guid>
      <pubDate>Sun, 08 Nov 2026 20:16:59 Z</pubDate>
      <itunes:author>C_R</itunes:author>
      <author>C_R</author>
    </item>
    <item>
      <title>How to insert a section with the ribbon interface</title>
      <link>http://www.mapleprimes.com/questions/244837-How-To-Insert-A-Section-With-The-Ribbon-Interface?ref=Feed:MaplePrimes:New%20Questions%20&amp;amp;%20Posts</link>
      <itunes:summary>&lt;p&gt;I could not identify a menu item in the ribbon interface under &amp;quot;Insert&amp;quot; (where it was with the former interface).&lt;/p&gt;
</itunes:summary>
      <description>&lt;p&gt;I could not identify a menu item in the ribbon interface under &amp;quot;Insert&amp;quot; (where it was with the former interface).&lt;/p&gt;
</description>
      <guid>244837</guid>
      <pubDate>Sun, 08 Nov 2026 17:29:57 Z</pubDate>
      <itunes:author>C_R</itunes:author>
      <author>C_R</author>
    </item>
    <item>
      <title>Looking for the difference of cubes</title>
      <link>http://www.mapleprimes.com/questions/244836-Looking-For-The-Difference-Of-Cubes?ref=Feed:MaplePrimes:New%20Questions%20&amp;amp;%20Posts</link>
      <itunes:summary>&lt;p&gt;Let B and D be natural numbers. Prove that in the rational numbers there exist solutions (x;y) of the equation x^3-y^3=B^3+D^3 and the equation x^3-y^3=B^3-D^3, and find the solution formula and example solutions.&lt;/p&gt;

&lt;p&gt;edited:&lt;/p&gt;

&lt;p&gt;This problem becomes interesting when one searches for &lt;u&gt;positive&lt;/u&gt; rational solutions x=x(B,D) and y=y(B,D).&lt;/p&gt;
</itunes:summary>
      <description>&lt;p&gt;Let B and D be natural numbers. Prove that in the rational numbers there exist solutions (x;y) of the equation x^3-y^3=B^3+D^3 and the equation x^3-y^3=B^3-D^3, and find the solution formula and example solutions.&lt;/p&gt;

&lt;p&gt;edited:&lt;/p&gt;

&lt;p&gt;This problem becomes interesting when one searches for &lt;u&gt;positive&lt;/u&gt; rational solutions x=x(B,D) and y=y(B,D).&lt;/p&gt;
</description>
      <guid>244836</guid>
      <pubDate>Sat, 07 Nov 2026 10:02:09 Z</pubDate>
      <itunes:author>Alfred_F</itunes:author>
      <author>Alfred_F</author>
    </item>
    <item>
      <title>Maple 2026.2 update</title>
      <link>http://www.mapleprimes.com/questions/244835-Maple-20262-Update?ref=Feed:MaplePrimes:New%20Questions%20&amp;amp;%20Posts</link>
      <itunes:summary>&lt;p&gt;I see my Maple has updated to 2026.2 What has been inproved in this release?&lt;/p&gt;
</itunes:summary>
      <description>&lt;p&gt;I see my Maple has updated to 2026.2 What has been inproved in this release?&lt;/p&gt;
</description>
      <guid>244835</guid>
      <pubDate>Fri, 06 Nov 2026 16:26:23 Z</pubDate>
      <itunes:author>Ronan</itunes:author>
      <author>Ronan</author>
    </item>
    <item>
      <title>From Kamke’s Exercises to Rational ODE Reduction - My story with maplesoft</title>
      <link>http://www.mapleprimes.com/posts/236976-From-Kamkes-Exercises-To-Rational-ODE?ref=Feed:MaplePrimes:New%20Questions%20&amp;amp;%20Posts</link>
      <itunes:summary>&lt;p&gt;In my third year as a computer science undergraduate at a university in Hong Kong, I began studying the mathematics department&amp;rsquo;s ordinary differential equations courses on my own. I was already comfortable programming in C and Java, and I had long enjoyed mathematics and physics. ODEs gave me a question that brought those interests together. Working through examples in Kamke&amp;rsquo;s handbook, I kept encountering substitutions and rearrangements that were easy to verify once someone showed them to me, but hard to discover in the first place. Could a systematic theory explain when those tricks work and how to find them?&lt;/p&gt;

&lt;p&gt;Discovering Maple changed how I thought about that question. Through its documentation and the work of E. S. Cheb-Terrab and others, I learned how Lie symmetries, differential invariants, and first integrals can make parts of ODE solving systematic. I also began studying Liouvillian integrability, invariant algebraic curves, and differential Galois theory. I found myself asking what structure an equation reveals, even when its solutions resist a familiar closed form.&lt;/p&gt;

&lt;p&gt;Abel equations became a natural place to look. Their solution structure is rich, and differential invariants under changes of the independent variable and affine changes of the dependent variable give a way to compare equations that look quite different. The &lt;a href="https://arxiv.org/abs/math-ph/0001037"&gt;classification of integrable Abel equations by Cheb-Terrab and A. D. Roche&lt;/a&gt; made that idea concrete: equations scattered across different sources could be recognized as members of the same class. I began to wonder how far we could take this if the substitution itself were allowed to be nonlinear.&lt;/p&gt;



&lt;p&gt;I started working systematically on this inverse problem around the first year of graduate school. Given a rational first-order equation &lt;code&gt;y&amp;#39; = M(x,y)/N(x,y)&lt;/code&gt;, can we recover a nonconstant rational substitution &lt;code&gt;u = A(x,y)/B(x,y)&lt;/code&gt; that leaves &lt;code&gt;x&lt;/code&gt; unchanged and makes &lt;code&gt;u&amp;#39;&lt;/code&gt; a polynomial in &lt;code&gt;u&lt;/code&gt;? If the reduced equation belongs to a known integrable class, the substitution gives us a route to solving the original equation. Even when it does not, a successful reduction exposes structure that is hard to see in the original coefficients.&lt;/p&gt;

&lt;p&gt;My &lt;a href="https://doi.org/10.5206/mt.v5i2.22175"&gt;first paper in &lt;/a&gt;&lt;em&gt;&lt;a href="https://doi.org/10.5206/mt.v5i2.22175"&gt;Maple Transactions&lt;/a&gt;&lt;/em&gt; treated the nondegenerate case, where the relevant factors survive when the rational equation is put in lowest terms. The software from that work was subsequently licensed to Maplesoft. My &lt;a href="https://doi.org/10.5206/mt.v6i2.23531"&gt;second paper&lt;/a&gt; studied what happens when factors cancel. It develops a practical bounded search as well as a full algorithm that does not require the user to supply a degree bound for the transformation.&lt;/p&gt;

&lt;p&gt;The insight I found most rewarding was that cancellation can point to an &lt;strong&gt;invariant algebraic curve&lt;/strong&gt; of the original system. In the cancellation setting treated in the paper, a factor that disappears from the reduced fraction can encode an algebraic solution curve. Recovering it can therefore give us two things at once: a substitution that simplifies the ODE and geometric information about the original vector field. Invariant algebraic curves can be difficult to find directly. Obtaining one as part of a reduction is a good example of what I value in Maple&amp;rsquo;s approach to ODEs: a symbolic computation can tell us something about the equation even before we ask for its general solution.&lt;/p&gt;



&lt;p&gt;The cancellation case is also the more expensive one. When the initial constraints leave several possibilities, the algorithm may have to fall back on nonlinear algebra. In discussions with GPT, one suggestion gave me a particularly useful way to approach that bottleneck: expand the reduction identity locally at a pole, then use the first few terms&amp;mdash;the &lt;em&gt;jet&lt;/em&gt;&amp;mdash;to derive &lt;strong&gt;linear constraints&lt;/strong&gt; on the unknown numerator.&lt;/p&gt;

&lt;p&gt;Those constraints can be tested at a regular rational value of &lt;code&gt;x&lt;/code&gt;, using exact arithmetic. A branch whose necessary conditions are inconsistent can be discarded before costly symbolic elimination. For a surviving branch, the symbolic calculation still takes place over the rational function field. If the linear constraints determine a unique normalized numerator, the implementation can recover the target coefficients and verify the substitution directly. Otherwise, it retains the nonlinear fallback. The main gain is that expensive computations are reserved for branches that survive cheaper tests; the speedup depends on how much those tests narrow the search.&lt;/p&gt;



&lt;p&gt;&lt;strong&gt;Maple source (.mpl):&lt;/strong&gt;&lt;a href="/view.aspx?sf=236976_post/GeneralizedAbel_Maple.txt"&gt;GeneralizedAbel_Maple.txt&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;For inputs over the rational numbers, &lt;code&gt;ReduceHigher&lt;/code&gt; is &lt;strong&gt;sound and complete for target equations of actual degree &lt;/strong&gt;&lt;code&gt;&lt;strong&gt;n &amp;gt; 2&lt;/strong&gt;&lt;/code&gt;, with the independent variable unchanged and no user-supplied bound on the transformation degrees. Every reported reduction satisfies the exact differential identity, and a completed search can rule out reductions in this class. That guarantee does not extend to the general Riccati case &lt;code&gt;n = 2&lt;/code&gt;.&lt;/p&gt;

&lt;p&gt;Load the source with &lt;code&gt;read&lt;/code&gt; and pass the numerator and denominator of the original slope:&lt;/p&gt;

&lt;pre&gt;
&lt;code&gt;restart:
read &amp;quot;GeneralizedAbel.mpl&amp;quot;:

M := (y+x)^5 + (x*(y+x)-2)*(y-1)^2:
N := (y-1)*(y-x-2):

t0 := time():
R := GeneralizedAbel:-ReduceHigher(M, N, x, y, u):
elapsed := time()-t0:

R[&amp;quot;status&amp;quot;];
R[&amp;quot;transformation&amp;quot;];
R[&amp;quot;equation&amp;quot;];
R[&amp;quot;residual&amp;quot;];
elapsed;&lt;/code&gt;&lt;/pre&gt;

&lt;p&gt;In one Maple 2026 run, the search returned &lt;code&gt;FOUND&lt;/code&gt; in &lt;strong&gt;0.171 seconds of CPU time&lt;/strong&gt;, excluding source loading. The transformation and reduced equation were:&lt;/p&gt;

&lt;pre&gt;
&lt;code&gt;u = (x^2 + y^2 + 2*x)/(y - 1)
u&amp;#39; = (u + 2*x)^3 + x*(u + 2*x) - 2&lt;/code&gt;&lt;/pre&gt;

&lt;p&gt;The exact residual was &lt;code&gt;0&lt;/code&gt;. The returned substitution is a normalized form of &lt;code&gt;v = (y+x)^2/(y-1)&lt;/code&gt;, with &lt;code&gt;v = u + 2*x&lt;/code&gt;. In this form, the cancelled factor &lt;code&gt;y+x&lt;/code&gt; also has a geometric interpretation: the line &lt;code&gt;y = -x&lt;/code&gt; is an invariant algebraic solution curve of the original equation.&lt;/p&gt;



&lt;p&gt;I plan to attend &lt;a href="https://www.issac-conference.org/"&gt;ISSAC 2027&lt;/a&gt; in &lt;strong&gt;Tsukuba, Japan, July 12&amp;ndash;15&lt;/strong&gt;. If you work on ODEs, symbolic computation, or invariant curves, I would love to meet you there and hear what examples or questions you would bring to this problem. I would also like to share some of the projects related to Maple that I am currently working on.&lt;/p&gt;

&lt;p&gt;I hope the Maple community will see rational reduction as a symbolic computation problem in its own right. Finding a change of variables, deciding whether one exists in a specified class, and understanding what it reveals about a vector field are worthwhile goals&amp;mdash;even when the next step is not a call to &lt;code&gt;dsolve&lt;/code&gt;.&lt;/p&gt;

&lt;p&gt;&amp;mdash; Shaoxuan Huang&lt;/p&gt;
</itunes:summary>
      <description>&lt;p&gt;In my third year as a computer science undergraduate at a university in Hong Kong, I began studying the mathematics department&amp;rsquo;s ordinary differential equations courses on my own. I was already comfortable programming in C and Java, and I had long enjoyed mathematics and physics. ODEs gave me a question that brought those interests together. Working through examples in Kamke&amp;rsquo;s handbook, I kept encountering substitutions and rearrangements that were easy to verify once someone showed them to me, but hard to discover in the first place. Could a systematic theory explain when those tricks work and how to find them?&lt;/p&gt;

&lt;p&gt;Discovering Maple changed how I thought about that question. Through its documentation and the work of E. S. Cheb-Terrab and others, I learned how Lie symmetries, differential invariants, and first integrals can make parts of ODE solving systematic. I also began studying Liouvillian integrability, invariant algebraic curves, and differential Galois theory. I found myself asking what structure an equation reveals, even when its solutions resist a familiar closed form.&lt;/p&gt;

&lt;p&gt;Abel equations became a natural place to look. Their solution structure is rich, and differential invariants under changes of the independent variable and affine changes of the dependent variable give a way to compare equations that look quite different. The &lt;a href="https://arxiv.org/abs/math-ph/0001037"&gt;classification of integrable Abel equations by Cheb-Terrab and A. D. Roche&lt;/a&gt; made that idea concrete: equations scattered across different sources could be recognized as members of the same class. I began to wonder how far we could take this if the substitution itself were allowed to be nonlinear.&lt;/p&gt;

&lt;h2&gt;Searching for the substitution&lt;/h2&gt;

&lt;p&gt;I started working systematically on this inverse problem around the first year of graduate school. Given a rational first-order equation &lt;code&gt;y&amp;#39; = M(x,y)/N(x,y)&lt;/code&gt;, can we recover a nonconstant rational substitution &lt;code&gt;u = A(x,y)/B(x,y)&lt;/code&gt; that leaves &lt;code&gt;x&lt;/code&gt; unchanged and makes &lt;code&gt;u&amp;#39;&lt;/code&gt; a polynomial in &lt;code&gt;u&lt;/code&gt;? If the reduced equation belongs to a known integrable class, the substitution gives us a route to solving the original equation. Even when it does not, a successful reduction exposes structure that is hard to see in the original coefficients.&lt;/p&gt;

&lt;p&gt;My &lt;a href="https://doi.org/10.5206/mt.v5i2.22175"&gt;first paper in &lt;/a&gt;&lt;em&gt;&lt;a href="https://doi.org/10.5206/mt.v5i2.22175"&gt;Maple Transactions&lt;/a&gt;&lt;/em&gt; treated the nondegenerate case, where the relevant factors survive when the rational equation is put in lowest terms. The software from that work was subsequently licensed to Maplesoft. My &lt;a href="https://doi.org/10.5206/mt.v6i2.23531"&gt;second paper&lt;/a&gt; studied what happens when factors cancel. It develops a practical bounded search as well as a full algorithm that does not require the user to supply a degree bound for the transformation.&lt;/p&gt;

&lt;p&gt;The insight I found most rewarding was that cancellation can point to an &lt;strong&gt;invariant algebraic curve&lt;/strong&gt; of the original system. In the cancellation setting treated in the paper, a factor that disappears from the reduced fraction can encode an algebraic solution curve. Recovering it can therefore give us two things at once: a substitution that simplifies the ODE and geometric information about the original vector field. Invariant algebraic curves can be difficult to find directly. Obtaining one as part of a reduction is a good example of what I value in Maple&amp;rsquo;s approach to ODEs: a symbolic computation can tell us something about the equation even before we ask for its general solution.&lt;/p&gt;

&lt;h2&gt;Using local information to screen candidates&lt;/h2&gt;

&lt;p&gt;The cancellation case is also the more expensive one. When the initial constraints leave several possibilities, the algorithm may have to fall back on nonlinear algebra. In discussions with GPT, one suggestion gave me a particularly useful way to approach that bottleneck: expand the reduction identity locally at a pole, then use the first few terms&amp;mdash;the &lt;em&gt;jet&lt;/em&gt;&amp;mdash;to derive &lt;strong&gt;linear constraints&lt;/strong&gt; on the unknown numerator.&lt;/p&gt;

&lt;p&gt;Those constraints can be tested at a regular rational value of &lt;code&gt;x&lt;/code&gt;, using exact arithmetic. A branch whose necessary conditions are inconsistent can be discarded before costly symbolic elimination. For a surviving branch, the symbolic calculation still takes place over the rational function field. If the linear constraints determine a unique normalized numerator, the implementation can recover the target coefficients and verify the substitution directly. Otherwise, it retains the nonlinear fallback. The main gain is that expensive computations are reserved for branches that survive cheaper tests; the speedup depends on how much those tests narrow the search.&lt;/p&gt;

&lt;h2&gt;A small Maple example&lt;/h2&gt;

&lt;p&gt;&lt;strong&gt;Maple source (.mpl):&lt;/strong&gt;&lt;a href="/view.aspx?sf=236976_post/GeneralizedAbel_Maple.txt"&gt;GeneralizedAbel_Maple.txt&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;For inputs over the rational numbers, &lt;code&gt;ReduceHigher&lt;/code&gt; is &lt;strong&gt;sound and complete for target equations of actual degree &lt;/strong&gt;&lt;code&gt;&lt;strong&gt;n &amp;gt; 2&lt;/strong&gt;&lt;/code&gt;, with the independent variable unchanged and no user-supplied bound on the transformation degrees. Every reported reduction satisfies the exact differential identity, and a completed search can rule out reductions in this class. That guarantee does not extend to the general Riccati case &lt;code&gt;n = 2&lt;/code&gt;.&lt;/p&gt;

&lt;p&gt;Load the source with &lt;code&gt;read&lt;/code&gt; and pass the numerator and denominator of the original slope:&lt;/p&gt;

&lt;pre&gt;
&lt;code&gt;restart:
read &amp;quot;GeneralizedAbel.mpl&amp;quot;:

M := (y+x)^5 + (x*(y+x)-2)*(y-1)^2:
N := (y-1)*(y-x-2):

t0 := time():
R := GeneralizedAbel:-ReduceHigher(M, N, x, y, u):
elapsed := time()-t0:

R[&amp;quot;status&amp;quot;];
R[&amp;quot;transformation&amp;quot;];
R[&amp;quot;equation&amp;quot;];
R[&amp;quot;residual&amp;quot;];
elapsed;&lt;/code&gt;&lt;/pre&gt;

&lt;p&gt;In one Maple 2026 run, the search returned &lt;code&gt;FOUND&lt;/code&gt; in &lt;strong&gt;0.171 seconds of CPU time&lt;/strong&gt;, excluding source loading. The transformation and reduced equation were:&lt;/p&gt;

&lt;pre&gt;
&lt;code&gt;u = (x^2 + y^2 + 2*x)/(y - 1)
u&amp;#39; = (u + 2*x)^3 + x*(u + 2*x) - 2&lt;/code&gt;&lt;/pre&gt;

&lt;p&gt;The exact residual was &lt;code&gt;0&lt;/code&gt;. The returned substitution is a normalized form of &lt;code&gt;v = (y+x)^2/(y-1)&lt;/code&gt;, with &lt;code&gt;v = u + 2*x&lt;/code&gt;. In this form, the cancelled factor &lt;code&gt;y+x&lt;/code&gt; also has a geometric interpretation: the line &lt;code&gt;y = -x&lt;/code&gt; is an invariant algebraic solution curve of the original equation.&lt;/p&gt;

&lt;h2&gt;See you at ISSAC&lt;/h2&gt;

&lt;p&gt;I plan to attend &lt;a href="https://www.issac-conference.org/"&gt;ISSAC 2027&lt;/a&gt; in &lt;strong&gt;Tsukuba, Japan, July 12&amp;ndash;15&lt;/strong&gt;. If you work on ODEs, symbolic computation, or invariant curves, I would love to meet you there and hear what examples or questions you would bring to this problem. I would also like to share some of the projects related to Maple that I am currently working on.&lt;/p&gt;

&lt;p&gt;I hope the Maple community will see rational reduction as a symbolic computation problem in its own right. Finding a change of variables, deciding whether one exists in a specified class, and understanding what it reveals about a vector field are worthwhile goals&amp;mdash;even when the next step is not a call to &lt;code&gt;dsolve&lt;/code&gt;.&lt;/p&gt;

&lt;p&gt;&amp;mdash; Shaoxuan Huang&lt;/p&gt;
</description>
      <guid>236976</guid>
      <pubDate>Thu, 05 Nov 2026 21:50:35 Z</pubDate>
      <itunes:author>Steven_Huang</itunes:author>
      <author>Steven_Huang</author>
    </item>
  </channel>
</rss>