Current Therion for Windows version 30Mar2017
An update. The Therion v30Mar2017 update has resolved most of my Therion v13Mar2017 beta version issues as below; * Loch right-click untrapped errors :FIXED * An error to do with ‘symbol-show point cave-station:fixed’ :FIXED * Survex Loop closure consistently causing untrapped errors :FIXED * Two th-config’s where Therion not able to delete a temporary folder, corrupting log files :UNRESOLVED Bruce
* An error to do with ‘symbol-show point cave-station:fixed’ Alas not entirely fixed, or at least not the same as it was before… symbol-hide group cave-centreline symbol-show point cave-station:fixed Above sequence used to work, but now gives the error; C:\...\therion.exe: error -- ./LayoutMapThisCave.thc [54] -- ./LayoutMapThisCave.thc [54] -- unknown symbol specification -- point cave-station:fixed But there is a good workaround, the sequence I mentioned before, works just fine; symbol-hide group cave-centreline #1. hides all centrelines, incl station-names - clears the canvas symbol-show point cave-station #2. set up for identifying cave-stations to show/hide symbol-show point station:fixed #3. actually show/hide (cave-)stations of mark ... Bruce
I found it, the following error is reported by cavern:
####################### cavern log file ######################## 1> Survex 1.2.30 2> Copyright © 1990-2016 Olly Betts 3> /tmp/th24737/data.svx:113:47: Fehler: Standardabweichung muss positiv sein 4> *fix 1 ------.------ ------.------ ---.------ 0.000000 0.000000 0.000000 5> ^~~~~~~~
The source giving causing it is:
fix 1.0 xxxxx yyyyy zzzzz 0 0 0
If i remove the standard-deviation zeros, cavern stops to complain. The reason was that the entrance location was measured by public service against official grid by theodolite and as such is "perfectly correct". How can i give this information? Am i forced to use some minimal positive fraction? (eg. "0.00001"?) If yes, could this be an cavern bug? Am 2017-04-02 12:53, schrieb Benedikt Hallinger:
Hello, when compiling my project, i get an cavern error:
therion: warning -- cavern exit code -- 256
Everything seems to be fine in the map, but what does this exit code mean?
On Sun, Apr 02, 2017 at 11:49:54PM +0200, Benedikt Hallinger via Therion wrote:
The source giving causing it is:
fix 1.0 xxxxx yyyyy zzzzz 0 0 0
If i remove the standard-deviation zeros, cavern stops to complain.
The reason was that the entrance location was measured by public service against official grid by theodolite and as such is "perfectly correct". How can i give this information? Am i forced to use some minimal positive fraction? (eg. "0.00001"?)
Just omit the SDs - that means it's an exact fix.
If yes, could this be an cavern bug?
It's really a bug in the .svx file therion generates - it should omit the zero SDs even if they're explicitly specified in the .th file, since the documented syntax for an exact *FIX command is that you omit the SDs. Cheers, Olly
On Github! No any 1th April! m.s.
5. 4. 2017 v 20:02, Olly Betts via Therion <therion@speleo.sk>:
On Sun, Apr 02, 2017 at 11:49:54PM +0200, Benedikt Hallinger via Therion wrote:
The source giving causing it is:
fix 1.0 xxxxx yyyyy zzzzz 0 0 0
If i remove the standard-deviation zeros, cavern stops to complain.
The reason was that the entrance location was measured by public service against official grid by theodolite and as such is "perfectly correct". How can i give this information? Am i forced to use some minimal positive fraction? (eg. "0.00001"?)
Just omit the SDs - that means it's an exact fix.
If yes, could this be an cavern bug?
It's really a bug in the .svx file therion generates - it should omit the zero SDs even if they're explicitly specified in the .th file, since the documented syntax for an exact *FIX command is that you omit the SDs.
Cheers, Olly _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Can't wait to see it in debian testing :) Am 2017-04-05 21:22, schrieb Martin Sluka via Therion:
On Github!
No any 1th April!
m.s.
5. 4. 2017 v 20:02, Olly Betts via Therion <therion@speleo.sk>:
On Sun, Apr 02, 2017 at 11:49:54PM +0200, Benedikt Hallinger via Therion wrote:
The source giving causing it is:
fix 1.0 xxxxx yyyyy zzzzz 0 0 0
If i remove the standard-deviation zeros, cavern stops to complain.
The reason was that the entrance location was measured by public service against official grid by theodolite and as such is "perfectly correct". How can i give this information? Am i forced to use some minimal positive fraction? (eg. "0.00001"?)
Just omit the SDs - that means it's an exact fix.
If yes, could this be an cavern bug?
It's really a bug in the .svx file therion generates - it should omit the zero SDs even if they're explicitly specified in the .th file, since the documented syntax for an exact *FIX command is that you omit the SDs.
Cheers, Olly _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
On Wed, Apr 05, 2017 at 10:20:55PM +0200, Benedikt Hallinger via Therion wrote:
Can't wait to see it in debian testing :)
Debian testing is currently frozen in preparation for the next release, but it should appear in Debian experimental soon. Cheers, Olly
On 2017-04-05 21:29 +0100, Olly Betts via Therion wrote:
On Wed, Apr 05, 2017 at 10:20:55PM +0200, Benedikt Hallinger via Therion wrote:
Can't wait to see it in debian testing :)
Debian testing is currently frozen in preparation for the next release, but it should appear in Debian experimental soon.
Ol has uploaded this already, so it's built on all release architectures and available now: https://buildd.debian.org/status/package.php?p=therion&suite=experimental https://packages.qa.debian.org/t/therion.html As always, feedback welcome. Just to be clear, that upload is to Debian experimental because Debian is frozen for the imminent stable release. It will be 5.3.16-10 (which does actually include some of the changes in 5.4) in that stable release. As soon as the release is done we'll move therion 5.4 into unstable. Wookey -- Principal hats: Linaro, Debian, Wookware, ARM http://wookware.org/
macOS users please test... brew update brew tap homebrew/science brew install https://raw.githubusercontent.com/ladislavb/homebrew-science/ladislavb-patch... L.
On 6 Apr 2017, at 13:53, Wookey via Therion <therion@speleo.sk> wrote:
On 2017-04-05 21:29 +0100, Olly Betts via Therion wrote:
On Wed, Apr 05, 2017 at 10:20:55PM +0200, Benedikt Hallinger via Therion wrote:
Can't wait to see it in debian testing :)
Debian testing is currently frozen in preparation for the next release, but it should appear in Debian experimental soon.
Ol has uploaded this already, so it's built on all release architectures and available now: https://buildd.debian.org/status/package.php?p=therion&suite=experimental https://packages.qa.debian.org/t/therion.html
As always, feedback welcome.
Just to be clear, that upload is to Debian experimental because Debian is frozen for the imminent stable release. It will be 5.3.16-10 (which does actually include some of the changes in 5.4) in that stable release. As soon as the release is done we'll move therion 5.4 into unstable.
Wookey -- Principal hats: Linaro, Debian, Wookware, ARM http://wookware.org/ _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Studios-Mac-mini:~ studiosluka$ brew install https://raw.githubusercontent.com/ladislavb/homebrew-science/ladislavb-patch... ######################################################################## 100,0% Error: Calling Formula.sha1 is disabled! Use Formula.sha256 instead. /Users/studiosluka/Library/Caches/Homebrew/Formula/therion.rb:6:in `<class:Therion>' Studios-Mac-mini:~ studiosluka$ On Apr 06, 2017, at 02:26 PM, Ladislav Blažek via Therion <therion@speleo.sk> wrote: macOS users please test... brew update brew tap homebrew/science brew install https://raw.githubusercontent.com/ladislavb/homebrew-science/ladislavb-patch... L. On 6 Apr 2017, at 13:53, Wookey via Therion <therion@speleo.sk> wrote: On 2017-04-05 21:29 +0100, Olly Betts via Therion wrote: On Wed, Apr 05, 2017 at 10:20:55PM +0200, Benedikt Hallinger via Therion wrote: Can't wait to see it in debian testing :) Debian testing is currently frozen in preparation for the next release, but it should appear in Debian experimental soon. Ol has uploaded this already, so it's built on all release architectures and available now: https://buildd.debian.org/status/package.php?p=therion&suite=experimental https://packages.qa.debian.org/t/therion.html As always, feedback welcome. Just to be clear, that upload is to Debian experimental because Debian is frozen for the imminent stable release. It will be 5.3.16-10 (which does actually include some of the changes in 5.4) in that stable release. As soon as the release is done we'll move therion 5.4 into unstable. Wookey -- Principal hats: Linaro, Debian, Wookware, ARM http://wookware.org/ _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Sorry, please try again. L.
On 6 Apr 2017, at 14:29, Martin Sluka via Therion <therion@speleo.sk> wrote:
Studios-Mac-mini:~ studiosluka$ brew install https://raw.githubusercontent.com/ladislavb/homebrew-science/ladislavb-patch... ######################################################################## 100,0% Error: Calling Formula.sha1 is disabled! Use Formula.sha256 instead. /Users/studiosluka/Library/Caches/Homebrew/Formula/therion.rb:6:in `<class:Therion>' Studios-Mac-mini:~ studiosluka$
On Apr 06, 2017, at 02:26 PM, Ladislav Blažek via Therion <therion@speleo.sk> wrote:
macOS users please test...
brew update brew tap homebrew/science brew install https://raw.githubusercontent.com/ladislavb/homebrew-science/ladislavb-patch... <https://raw.githubusercontent.com/ladislavb/homebrew-science/ladislavb-patch-5.4.0/therion.rb>
L.
On 6 Apr 2017, at 13:53, Wookey via Therion <therion@speleo.sk> wrote:
On 2017-04-05 21:29 +0100, Olly Betts via Therion wrote:
On Wed, Apr 05, 2017 at 10:20:55PM +0200, Benedikt Hallinger via Therion wrote:
Can't wait to see it in debian testing :)
Debian testing is currently frozen in preparation for the next release, but it should appear in Debian experimental soon.
Ol has uploaded this already, so it's built on all release architectures and available now: https://buildd.debian.org/status/package.php?p=therion&suite=experimental <https://buildd.debian.org/status/package.php?p=therion&suite=experimental>https://packages.qa.debian.org/t/therion.html <https://packages.qa.debian.org/t/therion.html> As always, feedback welcome.
Just to be clear, that upload is to Debian experimental because Debian is frozen for the imminent stable release. It will be 5.3.16-10 (which does actually include some of the changes in 5.4) in that stable release. As soon as the release is done we'll move therion 5.4 into unstable.
Wookey -- Principal hats: Linaro, Debian, Wookware, ARM http://wookware.org/ <http://wookware.org/>_______________________________________________ Therion mailing list Therion@speleo.sk <mailto:Therion@speleo.sk>https://mailman.speleo.sk/listinfo/therion <https://mailman.speleo.sk/listinfo/therion>
Therion mailing list Therion@speleo.sk <mailto:Therion@speleo.sk> https://mailman.speleo.sk/listinfo/therion <https://mailman.speleo.sk/listinfo/therion>
Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Hi Martin, Great news ! Will it be updated for brew on Mac or do we need to compile it ? Thanks, Phil
On 05 Apr 2017, at 21:22 PM, Martin Sluka via Therion <therion@speleo.sk> wrote:
On Github!
No any 1th April!
m.s.
5. 4. 2017 v 20:02, Olly Betts via Therion <therion@speleo.sk>:
On Sun, Apr 02, 2017 at 11:49:54PM +0200, Benedikt Hallinger via Therion wrote:
The source giving causing it is:
fix 1.0 xxxxx yyyyy zzzzz 0 0 0
If i remove the standard-deviation zeros, cavern stops to complain.
The reason was that the entrance location was measured by public service against official grid by theodolite and as such is "perfectly correct". How can i give this information? Am i forced to use some minimal positive fraction? (eg. "0.00001"?)
Just omit the SDs - that means it's an exact fix.
If yes, could this be an cavern bug?
It's really a bug in the .svx file therion generates - it should omit the zero SDs even if they're explicitly specified in the .th file, since the documented syntax for an exact *FIX command is that you omit the SDs.
Cheers, Olly _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Hi, Therion recipe needs to be updated. I will test compilation and send pull request. L. 6. 4. 2017 v 9:37, Philippe Vernant via Therion <therion@speleo.sk>:
Hi Martin,
Great news ! Will it be updated for brew on Mac or do we need to compile it ?
Thanks, Phil
On 05 Apr 2017, at 21:22 PM, Martin Sluka via Therion <therion@speleo.sk> wrote:
On Github!
No any 1th April!
m.s.
5. 4. 2017 v 20:02, Olly Betts via Therion <therion@speleo.sk>:
On Sun, Apr 02, 2017 at 11:49:54PM +0200, Benedikt Hallinger via Therion wrote: The source giving causing it is:
fix 1.0 xxxxx yyyyy zzzzz 0 0 0
If i remove the standard-deviation zeros, cavern stops to complain.
The reason was that the entrance location was measured by public service against official grid by theodolite and as such is "perfectly correct". How can i give this information? Am i forced to use some minimal positive fraction? (eg. "0.00001"?)
Just omit the SDs - that means it's an exact fix.
If yes, could this be an cavern bug?
It's really a bug in the .svx file therion generates - it should omit the zero SDs even if they're explicitly specified in the .th file, since the documented syntax for an exact *FIX command is that you omit the SDs.
Cheers, Olly _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Compilation from source OK on my mac. Odesláno z iPhonu 6. 4. 2017 v 13:15, Ladislav Blažek via Therion <therion@speleo.sk>:
Hi,
Therion recipe needs to be updated. I will test compilation and send pull request.
L.
6. 4. 2017 v 9:37, Philippe Vernant via Therion <therion@speleo.sk>:
Hi Martin,
Great news ! Will it be updated for brew on Mac or do we need to compile it ?
Thanks, Phil
On 05 Apr 2017, at 21:22 PM, Martin Sluka via Therion <therion@speleo.sk> wrote:
On Github!
No any 1th April!
m.s.
5. 4. 2017 v 20:02, Olly Betts via Therion <therion@speleo.sk>:
On Sun, Apr 02, 2017 at 11:49:54PM +0200, Benedikt Hallinger via Therion wrote: The source giving causing it is: fix 1.0 xxxxx yyyyy zzzzz 0 0 0
If i remove the standard-deviation zeros, cavern stops to complain.
The reason was that the entrance location was measured by public service against official grid by theodolite and as such is "perfectly correct". How can i give this information? Am i forced to use some minimal positive fraction? (eg. "0.00001"?)
Just omit the SDs - that means it's an exact fix.
If yes, could this be an cavern bug?
It's really a bug in the .svx file therion generates - it should omit the zero SDs even if they're explicitly specified in the .th file, since the documented syntax for an exact *FIX command is that you omit the SDs.
Cheers, Olly _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Thanks Ladislav. I could not wait so I did it from the source this morning as Martin did. Therion rocks ! Phil
On 06 Apr 2017, at 13:19 PM, Martin Sluka via Therion <therion@speleo.sk> wrote:
Compilation from source OK on my mac.
Odesláno z iPhonu
6. 4. 2017 v 13:15, Ladislav Blažek via Therion <therion@speleo.sk>:
Hi,
Therion recipe needs to be updated. I will test compilation and send pull request.
L.
6. 4. 2017 v 9:37, Philippe Vernant via Therion <therion@speleo.sk>:
Hi Martin,
Great news ! Will it be updated for brew on Mac or do we need to compile it ?
Thanks, Phil
On 05 Apr 2017, at 21:22 PM, Martin Sluka via Therion <therion@speleo.sk> wrote:
On Github!
No any 1th April!
m.s.
5. 4. 2017 v 20:02, Olly Betts via Therion <therion@speleo.sk>:
> On Sun, Apr 02, 2017 at 11:49:54PM +0200, Benedikt Hallinger via Therion wrote: > The source giving causing it is: > fix 1.0 xxxxx yyyyy zzzzz 0 0 0
If i remove the standard-deviation zeros, cavern stops to complain.
The reason was that the entrance location was measured by public service against official grid by theodolite and as such is "perfectly correct". How can i give this information? Am i forced to use some minimal positive fraction? (eg. "0.00001"?)
Just omit the SDs - that means it's an exact fix.
If yes, could this be an cavern bug?
It's really a bug in the .svx file therion generates - it should omit the zero SDs even if they're explicitly specified in the .th file, since the documented syntax for an exact *FIX command is that you omit the SDs.
Cheers, Olly _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Ladislav, check if Stacho changed data in copyright, please. ;) m. On Apr 06, 2017, at 01:32 PM, Philippe Vernant via Therion <therion@speleo.sk> wrote: Thanks Ladislav. I could not wait so I did it from the source this morning as Martin did. Therion rocks ! Phil On 06 Apr 2017, at 13:19 PM, Martin Sluka via Therion <therion@speleo.sk> wrote: Compilation from source OK on my mac. Odesláno z iPhonu 6. 4. 2017 v 13:15, Ladislav Blažek via Therion <therion@speleo.sk>: Hi, Therion recipe needs to be updated. I will test compilation and send pull request. L. 6. 4. 2017 v 9:37, Philippe Vernant via Therion <therion@speleo.sk>: Hi Martin, Great news ! Will it be updated for brew on Mac or do we need to compile it ? Thanks, Phil On 05 Apr 2017, at 21:22 PM, Martin Sluka via Therion <therion@speleo.sk> wrote: On Github! No any 1th April! m.s. 5. 4. 2017 v 20:02, Olly Betts via Therion <therion@speleo.sk>: On Sun, Apr 02, 2017 at 11:49:54PM +0200, Benedikt Hallinger via Therion wrote: The source giving causing it is: fix 1.0 xxxxx yyyyy zzzzz 0 0 0 If i remove the standard-deviation zeros, cavern stops to complain. The reason was that the entrance location was measured by public service against official grid by theodolite and as such is "perfectly correct". How can i give this information? Am i forced to use some minimal positive fraction? (eg. "0.00001"?) Just omit the SDs - that means it's an exact fix. If yes, could this be an cavern bug? It's really a bug in the .svx file therion generates - it should omit the zero SDs even if they're explicitly specified in the .th file, since the documented syntax for an exact *FIX command is that you omit the SDs. Cheers, Olly _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Hi, Is there a summary of new features in the 5.4.0 release? thanks, Rowena ----- Original Message ----- From: "List for Therion users" To:"List for Therion users" Cc:"Martin Sluka" Sent:Wed, 05 Apr 2017 21:22:44 +0200 Subject:[Therion] New version of Therion 5.4.0 available On Github! No any 1th April! m.s.
5. 4. 2017 v 20:02, Olly Betts via Therion :
On Sun, Apr 02, 2017 at 11:49:54PM +0200, Benedikt Hallinger via Therion wrote:
The source giving causing it is:
fix 1.0 xxxxx yyyyy zzzzz 0 0 0
If i remove the standard-deviation zeros, cavern stops to complain.
The reason was that the entrance location was measured by public service against official grid by theodolite and as such is "perfectly correct". How can i give this information? Am i forced to use some minimal positive fraction? (eg. "0.00001"?)
Just omit the SDs - that means it's an exact fix.
If yes, could this be an cavern bug?
It's really a bug in the .svx file therion generates - it should omit the zero SDs even if they're explicitly specified in the .th file, since the documented syntax for an exact *FIX command is that you omit the SDs.
Cheers, Olly _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Check https://github.com/therion/therion/blob/master/CHANGES Martin On Fri, Apr 7, 2017 at 5:39 AM, rowena_l--- via Therion <therion@speleo.sk> wrote:
Hi,
Is there a summary of new features in the 5.4.0 release?
thanks,
Rowena
----- Original Message ----- From: "List for Therion users" <therion@speleo.sk>
To: "List for Therion users" <therion@speleo.sk> Cc: "Martin Sluka" <martinsluka@mac.com> Sent: Wed, 05 Apr 2017 21:22:44 +0200 Subject: [Therion] New version of Therion 5.4.0 available
On Github!
No any 1th April!
m.s.
5. 4. 2017 v 20:02, Olly Betts via Therion <therion@speleo.sk>:
On Sun, Apr 02, 2017 at 11:49:54PM +0200, Benedikt Hallinger via Therion wrote:
The source giving causing it is:
fix 1.0 xxxxx yyyyy zzzzz 0 0 0
If i remove the standard-deviation zeros, cavern stops to complain.
The reason was that the entrance location was measured by public service against official grid by theodolite and as such is "perfectly correct". How can i give this information? Am i forced to use some minimal positive fraction? (eg. "0.00001"?)
Just omit the SDs - that means it's an exact fix.
If yes, could this be an cavern bug?
It's really a bug in the .svx file therion generates - it should omit the zero SDs even if they're explicitly specified in the .th file, since the documented syntax for an exact *FIX command is that you omit the SDs.
Cheers, Olly _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Hello, i have a bunch of Lox files here, that i want to combine with surface data. I also want to combine all this into one new lox to investigate the caves relationships. Is there any possibility to do that without the source therion data, similar to the survey use method for survex 3D files? Thank you very much!
If you open (Ctrl+O) one file, then import (Ctrl+I) the remaining files, that will get them all in Loch at the same time. Only requires that the same coordinate system is used to generate all files. Is that what you are after? I notice drag and drop works fine to open files, but I could not use that to import files. I'd like to request the option to use Ctrl+drag or shift+drag to import files, if anyone is ever tinkering with Loch. Bruce -----Original Message----- From: Therion [mailto:therion-bounces@speleo.sk] On Behalf Of Benedikt Hallinger via Therion Sent: Thursday, 13 April 2017 8:23 AM To: therion@speleo.sk Cc: Benedikt Hallinger <beni@hallinger.org> Subject: [Therion] Combining several lox files? Hello, i have a bunch of Lox files here, that i want to combine with surface data. I also want to combine all this into one new lox to investigate the caves relationships. Is there any possibility to do that without the source therion data, similar to the survey use method for survex 3D files? Thank you very much! _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
This works as expected :) the last problem now is, that the surface lox is in a different coordinate system than the caves (EPSG:31468 vs. lat-long) :/ I hoped loch would recognize this and recalculate as appropriate, but that was not the case. Is there some option to convert conviniently? I have access to the surface raw data so as a last resort i can fall back to gdal tools to convert the height model and satellite image. Am 2017-04-13 10:12, schrieb Bruce Mutton via Therion:
If you open (Ctrl+O) one file, then import (Ctrl+I) the remaining files, that will get them all in Loch at the same time. Only requires that the same coordinate system is used to generate all files. Is that what you are after?
I notice drag and drop works fine to open files, but I could not use that to import files. I'd like to request the option to use Ctrl+drag or shift+drag to import files, if anyone is ever tinkering with Loch.
Bruce
-----Original Message----- From: Therion [mailto:therion-bounces@speleo.sk] On Behalf Of Benedikt Hallinger via Therion Sent: Thursday, 13 April 2017 8:23 AM To: therion@speleo.sk Cc: Benedikt Hallinger <beni@hallinger.org> Subject: [Therion] Combining several lox files?
Hello, i have a bunch of Lox files here, that i want to combine with surface data. I also want to combine all this into one new lox to investigate the caves relationships.
Is there any possibility to do that without the source therion data, similar to the survey use method for survex 3D files?
Thank you very much! _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
_______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
the last problem now is, that the surface lox is in a different coordinate system than the caves (EPSG:31468 vs. lat-long) :/ I hoped loch would recognize this and recalculate as appropriate, but that was not the case. Is there some option to convert conveniently?
Is it not straight forward use Therion to recompile either the surface or the caves? Regardless of the input cs, you can specify the output cs in the thconfig file. For example I always have this section in my thconfigs... #SPECIFY OUTPUT COORDINATE SYSTEM #================================= # Recommended if you have one or more coordinate systems defined in source surveys or surfaces # Often required if you also export to atlas # Choose coordinate systems that are relevant to the cave locations! # cs EPSG:2193 #NZ Transverse Mercator 2000 cs EPSG:27200 #NZ Map Grid 1949
thanks. I updated the archlinux AUR package: https://aur.archlinux.org/packages/therion/ cheers, d. -- gpg --recv-key 0x88D6D3C6
Thank you very much! I corrected all my fixes to the right syntax now and it works fine. Am 2017-04-05 20:02, schrieb Olly Betts:
On Sun, Apr 02, 2017 at 11:49:54PM +0200, Benedikt Hallinger via Therion wrote:
The source giving causing it is:
fix 1.0 xxxxx yyyyy zzzzz 0 0 0
If i remove the standard-deviation zeros, cavern stops to complain.
The reason was that the entrance location was measured by public service against official grid by theodolite and as such is "perfectly correct". How can i give this information? Am i forced to use some minimal positive fraction? (eg. "0.00001"?)
Just omit the SDs - that means it's an exact fix.
If yes, could this be an cavern bug?
It's really a bug in the .svx file therion generates - it should omit the zero SDs even if they're explicitly specified in the .th file, since the documented syntax for an exact *FIX command is that you omit the SDs.
Cheers, Olly
On Sun, Apr 02, 2017 at 12:53:25PM +0200, Benedikt Hallinger via Therion wrote:
when compiling my project, i get an cavern error:
therion: warning -- cavern exit code -- 256
Everything seems to be fine in the map, but what does this exit code mean?
256 is the number returned by system(), which runs another program. If the bottom 8 bits are zero (as here) then the next 8 bits are the exit status of cavern, so in this case 1 which means there was an error (or multiple errors) while procesing the data. If cavern had been killed by a signal (e.g. a segmentation fault) then the bottom 8 bits would be (signal_number | 0x80), so on Linux you'd get 139 for a segmentation fault. Cheers, Olly
participants (10)
-
Benedikt Hallinger -
Bruce Mutton -
detrito -
Ladislav Blažek -
Martin Budaj -
Martin Sluka -
Olly Betts -
Philippe Vernant -
rowena_l＠tpg.com.au -
Wookey