Hack: swap line vs. line intersection order

[peterstace]

Description

This fixes a bug where anomalously close DCEL nodes cause DCEL extraction to fail. The bug would occur because the line vs. line intersection operation was not symmetric, and was called from "both directions" when re-noding input geometries.

This solution is a bit of a hack. Instead, a longer term solution is to truly make the operation symmetric (e.g. by implementing a more numerically stable algorithm).

Check List

Have you:

• Added unit tests? Yes.

• Add cmprefimpl tests? (if appropriate?) N/A

• Updated release notes? (if appropriate?) Yes.

Related Issue

• https://github.com/peterstace/simplefeatures/issues/574
• https://github.com/peterstace/simplefeatures/issues/573
• https://github.com/peterstace/simplefeatures/issues/496

Benchmark Results

TODO

[peterstace]

Thanks for reviewing Albert! I'm going to have a crack at a better solution for this a bit later (i.e. to go into the next release).