[Therion] Therion 5.3.16 - Error opening th and th2 files
Hi Bill, it looks to me, that commands that are shown are dynamic library routines, not the system commands. When I will have time, I can install Fedora on some machine to see, what is going on. It is really strange. It looks to me, that tk_getOpenFile fails from some reason, but it looks like a tcltk installation problem, not the therion one. At least, it fails in /usr/share/tk8.6/tkfbox.tcl, which is I believe a part of TclTk installation. Are you able to run in X console: wish % tk_getOpenFile It should open File Open dialog. But if you are able to open thcofig file, it is probably a wrong lead... S. On 8 January 2015 at 21:43, Bill Gee wrote: > Hi Stacho - > > Both File-Open and Ctrl-O give the same error. I tried it on several > different > caves, too, and nothing changed. I also tried creating a new file. Same > error. > > I even tried it on a brand new cave by opening xtherion and then > immediately > going to the text edit window and trying to create a new file. > > I tried it on both 32-bit and 64-bit Fedora 21. No change, same behavior > on > both. > > When I did that last, there were some interesting messages in the bash > window. > > = > [bgee at main2 ~]$ bgerror failed to handle background error. > Original error: invalid after png_start_read_image or > png_read_update_info > Error in bgerror: can't invoke "grab" command: application has been > destroyed > bgerror failed to handle background error. > Original error: can't read "data(upd,afterid)": no such variable > Error in bgerror: can't invoke "tk" command: application has been > destroyed > > [1]+ Donextherion > [bgee at main2 ~]$ which tk > /usr/bin/which: no tk in > > (/usr/lib64/qt-3.3/bin:/usr/lib64/ccache:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin:/home/bgee/bin) > [bgee at main2 ~]$ tk > bash: tk: command not found > [bgee at main2 ~]$ > = > > I confirmed that tk is installed, yet there is no command called tk. > > When I get a chance, I will revert a computer back to 5.3.15 and see what > happens. > > Thanks - Bill Gee > > > > On Thursday, January 08, 2015 21:22:46 Stacho Mudrak wrote: > > Looks strange, especially, when it works in compiler. As far as I know, > > nothing was touched in xtherion in newest version. > > > > Are you able to open new file via File->Open or Ctrl+O? > > > > S. > > > > On 8 January 2015 at 17:34, Bill Gee wrote: > > > Hello everyone - > > > > > > I installed therion 5.3.16 a week ago but never did anything more than > > > verify > > > it would start. Now I need to do some work on a map. In xtherion - > > > Whenever > > > I try to open either a th or th2 file (text editor or map editor > windows), > > > it > > > throws an error. I took a screen shot and attached to this message. > > > > > > The error comes up as soon as I click on the File-Open icon. It never > > > presents a file chooser dialog. > > > > > > The cave will compile correctly. The thconfig file opens without > error. > > > This > > > all worked in 5.3.15. > > > > > > The system is 64-bit Fedora 21. > > > > > > Any ideas? > > > > > > Thanks - Bill Gee > > > > > > > > > ___ > > > Therion mailing list > > > Therion at speleo.sk > > > http://mailman.speleo.sk/mailman/listinfo/therion > > ___ > Therion mailing list > Therion at speleo.sk > http://mailman.speleo.sk/mailman/listinfo/therion > -- next part -- An HTML attachment was scrubbed... URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20150108/b06763c8/attachment.html>
[Therion] Therion 5.3.16 - Error opening th and th2 files
Looks strange, especially, when it works in compiler. As far as I know, nothing was touched in xtherion in newest version. Are you able to open new file via File->Open or Ctrl+O? S. On 8 January 2015 at 17:34, Bill Gee wrote: > Hello everyone - > > I installed therion 5.3.16 a week ago but never did anything more than > verify > it would start. Now I need to do some work on a map. In xtherion - > Whenever > I try to open either a th or th2 file (text editor or map editor windows), > it > throws an error. I took a screen shot and attached to this message. > > The error comes up as soon as I click on the File-Open icon. It never > presents a file chooser dialog. > > The cave will compile correctly. The thconfig file opens without error. > This > all worked in 5.3.15. > > The system is 64-bit Fedora 21. > > Any ideas? > > Thanks - Bill Gee > > > ___ > Therion mailing list > Therion at speleo.sk > http://mailman.speleo.sk/mailman/listinfo/therion > > -- next part -- An HTML attachment was scrubbed... URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20150108/e9e64baf/attachment.html>
[Therion] Altitude colors range
Wrong colors with centerline attached is a bug, that has allways been there. Just change thscrap.cxx:68 and next line to this->z = thnan; this->a = thnan; and it should be fixed (if you can compile therion). Thanks for finding this out. S. On 8 January 2015 at 19:59, Bruce wrote: > > > >Now I have added this into my surveys, I see that the centreline is > > rendered as solid lines when you include the centreline (and have not > > set the centreline symbol group to be hidden), but if you do not > > include the centreline then the survey lines renderer in the scraps > > are just dashes at each station rather than complete lines running the > > complete distance between pairs of stations. Not a problem, but > > curious as to why I get two different styles for cave survey lines. > > > > * It has always been this way. I did delve into the metapost once to > see why, from a code perspective. It seems rational behaviour as far as > 'using it' goes.* > > > > >Then I tried this on my 66km system survey and with centrelines set to > > show in my layout, I found metapost used up all the words of memory it > > is allowed so I get no output. From my logfile: > > ... > > How can I get around this limitation? > > > > * Interesting. I have never come across this limitation, although > metapost usually logs messages of seeming complaint. I inquired on the > forum years ago, and one of the Martin's or Stacho assured me that it > should never actually run out. Not sure if I have ever plotted 66km of > centreline? I have probably come close.* > > > > >I can see how it is useful to be able to render centrelines and stations > for the entire system regardless. > > > > * Yes, very useful. I add each survey as it becomes available. It > is then in the outputs as a reminder to draw the scraps! Further - you can > differentiate the flags that apply to each survey shot with colour and line > style.* > > *See the wiki > http://therion.speleo.sk/wiki/doku.php/metapost#general_symbol_examples > <http://therion.speleo.sk/wiki/doku.php/metapost#general_symbol_examples> * > > > > *Under the heading âVisualize cave centreline shot flags with colour for > splay and duplicate, and dash for approximate shot flagsâ* > > > > *Bruce* > > > > > > ___ > Therion mailing list > Therion at speleo.sk > http://mailman.speleo.sk/mailman/listinfo/therion > > -- next part -- An HTML attachment was scrubbed... URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20150108/43956130/attachment.html>
[Therion] Therion 5.3.16 - Error opening th and th2 files
Hi Stacho - If I name the thconfig file on the xtherion command line, then it will open. If I run xtherion with no command line options, then use File-Open to get a thconfig file, it will fail. Running tk_getOpenFile inside wish works. It opens a file browser dialog box. I reverted one of my test systems to therion 5.3.15. The problem still exists. There is no "make uninstall" target, so I just deleted the three binary files (loch, therion, xtherion) from /usr/local/bin and then compiled and installed 5.3.15. I have version 8.6.3 of both Tcl and Tk. So far all of my testing has been on Fedora 21 systems. I have a Centos 7 test system which has never had Therion installed. Tomorrow I will give it a try. Thanks - Bill Gee On Thursday, January 08, 2015 23:04:07 Stacho Mudrak wrote: > Hi Bill, > > it looks to me, that commands that are shown are dynamic library routines, > not the system commands. > > When I will have time, I can install Fedora on some machine to see, what is > going on. It is really strange. > > It looks to me, that tk_getOpenFile fails from some reason, but it looks > like a tcltk installation problem, not the therion one. At least, it fails > in /usr/share/tk8.6/tkfbox.tcl, which is I believe a part of TclTk > installation. > > Are you able to run in X console: > > wish > % tk_getOpenFile > > It should open File Open dialog. But if you are able to open thcofig file, > it is probably a wrong lead... > > S. > > On 8 January 2015 at 21:43, Bill Gee wrote: > > Hi Stacho - > > > > Both File-Open and Ctrl-O give the same error. I tried it on several > > different > > caves, too, and nothing changed. I also tried creating a new file. Same > > error. > > > > I even tried it on a brand new cave by opening xtherion and then > > immediately > > going to the text edit window and trying to create a new file. > > > > I tried it on both 32-bit and 64-bit Fedora 21. No change, same behavior > > on > > both. > > > > When I did that last, there were some interesting messages in the bash > > window. > > > > = > > [bgee at main2 ~]$ bgerror failed to handle background error. > > > > Original error: invalid after png_start_read_image or > > > > png_read_update_info > > > > Error in bgerror: can't invoke "grab" command: application has been > > > > destroyed > > bgerror failed to handle background error. > > > > Original error: can't read "data(upd,afterid)": no such variable > > Error in bgerror: can't invoke "tk" command: application has been > > > > destroyed > > > > [1]+ Donextherion > > [bgee at main2 ~]$ which tk > > /usr/bin/which: no tk in > > > > (/usr/lib64/qt-3.3/bin:/usr/lib64/ccache:/usr/local/bin:/usr/local/sbin:/u > > sr/bin:/usr/sbin:/bin:/sbin:/home/bgee/bin) [bgee at main2 ~]$ tk > > bash: tk: command not found > > [bgee at main2 ~]$ > > = > > > > I confirmed that tk is installed, yet there is no command called tk. > > > > When I get a chance, I will revert a computer back to 5.3.15 and see what > > happens. > > > > Thanks - Bill Gee > > > > On Thursday, January 08, 2015 21:22:46 Stacho Mudrak wrote: > > > Looks strange, especially, when it works in compiler. As far as I know, > > > nothing was touched in xtherion in newest version. > > > > > > Are you able to open new file via File->Open or Ctrl+O? > > > > > > S. > > > > > > On 8 January 2015 at 17:34, Bill Gee wrote: > > > > Hello everyone - > > > > > > > > I installed therion 5.3.16 a week ago but never did anything more than > > > > verify > > > > it would start. Now I need to do some work on a map. In xtherion - > > > > Whenever > > > > I try to open either a th or th2 file (text editor or map editor > > > > windows), > > > > > > it > > > > throws an error. I took a screen shot and attached to this message. > > > > > > > > The error comes up as soon as I click on the File-Open icon. It never > > > > presents a file chooser dialog. > > > > > > > > The cave will compile correctly. The thconfig file opens without > > > > error. > > > > > > This > > > > all worked in 5.3.15. > > > > > > > > The system is 64-bit Fedora 21. > > > > > > > > Any ideas? > > > > > > > > Thanks - Bill Gee > > > > > > > > > > > > ___ > > > > Therion mailing list > > > > Therion at speleo.sk > > > > http://mailman.speleo.sk/mailman/listinfo/therion > > > > ___ > > Therion mailing list > > Therion at speleo.sk > > http://mailman.speleo.sk/mailman/listinfo/therion
[Therion] Compiling Therion projects from Notepad++
7. 1. 2015 v 23:23, Martin Sluka : > I'll try this when I'll have a bit free time: -- next part -- An HTML attachment was scrubbed... URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20150108/97013b2d/attachment.html> -- next part -- A non-text attachment was scrubbed... Name: Sn?mek obrazovky 2015-01-08 v?19.21.28.png Type: image/png Size: 100919 bytes Desc: not available URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20150108/97013b2d/attachment.png>
[Therion] Altitude colors range
7. 1. 2015 v 19:41, Bruce : >>So what it is looking like, if the contributory maps are all derived from scraps (or maps in turn derived from scraps), then the altitude range is correct. But if there is a map that is centerline derived (ie has no scraps) then the altitude minima is set to zero. >Only one question: do you have defined entrance? Yes, the survey network has a number of entrances defined. One of which is present in the exported map I was experimenting with. Bruce -- next part -- An HTML attachment was scrubbed... URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20150108/1a866d0e/attachment.html>
[Therion] Altitude colors range
+++ Footleg [2015-01-08 16:01 +]: > Now I have added this into my surveys, I see that the centreline is > rendered as solid lines when you include the centreline (and have not > set the centreline symbol group to be hidden), but if you do not > include the centreline then the survey lines renderer in the scraps > are just dashes at each station rather than complete lines running the > complete distance between pairs of stations. Not a problem, but > curious as to why I get two different styles for cave survey lines. > > Then I tried this on my 66km system survey and with centrelines set to > show in my layout, I found metapost used up all the words of memory it > is allowed so I get no output. From my logfile: > > Here is how much of MetaPost's memory you used: > 6498 strings out of 6522 > 15689 string characters out of 34452 > 151 words of memory out of 150 > 1389 symbolic tokens out of 16384 > 12i,75n,41p,489b,3f stack positions out of 300i,84n,5000p,608b,15f > 10510 string compactions (moved 140463121 characters, 13446441 > strings)371 output files written: data.1 .. data.4017 > > How can I get around this limitation? Not sure if this is the right answer but see if the info from line 113 of http://sources.debian.net/src/therion/5.3.16-3/debian/README.Debian/ helps at all You'll have to translate it to windows-speak Wookey -- Principal hats: Linaro, Debian, Wookware, ARM http://wookware.org/
[Therion] Altitude colors range
Now I have added this into my surveys, I see that the centreline is rendered as solid lines when you include the centreline (and have not set the centreline symbol group to be hidden), but if you do not include the centreline then the survey lines renderer in the scraps are just dashes at each station rather than complete lines running the complete distance between pairs of stations. Not a problem, but curious as to why I get two different styles for cave survey lines. Then I tried this on my 66km system survey and with centrelines set to show in my layout, I found metapost used up all the words of memory it is allowed so I get no output. From my logfile: Here is how much of MetaPost's memory you used: 6498 strings out of 6522 15689 string characters out of 34452 151 words of memory out of 150 1389 symbolic tokens out of 16384 12i,75n,41p,489b,3f stack positions out of 300i,84n,5000p,608b,15f 10510 string compactions (moved 140463121 characters, 13446441 strings)371 output files written: data.1 .. data.4017 How can I get around this limitation? Footleg On 8 January 2015 at 10:28, Footleg wrote: > I see it too now. I have not realised you could include just a > centreline in the map. It shows every survey station and leg in the > cave, rather than just those included in scraps right? When I add that > my altitude baseline is set to 0m like yours using 5.3.16 > > I've not done this before as I had assumed I could only see survey > sections which were drawn in scraps. I can see how it is useful to be > able to render centrelines and stations for the entire system > regardless. > > Footleg > > On 7 January 2015 at 18:41, Bruce wrote: >>>Or maybe I am not understanding what you mean by including the centreline >>> in the map >> >> >> >> Like this >> >> map DeckExtensionPlanMap -title "The Deck ExtensionUpper >> LevelsMiddle Earth CaveGreenlink System" >> >> ⦠>> >> 36-BigWednesdayPlan at MiddleEarth >> >> 36-BigWednesdayPlanCL at MiddleEarth >> >> ⦠>> >> end map >> >> >> >> where the contributory maps look like this⦠>> >> >> >> map 36-BigWednesdayPlanCL -title "36-BigWednesday centreline Plan" >> -projection plan >> >> 36 #centreline survey >> >> endmap >> >> >> >> map 36-BigWednesdayPlan -title "36-BigWednesday Plan" -projection plan >> >> 36-BigWednesdayPlan-s1 #scraps >> >> 36-BigWednesdayPlan-s2 >> >> endmap >> >> >> >> So what it is looking like, if the contributory maps are all derived from >> scraps (or maps in turn derived from scraps), then the altitude range is >> correct. >> >> But if there is a map that is centerline derived (ie has no scraps) then the >> altitude minima is set to zero. >> >> >> >> One other thing. >> >> All my tests so far use survex for loop closure. I have not tried using >> Therion loop closure. >> >> And all my files are native Therion files â no survex imports. >> >> >> >> Bruce >> >> >> >> >> >> From: therion-bounces at speleo.sk [mailto:therion-bounces at speleo.sk] On >> Behalf >> Of Marco Menchise >> Sent: Thursday, 8 January 2015 3:05 a.m. >> To: List for Therion users >> Subject: Re: [Therion] Altitude colors range >> >> >> >> I checked and I can confirm what Bruce is saying. If you don't include >> centerline in map, the altitude range is correct. >> >> >> >> If you hide the centerline in the layout (leaving it in the map) the >> altitude range keeps starting from 0 m. >> >> >> >> Marco >> >> >> >> >> >> On Wed, Jan 7, 2015 at 2:52 PM, Footleg wrote: >> >> I am not seeing this Bruce. I just tested with 5.3.16. My survey imports the >> centreline from a Survex .3d file however, so that might make a difference? >> Or maybe I am not understanding what you mean by including the centreline in >> the map. I turned off the centreline using 'symbol-hide line survey'. If I >> comment that out in my layout then the centreline is drawn in the map, but >> my altitude range still covers only the range of my scraps. >> >> >> >> Footleg >> >> >> >> On 5 January 2015 at 22:40, Bruce wrote: >> >> OK, the problem is not the previews or the offsets, as it occurs in the map >> examples below regardless of presence of previews or offsets. >> >> What does seem to control whether the altitudes start at zero meters is >> whether the map definition includes a survey centerline. >> >> If part of map definition includes a survey centerline, then altitudes are >> coloured from zero meters to survey maxima (a bug?). >> >> If map definition has no survey centerline as part of itâs definition, then >> coloured from survey minima to survey maxima (correct behaviour). >> >> Hence I find this behaviour manifests in maps in progress, but when they are >> finished and I (usually) turn off the centerline maps, they correct >> themselves. >> >> Bruce >> >> >> >> >> ___ >> Therion mailing list >> Therion at speleo.sk >> http://mailman.speleo.sk/mailman/listinfo/therion >>
[Therion] Therion 5.3.16 - Error opening th and th2 files
Hi Stacho - Both File-Open and Ctrl-O give the same error. I tried it on several different caves, too, and nothing changed. I also tried creating a new file. Same error. I even tried it on a brand new cave by opening xtherion and then immediately going to the text edit window and trying to create a new file. I tried it on both 32-bit and 64-bit Fedora 21. No change, same behavior on both. When I did that last, there were some interesting messages in the bash window. = [bgee at main2 ~]$ bgerror failed to handle background error. Original error: invalid after png_start_read_image or png_read_update_info Error in bgerror: can't invoke "grab" command: application has been destroyed bgerror failed to handle background error. Original error: can't read "data(upd,afterid)": no such variable Error in bgerror: can't invoke "tk" command: application has been destroyed [1]+ Donextherion [bgee at main2 ~]$ which tk /usr/bin/which: no tk in (/usr/lib64/qt-3.3/bin:/usr/lib64/ccache:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin:/home/bgee/bin) [bgee at main2 ~]$ tk bash: tk: command not found [bgee at main2 ~]$ = I confirmed that tk is installed, yet there is no command called tk. When I get a chance, I will revert a computer back to 5.3.15 and see what happens. Thanks - Bill Gee On Thursday, January 08, 2015 21:22:46 Stacho Mudrak wrote: > Looks strange, especially, when it works in compiler. As far as I know, > nothing was touched in xtherion in newest version. > > Are you able to open new file via File->Open or Ctrl+O? > > S. > > On 8 January 2015 at 17:34, Bill Gee wrote: > > Hello everyone - > > > > I installed therion 5.3.16 a week ago but never did anything more than > > verify > > it would start. Now I need to do some work on a map. In xtherion - > > Whenever > > I try to open either a th or th2 file (text editor or map editor windows), > > it > > throws an error. I took a screen shot and attached to this message. > > > > The error comes up as soon as I click on the File-Open icon. It never > > presents a file chooser dialog. > > > > The cave will compile correctly. The thconfig file opens without error. > > This > > all worked in 5.3.15. > > > > The system is 64-bit Fedora 21. > > > > Any ideas? > > > > Thanks - Bill Gee > > > > > > ___ > > Therion mailing list > > Therion at speleo.sk > > http://mailman.speleo.sk/mailman/listinfo/therion
[Therion] Therion 5.3.16 - Error opening th and th2 files
Hello everyone - I installed therion 5.3.16 a week ago but never did anything more than verify it would start. Now I need to do some work on a map. In xtherion - Whenever I try to open either a th or th2 file (text editor or map editor windows), it throws an error. I took a screen shot and attached to this message. The error comes up as soon as I click on the File-Open icon. It never presents a file chooser dialog. The cave will compile correctly. The thconfig file opens without error. This all worked in 5.3.15. The system is 64-bit Fedora 21. Any ideas? Thanks - Bill Gee -- next part -- A non-text attachment was scrubbed... Name: TherionError.jpg Type: image/jpeg Size: 109057 bytes Desc: not available URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20150108/57e5a1b9/attachment.jpg>
[Therion] Altitude colors range
I see it too now. I have not realised you could include just a centreline in the map. It shows every survey station and leg in the cave, rather than just those included in scraps right? When I add that my altitude baseline is set to 0m like yours using 5.3.16 I've not done this before as I had assumed I could only see survey sections which were drawn in scraps. I can see how it is useful to be able to render centrelines and stations for the entire system regardless. Footleg On 7 January 2015 at 18:41, Bruce wrote: >>Or maybe I am not understanding what you mean by including the centreline >> in the map > > > > Like this > > map DeckExtensionPlanMap -title "The Deck ExtensionUpper > LevelsMiddle Earth CaveGreenlink System" > > ⦠> > 36-BigWednesdayPlan at MiddleEarth > > 36-BigWednesdayPlanCL at MiddleEarth > > ⦠> > end map > > > > where the contributory maps look like this⦠> > > > map 36-BigWednesdayPlanCL -title "36-BigWednesday centreline Plan" > -projection plan > > 36 #centreline survey > > endmap > > > > map 36-BigWednesdayPlan -title "36-BigWednesday Plan" -projection plan > > 36-BigWednesdayPlan-s1 #scraps > > 36-BigWednesdayPlan-s2 > > endmap > > > > So what it is looking like, if the contributory maps are all derived from > scraps (or maps in turn derived from scraps), then the altitude range is > correct. > > But if there is a map that is centerline derived (ie has no scraps) then the > altitude minima is set to zero. > > > > One other thing. > > All my tests so far use survex for loop closure. I have not tried using > Therion loop closure. > > And all my files are native Therion files â no survex imports. > > > > Bruce > > > > > > From: therion-bounces at speleo.sk [mailto:therion-bounces at speleo.sk] On > Behalf > Of Marco Menchise > Sent: Thursday, 8 January 2015 3:05 a.m. > To: List for Therion users > Subject: Re: [Therion] Altitude colors range > > > > I checked and I can confirm what Bruce is saying. If you don't include > centerline in map, the altitude range is correct. > > > > If you hide the centerline in the layout (leaving it in the map) the > altitude range keeps starting from 0 m. > > > > Marco > > > > > > On Wed, Jan 7, 2015 at 2:52 PM, Footleg wrote: > > I am not seeing this Bruce. I just tested with 5.3.16. My survey imports the > centreline from a Survex .3d file however, so that might make a difference? > Or maybe I am not understanding what you mean by including the centreline in > the map. I turned off the centreline using 'symbol-hide line survey'. If I > comment that out in my layout then the centreline is drawn in the map, but > my altitude range still covers only the range of my scraps. > > > > Footleg > > > > On 5 January 2015 at 22:40, Bruce wrote: > > OK, the problem is not the previews or the offsets, as it occurs in the map > examples below regardless of presence of previews or offsets. > > What does seem to control whether the altitudes start at zero meters is > whether the map definition includes a survey centerline. > > If part of map definition includes a survey centerline, then altitudes are > coloured from zero meters to survey maxima (a bug?). > > If map definition has no survey centerline as part of itâs definition, then > coloured from survey minima to survey maxima (correct behaviour). > > Hence I find this behaviour manifests in maps in progress, but when they are > finished and I (usually) turn off the centerline maps, they correct > themselves. > > Bruce > > > > > ___ > Therion mailing list > Therion at speleo.sk > http://mailman.speleo.sk/mailman/listinfo/therion >
[Therion] Altitude colors range
>Or maybe I am not understanding what you mean by including the centreline in the map Like this map DeckExtensionPlanMap -title "The Deck ExtensionUpper LevelsMiddle Earth CaveGreenlink System" . 36-BigWednesdayPlan at MiddleEarth 36-BigWednesdayPlanCL at MiddleEarth . end map where the contributory maps look like this. map 36-BigWednesdayPlanCL -title "36-BigWednesday centreline Plan" -projection plan 36 #centreline survey endmap map 36-BigWednesdayPlan -title "36-BigWednesday Plan" -projection plan 36-BigWednesdayPlan-s1 #scraps 36-BigWednesdayPlan-s2 endmap So what it is looking like, if the contributory maps are all derived from scraps (or maps in turn derived from scraps), then the altitude range is correct. But if there is a map that is centerline derived (ie has no scraps) then the altitude minima is set to zero. One other thing. All my tests so far use survex for loop closure. I have not tried using Therion loop closure. And all my files are native Therion files - no survex imports. Bruce _ From: therion-bounces at speleo.sk [mailto:therion-boun...@speleo.sk] On Behalf Of Marco Menchise Sent: Thursday, 8 January 2015 3:05 a.m. To: List for Therion users Subject: Re: [Therion] Altitude colors range I checked and I can confirm what Bruce is saying. If you don't include centerline in map, the altitude range is correct. If you hide the centerline in the layout (leaving it in the map) the altitude range keeps starting from 0 m. Marco On Wed, Jan 7, 2015 at 2:52 PM, Footleg wrote: I am not seeing this Bruce. I just tested with 5.3.16. My survey imports the centreline from a Survex .3d file however, so that might make a difference? Or maybe I am not understanding what you mean by including the centreline in the map. I turned off the centreline using 'symbol-hide line survey'. If I comment that out in my layout then the centreline is drawn in the map, but my altitude range still covers only the range of my scraps. Footleg On 5 January 2015 at 22:40, Bruce wrote: OK, the problem is not the previews or the offsets, as it occurs in the map examples below regardless of presence of previews or offsets. What does seem to control whether the altitudes start at zero meters is whether the map definition includes a survey centerline. If part of map definition includes a survey centerline, then altitudes are coloured from zero meters to survey maxima (a bug?). If map definition has no survey centerline as part of it's definition, then coloured from survey minima to survey maxima (correct behaviour). Hence I find this behaviour manifests in maps in progress, but when they are finished and I (usually) turn off the centerline maps, they correct themselves. Bruce -- next part -- An HTML attachment was scrubbed... URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20150108/cf047746/attachment.html>
[Therion] Altitude colors range
>If someone is working on this area, then it would be good to allow the minimum and maximum altitude to be used for the colour range to be specified in maps. I agree. -- next part -- An HTML attachment was scrubbed... URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20150108/78169457/attachment.html>
[Therion] Compiling Therion projects from Notepad++
Thanks Footleg (Without actually trying it) just making sure I understand a distinction between 'your Ctrl+T' approach and 'my Ctrl+shift+X' approach, using NotePad++ as described on the wiki page below... -Ctrl+T runs Therion compiler on the currently active file, directly without invoking XTherion. (?) -Ctrl+shift+X opens a new instance of Xtherion with the currently active file. If so it might be a good idea to edit the page to explain that these are two methods of cracking similar or complimentary nuts. Bruce -Original Message- From: therion-bounces at speleo.sk [mailto:therion-boun...@speleo.sk] On Behalf Of Footleg Sent: Thursday, 8 January 2015 3:35 a.m. To: List for Therion users Subject: Re: [Therion] Compiling Therion projects from Notepad++ ... I have now updated the wiki with this information (and updated the link to where Notepad++ now lives for downloading it too). http://therion.speleo.sk/wiki/doku.php/contrib:externaleditors#notepad Footleg