1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
|
# Buffer cases
## Recursive Polygons Buffer
### rt_w series
#### rt_w1
#### rt_w2
This case failed because of a generated `x` (block) in `get_turn_info.hpp`
It is fixed by removing them `ix` etc.
<img src="images/rt_w2.png" width="400"/>
#### rt_w3
This case failed because it selected the wrong `u` turn from a cluster (at turn `2` in the picture below, before the fix), having the same target (`8`).
It is fixed by calculating properties ahead also for these cases, with the same rank.
Therefore it was necessary to add the rank to enrichment_info.
<img src="images/rt_w3.png" width="400"/>
#### rt_w7
Suffered from a wrong block (at 12). Fixed by removing ix turns in buffer.
<img src="images/rt_w7.png" width="400"/>
#### rt_w15
Failed until late phase. Actual reason of fix unknown.
<img src="images/rt_w15.png" width="400"/>
#### rt_w18
This case fails because two colocated turns (87/91) on the border are considered as "within each other".
This should be detectable and filtered out (make them both on the border).
<img src="images/rt_w18.png" width="400"/>
#### rt_w22
Fails because two colocated turns (12/13) on the border are considered as "within each other".
<img src="images/rt_w22.png" width="400"/>
#### rt_w24
Failed because of a wrong block in `get_turn_info`. This time it does not make the turn `ix`,
but `ux` (instead of `uu` or `cc`).
Using the collinear properties ahead functionality fixes this case.
<img src="images/rt_w24.png" width="400"/>
Graph with a "concept fix"
<img src="images/rt_w24_graph_right.png" width="400"/>
Graph without the fix, and there is a line from `5` to the isolated area,
causing an invalid output.
<img src="images/rt_w24_graph_wrong.png" width="400"/>
|
