Re: Floating point comparison inconsistencies of the geometric types

> Got it, but if other people don't agree then this is going nowhere.

Yes. As I wrote, I don't particularly care about functions like "is
point on line". I can prepare a patch to fix as many problems as
possible around those operators by preserving the current epsilon.

I though we were arguing about *all* operators. Having containment
and placement operators consistent with each other, is the primary
thing I am trying to fix. Is removing epsilon from them is
acceptable?

We can also stay away from changing operators like "~=" to minimise
compatibility break, if we keep the epsilon on some places. We can
instead document this operator as "close enough", and introduce
another symbol for really "the same" operator.

That said, there are some places where it is hard to decide to apply
the epsilon or not. For example, we can keep the epsilon to check for
two lines being parallel, but then should we return the intersection
point, or not? Those issues may become more clear when I start
working on it, if preserving epsilon for those operators is the way to
go forward.