Changes between Initial Version and Version 1 of Ticket #29683, comment 42
 Timestamp:
 05/18/21 09:00:27 (15 months ago)
Legend:
 Unmodified
 Added
 Removed
 Modified

Ticket #29683, comment 42
initial v1 15 15 Currently, `ppl` and `cdd` backends do not respect this order (creating a lot of trouble for my doctests), and the other backends `field` and `normaliz` respect this order. 16 16 17 17 18 > `CombinatorialPolyhedron` does not distinguish rays and lines currently. Those are just things that happen to be in the `Vrepresentation`. They are kept as indices and both contained in the far face. 18 Ok. But don't we want a "canonical" representation (in terms of numbers at least) for CombinatorialPolyhedron? Note that the polyhedron base class has that. For instant, are the combinatorial polyhedron generated by two opposite rays and the other polyhedron generated by one line considered the same?19 Ok. But don't we want a "canonical" representation (in terms of numbers at least) for `CombinatorialPolyhedron`? Note that the polyhedron base class has that. For instant, are the combinatorial polyhedron generated by two opposite rays and the other polyhedron generated by one line considered the same? 19 20 20 21 > They also cannot really be distinguished in sage, because `Cone` does not know lines at all. It just keeps to opposite rays: