<div dir="ltr">Hi Mike, <div><br></div><div>Thank you for the prompt reply.</div><div>I will apply a workaround for the string values containing only numbers, but I will be looking forward to a new release that will solve this issue since currently it is rather cumbersome to work with such values. </div><div><br></div><div>Indeed, the second problem I described is due to an MPS export. After removing this configuration the issue disappeared.</div><div><br></div><div>All the best,</div><div>Maria<div class="gmail_extra"><div><div class="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><font size="2"><span style="font-family:monospace,monospace"></span></font></div><div><br></div></div></div></div></div>
<br><div class="gmail_quote">On Tue, May 24, 2016 at 7:17 PM, Mike Steglich <span dir="ltr"><<a href="mailto:mike.steglich@th-wildau.de" target="_blank">mike.steglich@th-wildau.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Hi Maria,<div><br></div><div>Sorry … there actually a simple bug. If in a CmplData file an entry enclosed in double quotes only contains numbers or looks like a float then it is interpreted as an integer or a real number. I will change it as soon as possible. </div><div><br></div><div>The maximum length of a line name is 100. Only for the export to a MPS file it is restricted to nine characters. Could you send your jCmpl programme (directly to me)?</div><div><br></div><div>Thanks,</div><div><br></div><div>Mike</div><div><br><div><blockquote type="cite"><div><div class="h5"><div>Am 24.05.2016 um 17:45 schrieb Maria Giatsoglou <<a href="mailto:maria.giatsoglou@gmail.com" target="_blank">maria.giatsoglou@gmail.com</a>>:</div><br></div></div><div><div><div class="h5"><div dir="ltr">Hi Mike, <div><br></div><div>Please find attached the model I use and the cdat file. </div><div>I noticed that the first error ("<span style="font-size:12.8px">Implicit type conversion from string to integer is not possible"</span>) occurs both when using the Coliop environment and the Cmpl Java API. </div><div>If I change the numeric ids into string ones e.g. by appending a letter before each id in the 'items' set, then the model can be solved without problems in Coliop. </div><div>By using jCmpl, however, I get the <span style="font-size:12.8px">"Line name 'fm[1220],[1],[2]' is too long" error.</span></div><div class="gmail_extra">The attached cdat file is the one produced by jCmpl, which is the main way I use Cmpl (I use Coliop only for testing).</div><div class="gmail_extra"><br></div><div class="gmail_extra">I am looking forward for your response.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Thank you once more for your help!</div><div class="gmail_extra"><br></div><div class="gmail_extra">Maria<div class="gmail_quote"><br></div><div class="gmail_quote">On Mon, May 23, 2016 at 10:31 PM, Mike Steglich <span dir="ltr"><<a href="mailto:mike.steglich@th-wildau.de" target="_blank">mike.steglich@th-wildau.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="auto"><div></div><div>Hello Maria,</div><div><br></div><div>can you send your model directly to me?</div><div><br></div><div>Thanks,</div><div><br></div><div>Mike</div><div><div><div><br>Am 23.05.2016 um 11:36 schrieb Maria Giatsoglou <<a href="mailto:maria.giatsoglou@gmail.com" target="_blank">maria.giatsoglou@gmail.com</a>>:<br><br></div><blockquote type="cite"><div><div dir="ltr"><div><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><span style="font-size:12.8px">Hi Mike, </span><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">I have encountered the following situation with CMPL:</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">In my model I am importing the following parameters set from a cdat file </div><div style="font-size:12.8px"><div><br></div><div>%M set[3] < </div><div>"7" "2" "10"</div><div>"1" "12" "7" </div><div>></div><div><br></div><div>Then, I use this set in the following expression </div><div><br></div><div>flag := 0;<br></div><div><div style="margin:0px">it {[i,j,k] in M, i != "off", j != "off", k != "off":</div><div style="margin:0px"> flag:= 1; break;</div><div style="margin:0px">}</div></div><div><br></div><div>By doing this I get the following error: "Implicit type conversion from string to integer is not possible".</div><div>I thought that by using double quotes, the values of set M would be interpreted and treated as strings in CMPL (as was my intention), but I found out that using </div><div> </div><div>%M set[3] < </div><div>"7" "2" "10"</div><div>"1" "12" "7" </div><div>></div><div><br></div><div>or </div><div><br></div><div><div>%M set[3] < </div><div>7 2 10</div><div>1 12 7 </div><div>></div></div><div><br></div><div>makes no difference.</div><div><br></div><div>Is there a way to circumvent this issue?</div><div><br></div><div><br></div><div>Additionally, when I try to solve my model I get the following error message:</div><div>"Line name 'fm[3835],[1],[2]' is too long"<br></div><div>Can I somehow change the maximum line name length in CMPL?</div><div><br></div><div>Thanks!</div><div><br></div><div>My warmest regards,</div><div>Maria Giatsoglou </div></div><font size="2"><span style="font-family:monospace,monospace"></span></font></div></div></div></div></div>
</div>
</div></blockquote></div></div><blockquote type="cite"><div><span>_______________________________________________</span><br><span>Cmpl mailing list</span><br><span><a href="mailto:Cmpl@list.coin-or.org" target="_blank">Cmpl@list.coin-or.org</a></span><br><span><a href="http://list.coin-or.org/mailman/listinfo/cmpl" target="_blank">http://list.coin-or.org/mailman/listinfo/cmpl</a></span></div></blockquote></div></blockquote></div><br></div></div>
</div></div><span><TestModel.cdat></span><span><TestModel.cmpl></span></div></blockquote></div><br></div></div></blockquote></div><br></div></div></div>