Please try the attached patch (it contains changes for these template arguments and some more compatibility fixes). Unfortunately these changes didn't make it into 4.13 but they will be included in the next release.

Best,
Benjamin

The loaded object is a perl hash reference, and at the key faces it has a perl array reference, so for accessing these need to be dereferenced, e.g. with arrows. The data key is only used internally. You can access the sets like this: polytope > $x = load_data("obj.json"); polytope > print...

The files for the jupyter interface were removed from the polymake package on fedora since it is available as a separate package: python3-jupyter-polymake
Please try installing this package instead of using the jupyter script.

Best
Benjamin

Please try homogenizing your points: polytope > $M = new Matrix<Rational>([[2,2,0,0,0,0],[0,2,2,0,0,0],[0,0,2,2,0,0],[0,0,0,2,2,0],[0,0,0,0,2,2],[2,0,0,0,0,2],[2,0,2,0,0,0],[0,2,0,2,0,0],[0,0,2,0,2,0],[0,0,0,2,0,2],[2,0,0,0,2,0],[0,2,0,0,0,2],[2,0,0,2,0,0],[0,2,0,0,2,0],[0,0,2,0,0,2],[3/2,1/2,1/2,1/...

There is an issue in our code that order_polytope only accepts a specific variant of the lattice type, you can convert it like this to work around that bug: polytope > $polygon = n_gon(3); polytope > $lattice = $polygon->HASSE_DIAGRAM; polytope > $l = new Lattice<BasicDecoration>(DECORATION=>$lattic...

poly2lp requires an LP for the objective function, either as a subobject or as a second argument, e.g.: polytope > $c = cube(3); polytope > $lp = $c->LP(LINEAR_OBJECTIVE=>[0,1,1,1]); polytope > poly2lp($c, $lp); MINIMIZE obj: +1 x1 +1 x2 +1 x3 Subject To ie0: +1 x1 >= -1 ie1: -1 x1 >= -1 ie2: +1 x2...

The (dim) (key value) ... style is for sparse vectors / matrices where the first entry is the length and each following pair is index and value. You can force the default output with dense : polytope > print dense($c->FACETS); 0 1 0 0 1 -1 0 0 0 0 1 0 1 0 -1 0 0 0 0 1 1 0 0 -1 Regarding .lp output y...

I guess that is the same issue as reported in this topic.
This patch should fix it: https://polymake.org/downloads/barycentric_subdiv.patch

Benjamin

Thanks for the report, I have fixed this for our master branch. I am slightly surprised that this did not trigger the sanitizer build in our CI, but I will check if we can add _GLIBCXX_ASSERTIONS to one of the builds. Benjamin - if (description.back() != '\n') + if (description.empty() || descriptio...

I think your polynomial is not parsed as expected, it might be using the Singular-inspired short form where \(3x5\) would be turned into \(3*x^5\), and \(x11\) will end up as \(x^{11}\). So to make sure this is parsed as variables please add an underscore: polytope > $str = "(x11*x21 + x11*x22 ...