[therion] Re: arranging files for big systems

[Martin Budaj]

Wookey wrote:

>>>>> > However with the same scraps and joins as before, just more centreline
>>
>>>> data
>>
>>>>> > and the new context,trying to process gives:
>>>>> >
>>>>> > ------------------
>>>
>>>>>>> > >> (0,0)
>>>
>>>>> > ! Division by zero.
>>>>> > <to be read again>
>>>>> >                    endgroup
>>>>> > <to be read again>
>>>>> >                    )
>>>>> > mark_->...vector(thdir((EXPR0),(EXPR1))rotated90))
>>>>> > 						  ;
>>>>> > <forever> ...ime.cas.of(path);mark_((path),t,0.2u)
>>>>> > 	  					  ;cas:=cas+mojkrok;exitif.c...
>>>>> >
>>>>> > l_pit->...krok;exitif.cas>dlzka+(mojkrok/3);endfor
>>>>> >                                                   ;pickup.PenC;thdraw(EXPR0);
>>>>> > l.4670 ))
>>>>> >          ;
>>>>> > You're trying to divide the quantity shown above the error
>>>>> > message by zero. I'm going to divide it by one instead.
>>>>> > ------------------
>>>>> >
>>>>> > Any clues as to what's wrong there?
>>
>>>>
>>>> OK -I took bits in and out until I worked which bit is causing the
>>>> problem:
>>>> If I comment out this join then it works OK.
>>>> join soundrivercrab_s1 soundriver2_s1
>>>>
>>>> What is odd was that this join was OK when the centreline dataset was
>>>> smaller. Nothing should have changed in this area. The map still looks
>>>> OK.


The problem is the pit (line 72 in file commands) in scrap
soundrivercrab_s1, which has duplicated last point (781.00 -53.00). I
wonder how it could happen -- XTherion finishes the line when you click
twice on the same point and doesn't insert the point twice.

I have no idea why it is related to joining scraps. The problematic line
is too far from the join to be influenced. This is perhaps question for
Stacho.

Anyway if you delete last duplicated point scrap join works fine.

Martin.