Thanks for taking such a close look. The units of measure in the objective are all in EUR per 1000m^3 of water. Do you think I could solve the problem by rounding the coefficients to 0.01? Still, how do I know what would be the right scale?<div>
<div><br><div><br><div class="gmail_quote">On Sat, Jun 23, 2012 at 9:59 PM, William H. Patton <span dir="ltr">&lt;<a href="mailto:pattonwh@comcast.net" target="_blank">pattonwh@comcast.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    The issue is still something about the units of measure for future
    vale when compared to xx_flow and reservoir.<br>
    The objective coefficients ar between 20 and 200 or so  much like
    vars genflow and pumpflow of the solution.<br>
    You are trying to get some balance about keeping water for the
    future against using it now.<br>
    <br>
    Maybe in the  future rows  the rhs in millions cubic meters above
    the minimum alternative auto_constraint_000048<br>
    But your flows ar constrained to a couple thousand cubic meters.  
    So you should measure the futervalue wit  respect to those thousand
    cubic meters scale.<br>
    <br>
    auto_constraint_000046: -reservoir0_22 +genflow_0_23 +spill_0_23
    -pumpflow_0_23 +reservoir0_23 = 123.06493568;<br>
    auto_constraint_000047: -reservoir1_22 -genflow_0_23 -spill_0_23
    +pumpflow_0_23 +genflow_1_23 +spill_1_23 +reservoir1_23 =
    32.327515162;<br>
    // finish end of draw fill step 23    0_23 = 2797.  1_23 = 362.<br>
    <br>
    It is pretty clear that a rational scale for futurevalue is  around
    500 to 5000  match the range of 0_23, 1_23 and the multipliers in
    the 4 constraints below<br>
       try 1000 on each row.<br>
    auto_constraint_000048: -249.797613 reservoir0_23 -152.774953
    reservoir1_23 +     <b> 1.0e3 </b>futureValue &lt;= 0;<br>
    auto_constraint_000049: -1.10468e-012 reservoir0_23 +futureValue
    &lt;= 2615187.7031;<br>
    auto_constraint_000050: -183.116445 reservoir0_23 -61.0535182
    reservoir1_23 +futureValue &lt;= 48602.113987;<br>
    auto_constraint_000051: -169.716135 reservoir0_23 -21.0387706
    reservoir1_23 +futureValue &lt;= 100590.21035;<br>
    <br>
    I do not see any particular bad scale  of the tiny thing
    -1.10468e-012 reservoir0_23  but certainly it is wise to drop ( =0)
    numbers smaller than say 0.01 in this problem.<br>
    <br>
    <br>
    Here is a screen shot sorted by value of the solution<br>
    <img src="cid:part1.01040807.06030307@comcast.net" alt=""><br>
    <br>
    <img src="cid:part2.03030803.05030508@comcast.net" alt=""><div><div class="h5"><br>
    <div>On 6/23/2012 5:31 AM, Nils Löhndorf
      wrote:<br>
    </div>
    <blockquote type="cite">Hi,
      <div><br>
      </div>
      <div>I have created another model formulation that crashes. I have
        redefined the objective function and removed the buy/sell
        variables, which were a legacy from another more complex
        formulation. I have also  tightened the bounds of futureValue,
        so the RHS value have become a lot smaller. </div>
      <div><br>
      </div>
      <div>This formulation behaves a lot better, but CLP still
        crashes. I suppose it must be a numerical problem, because it
        works when I set the coefficient of reservoir_0_23 in
        auto_constraint_49 to 0.0 instead of -1.10468e-12. Also, turning
        off scaling helps. Is there some rule of thumb that I can safely
        round a model coefficient to zero, as it would be treated as
        zero by the optimizer anyways?</div>
      <div><br>
      </div>
      <div>Thanks. Nils</div>
      <div><br>
      </div>
      <div><br>
      </div>
      <div><br>
      </div>
      <div>
        <div class="gmail_quote">On Thu, Jun 21, 2012 at 7:46 PM, Bo
          Jensen <span dir="ltr">&lt;<a href="mailto:jensen.bo@gmail.com" target="_blank">jensen.bo@gmail.com</a>&gt;</span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Reposting
            this reply, since it bounced on my other email address,
            sorry for the double posting if it went through :<br>
            <br>
            Nils,John,
            <div><br>
            </div>
            <div>The two numbers are probably exactly equal in your
              running application, you loose precision on negative
              number writing the file because it makes room for the -
              sign. I have debugged these issues before, where a linear
              dependency checker failed because of this. I hope the file
              is not written with our software, because I think they
              should have equal precision no matter the sign :-)</div>
            <br>
            <br>
            <div class="gmail_quote">
              <div>On Thu, Jun 21, 2012 at 5:56 PM, John
                Forrest <span dir="ltr">&lt;<a href="mailto:john.forrest@fastercoin.com" target="_blank">john.forrest@fastercoin.com</a>&gt;</span>
                wrote:<br>
              </div>
              <div>
                <div>
                  <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
                    <div bgcolor="#FFFFFF" text="#000000"> Nils,<br>
                      <br>
                      Something to do with scaling.<br>
                      <br>
                      By fiddling about I can get it to be primal
                      infeasible OR dual infeasible with scaling.<br>
                      <br>
                      Looking more closely Clp is correct and all the
                      other codes are wrong! <br>
                      <br>
                      You have sell/buy variables e.g.<br>
                      <br>
                          sell_23 OBJROW 44.66755905 
                      auto_constraint_000069 1.          <br>
                          buy_23 OBJROW  -44.667559 
                      auto_constraint_000069  -1.        <br>
                      <br>
                      So the code wants to buy an infinite amount and
                      then sell it at a small profit.<br>
                      <br>
                      This was on about half the sell/buy pairs.  When I
                      made all those bad ones equal cost then it was
                      fine.<br>
                      <br>
                      John Forrest
                      <div>
                        <div><br>
                          On 21/06/12 15:49, Nils Löhndorf wrote: </div>
                      </div>
                      <blockquote type="cite">
                        <div>
                          <div>Dear CLP mailing list members,
                            <div><br>
                            </div>
                            <div>I have been testing CLP as part of a
                              cutting planes algorithm to solve
                              stochastic optimization problems. My
                              problem is that CLP frequently finds a
                              problem infeasible although the problem is
                              definitely feasible. I have tested the
                              same model with other solvers such as
                              Gurobi, Xpress and Sulum, where I did not
                              encounter this problem.</div>
                            <div><br>
                            </div>
                            <div>I have attached the mps file of a
                              prototypical LP. When I read the file from
                              the console and solve the problem using
                              &quot;clp maximize_infeasible.mps -max
                              -dualsimplex&quot;, it returns &quot;primal
                              infeasible&quot;. I have found out that with
                              some LPs like the one attached, I just
                              need to increase the dual tolerance, e.g.
                              using &quot;clp maximize_infeasible.mps -max
                              -dualT 1.0 -dualsimplex&quot;. However, this
                              does not always work.</div>
                            <div><br>
                            </div>
                            <div>Does anyone have an idea what is wrong
                              here or what I have to do with my model to
                              avoid this behavior?</div>
                            <div><br>
                            </div>
                            <div>Best regards</div>
                            <div>Nils</div>
                            <br clear="all">
                            <div><br>
                            </div>
                            -- <br>
                            <div> Dr. Nils Löhndorf</div>
                            <div>Institut für Produktionsmanagement<br>
                              Wirtschaftsuniversität Wien<br>
                              Nordbergstraße 15, 1090 Wien, Austria
                              <div><a href="http://prodman.wu.ac.at" target="_blank">http://prodman.wu.ac.at</a></div>
                              <div><a href="tel:%2B43%201%2031336%205629" value="+431313365629" target="_blank">+43
                                  1 31336 5629</a></div>
                              <div><a href="mailto:nils.loehndorf@wu.ac.at" target="_blank">nils.loehndorf@wu.ac.at</a></div>
                            </div>
                            <br>
                            <br>
                            <fieldset></fieldset>
                            <br>
                          </div>
                        </div>
                        <pre>_______________________________________________
Clp mailing list
<a href="mailto:Clp@list.coin-or.org" target="_blank">Clp@list.coin-or.org</a>
<a href="http://list.coin-or.org/mailman/listinfo/clp" target="_blank">http://list.coin-or.org/mailman/listinfo/clp</a>
</pre>
                      </blockquote>
                      <br>
                    </div>
                    <br>
                    _______________________________________________<br>
                    Clp mailing list<br>
                    <a href="mailto:Clp@list.coin-or.org" target="_blank">Clp@list.coin-or.org</a><br>
                    <a href="http://list.coin-or.org/mailman/listinfo/clp" target="_blank">http://list.coin-or.org/mailman/listinfo/clp</a><br>
                    <br>
                  </blockquote>
                </div>
              </div>
            </div>
            <br>
            <br>
            _______________________________________________<br>
            Clp mailing list<br>
            <a href="mailto:Clp@list.coin-or.org" target="_blank">Clp@list.coin-or.org</a><br>
            <a href="http://list.coin-or.org/mailman/listinfo/clp" target="_blank">http://list.coin-or.org/mailman/listinfo/clp</a><br>
            <br>
          </blockquote>
        </div>
        <br>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      <pre>_______________________________________________
Clp mailing list
<a href="mailto:Clp@list.coin-or.org" target="_blank">Clp@list.coin-or.org</a>
<a href="http://list.coin-or.org/mailman/listinfo/clp" target="_blank">http://list.coin-or.org/mailman/listinfo/clp</a>
</pre>
    </blockquote>
    <br>
    <br>
  </div></div></div>

</blockquote></div><br></div></div></div>