<div dir="ltr">Something goes definitely wrong here...<div><br></div><div>If no CS is defined in thconfig file, therion uses first CS that it founds as output CS - therefore if you reverse input files, results change.</div><div><br></div><div>It looks to me, that transformations to coordinate systems you are using do not work as expected. Unfortunatelly, I have no idea why it is like that - it needs some more sophisticated debugging, but using WGS84/UTM as output CS seems to work fine - see attached file.</div><div><br></div><div>Does it solve your problem? </div><div><br></div><div>S.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 20 September 2014 23:12, Bruce <span dir="ltr"><<a href="mailto:bruce@tomo.co.nz" target="_blank">bruce@tomo.co.nz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hmm, Seems you are right that it is wrong.<br>
I tried adding explicit select statements to the thconfig-both_csconfig.thc<br>
and changing the position of the cs within the file, with no change in<br>
behaviour.<br>
Looks like a bug to me.<br>
<br>
Only difference that I can see with how I use it is that I am using lat-long<br>
(sometimes but not always) and two variants of an EPSG specification (which<br>
if exhibited same behaiour would give 1000's km error), whereas you have not<br>
used an EPSG code for eur79z30.<br>
<br>
<br>
Clutching at straws...<br>
Does eur79z30 have an EPSG code, and if it does, does using it's EPSG code<br>
in place of eur79z30 fix the behaviour?<br>
<span class="HOEnZb"><font color="#888888"><br>
Bruce<br>
</font></span><span class="im HOEnZb"><br>
-----Original Message-----<br>
From: <a href="mailto:therion-bounces@speleo.sk">therion-bounces@speleo.sk</a> [mailto:<a href="mailto:therion-bounces@speleo.sk">therion-bounces@speleo.sk</a>] On Behalf<br>
Of Footleg<br>
</span><span class="im HOEnZb">Sent: Saturday, 20 September 2014 11:55 p.m.<br>
To: List for Therion users<br>
Subject: Re: [Therion] Combining caves using different co-ordinate systems<br>
<br>
</span><div class="HOEnZb"><div class="h5">I have checked that both my survey files have date and cs declarations<br>
inside centreline blocks. Each file generates the correct position when I<br>
generate a KML from either file alone.<br>
Next I tried to add a cs statement in my thconfig file. This appears to<br>
over-ride the cs I declared in the centreline block. So if I put a different<br>
cs declaration in the thconfig file to the cs declared in the survey data<br>
file, then this results in the kml output putting the cave in the wrong<br>
place.<br>
<br>
I have created a bear bones set of examples (attached). The cave should be<br>
on the edge of the open grass area and trees.<br>
<br>
thconfig-eur79Only.thc  Puts the cave declared with Eur79 datum in the<br>
correct place.<br>
thconfig-EPSGOnly.thc Puts the cave declared with EPSG:25830 datum in the<br>
correct place.<br>
<br>
thconfig-eur79csconfig.thc Declares the cave with Eur79 but specifies<br>
EPSG:25830 in the thconfig, and the cave now appears in the wrong place.<br>
<br>
The other files show various ways of including both caves, and they are<br>
rendered always with one in the correct place and one in the wrong place.<br>
<br>
Footleg<br>
<br>
</div></div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Therion mailing list<br>
<a href="mailto:Therion@speleo.sk">Therion@speleo.sk</a><br>
<a href="http://mailman.speleo.sk/mailman/listinfo/therion" target="_blank">http://mailman.speleo.sk/mailman/listinfo/therion</a><br>
</div></div></blockquote></div><br></div>