gams.jl
gams.jl copied to clipboard
GAMS-dev
[FR] Accessing GDX files from Julia
Are you planning to release a tool, similar to gdxrrw in R? I know that you can access R packages by using RCall.jl. However, I would prefer a more direct data exchange between GAMS and Julia.
Yes, this is on our list (incl. accessing our "expert-level" interfaces, e.g. gdx, gmo etc. from Julia). I hope to get this done for GAMS 34 or 35 (GAMS 33 will be released shortly). Is there any particular format you would like us to consider to write the gdx data to (like data frames)?
I believe that data frames is perfect, even though it's a little bit restrictive to someone who wants a more general format. Thus, I would suggest to keep gdx data as generic as possible. If someone wants to convert it to data frame then she/he can simply do it by using DataFrames.jl package
For instance, it would be useful something like this
set_optimizer_attribute(model, GAMS.GdxFormat(), "data_frames")
Hi, sorry for not providing an update for one year. Your feature request and a very similar feature request for Python lead to the project GAMS Transfer released with GAMS 37. Unfortunately (for you - sorry!), we first focused on Python and Matlab (and are currently working on a version for R). A Julia version of it is on our TODO list.
@renkekuhlmann thanks for the update.
One more question. Does your Matlab API work on Octave as well?
Yes, the GAMS Matlab API also works with Octave. In case of GAMS Transfer, there a few features though that Octave does not support. For example, GAMS Transfer uses categorical arrays and tables (those are optional, but you'll get the best user experience with categorical). Note that in GAMS 37 GAMS Transfer comes with a compiled Matlab version only. There are plans to make GAMS Transfer open source soon and then it'll be possible to compile the Octave version. If you need it earlier, just let me know and I'll send you the Octave version.
