id	summary	reporter	owner	description	type	status	milestone	component	version	severity	resolution	keywords	cc
8380	sym_difference yields bad result for large numbers	Volker Schöch <vschoech@…>	Barend Gehrels	"Here is an example where using a relatively small number yields the correct result whereas using ''boost::numeric::bounds<int>::highest()/2'' yields a bad result when calling boost::geometry::sym_difference.

My polygon type is '''oriented counter-clockwise''' and '''not closed''', my point type is based on '''int'''. Based on using int, can you offer any guidance about the largest possible numbers (""domain of definition"") that yield correct results in the boost geometry algorithms?

Here is our conversation on the geometry mailing list regarding this issue in 1.48.0:[[BR]]
http://lists.boost.org/geometry/2012/02/1849.php

For readability, I use the `^` operator to denote the call to sym_difference below.

{{{
MULTIPOLYGON(((564 2394,1548 2850,2526 2916,2526 32767,564 32767)))
^ MULTIPOLYGON(((564 3252,2526 3252,2526 32767,564 32767)))
correct result: MULTIPOLYGON(((564 3252,564 2394,1548 2850,2526 2916,2526 3252)))

MULTIPOLYGON(((564 2394,1548 2850,2526 2916,2526 1073741823,564 1073741823)))
^ MULTIPOLYGON(((564 3252,2526 3252,2526 1073741823,564 1073741823)))
bad result: MULTIPOLYGON(((564 3252,564 2394,1548 2850,2526 2916,2526 333411)))
}}}"	Bugs	new	To Be Determined	geometry	Boost 1.52.0	Problem		sym_difference, polygon, large numbers, domain of definition