Closed ChrisFuelOR closed 3 years ago
Thanks for providing this example! This is definitely not intended. I'll look into it next week. With the example it should be easy to fix the issue quickly.
The issue has been resolved in the new GAMS.jl version 0.1.5. You can update GAMS.jl using the package manager (]
+ update
). Thanks again very much for reporting this issue!
Thank you for solving this issue very quickly.
Hello,
first of all, thank you for providing this package allowing to call GAMS and its solvers from Julia. This is really helpful in integrating different solvers into a project.
Currently, I face the issue that some problem data seems to be rounded before the problem is solved in GAMS. It is clear to me that there is a limit on input precision (https://support.gams.com/gams:precision_of_data_within_gams), but I wonder if the rounding in my case is intended or a bug. Especially, since creating the same problem in GAMS Studio does not show this issue.
Here is a minimal working example:
The console output is
As you can see, calling Gurobi directly provides the correct solution, which also modeling and solving the problem in GAMS Studio does. Calling Gurobi via GAMS in Julia (which would be the preferred way within my project) gives a solution, though, which does not satisfy the constraint. This may be problematic if cutting planes are created iteratively within an algorithm.
This seems to be input and not output related, since the .gms-file created by gams.jl already contains the constraint in form
only instead of the original form.
I use package version 0.1.4 for GAMS, 0.21.5 for JuMP and 0.9.19 for MathOptInterface.
Many thanks in advance.