- Therion - speleo.sk

Duplicates including adding splays?
by Andrew Atkinson 21 Jun '11

21 Jun '11

Hello Therion 5.3.5 ubuntu 10.04 In the attached file the following information is given about the survey title: RhinoPassage length: 189.07m (surface 0.00m, duplicated 24.58m) vertical range: 20.51m (from 1.27@RhinoPassage at 20.38m to 1.3@RhinoPassage at -0.13m) north-south range: 92.47m (from 1.27@RhinoPassage at 33.43m to 1.53@RhinoPassage at -59.04m) east-west range: 66.67m (from 1.53@RhinoPassage at 66.67m to 1.0@RhinoPassage at 0.00m) number of shots: 281 number of stations: 282 The duplicate figure got me wondering, it seems to be counting the splays but the length does not. As the duplicate none splays are only about 10m. Maybe this is what is wanted, but I personally think that the duplicate value should be the amount taken off the length by the duplicate flag? Ie why is length treated differently to duplicate (something to do with the way survex treated splays and duplicate as different, I think that splays are not included in extend in survex) Maybe 2 figures would be better, duplicate length and duplicate splays. {probably best to ignore this next bit} Oh this leads to all sorts of thinks that are really not important, like maybe giving the length of all the splays, and the number of stations, is it really 282 or really 54. All depends on your definition I guess Andrew

4 5

Bug in 5.3.7
by Graham Mullan 21 Jun '11

21 Jun '11

As requested. I have tried the Windows build of Therion 5.3.8 and the problem that I had has vanished. the whole cave now compiles including the survex 3d file imported bit. Thanks Graham

3 8

Lox model walls all inside out when a scrap contains a loop
by Footleg 21 Jun '11

21 Jun '11

I cannot get a lox model to show the walls properly when I add a loop in my scrap. I've attached the files I have been messing about with to test this. There is one loop in the scrap sketch (created by line 9, the last line in the file). As provided this does not display properly in Loch. But if I delete that last line so that the the centre of the loop is removed then the loch model looks fine. Am I missing a trick here? I cannot split every loop in my caving into separate scraps (before someone suggests that). I have too many of them in my real survey data. Testing with the 5.3.8 build. Footleg

2 3

No output in loch 5.3.3 Ubuntu 11.04 (Or aven for that matter)
by Andrew Atkinson 21 Jun '11

21 Jun '11

After a hard drive failure I upgraded to ubuntu 11.04 and the default versions came in. therion 5.3.5 loch 5.3.3 (survex 1.1.14) Xtherion seems to run fine and produces output (viewed in ubuntu 10.04 loch and the 3D file in aven ) However, loch has no menus (a minor pain) trying to open a .3d file gives a blank page. Opening a .lox file it just crashes out. Now I am sure I had read something about this in the mailing lists, but cannot seem to find it. Now probably upgrading might solve it, but it would be good if the default packages worked in an OS. Now will the new 5.3.7 (well hopefully 5.3.8) trickle down from debian to Ubuntu 11.04 or will I have to wait for 11.10? {Nearly moved to Debian experimental when I lost my drive, starting to think it might have been better :( } (For the record, aven also show a blank screen but you can see all the stations in the left hand bar) Below is some info that I hope is useful Andrew I think this is the syslog line that happens when trying to open a lox, is there another log file I should be looking for. Nothing appears when opening a .3d Jun 20 17:55:38 janda kernel: [ 941.228479] loch[2762]: segfault at 28d000002ed ip 00007f53c50f6b28 sp 00007fff21d93e90 error 6 in libwx_baseu-2.6.so.0.3.1[7f53c509b000+10c000] This is the system information that you can get out of the help menu on Aven (maybe it is relevant to loch) Linux 2.6.38-8-generic x86_64 wxWidgets 2.8.11 (GTK+ >= 2.6) Display Depth: 24 bpp (colour) OpenGL 2.1.2 NVIDIA 270.41.06 NVIDIA Corporation GeForce 7300 GS/PCI/SSE2 R8G8B8 Max Texture size: 4096x4096 Max Viewport size: 4096x4096 Point Size 1.000-63.375 (granularity 0.125) GL_ARB_color_buffer_float GL_ARB_copy_buffer GL_ARB_depth_clamp GL_ARB_depth_texture GL_ARB_draw_buffers GL_ARB_ES2_compatibility GL_ARB_explicit_attrib_location GL_ARB_fragment_program GL_ARB_fragment_program_shadow GL_ARB_fragment_shader GL_ARB_framebuffer_object GL_ARB_half_float_pixel GL_ARB_half_float_vertex GL_ARB_imaging GL_ARB_map_buffer_range GL_ARB_multisample GL_ARB_multitexture GL_ARB_occlusion_query GL_ARB_occlusion_query2 GL_ARB_pixel_buffer_object GL_ARB_point_parameters GL_ARB_point_sprite GL_ARB_provoking_vertex GL_ARB_robustness GL_ARB_sampler_objects GL_ARB_separate_shader_objects GL_ARB_shader_objects GL_ARB_shading_language_100 GL_ARB_shading_language_include GL_ARB_shadow GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_ARB_texture_float GL_ARB_texture_mirrored_repeat GL_ARB_texture_non_power_of_two GL_ARB_texture_rectangle GL_ARB_texture_rg GL_ARB_texture_swizzle GL_ARB_timer_query GL_ARB_transpose_matrix GL_ARB_vertex_array_bgra GL_ARB_vertex_array_object GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_vertex_shader GL_ARB_window_pos GL_ATI_draw_buffers GL_ATI_texture_float GL_ATI_texture_mirror_once GL_S3_s3tc GL_EXT_texture_env_add GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_equation_separate GL_EXT_blend_func_separate GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_compiled_vertex_array GL_EXT_Cg_shader GL_EXT_depth_bounds_test GL_EXT_direct_state_access GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_framebuffer_blit GL_EXT_framebuffer_multisample GL_EXT_framebuffer_object GL_EXT_gpu_program_parameters GL_EXT_multi_draw_arrays GL_EXT_packed_depth_stencil GL_EXT_packed_pixels GL_EXT_pixel_buffer_object GL_EXT_point_parameters GL_EXT_provoking_vertex GL_EXT_rescale_normal GL_EXT_secondary_color GL_EXT_separate_shader_objects GL_EXT_separate_specular_color GL_EXT_shadow_funcs GL_EXT_stencil_two_side GL_EXT_stencil_wrap GL_EXT_texture3D GL_EXT_texture_compression_dxt1 GL_EXT_texture_compression_s3tc GL_EXT_texture_cube_map GL_EXT_texture_edge_clamp GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_texture_filter_anisotropic GL_EXT_texture_format_BGRA8888 GL_EXT_texture_lod GL_EXT_texture_lod_bias GL_EXT_texture_mirror_clamp GL_EXT_texture_object GL_EXT_texture_sRGB GL_EXT_texture_swizzle GL_EXT_timer_query GL_EXT_vertex_array GL_EXT_vertex_array_bgra GL_IBM_rasterpos_clip GL_IBM_texture_mirrored_repeat GL_KTX_buffer_region GL_NV_alpha_test GL_NV_blend_minmax GL_NV_blend_square GL_NV_complex_primitives GL_NV_copy_depth_to_color GL_NV_depth_clamp GL_NV_fbo_color_attachments GL_NV_fence GL_NV_float_buffer GL_NV_fog_distance GL_NV_fragdepth GL_NV_fragment_program GL_NV_fragment_program_option GL_NV_fragment_program2 GL_NV_framebuffer_multisample_coverage GL_NV_half_float GL_NV_light_max_exponent GL_NV_multisample_filter_hint GL_NV_occlusion_query GL_NV_packed_depth_stencil GL_NV_pixel_data_range GL_NV_point_sprite GL_NV_primitive_restart GL_NV_register_combiners GL_NV_register_combiners2 GL_NV_texgen_reflection GL_NV_texture_barrier GL_NV_texture_compression_vtc GL_NV_texture_env_combine4 GL_NV_texture_expand_normal GL_NV_texture_lod_clamp GL_NV_texture_rectangle GL_NV_texture_shader GL_NV_texture_shader2 GL_NV_texture_shader3 GL_NV_vertex_array_range GL_NV_vertex_array_range2 GL_NV_vertex_program GL_NV_vertex_program1_1 GL_NV_vertex_program2 GL_NV_vertex_program2_option GL_NV_vertex_program3 GL_NVX_conditional_render GL_OES_depth24 GL_OES_depth32 GL_OES_depth_texture GL_OES_element_index_uint GL_OES_fbo_render_mipmap GL_OES_get_program_binary GL_OES_mapbuffer GL_OES_packed_depth_stencil GL_OES_rgb8_rgba8 GL_OES_standard_derivatives GL_OES_texture_3D GL_OES_texture_float GL_OES_texture_float_linear GL_OES_texture_half_float GL_OES_texture_half_float_linear GL_OES_texture_npot GL_OES_vertex_array_object GL_OES_vertex_half_float GL_SGIS_generate_mipmap GL_SGIS_texture_lod GL_SGIX_depth_texture GL_SGIX_shadow GL_SUN_slice_accum

2 3

Re: [Therion] Therion Digest, Vol 66, Issue 6
by Graham Mullan 18 Jun '11

18 Jun '11

> From: Stacho Mudrak<lists(a)group-s.sk> > > Well, this is not an error, it is just warning caused by new triangulation > algorithm for 3D model generation. > > Some of these warnings will be probably removed in the near future, when > this algorithm will be finished. > > If your 3D model looks OK, you can ignore these warnings. > But the model does not look OK, the bit imported as a 3d file is missing completely. Graham

2 1

Re: [Therion] Therion bug
by Graham Mullan 16 Jun '11

16 Jun '11

Sorry, yes. Windows build The errors seem to be. writing Goughsth.3d ... done writing Goughs.lox ...... C:\Program Files (x86)\Therion\therion.exe: warning -- BlackcatSPl3(a)Blackcat.Goughs -- invalid scrap outline ......... C:\Program Files (x86)\Therion\therion.exe: warning -- FontsSPl4(a)Fonts.Goughs -- multiple scrap outer outlines not supported yet ........ C:\Program Files (x86)\Therion\therion.exe: warning -- HeartbreakDigSPl1(a)HeartbreakDig.Goughs -- invalid scrap outline . done writing xtherion file ... done compilation time: 7 sec I don't see what relevance that might have to the output, but then I don't understand these things. Graham

2 1

Bug in 5.3.7
by Graham Mullan 15 Jun '11

15 Jun '11

I upgraded to 5.3.7 and hit a problem. A file that contains both therion inputs and a 3d file import from Survex failed to import the latter. Reverting to 5.3.5 has solved the problem. Graham -- graham.mullan(a)coly.org.uk 0117 9502556 or 07887 637064 (or 0844 2327803)

2 1

ceiling-meander
by marco corvi 13 Jun '11

13 Jun '11

i'm kind of confused: looking at the UIS official symbols ... ceiling meander is shown with ticks outside, therion ceiling-meander draws with ticks pointing inside. also chinmey line in UIS is dashed with ticks. in therion is just dashed. (therion ceiling-step line is dashed with ticks). marco

4 4

Fw: therion 5.3.7-1 MIGRATED to testing
by Wookey 12 Jun '11

12 Jun '11

Therion 5.3.7 is now in Debian 'Wheezy', and will presumably get pulled into Ubuntu universe at some point this cycle. ----- Forwarded message from Debian testing watch <noreply(a)release.debian.org> ----- From: Debian testing watch <noreply(a)release.debian.org> Date: Sat, 11 Jun 2011 16:39:09 +0000 To: therion(a)packages.debian.org Subject: therion 5.3.7-1 MIGRATED to testing X-Spam-Status: No, score=-5.3 required=4.5 tests=AWL,BAYES_00, RCVD_IN_DNSWL_MED autolearn=ham version=3.2.5 FYI: The status of the therion source package in Debian's testing distribution has changed. Previous version: 5.3.3-1.1 Current version: 5.3.7-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. ----- End forwarded message ----- Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/

1 0

Re: [Therion] distox
by marco corvi 12 Jun '11

12 Jun '11

On Wed, 2010-04-14 at 12:22 +0100, Wookey wrote: > +++ marco corvi [2010-04-14 09:18 +0200]: > > hi wookey, > > Is there any reason you replied off-list? I'm sure this would be > interesting to others. none. i just clicked on the sender name out of abit. > > the work on "my distox programs" is going on. > > you can get the programs and dome docs on the page > > http://marcocorvi.altervista.org/caving/distox/index.htm > > OK. good stuff. I will download, build and test tonight if I can. > > > important catch: > > my programs are meant to work with single survey. > > i rely on therion for the full cave(s) survey. > > also i do not have a portable device to take in the > > cave, so i do not focus much on working on-line, > > but on working off-line. > > OK. I do, so maybe I can help with that. I think it's important to get > something like the pocketopo functionality on non-windows devices. agree. any help is very much appreciated. > > recent changes (besides bug fixes), > > added pockettopo import/export (beat told me the file format > > and we had an email exchange about how to address the > > programs interoperability), > > worked on compass export, and therion export. > > reorganized some of the code. > > not sure these are all online. > > OK. What's the deal with the calibration algorithm? Having that remain > secret is going to be a problem. I thought the device could do its > own calibration, but apparently it needs an external app? Perhaps we > can adapt the SAP calibration code (which is Free) as it must be very > similar. as far as i read, beat algo is better. beat should have a paper published soon in CREG describing the algo. i believe that when it is published i can put my reimplementation in the sources. > What do you have and what have you agreed not to disclose? If > it's just the code then re-implementation via an explanation of the > algorithm should be fine. > > > i was considering dropping the QT3 support and work only > > with QT4 (better classes and easier interfaces). > > OK. I guess that is the way forward now. I guess that could be a > problem for GTK-based devices with limited storage. yes. marco

4 9