Differences
This shows you the differences between two versions of the page.
Both sides previous revision Previous revision | Next revisionBoth sides next revision | ||
faq [2019/11/04 02:36] – LayoutCheckScrapsForHoles brucemutton | faq [2019/11/04 02:39] – minor reorder page brucemutton | ||
---|---|---|---|
Line 688: | Line 688: | ||
Here is what it looks like. Grey areas inside or between scraps mean there is a problem that you need to fix.\\ | Here is what it looks like. Grey areas inside or between scraps mean there is a problem that you need to fix.\\ | ||
{{therion: | {{therion: | ||
+ | |||
+ | ====How to solve the incorrectly determined interior of the scrap==== | ||
+ | |||
+ | Warning: scrap outline intersects itself in bmb3_s3@fake. | ||
+ | |||
+ | //I have this warning in a few scraps in that survey - I wondered how serious it was, and what I should do about it. But without more details of _where_ it intersects itself (and why this is a problem), I could not do anything but ignore it.// | ||
+ | |||
+ | The only information we can give here is the scrap name. There is no way how to find out in MetaPost where exactly the closed path intersects itself :-( | ||
+ | |||
+ | //I have several more scraps which I cannot include in the overall survey at the moment because if I do I get cryptic metapost errors. We have to work out a way of getting better feedback to the user about _where_ the problem lies as it is currently extremely difficult to fix as you don't know which of many lines is at fault.// | ||
+ | |||
+ | We think it's doable to give a line number in th2 file where the error occurs. It would be perhaps possible to also identify area border lines which don't intersect. | ||
+ | |||
+ | //How did you find the above problem. If I understood the process you used to find this it might help me next time.// | ||
+ | |||
+ | We got this error (incorrectly determined interior of the scrap) long time ago in Dead Bats Cave map. There was some strange clipping by the scrap border, which we couldn' | ||
+ | |||
+ | We added the MP warning to point to this problem. When we see it now, we first check scrap ends if something could cause the problem. The biggest problem is if the loop is introduced only after morphing the scrap ends before joining scraps. We can only recommend to move control point in the last bezier arc of wall just before the scrap end, run therion, undo the change by pressing Ctrl+Z and repeat with other walls until the problem remains. | ||
+ | |||
+ | The loop may occur also in the middle of the wall, but it should be visible, at least in 400% zoom. | ||
+ | |||
+ | We are sorry that there is no cleverer algorithm to find the loop :( | ||
+ | |||
+ | see also [[faq# | ||
+ | |||
+ | (There are some other scrap drawing tips in [[tips# | ||
+ | |||
+ | This warning can sometimes happen if you have two wall lines joining on a single point, where Bézier curve controls pull the lines into a very acute angle (where the " | ||
+ | |||
+ | It can also happen if you have inserted a point along a wall line, with its Bézier controls oriented backwards compared with the rest of the line, so that the backwards one points forwards, or vice versa. The rendering looks normal, but Metapost has had to flip the orientation of the line twice, so it complains. | ||
+ | |||
+ | It can also happen if you have accidentally added two linepoints at the same location - this also causes Metapost to flip directions in order to get from one point to the next. Step through each linepoint in turn (in the " | ||
+ | |||
+ | It can also happen on a closed wall line, when the ends join, and you pull the wrong Bézier control past the junction - this causes a combination of the two problems mentioned above. | ||
+ | |||
====How to solve strange errors?==== | ====How to solve strange errors?==== | ||
Line 743: | Line 778: | ||
There is actually nothing wrong with that arrow -- that is the reason why it took so long to find it :) It has the last control point identical with the last point, which is perfectly acceptable in metapost. Unfortunately there is some bug in the arrow definition, which doesn' | There is actually nothing wrong with that arrow -- that is the reason why it took so long to find it :) It has the last control point identical with the last point, which is perfectly acceptable in metapost. Unfortunately there is some bug in the arrow definition, which doesn' | ||
- | ====How to solve the incorrectly determined interior of the scrap==== | ||
- | |||
- | Warning: scrap outline intersects itself in bmb3_s3@fake. | ||
- | |||
- | //I have this warning in a few scraps in that survey - I wondered how serious it was, and what I should do about it. But without more details of _where_ it intersects itself (and why this is a problem), I could not do anything but ignore it.// | ||
- | |||
- | The only information we can give here is the scrap name. There is no way how to find out in MetaPost where exactly the closed path intersects itself :-( | ||
- | |||
- | //I have several more scraps which I cannot include in the overall survey at the moment because if I do I get cryptic metapost errors. We have to work out a way of getting better feedback to the user about _where_ the problem lies as it is currently extremely difficult to fix as you don't know which of many lines is at fault.// | ||
- | |||
- | We think it's doable to give a line number in th2 file where the error occurs. It would be perhaps possible to also identify area border lines which don't intersect. | ||
- | |||
- | //How did you find the above problem. If I understood the process you used to find this it might help me next time.// | ||
- | |||
- | We got this error (incorrectly determined interior of the scrap) long time ago in Dead Bats Cave map. There was some strange clipping by the scrap border, which we couldn' | ||
- | |||
- | We added the MP warning to point to this problem. When we see it now, we first check scrap ends if something could cause the problem. The biggest problem is if the loop is introduced only after morphing the scrap ends before joining scraps. We can only recommend to move control point in the last bezier arc of wall just before the scrap end, run therion, undo the change by pressing Ctrl+Z and repeat with other walls until the problem remains. | ||
- | |||
- | The loop may occur also in the middle of the wall, but it should be visible, at least in 400% zoom. | ||
- | |||
- | We are sorry that there is no cleverer algorithm to find the loop :( | ||
- | |||
- | see also [[faq# | ||
- | |||
- | (There are some other scrap drawing tips in [[tips# | ||
- | |||
- | This warning can sometimes happen if you have two wall lines joining on a single point, where Bézier curve controls pull the lines into a very acute angle (where the " | ||
- | |||
- | It can also happen if you have inserted a point along a wall line, with its Bézier controls oriented backwards compared with the rest of the line, so that the backwards one points forwards, or vice versa. The rendering looks normal, but Metapost has had to flip the orientation of the line twice, so it complains. | ||
- | |||
- | It can also happen if you have accidentally added two linepoints at the same location - this also causes Metapost to flip directions in order to get from one point to the next. Step through each linepoint in turn (in the " | ||
- | |||
- | It can also happen on a closed wall line, when the ends join, and you pull the wrong Bézier control past the junction - this causes a combination of the two problems mentioned above. | ||
====What are the limits for map and for atlas PDFs?==== | ====What are the limits for map and for atlas PDFs?==== | ||