Hmm, Seems you are right that it is wrong. I tried adding explicit select statements to the thconfig-both_csconfig.thc and changing the position of the cs within the file, with no change in behaviour. Looks like a bug to me.
Only difference that I can see with how I use it is that I am using lat-long (sometimes but not always) and two variants of an EPSG specification (which if exhibited same behaiour would give 1000's km error), whereas you have not used an EPSG code for eur79z30. Clutching at straws... Does eur79z30 have an EPSG code, and if it does, does using it's EPSG code in place of eur79z30 fix the behaviour? Bruce -----Original Message----- From: therion-bounces at speleo.sk [mailto:therion-boun...@speleo.sk] On Behalf Of Footleg Sent: Saturday, 20 September 2014 11:55 p.m. To: List for Therion users Subject: Re: [Therion] Combining caves using different co-ordinate systems I have checked that both my survey files have date and cs declarations inside centreline blocks. Each file generates the correct position when I generate a KML from either file alone. Next I tried to add a cs statement in my thconfig file. This appears to over-ride the cs I declared in the centreline block. So if I put a different cs declaration in the thconfig file to the cs declared in the survey data file, then this results in the kml output putting the cave in the wrong place. I have created a bear bones set of examples (attached). The cave should be on the edge of the open grass area and trees. thconfig-eur79Only.thc Puts the cave declared with Eur79 datum in the correct place. thconfig-EPSGOnly.thc Puts the cave declared with EPSG:25830 datum in the correct place. thconfig-eur79csconfig.thc Declares the cave with Eur79 but specifies EPSG:25830 in the thconfig, and the cave now appears in the wrong place. The other files show various ways of including both caves, and they are rendered always with one in the correct place and one in the wrong place. Footleg