[Therion] Is it possible to not use the equate command when all stations are unique
Thanks, Stacho. This works. In advance, I had to ensure that the ID's (not the -name) in the scraps is not the same as a station number. For instance /point 898.0 3704.5 station -id V10 -name V10/ /line wall -id V10/ /map V10/ gives /-- duplicate object name --/ during compiling, since V10 is a station number. And, the /therion.log /becomes more correct (in my opinion), since this sentence /4> Survey contains 3237 survey stations, joined by 3511 legs./ did include the equate rows in the number of legs. Torstein Den 10.11.2011 12:26, skrev Stacho Mudrak: > I am sorry replaying this question so late, but I am currently > cleaning all todo lists and I have discovered it as not answered. > > If you specify "-namespace off" in your surveys - it must be specified > for each survey, it will not create namespace and so you do not need > to specify equate commands, if you have unique station names. It > should do exactly what you are asking for. > > E.g., if you have > > survey s1 -namespace off >centerline > data normal from to bearing clino tape > 0 1 100 0 10 > 1 2 200 0 10 >endceterline > endsurvey > > survey s2 -namespace off >centerline > data normal from to bearing clino tape > 2 0 300 0 10 >endceterline > endsurvey > > Should automatically create 0 - 1 - 2 closed loop. > > HTH, S. > > On 1 September 2011 08:44, Torstein Finnesand > wrote: >> Thanks. Probably I will arrange data in a few surveys. Shouldn't be a >> problem. >> >> I thought that maybe the "namespace off" commando could solve the problem, >> but I guess not. But can someone explain what "namespace off" does? >> >> Regards >> Torstein >> >> Den 29.08.2011 17:33, skrev Wolfgang Zillig: >>> Hi Torsten, >>> >>> either you use equate, or you need to remove the individual surveys. You >>> can use "#" to mark the lines as comment. Small hint, you can use more than >>> two stations at the equate command. >>> >>> Regards >>> Wolfgang >>> >>> Am 29.08.2011 16:59, schrieb Torstein Finnesand: >>>> Hi, >>>> "Equate" is used to set the survey stations equivalence, i.e: equate >>>> 2 at first 1 at second. The cave I survey has only unique station names >>>> (about >>>> 3000). But still I have to use the equate command for a station that is >>>> located in 2 surveys. If not, the loops will not be closed. So I do like >>>> this: equate TA40 at first TA40 at second. I have to use this command many >>>> times, >>>> since the cave has a lot of surveys. >>>> >>>> Question: Is it possible to not use the equate command, since all >>>> stations are unique? For instance by another command that tells >>>> Therion/survex that the station names are unique even if there are two or >>>> more surveys or by arranging data in another way. >>>> >>>> Torstein Finnesand >>>> Norway >>>> >>>> >>>> ___ >>>> 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 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/2010/d8dc02d2/attachment.html>
[Therion] Loch 5.3.8 not displaying models on Debian wheezy
It was 1.1.14 reading the mails I sent back in July, but I might have tried another, tried lots of things Andrew On 10/11/11 17:48, Olly Betts wrote: > On Thu, Nov 10, 2011 at 02:00:29PM +, Andrew Atkinson wrote: >> Sorry to hassle, especially when bugs generally get fixed extremely >> efficiently. >> >> aven started to work when it was upgraded to 1.2.2 >> >> Before that it did not work and behaved similarly to loch, hope this is >> a useful starting point and not a red herring > > Hmm, nothing obvious looking changed in 1.2.2 itself (only think > directly GL-related was the new font drawing approach). > > What Survex version were you using before 1.2.2? If it was<1.2.0, > It's probably this change then: > > http://trac.survex.com/changeset/3623 > > Cheers, > Olly >
[Therion] Loch 5.3.8 not displaying models on Debian wheezy
It is not hardware, again my only real memory of exact occurrence is going back through the mails before the summer. Back in June on ubuntu 11.04 it stopped when I went to 5.3.3. Then you (wookey) built 5.3.7 for debian, so I moved to debian, but with no luck. I was on the noveau driver then. 5.3.8 appeared quickly afterwards, but this did not help and I ran out of time to move from noveau driver. Well now I have had the time to install the NVIDIA drivers, but has not helped. And I am reasonably sure that aven did not work either, and it was the upgrade to 1.2 that sorted that, but I would not bet my life on it. thanks Andrew On 10/11/11 18:08, Wookey wrote: > +++ Andrew Atkinson [2011-10-20 16:55 +0100]: >> Hello all >> >> I started on this problem before the summer, but then I went away >> for a few weeks. But I am working on surveys again so I could really >> do with loch. (One plus from before the summer is that aven is >> upgraded to 1.2.2 and that now works again, so I am not completely >> blind) >> >> So trying to open a lox or 3d file in loch just gives a blank screen >> (grey to go with the border) >> Runing it from terminal does the same with no errors. > > Is this new hardware or an OS upgrade? You used to have loch working, > right? In which case do older loch versions work? > > There used to be a patch in the Debian version of loch to allow it to > work with some intel graphics cards, but I took that out in the 5.3.6 > upload IIRC, as it had stopped breaking on my machine, due to vtk or > xorg driver fixes (I presume). (I'd have to check to be sure exactly > which version). It seems unlikely that this has anything to do with > your nvidia problem. > >> Linux 3.0.0-1-amd64 x86_64 >> wxWidgets 2.8.10 (GTK+>= 2.6) >> Display Depth: 24 bpp (colour) >> OpenGL 2.1.2 NVIDIA 275.28 >> NVIDIA Corporation > > Does it help at all if you use the noveau driver rather than the > nvidia one? > > (apt-get install xserver-xorg-video-nouveau) > > Wookey
[Therion] vthreshold inefficient
It was a bug in loch, that will be fixed in the next snapshot. Thanks for finding it. S. On 31 August 2011 17:58, emmanuel.vitte at laposte.net < emmanuel.vitte at laposte.net> wrote: > > > I tested that on Therion is 5.3.8. > To be more precise : > If inclination <= 59, UD is vertical > If inclination > 60, UD is perpendicular to the shot > Changing the value of vthreshold does not have any effect > > Emmanuel > > > <https://compte.laposte.net/inscription/index.do?jeux=2011FOOTER_generique> > ___ > 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/2010/1bddae1d/attachment.html>
[Therion] Loch 5.3.8 not displaying models on Debian wheezy
Sorry to hassle, especially when bugs generally get fixed extremely efficiently. aven started to work when it was upgraded to 1.2.2 Before that it did not work and behaved similarly to loch, hope this is a useful starting point and not a red herring thanks Andrew On 10/11/11 09:23, Stacho Mudrak wrote: > aven is upgraded to 1.2.2 and that
[Therion] Is it possible to not use the equate command when all stations are unique
I am sorry replaying this question so late, but I am currently cleaning all todo lists and I have discovered it as not answered. If you specify "-namespace off" in your surveys - it must be specified for each survey, it will not create namespace and so you do not need to specify equate commands, if you have unique station names. It should do exactly what you are asking for. E.g., if you have survey s1 -namespace off centerline data normal from to bearing clino tape 0 1 100 0 10 1 2 200 0 10 endceterline endsurvey survey s2 -namespace off centerline data normal from to bearing clino tape 2 0 300 0 10 endceterline endsurvey Should automatically create 0 - 1 - 2 closed loop. HTH, S. On 1 September 2011 08:44, Torstein Finnesand wrote: > Thanks. Probably I will arrange data in a few surveys. Shouldn't be a > problem. > > I thought that maybe the "namespace off" commando could solve the problem, > but I guess not. But can someone explain what "namespace off" does? > > Regards > Torstein > > Den 29.08.2011 17:33, skrev Wolfgang Zillig: >> >> Hi Torsten, >> >> either you use equate, or you need to remove the individual surveys. You >> can use "#" to mark the lines as comment. Small hint, you can use more than >> two stations at the equate command. >> >> Regards >> Wolfgang >> >> Am 29.08.2011 16:59, schrieb Torstein Finnesand: >>> >>> Hi, >>> "Equate" is used to set the survey stations equivalence, i.e: equate >>> 2 at first 1 at second. The cave I survey has only unique station names >>> (about >>> 3000). But still I have to use the equate command for a station that is >>> located in 2 surveys. If not, the loops will not be closed. So I do like >>> this: equate TA40 at first TA40 at second. I have to use this command many >>> times, >>> since the cave has a lot of surveys. >>> >>> Question: Is it possible to not use the equate command, since all >>> stations are unique? For instance by another command that tells >>> Therion/survex that the station names are unique even if there are two or >>> more surveys or by arranging data in another way. >>> >>> Torstein Finnesand >>> Norway >>> >>> >>> ___ >>> 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 mailing list > Therion at speleo.sk > http://mailman.speleo.sk/mailman/listinfo/therion >
[Therion] Extra ... in map-comment result
This is really strange, I have tried to reproduce your error, but without success. Could you please provide me some dataset, where it happens? Thanks a lot, S. On 8 November 2011 19:43, Bruce wrote: > Not sure Iâve noticed this problem before, and I have done this sort of > thing regularly in the past. > > Using 5.3.8 why is it that in a layout, this entry⦠> > > > map-comment "Developed Elevation Projection\ > >             TBA featured prominently on the 2011 NSG > trip list, > meaning \ > >            'to be advised' - month after month it appeared > trips were > \ > >            going to 'TBA '. So when this cave was > discovered, it was > so \ > >            named to retrospectively make the trip list look > good." > > > > produces text like the below in my output map? > > > > Developed Elevation Projection > > > > TBA featured prominently on the 2011 NSG trip list, meaning ... > > âto be advisedâ - month after month it appeared trips were ... > > going to âTBA â. So when this cave was discovered, it was so ... > > named to retrospectively make the trip list look good. > > > > The odd things are the ⦠at the end of the middle three lines. > > What makes it especially odd is that there is no ⦠after the first line. > > > > How can I prevent the ⦠from being produced? > > > > Bruce > > > > > > ___ > Therion mailing list > Therion at speleo.sk > http://mailman.speleo.sk/mailman/listinfo/therion > >
[Therion] Text statement bug
There are multiple type of borders, you should specify it more exactly. E.g. text en "line border:visible" "ground, tree" Some reasonable error or warning is probably needed in this case. Regrads, S. On 8 November 2011 19:19, Bruce wrote: > Iâve just discovered the text statement for tweaking the standard texts that > appear in therion outputs. > > > > A small play with three examples led me to find that two worked as expected > and the last one does not work. > > > > text en "line u:rope" "rope" #text to appear in legend > > text en "title topo (plural)" "Explored & Surveyed by" > > text en "line border" "ground, tree" > > > > If I try small variations of âline borderâ I get and error (as expected), > but with the example as above there is no error, but the legend text remains > as âborderâ. > > A bug, or something I donât understand? > > > > Bruce > > ___ > Therion mailing list > Therion at speleo.sk > http://mailman.speleo.sk/mailman/listinfo/therion > >
[Therion] Loch 5.3.8 not displaying models on Debian wheezy
Not yet, fixing other bugs, but in this case, I will have a look tomorrow - currently I am on a business trip :( Is aven working on this machine? Best regards, S. On 9 November 2011 08:15, Andrew Atkinson wrote: > Stacho, Wookey, or anyone else > > have you had a chance to have a look at this? I am running a course on on > the first w/e of December, and it would not be good to be unable to show off > the 3d models that are produced. > > thanks > > Andrew > > On 24/10/11 19:25, Stacho Mudrak wrote: >> >> Dear Andrew, >> >> I am sorry for the late answer, I have also upgraded my computer and I >> have not yet installed my "therion development environment" :( >> >> Just a question, if you just run loch without opening any file, are >> you able to rotate the "red cube" ? >> >> Unfortunatelly, it does not check OpenGL error codes when calling >> OpenGL functions, I will try to add it to see, what is going wrong, >> when I will reinstall all the stuff on my new computer. >> >> Best regards, S. >> >> On 20 October 2011 17:55, Andrew Atkinson  wrote: >>> >>> Hello all >>> >>> I started on this problem before the summer, but then I went away for a >>> few >>> weeks. But I am working on surveys again so I could really do with loch. >>> (One plus from before the summer is that aven is upgraded to 1.2.2 and >>> that >>> now works again, so I am not completely blind) >>> >>> So trying to open a lox or 3d file in loch just gives a blank screen >>> (grey >>> to go with the border) >>> Runing it from terminal does the same with no errors. >>> >>> Below is the useful information that aven gives you when you look at help >>> >>> >>> Andrew >>> >>> Linux 3.0.0-1-amd64 x86_64 >>> wxWidgets 2.8.10 (GTK+>= 2.6) >>> Display Depth: 24 bpp (colour) >>> OpenGL 2.1.2 NVIDIA 275.28 >>> NVIDIA Corporation >>> GeForce 7300 GS/PCI/SSE2 >>> GLX 1.4 >>> R8G8B8 >>> Max Texture size: 4096x4096 >>> Max Viewport size: 4096x4096 >>> Smooth Point Size 1.000-63.375 (granularity 0.125) >>> Aliased point size 1.000-63.000 >>> Double buffered: true >>> 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_BGRA >>> 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_EXT_x11_sync_object 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
