-
-
Notifications
You must be signed in to change notification settings - Fork 411
Closed
Labels
Category: ContainersRelated to the Containers submoduleRelated to the Containers submoduleStatus: Help WantedHelp is welcome on this issueHelp is welcome on this issueType: Feature request
Milestone
Description
We are considering moving the Tables.jl support for results from SparseVariables.jl to another package. (sintefore/SparseVariables.jl#20). One issue then is whether support for the default containers from JuMP should be in a separate package from the SparseVariables type(s) or not.
One alternative would be to add Tables.jl support for DenseAxisArrays and SparseAxisArrays to JuMP, as Tables is designed to be a light dependency (and keep the Tables support for our own types in our package). What do you think?
Some other things to consider (that might go together with this or belong in separate issues) are:
- It would be nice if
DenseAxisArraysandSparseAxisArrayswould also store the subindex names/index_vars, in our current implementation these have to be added explicitly when generating e.g. aDataFramewith the variable values from the solver (kind of a follow-up to Pass names (index_vars) to container extensions. #3088). With names stored with the container, one could generate result tables with good default column names automatically. - Performance of reading results from solvers. I haven't looked into this yet, but getting large results feels kind of slow. Fast read of results that can easily be dropped into dataframes, plots, csv etc would be a nice usability improvement.
Metadata
Metadata
Assignees
Labels
Category: ContainersRelated to the Containers submoduleRelated to the Containers submoduleStatus: Help WantedHelp is welcome on this issueHelp is welcome on this issueType: Feature request