arranging files for big systems

[Stacho Mudrak]

A question - my developement version reports errors when reading your LRUD data. What doeas 0+8 means?

And I see, that in grumble.th, there are also fields 1/5. Does it mean 1 at from-station and 5 at to-station?

Regards, S.

Wookey wrote:

> Has anyone (that probably means you martinB) got any idea what the problem
> below is? Look back up the thread for the URL of the tarball. This join used to work, but now it doesn't.
>
> And I still have no idea about this either:
>
> Also if I include the file 'grumble.th', then I get:                 therion: error -- terikan/grumble.th [19] -- bearing reading out of range --
> 38
>
>
> +++ Wookey [05-01-11 01:06 +0000]:
>
>> +++ Wookey [05-01-10 03:07 +0000]:
>>
>>> +++ Martin Budaj [05-01-08 14:49 +0100]:
>>>
>>>> Wookey wrote:
>>>>
>>>>> So, I have an overall file for terikan in therion form
>>>
>>>
>>> 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.
>>
>> I am a bit perplexed. Still,now it is compiling again I can get on with
>> drawing some more and comeback to this.
>>
>> Wookey
>> --
>> Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK  Tel +44 (0) 1223 811679
>> work: http://www.aleph1.co.uk/     play: http://www.chaos.org.uk/~wookey/
>
>
> Wookey