<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Trust region solver for underdetermined systems in Intel® oneAPI Math Kernel Library</title>
    <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Trust-region-solver-for-underdetermined-systems/m-p/1207890#M30035</link>
    <description>&lt;P&gt;The &lt;A href="https://software.intel.com/content/www/us/en/develop/documentation/mkl-developer-reference-fortran/top/nonlinear-optimization-problem-solvers/nonlinear-least-squares-problem-without-constraints.html#nonlinear-least-squares-problem-without-constraints" target="_self"&gt;documentation&lt;/A&gt; for the trnlsp solver states that the number of equations must be at least equal to the number of variables. Does anybody know why this needs to be the case? The dtrnlsp_init function does fail if I pass m &amp;lt; n.&lt;/P&gt;
&lt;P&gt;Can I bypass this by introducing dummy equations, with all values partial derivatives set to zero?&lt;/P&gt;</description>
    <pubDate>Wed, 09 Sep 2020 09:57:15 GMT</pubDate>
    <dc:creator>kermado</dc:creator>
    <dc:date>2020-09-09T09:57:15Z</dc:date>
    <item>
      <title>Trust region solver for underdetermined systems</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Trust-region-solver-for-underdetermined-systems/m-p/1207890#M30035</link>
      <description>&lt;P&gt;The &lt;A href="https://software.intel.com/content/www/us/en/develop/documentation/mkl-developer-reference-fortran/top/nonlinear-optimization-problem-solvers/nonlinear-least-squares-problem-without-constraints.html#nonlinear-least-squares-problem-without-constraints" target="_self"&gt;documentation&lt;/A&gt; for the trnlsp solver states that the number of equations must be at least equal to the number of variables. Does anybody know why this needs to be the case? The dtrnlsp_init function does fail if I pass m &amp;lt; n.&lt;/P&gt;
&lt;P&gt;Can I bypass this by introducing dummy equations, with all values partial derivatives set to zero?&lt;/P&gt;</description>
      <pubDate>Wed, 09 Sep 2020 09:57:15 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Trust-region-solver-for-underdetermined-systems/m-p/1207890#M30035</guid>
      <dc:creator>kermado</dc:creator>
      <dc:date>2020-09-09T09:57:15Z</dc:date>
    </item>
    <item>
      <title>Re: Trust region solver for underdetermined systems</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Trust-region-solver-for-underdetermined-systems/m-p/1207982#M30037</link>
      <description>&lt;P&gt;If you have an underdetermined unconstraint system, you can have an infinite set of "solutions", or no solution at all. For example, given only the equation&lt;/P&gt;
&lt;P&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp;x^2 + 2 y^2 = -15&lt;/P&gt;
&lt;P&gt;what do you expect the solver to give you?&lt;/P&gt;
&lt;P&gt;Sometimes, the requested solution to an undetermined problem is a minimum norm solution.&lt;/P&gt;
&lt;P&gt;As to providing spurious additional equations, you cannot usually expect such tricks to fool the solver into giving you a solution for a problem which we know not to have&amp;nbsp;a solution.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 09 Sep 2020 22:29:55 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Trust-region-solver-for-underdetermined-systems/m-p/1207982#M30037</guid>
      <dc:creator>mecej4</dc:creator>
      <dc:date>2020-09-09T22:29:55Z</dc:date>
    </item>
    <item>
      <title>Re: Trust region solver for underdetermined systems</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Trust-region-solver-for-underdetermined-systems/m-p/1208182#M30042</link>
      <description>&lt;P&gt;Gradient descent methods will usually converge to a solution that is closest to the starting point. I guess that is what I was expecting. Adding dummy equations did seem to work, though the convergence rate seems very slow.&lt;/P&gt;</description>
      <pubDate>Thu, 10 Sep 2020 07:54:41 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Trust-region-solver-for-underdetermined-systems/m-p/1208182#M30042</guid>
      <dc:creator>kermado</dc:creator>
      <dc:date>2020-09-10T07:54:41Z</dc:date>
    </item>
  </channel>
</rss>

