[Therion] Changing outline on pitches breaks lox
This is just one symptom of a drawing package that attempts to make many outputs from single (non-duplicate) inputs. Therion is not alone here. At some point there will always be limits to the versatility of outputs that can be achieved with a particular set of scraps. Another example is that it is hard to get maps with labels and symbols that look good at scales more than 2 orders of magnitude apart. Perhaps to solve the issue that Andrew describes a new area entity could be created. One that 'cleans' the passage interior colouring and makes it transparent. Would avoid using invisible walls and making holes in the loch model. It would still result in a 'holey' pdf map if we were displaying only the top passage and not the bottom passage in some maps. So, increasing complexity and decreasing returns. Sadly, at some point we need to decide "these are the types of output we have in mid for this dataset" and tailor our inputs to that end, thus compromising the ability to get other outputs/map arrangements/scales etc. Please, please prove me wrong somebody. Bruce -Original Message- From: therion-bounces at speleo.sk [mailto:therion-boun...@speleo.sk] On Behalf Of Andrew Atkinson Sent: Friday, 25 November 2011 11:26 a.m. To: List for Therion users Subject: [Therion] Changing outline on pitches breaks lox hello Just been changing the outline on a pitch so the bolders below look right on the pdf, by setting the bit of wall to outline none, clip off and the pitch boundary to outline out clip off, see p_before and p_after, the problem is that then the lox model also has a hole in it see l_before and l_after. I suspect this is bug/feature that is hard to get around? Andrew
[Therion] selection of stations/shots for xvi export?
Xavier Perhaps it is just a matter of how you organize your data? O r only selecting the particular surveys one at a time? We store each days survey in a separate file, and then produce a plan and set of elevations (2 elevations for our current project) for each of these small surveys. As a later step the drawings a collected together, using only those that do not cause too much clutter for the particular purpose at hand.. So any clutter of points is never any worse than the example you supplied, and usually much simpler. Provided your data is not all in a single survey centerline, you should just select one sub-survey (double click in the survey window on the right in XTherion) for each xvi. Or have I misunderstood? Bruce _ From: therion-bounces at speleo.sk [mailto:therion-boun...@speleo.sk] On Behalf Of Xavier Pennec Sent: Friday, 25 November 2011 7:48 a.m. To: List for Therion users Subject: [Therion] selection of stations/shots for xvi export? I have a cave which is quite complex and I would like to make elevations with different projection angles. My problem is that I cannot group all the shots for each elevation in separate surveys, so that when I export the xvi sketch to draw my elevations, I got all the stations and shots. I put below an example of the big cloud of points that it makes in the xvi: this superimposition of all the shots which will not be drawn in the elevation prevent from seeing the stations and shots which should be drawn. Does anyone see a solution to select only the stations/shots that I need? So far, I duplicated the whole survey to keep only the points that I needed, but this has to be done for each connected component independently, which is not very easy. Xavier -- > - > Xavier Pennec > Senior Research Scientist / Directeur de recherche > Asclepios project-team, INRIA Sophia-Antipolis > 2004 Route des Lucioles, BP93 > F-06902 Sophia-Antipolis Cedex, France > +33 4 92 38 76 64 > +33 6 78 35 16 90 > http://www-sop.inria.fr/asclepios/ > --- -- next part -- An HTML attachment was scrubbed... URL: <http://mailman.speleo.sk/pipermail/therion/attachments/2025/5d10e2fa/attachment.html> -- next part -- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 254623 bytes Desc: image001.jpg URL: <http://mailman.speleo.sk/pipermail/therion/attachments/2025/5d10e2fa/attachment.jpg>
[Therion] extended+xvi+sketches error
Yes, indeed, one can correct the coordinates of the included jpg file in xtherion, but one should know how much to offset, and this value is changing for each included picture. Here are two examples where the jpg file should be changed from -68:516 to -75:464 for the first file (projPuits) and from 639:146 to 471:329 for the second (proj300_entree) Moreover, the updated offset in not saved in the th2 (this is normal since the th2 only loads the xvi), which means that the next time we open the th2, the same offset will have to be corrected once again. In fact, the problem comes from the generation of the xvi file with sketches where the offset generated for the "set XVIimages" seems to be wrong. Xavier Le 25/11/2011 17:30, Martin Sluka a écrit : > > On 25.11.2011, at 16:57, Xavier Pennec wrote: > >> There is indeed a constent shift of the included sketch in xvi files. > > There are coordinates each sketch has in xtherion. Probably it is > faster and more accurate to change those coordinates. > > m. > > > > > ___ > Therion mailing list > Therion at speleo.sk > http://mailman.speleo.sk/mailman/listinfo/therion -- > - > Xavier Pennec > Senior Research Scientist / Directeur de recherche > Asclepios project-team, INRIA Sophia-Antipolis > 2004 Route des Lucioles, BP93 > F-06902 Sophia-Antipolis Cedex, France > +33 4 92 38 76 64 > +33 6 78 35 16 90 > http://www-sop.inria.fr/asclepios/ > --- -- next part -- An HTML attachment was scrubbed... URL: <http://mailman.speleo.sk/pipermail/therion/attachments/2025/9089f5d5/attachment.html> -- next part -- A non-text attachment was scrubbed... Name: abgbcgbj.png Type: image/png Size: 444218 bytes Desc: not available URL: <http://mailman.speleo.sk/pipermail/therion/attachments/2025/9089f5d5/attachment.png> -- next part -- An embedded and charset-unspecified text was scrubbed... Name: MasDuPre1_projPuits.xvi URL: <http://mailman.speleo.sk/pipermail/therion/attachments/2025/9089f5d5/attachment.ksh> -- next part -- An embedded and charset-unspecified text was scrubbed... Name: MasDuPre1_proj300_entree.xvi URL: <http://mailman.speleo.sk/pipermail/therion/attachments/2025/9089f5d5/attachment-0001.ksh>
[Therion] extended+xvi+sketches error
On 25.11.2011, at 16:57, Xavier Pennec wrote: > There is indeed a constent shift of the included sketch in xvi files. There are coordinates each sketch has in xtherion. Probably it is faster and more accurate to change those coordinates. m. -- next part -- A non-text attachment was scrubbed... Name: Picture 2.png Type: image/png Size: 27867 bytes Desc: not available URL: <http://mailman.speleo.sk/pipermail/therion/attachments/2025/ff790f46/attachment.png> -- next part --
[Therion] extended+xvi+sketches error
There is indeed a constent shift of the included sketch in xvi files. A workaround is to double click on the sketch with the right button to translate the sketch were it should be with respect to the xvi, but one has to do that every time one opens the file in xtherion. It would be nice to correct the bug. Xavier Le 25/11/2011 16:36, Vasily Vl. Suhachev a écrit : > Hello > > Error in xvi with sketches for extended elevation, see picture > > Therion 5.3.9 > > > > ___ > Therion mailing list > Therion at speleo.sk > http://mailman.speleo.sk/mailman/listinfo/therion -- > - > Xavier Pennec > Senior Research Scientist / Directeur de recherche > Asclepios project-team, INRIA Sophia-Antipolis > 2004 Route des Lucioles, BP93 > F-06902 Sophia-Antipolis Cedex, France > +33 4 92 38 76 64 > +33 6 78 35 16 90 > http://www-sop.inria.fr/asclepios/ > --- -- next part -- An HTML attachment was scrubbed... URL: <http://mailman.speleo.sk/pipermail/therion/attachments/2025/fcee4ee4/attachment.html>
[Therion] create area filled with a colour
Dear friends, Is there a way to create a simple filled area? Suppose I want to create a black area enclosed by a line of type border to draw the outline of a pillar, which is to big to be represented as a point symbol. Mihai T. www.iser.ro
[Therion] create area filled with a colour
You can create custom fills, but pillars can be shown by wall with the -outline in option set If you set a background colour this will then show. Or do you want to do something different Andrew On 25/11/11 14:20, Mihai Terente wrote: > Dear friends, > > Is there a way to create a simple filled area? Suppose I want to > create a black area enclosed by a line of type border to draw the > outline of a pillar, which is to big to be represented as a point > symbol. > > Mihai T. > www.iser.ro > ___ > Therion mailing list > Therion at speleo.sk > http://mailman.speleo.sk/mailman/listinfo/therion >
[Therion] Pitch that is larger at top than bottom
I think I understand your problem I don't have a very pretty solution to this problem I must admit - I tend to alter the boundaries of the pitch either at the top or the bottom or both so that they line up with each other and create a 'lie' for artistic clarity! All pitches should be perfect cylinders. Michael brewer -Original Message- From: therion-bounces at speleo.sk [mailto:therion-boun...@speleo.sk] On Behalf Of Andrew Atkinson Sent: Friday, 25 November 2011 9:57 a.m. To: List for Therion users Subject: [Therion] Pitch that is larger at top than bottom Hi I have been trying to come up with a solution for the attached diagram. The pitch head is larger that the passage below, so if you turn off outline on the walls and put it on the pitch boundary, the fading goes but the parts where the pitch is on the outside of the passage take on the background colour so it does not look right. I have tied using invisible lines, or even tracing the walls to the survey above, but none of them look right, not sure if there is a solution, but suggestions welcome Andrew
[Therion] Changing outline on pitches breaks lox
Having slept on this, one solution which would avoid areas would be -outline in/out/none - works for both model and 2D -2D in/out/none - sets the outline for 2D -3D in/out/none - sets the outline for 3D so -2D out -3D out is equivalent to -outline out Doesn't break what we have, just extends it, hopefully without over complication Andrew On 25/11/11 09:46, Bruce wrote: > This is just one symptom of a drawing package that attempts to make many > outputs from single (non-duplicate) inputs. Therion is not alone here. At > some point there will always be limits to the versatility of outputs that > can be achieved with a particular set of scraps. Another example is that it > is hard to get maps with labels and symbols that look good at scales more > than 2 orders of magnitude apart. > > Perhaps to solve the issue that Andrew describes a new area entity could be > created. One that 'cleans' the passage interior colouring and makes it > transparent. Would avoid using invisible walls and making holes in the loch > model. It would still result in a 'holey' pdf map if we were displaying > only the top passage and not the bottom passage in some maps. > > So, increasing complexity and decreasing returns. > Sadly, at some point we need to decide "these are the types of output we > have in mid for this dataset" and tailor our inputs to that end, thus > compromising the ability to get other outputs/map arrangements/scales etc. > > Please, please prove me wrong somebody. > > Bruce > > -Original Message- > From: therion-bounces at speleo.sk [mailto:therion-bounces at speleo.sk] On > Behalf > Of Andrew Atkinson > Sent: Friday, 25 November 2011 11:26 a.m. > To: List for Therion users > Subject: [Therion] Changing outline on pitches breaks lox > > hello > > Just been changing the outline on a pitch so the bolders below look > right on the pdf, by setting the bit of wall to outline none, clip off > and the pitch boundary to outline out clip off, see p_before and > p_after, the problem is that then the lox model also has a hole in it > see l_before and l_after. > > I suspect this is bug/feature that is hard to get around? > > Andrew > > ___ > Therion mailing list > Therion at speleo.sk > http://mailman.speleo.sk/mailman/listinfo/therion >
[Therion] Scrap is too large to process in metapost in thisscale
Dear Bruce, I'm using the .xvi compiled with the option -layout-sketches on. This way, the .xvi file is not a simple vector drawing, with only the centerline, but a more complex one, with also the scanned images (which is a raster data) morphed to match the centerline (the vector data). Indeed I cannot scale or rotate any of the two components of the .xvi file (the vector, with the centerline, and the raster, with the scanned images) inside Xtherion. But I keep separate scrap file, one for morphing the scanned image, and one for drawing over the morphed image. This way I can modify anytime the first scrap, e.g. by adding more station points to get a better morphed image, I recompile and I get an .xvi which will be updated in every scrap that I'm using to draw the cave. I sent an archive with my data to the list on a previous message. You can look at and compile first the thconfig_xvi, than thconfig_pdf. Mihai www.iser.ro On Wed, Nov 23, 2011 at 9:14 PM, Bruce wrote: > Hello Mihai > I am intrigued that you are using both scanned images and xvi files in the > same drawing file (as mentioned in your 23Nov message below). Â My friend and > I were just discussing this and my assumption was that it would be an > uncomfortable match if both types of image were used in the same scrap > because we cannot scale or rotate background images within the XTherion > interface (with respect to each other). > > From your description below you seem to be using quite a different drawing > strategy (in some respects) to what we use. > If you are willing to share your dataset with the forum (if not too big) or > by personal message, I would appreciate the learning. > Thanks > Bruce > > -Original Message- > From: therion-bounces at speleo.sk [mailto:therion-bounces at speleo.sk] On > Behalf > Of Mihai Terente > Sent: Thursday, 24 November 2011 3:26 a.m. > To: List for Therion users > Subject: Re: [Therion] Scrap is too large to process in metapost in > thisscale > > It seems it will work if I add station points with the .xvi layer > activated as background image. Initally I disabled the layer because > of the grid, which I found quite annoying, and I kept only the morphed > images. It seems that in this way the program didn't recorded well the > coordinates of the points. Otherwise, with the .xvi grid and > centerline visible, if I add a station point it recognizes its name > automatically, and the coordinates are a little bit different, with > lot of decimals. > > For the moment it compiles fine, in both .pdf and .shp format. > > Cheers, > Mihai T. > > On Wed, Nov 23, 2011 at 11:06 AM, Mihai Terente > wrote: >> Yes, the same problem occurs when I add several station points. But >> this happens only when I reeference the points to stations from the >> survey (witn -name ...). I think it's something related to my approach >> for morphing scanned images. I did like this: >> - first I started an empty .th2 file (named schita-c1_w.th2, _w stands >> for "warped") >> - I added a background image (a piece of the scanned sketch, >> CC01.jpeg), with Edit>Insert Image >> - I created a scrap and I selected the scketch as a background image, >> with the Insert button from the Scraps section in the control panel >> - I added several station points, referenced to the station from a >> survey, with -name ... at survey. From these stations it's only one that >> is georeferenced (with fix command, in the survey preamble) >> - then I compiled the map with -format .xvi >> - Now, I noticed that if I add the .xvi file to my first .th2 file, I >> get the image morphed, with the centerline on top of it, but displaced >> with respect to my initial station points added to the scrap. >> - That's why I a created a new .th2 file (schita_c1.th2), I added the >> .xvi file as a background image and I drew the wall. If I compile the >> map now (output esri .shp) everything goes fine, except that the .shp >> is not georeferenced. If I add to the scrap the station point that is >> georeferenced (fix) in the survey I get the error. >> >> I put everything into the archive attached, if you have time to take a >> look, I would appreciate. >> >> Mihai T. >> >> >> I put all my files in the .zip attached > > ___ > Therion mailing list > Therion at speleo.sk > http://mailman.speleo.sk/mailman/listinfo/therion >