Open Ludee opened 2 years ago
I added a column with the licenses. This is a key parameter for the use in energy system modelling.
Okay, the licenses will then be included with 'has license' some 'software license'
. If we want to have the exact licenses, we need something like 'has license' value 'EPL-2.0'
or something like that. However, we have not yet included/imported license individuals.
In #31 we discussed about importing the SPDX ontology.
I wonder whether it makes sense at all to have specific solver individuals in the OEO at all. And even if we have them in the OEO I wonder whether the OEO is the right place to catch these details like the specific licences. Maybe it is better to store such information in the OEKG or to have solver fact sheets on the OEP or something like that.
Anyway, I'll move this issue to a future milestone.
Description of the issue
As described in https://github.com/OpenEnergyPlatform/ontology/issues/859 most of the individuals in the OEO are lacking a definition. In addition the upper classes are evaluated again.
Ideas of solution
l-emele commented yesterday: Regarding the solvers: I like the definition of
gurobi
: Gurobi is a solver to solve numerical programming tasks. ... Others need some refinement:coin-or lp
: COIN-OR LP (CLP) is an open-source linear programming solver written in C++. ... What about: COIN-OR LP (CLP) is a solver that is written in C++ and has an open source license. This a) explicitly names the precise classsolver
and b) shows the relation toopen source
.ibm ilog cplex optimiser
: IBM ILOG CPLEX opimiser (CPLES) is a ~popular~ solver with an API for several programming languages, and also has a modelling language and works with AIMMS, AMPL, GAMS, MPL, OpenOpt, OPL Development Studio, and TOMLAB. Free for academic use.Workflow checklist
I am aware that