<div dir="ltr"><div>Hi Stacho,</div><div><br></div><div>Yes I have a minimal sample. Please find it attached in a .zip file.</div><div>You'll find the th and thcfg and all outputs I generated, plus some screenshots saved from Paraview and Loch. <br></div><div>Looking at the wireframe in Paraview, I see those 'pyramid-like' connections between stations and splays.</div><div>That's why I imagined that this was the method used by Loch to build the 3d volumes from splay information.</div><div>I can see the intersecting pyramids in the loch visualizer too (I saved a screenshot of this in the out folder).</div><div><br></div><div>It seems that the 3d model doesn't create a surface where the cave walls would be. To obtain that, we should generate a surface that connects the edge of two neighboring cross sections.<br></div><div>What one can try to do is to write an algorithm that joins splays with splays and generates a tube-looking convex hull for every pair of stations. This might give a more realistic-looking result.<br></div><div>I only know how to do this mathematica (that's the only programming language I know), and this method works over there... but I,m using a built-in ConvexHull function which is a bit of a black-box. Maybe something similar could be encoded into Loch somehow?<br></div><div><br></div><div>Thank you</div><div>Best,</div><div>Francesco<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Feb 22, 2022 at 6:30 AM Stacho Mudrak <<a href="mailto:lists@group-s.sk">lists@group-s.sk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Francesco,</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">do you have some minimal sample, where these pyramids are created?</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">It looks to me like a bug and I should investigate this issue. Normally - only a 3D envelope of splay shots from each station should be created. Splays from other stations should not be taken into consideration.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks, S.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 20 Feb 2022 at 23:07, Francesco Serafin <<a href="mailto:francesco.serafin2@gmail.com" target="_blank">francesco.serafin2@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi, <br></div><div><br></div><div>Thank you for the very useful "volume statistics" tool!</div><div><br></div><div>I was wondering: how is the volume computed in Loch?</div><div><br></div><div>Looking at Loch-generated models in Paraview, it seems to me that Loch creates the volumes by joining every station to the splays radiating from the previous and next stations, creating a sequence of pyramid-like solids, like in this schematics:</div><div><img src="cid:ii_kzvsiogq1" alt="image.png" width="563" height="257"><br></div><div>(black=centreline shots, dashed grey=splay shots). <br></div><div>Does each of these "pyramids" contribute to the total with its own volume?<br></div><div>With this method, the mesh would contain intersecting volumes. To simplify, if we imagine a cone with apex at the stations, the cones intersect:</div><div><img src="cid:ii_kzvt2s5k2" alt="image.png" width="563" height="176"></div><div>How does the computation of the total volume deal with the intersections of the cones? <br></div><div>Does it somehow avoid the double-counting coming from the intersecting regions?</div><div><br></div><div>Thank you,</div><div>Best,</div><div>Francesco<br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Feb 20, 2022 at 4:08 PM Tarquin Wilton-Jones via Therion <<a href="mailto:therion@speleo.sk" target="_blank">therion@speleo.sk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">"added support for cave volume calculation (Tools → Survey statistics)"<div dir="auto"><br></div><div dir="auto">Awesome addition.</div><div dir="auto"><br></div><div dir="auto">Could someone maybe explain what the difference is between 3D and LRUD envelope?</div><div dir="auto">I get how 3D probably works based on the rendered 3D view of the cave. But how can the LRUD thing work when I only use splays instead of LRUD? Does it just pick some particular or average splay and use it as a LRUD measurement? The results are so vastly different. Sometimes much bigger (one of my simple caves) sometimes much smaller ( a pothole).</div><div><br></div></div>_______________________________________________<br>
Therion mailing list<br>
<a href="mailto:Therion@speleo.sk" target="_blank">Therion@speleo.sk</a><br>
<a href="https://mailman.speleo.sk/listinfo/therion" rel="noreferrer" target="_blank">https://mailman.speleo.sk/listinfo/therion</a><br>
</blockquote></div>
_______________________________________________<br>
Therion mailing list<br>
<a href="mailto:Therion@speleo.sk" target="_blank">Therion@speleo.sk</a><br>
<a href="https://mailman.speleo.sk/listinfo/therion" rel="noreferrer" target="_blank">https://mailman.speleo.sk/listinfo/therion</a><br>
</blockquote></div>
_______________________________________________<br>
Therion mailing list<br>
<a href="mailto:Therion@speleo.sk" target="_blank">Therion@speleo.sk</a><br>
<a href="https://mailman.speleo.sk/listinfo/therion" rel="noreferrer" target="_blank">https://mailman.speleo.sk/listinfo/therion</a><br>
</blockquote></div>