maps on off feature characteristics
I've just been playing with the new maps on/off feature a little more. These are just some observations. There seems to be a bug regarding map altitudes in all cases, and scrap altitudes where the scraps are empty. On the other hand it is a good way to highlight the existence of empty scraps! The notes below may not be particularly coherent, but together with the attached log files, you should be able to figure out what is going on. Setting maps to off quadruples compile time and increases pdf size by 15 times (not sure why that should be). Maps off On running a project with 614 scraps reported; This log entry was caused by an empty scrap definition, regardless of whether the empty scrap appears in a map definition S -899999999999999990000000000000000000000000000000000000000000000000000000000 0000000000000000000000000.00 04-BangAndBeyondPlan-s2@BlackSabbath () ie scrap 04-BangAndBeyondPlan-s2 -projection plan -scale [0 0 787.4 787.4 0 0 10 10 m] endscrap It seems I have 16 empty scraps in that project, a legacy of using topparser, and not always using all of the scrap definitions that it creates. Maps on On running same project with 254 scraps/maps reported; 1. Empty Scrap causes map that contains it not to appear in log, sometimes 04-BangAndBeyondPlan-s2@BlackSabbath is empty and for some reason the following map is not reported in the log file at all. map 04-BangAndBeyondPlan -title "04 beyond the capped rock - black sabbath plan" -projection plan 04-BangAndBeyondPlan-s1 04-BangAndBeyondPlan-s2 endmap 2. All maps are reported with elevation of; M -899999999999999990000000000000000000000000000000000000000000000000000000000 0000000000000000000000000.00 3. Unexplained empty 'scrap' reported at high altitude. Looking at my data, I cannot explain why this might happen. In the 254 lines, there are only two of these. M -899999999999999990000000000000000000000000000000000000000000000000000000000 0000000000000000000000000.00 61-AngelicaPlan@MiddleEarth (61 Angelica plan) S 473.40 61-AngelicaPlan-s1@MiddleEarth () S 489.54 61-AngelicaPlan-s2@MiddleEarth () S 1219.69 @ () map 61-AngelicaPlan -title "61 Angelica plan" -projection plan 61-AngelicaPlan-s1 #9C start surveying up pitch 61-AngelicaPlan-s2 # to base of 20C endmap 4. Similar things happen with projected elevation outputs, but there are many more of empty report lines, as in 3. above, and the altitudes reported seem somewhat random and just wrong. I wonder if the altitudes are really some measure of distance into or out of the 'page'? Behaviours seem to be the same whether maps or atlas are exported. Very nice for disabling passage offsets and previews. Bruce
28. 6. 2019 v 12:16, Bruce Mutton <bruce@tomo.co.nz>:
There seems to be a bug regarding map altitudes in all cases, and scrap altitudes where the scraps are empty. On the other hand it is a good way to highlight the existence of empty scraps!
Several years ago there was publish a regular expression for removing empty objects from .th2 files here. Is it complicated to add check for empty object to compilation routine? Martin Sluka
Hi Martin Yes, a regex is described on the wiki https://therion.speleo.sk/wiki/tips?s[]=empty#checking_and_erasing_empty_obj ects_in_th2_files <https://therion.speleo.sk/wiki/tips?s%5b%5d=empty#checking_and_erasing_empt y_objects_in_th2_files> I use it from time to time when I feel the need. It does not find empty scraps however, probably because our empty scrap definitions are quite busy. For example; scrap IH-InceptionPlan-s2 -projection plan -station-names ih @ih -author 2011.02.23 "A Nonymous" -scale [-128.0 -128.0 10718.5511811 -128.0 0.0 0.0 275.5024 0.0 m] endscrap If anyone is clever enough to improve the regex, please do. Although, because the empty scraps usually come from the particular way I use TopParser, there is almost always a maximum of one per th2 file. It is always at the end of the file, so using a semi-automated method of finding them within the file is unnecessary, if one is disciplined enough to check each file when the drawing is 'finished', or if, as there is now, a feature in Therion that (indirectly) highlights their existence. However adding a Therion log entry for each empty object would be helpful. Bruce From: Therion <therion-bounces@speleo.sk> On Behalf Of Martin Sluka via Therion Sent: Friday, 28 June 2019 23:55 To: List for Therion users <therion@speleo.sk> Cc: Martin Sluka <martinsluka@mac.com> Subject: Re: [Therion] maps on off feature characteristics 28. 6. 2019 v 12:16, Bruce Mutton <bruce@tomo.co.nz <mailto:bruce@tomo.co.nz> >: There seems to be a bug regarding map altitudes in all cases, and scrap altitudes where the scraps are empty. On the other hand it is a good way to highlight the existence of empty scraps! Several years ago there was publish a regular expression for removing empty objects from .th2 files here. Is it complicated to add check for empty object to compilation routine? Martin Sluka
Hi there, i upgraded my debian testing installation some time ago and since then, therion wont compile anymore. When i run i get the following output: ------------------------------------ therion 5.4.4 (2019-05-01) cavern - Survex 1.2.42 initialization file: /etc/therion.ini reading ... done This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019/Debian) (preloaded format=pdfetex) restricted \write18 enabled. entering extended mode (./fonttest.tex checking optional fonts csr10 csti10 csbx10 csss10 csssi10 ... NOT INSTALLED This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019/Debian) (preloaded format=pdfetex) restricted \write18 enabled. entering extended mode (./fonttest.tex checking optional fonts cmcyr10 cmcti10 cmcbx10 cmcss10 cmcssi10 ... NOT INSTALLED configuration file: therion/model.hirlatz-dop-1m_geoland-dom-10mALS.thconfig reading ... done reading source files ... proj_create: Error -1: no arguments in initialization list therion: error -- PROJ4 library: -1 (no arguments in initialization list) ------------------------------------ I cant figure out whats wrong.... Also loch crashes, is this related? -------------------------- $ loch Error: glXCreateContext failed --------------------------
On Thu, Sep 12, 2019 at 09:09:29PM +0200, Benedikt Hallinger wrote:
i upgraded my debian testing installation some time ago and since then, therion wont compile anymore.
Do you have any idea when "some time ago" was? If we know when this broke that would help narrow down the culprit.
configuration file: therion/model.hirlatz-dop-1m_geoland-dom-10mALS.thconfig reading ... done reading source files ... proj_create: Error -1: no arguments in initialization list
therion: error -- PROJ4 library: -1 (no arguments in initialization list) ------------------------------------
I cant figure out whats wrong....
I'd guess a something changed with PROJ. Therion uses the library from proj 5.2.0-1 which was uploaded nearly a year ago, but there's a proj-data package which got updated on 2019-09-04 to come from proj 6.2.0-1 instead of 5.2.0-1. So if "some time ago" was after that then this could be the cause. Debian has continuous integration to attempt to catch this sort of problem, but that's currently green: https://ci.debian.net/packages/t/therion/testing/amd64/ The current CI test tries to process: therion samples/morphing/sample1/thconfig.1 and checks that a non-empty cave1.pdf is produced. But unfortunately that sample doesn't use coordinate systems so wouldn't catch issues with PROJ (it seems none of the supplied samples do). I tried adding "cs" and "fix" lines to that sample, but it processes OK so it seems it's something specific to your example, or perhaps to your installation. Can you show a cut-down example which fails? If you replace the survey data with a single dummy leg and change the entrance coordinates to be something random but valid there shouldn't be anything potentially sensitive revealed.
Also loch crashes, is this related? -------------------------- $ loch Error: glXCreateContext failed --------------------------
It seems unlikely to be related. I see this too - it happens if "execution fails on the client side" apparently: https://www.khronos.org/registry/OpenGL-Refpages/gl2.1/xhtml/glXCreateContex... That seems uselessly vague though. Cheers, Olly
Hi, this is enough: ---------test.th------------- survey test centerline units length meters data normal from to length bearing clino 1 2 10 10 10 2 3 20 20 20 cs EPSG:31258 fix 1 470000 200000 123 endcenterline endsurvey ------------------------------ ---------test.thconf------------- source test.th export model -o test.3d --------------------------------- Gives: beni@segin:/tmp/thdebug$ therion test.thconf therion 5.4.4 (2019-05-01) cavern - Survex 1.2.42 initialization file: /etc/therion.ini reading ... done This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019/Debian) (preloaded format=pdfetex) restricted \write18 enabled. entering extended mode (./fonttest.tex checking optional fonts csr10 csti10 csbx10 csss10 csssi10 ... NOT INSTALLED This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019/Debian) (preloaded format=pdfetex) restricted \write18 enabled. entering extended mode (./fonttest.tex checking optional fonts cmcyr10 cmcti10 cmcbx10 cmcss10 cmcssi10 ... NOT INSTALLED configuration file: test.thconf reading ... done reading source files ... proj_create: Error -1: no arguments in initialization list therion: error -- PROJ4 library: -1 (no arguments in initialization list) beni@segin:/tmp/thdebug$ Am 2019-09-12 22:17, schrieb Olly Betts:
On Thu, Sep 12, 2019 at 09:09:29PM +0200, Benedikt Hallinger wrote:
i upgraded my debian testing installation some time ago and since then, therion wont compile anymore.
Do you have any idea when "some time ago" was? If we know when this broke that would help narrow down the culprit.
configuration file: therion/model.hirlatz-dop-1m_geoland-dom-10mALS.thconfig reading ... done reading source files ... proj_create: Error -1: no arguments in initialization list
therion: error -- PROJ4 library: -1 (no arguments in initialization list) ------------------------------------
I cant figure out whats wrong....
I'd guess a something changed with PROJ. Therion uses the library from proj 5.2.0-1 which was uploaded nearly a year ago, but there's a proj-data package which got updated on 2019-09-04 to come from proj 6.2.0-1 instead of 5.2.0-1. So if "some time ago" was after that then this could be the cause.
Debian has continuous integration to attempt to catch this sort of problem, but that's currently green:
https://ci.debian.net/packages/t/therion/testing/amd64/
The current CI test tries to process:
therion samples/morphing/sample1/thconfig.1
and checks that a non-empty cave1.pdf is produced.
But unfortunately that sample doesn't use coordinate systems so wouldn't catch issues with PROJ (it seems none of the supplied samples do).
I tried adding "cs" and "fix" lines to that sample, but it processes OK so it seems it's something specific to your example, or perhaps to your installation. Can you show a cut-down example which fails? If you replace the survey data with a single dummy leg and change the entrance coordinates to be something random but valid there shouldn't be anything potentially sensitive revealed.
Also loch crashes, is this related? -------------------------- $ loch Error: glXCreateContext failed --------------------------
It seems unlikely to be related.
I see this too - it happens if "execution fails on the client side" apparently:
https://www.khronos.org/registry/OpenGL-Refpages/gl2.1/xhtml/glXCreateContex...
That seems uselessly vague though.
Cheers, Olly
...Also just tried to build the package myself on my system, sadly with the same results. Am 2019-09-13 17:54, schrieb Benedikt Hallinger:
Hi, this is enough:
---------test.th------------- survey test centerline units length meters data normal from to length bearing clino 1 2 10 10 10 2 3 20 20 20
cs EPSG:31258 fix 1 470000 200000 123
endcenterline endsurvey ------------------------------
---------test.thconf------------- source test.th
export model -o test.3d ---------------------------------
Gives: beni@segin:/tmp/thdebug$ therion test.thconf therion 5.4.4 (2019-05-01) cavern - Survex 1.2.42 initialization file: /etc/therion.ini reading ... done This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019/Debian) (preloaded format=pdfetex) restricted \write18 enabled. entering extended mode (./fonttest.tex checking optional fonts csr10 csti10 csbx10 csss10 csssi10 ... NOT INSTALLED This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019/Debian) (preloaded format=pdfetex) restricted \write18 enabled. entering extended mode (./fonttest.tex checking optional fonts cmcyr10 cmcti10 cmcbx10 cmcss10 cmcssi10 ... NOT INSTALLED configuration file: test.thconf reading ... done reading source files ... proj_create: Error -1: no arguments in initialization list
therion: error -- PROJ4 library: -1 (no arguments in initialization list) beni@segin:/tmp/thdebug$
Am 2019-09-12 22:17, schrieb Olly Betts:
On Thu, Sep 12, 2019 at 09:09:29PM +0200, Benedikt Hallinger wrote:
i upgraded my debian testing installation some time ago and since then, therion wont compile anymore.
Do you have any idea when "some time ago" was? If we know when this broke that would help narrow down the culprit.
configuration file: therion/model.hirlatz-dop-1m_geoland-dom-10mALS.thconfig reading ... done reading source files ... proj_create: Error -1: no arguments in initialization list
therion: error -- PROJ4 library: -1 (no arguments in initialization list) ------------------------------------
I cant figure out whats wrong....
I'd guess a something changed with PROJ. Therion uses the library from proj 5.2.0-1 which was uploaded nearly a year ago, but there's a proj-data package which got updated on 2019-09-04 to come from proj 6.2.0-1 instead of 5.2.0-1. So if "some time ago" was after that then this could be the cause.
Debian has continuous integration to attempt to catch this sort of problem, but that's currently green:
https://ci.debian.net/packages/t/therion/testing/amd64/
The current CI test tries to process:
therion samples/morphing/sample1/thconfig.1
and checks that a non-empty cave1.pdf is produced.
But unfortunately that sample doesn't use coordinate systems so wouldn't catch issues with PROJ (it seems none of the supplied samples do).
I tried adding "cs" and "fix" lines to that sample, but it processes OK so it seems it's something specific to your example, or perhaps to your installation. Can you show a cut-down example which fails? If you replace the survey data with a single dummy leg and change the entrance coordinates to be something random but valid there shouldn't be anything potentially sensitive revealed.
Also loch crashes, is this related? -------------------------- $ loch Error: glXCreateContext failed --------------------------
It seems unlikely to be related.
I see this too - it happens if "execution fails on the client side" apparently:
https://www.khronos.org/registry/OpenGL-Refpages/gl2.1/xhtml/glXCreateContex...
That seems uselessly vague though.
Cheers, Olly
On Fri, Sep 13, 2019 at 05:54:20PM +0200, Benedikt Hallinger wrote:
therion: error -- PROJ4 library: -1 (no arguments in initialization list)
OK, this fails for me too. Thanks for reducing that testcase. I also spotted that therion had been binNMUed (read "rebuilt against the latest dependencies") so it is actually fully using PROJ 6.1.0. I'd guess this is probably a general incompatibility with newer PROJ. Cheers, Olly
Hi, after a quick investigation (no time for going more in depth) it seems that there is some issue in Proj v.6 itself. Therion internally generates the following transformation for Benedikt's example: +proj=pipeline +step +inv +init=epsg:31258 +step +init=epsg:31258 (source and destination CS are the same) When processed outside of therion using proj's command line utility, you get the same error as given by therion: $ proj +proj=pipeline +step +inv +init=epsg:31258 +step +init=epsg:31258 Rel. 6.2.0, September 1st, 2019 <proj>: projection initialization failure cause: no arguments in initialization list program abnormally terminated Currently I have no Proj v.5 environment to test this example, but I guess it would work -- could anybody check it? Proj's other utility cs2cs acccepts this init string in version 6.2.0 without any issue, though: $ cs2cs +init=epsg:31258 +to +init=epsg:31258 @Olly, Wookey: While investigating this issue I noticed that a dependency on libsqlite3-tcl should be added in Debian if Proj library version 6 is used. M. On Fri, Sep 13, 2019 at 9:21 PM Olly Betts <olly@survex.com> wrote:
On Fri, Sep 13, 2019 at 05:54:20PM +0200, Benedikt Hallinger wrote:
therion: error -- PROJ4 library: -1 (no arguments in initialization list)
OK, this fails for me too. Thanks for reducing that testcase.
I also spotted that therion had been binNMUed (read "rebuilt against the latest dependencies") so it is actually fully using PROJ 6.1.0.
I'd guess this is probably a general incompatibility with newer PROJ.
Cheers, Olly _______________________________________________ Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
On Sun, Sep 15, 2019 at 09:45:23PM +0200, Martin Budaj wrote:
@Olly, Wookey: While investigating this issue I noticed that a dependency on libsqlite3-tcl should be added in Debian if Proj library version 6 is used.
What sort of dependency? Build-time, run-time, both? And if run-time, what exactly needs it? There's a separate binary package for loch (therion-viewer). Cheers, Olly
Build-time, just for therion. It's used to parse the definitions of CSs from the Proj database. M. On Mon, Sep 16, 2019, 01:16 Olly Betts <olly@survex.com> wrote:
On Sun, Sep 15, 2019 at 09:45:23PM +0200, Martin Budaj wrote:
@Olly, Wookey: While investigating this issue I noticed that a dependency on libsqlite3-tcl should be added in Debian if Proj library version 6 is used.
What sort of dependency? Build-time, run-time, both?
And if run-time, what exactly needs it? There's a separate binary package for loch (therion-viewer).
Cheers, Olly
Hello, is there anything new on this? Should i file a bug on the therion git project, or is this already fixed in upstream and i have to just wait for a new debian package build?
Am 16.09.2019 um 07:49 schrieb Martin Budaj <m.budaj@gmail.com>:
Build-time, just for therion. It's used to parse the definitions of CSs from the Proj database. M.
On Mon, Sep 16, 2019, 01:16 Olly Betts <olly@survex.com> wrote: On Sun, Sep 15, 2019 at 09:45:23PM +0200, Martin Budaj wrote:
@Olly, Wookey: While investigating this issue I noticed that a dependency on libsqlite3-tcl should be added in Debian if Proj library version 6 is used.
What sort of dependency? Build-time, run-time, both?
And if run-time, what exactly needs it? There's a separate binary package for loch (therion-viewer).
Cheers, Olly
Therion mailing list Therion@speleo.sk https://mailman.speleo.sk/listinfo/therion
Tested a little more yesterday evening, if i comment out any fix and cs commands, therion compiles the maps just nice. However without georeferencing obviously... As was pointed out before, is the solution to adjust the command invocation in the therion source to comply to proj6? Is there any workaround i can use to be able to compile my orojects meanwhile?
Am 07.10.2019 um 17:47 schrieb Benedikt Hallinger <beni@hallinger.org>:
Hello, is there anything new on this? Should i file a bug on the therion git project, or is this already fixed in upstream and i have to just wait for a new debian package build?
Am 16.09.2019 um 07:49 schrieb Martin Budaj <m.budaj@gmail.com>:
Build-time, just for therion. It's used to parse the definitions of CSs from the Proj database. M.
On Mon, Sep 16, 2019, 01:16 Olly Betts <olly@survex.com> wrote: On Sun, Sep 15, 2019 at 09:45:23PM +0200, Martin Budaj wrote:
@Olly, Wookey: While investigating this issue I noticed that a dependency on libsqlite3-tcl should be added in Debian if Proj library version 6 is used.
What sort of dependency? Build-time, run-time, both?
And if run-time, what exactly needs it? There's a separate binary package for loch (therion-viewer).
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
participants (5)
-
Benedikt Hallinger -
Bruce Mutton -
Martin Budaj -
Martin Sluka -
Olly Betts