CGAL users discussion list

["Sebastien Loriot (GeometryFactory)" <>]

Note that converting points can be done easily using
CGAL::Cartesian_converter.
See 
https://doc.cgal.org/latest/Kernel_23/classCGAL_1_1Cartesian__converter.html

Note that you might even be able to do it on the fly using
Cartesian_converter_property_map (not sure however if for this algorithm
it is not better to copy them and use the copy to avoid too many
conversions).

https://doc.cgal.org/latest/Property_map/structCGAL_1_1Cartesian__converter__property__map.html

Sebastien.

On 01/30/2019 10:43 AM, Simon Giraudot wrote:
> Hello,
>
> Le 30/01/2019 à 10:32, zhaojing a écrit :
> > I really don't get it. Aren't the kernels expected to replace one 
> > another?
> Not necessarily: in particular, the EPEC kernel is not always available 
> as some operations can't be done exactly. We have some flexibility with 
> that (for example authorizing functions like square root which can't be 
> done exactly) but it means momentarily breaking the exactness and it is 
> not always done.
>
> The bug that you have seems simpler than that (just a conversion issue), 
> but as RANSAC is intrinsically an inexact algorithm (it performs 
> randomized approximations for which there is no gain in using exact 
> constructions), it probably seemed unlikely (when it was written) that 
> someone would use EPEC on it and it was not tested with it.
>
> The fact that RANSAC can't use EPEC should be however documented and 
> it's not. This should at least be fixed.
>
> Best,