@unknownuser said:
TIG,
Would it also be possible to add the following... ???
...
If the user had the option to choose either Horizontal or Vertical Volume slices it would make the Volume Calculator more accurate.
Not sure if its possible but would be brilliant.
(See attached file which illustrates the problem).
...
To Calculate Volume on a Selection of Several Groups / Components at once...
eg User selects 12 Groups or Components...
Volume Calculator then loops thru each Group / Component in the selection in turn calculating volumes for each individual group / component that was selected based upon the users settings in the Volume Dialog box eg Layer for Volume Slices / Hide Edges / (Vertical or Horizontal Slices) etc
...
Hope this all makes sense.
Anything you can do hugely appreciated.
...
Regards
Howard Leslie
Edit 1 / Ideas Thoughts:
Script could actually make true Vertical Slices (or any angle) or
Temporarily rotate geometry in the background hidden from user and then turn it back again ??? or
Produce both Horizontal & Vertical Slices for each Group / Component and Delete the lowest Value ??? (might be slow)
Edit 2 / Ideas Thoughts:
Vertical slices may be a problem - how would the script know the best orientation to draw them in ???
ie Vertical slices can be drawn to be parallel to either the red or the green axis - how would any script choose the best way to draw them ???
Poss Solution - Draw Volume Slices Parallel to all 3 Axes !!!
Delete lowest Volume that was computed for each Group / Component (Could be VERY slow).
Edit 3 / Ideas Thoughts:
Best Solution may be to forget Vertical slices altogether ???
Working out Individual Volumes in Turn (Looping) for Several selected Groups / Components would be good though.
That way, for any "problem" Groups (eg similar to attached file), the accuracy could be turned up to say 1% - the Script could then be left to run eg over a lunch break or over night if required.
AdamB has just fired a broadside through the current ideas behind Volume Calculator with an ingenious method the calculate volumes from faces...
I wrote my volume calculator based on totting up areas of slices - somewhat like calculus - which was a few years ago after TBD said it couldn't be done... It's taken till now for someone (AdamB) to come up with a method that does it properly 'mathematically' - his '.dot' method was the answer. Adam's way returns a more accurate result very quickly, but the downsides of his method are that it gives no 'solid' artifact of the volume - although it could have a text-tag made with a volume attribute so that csv making was eased: a copy' group of the entities could be made coloured as desired too. Also his gives unexpected answers for volumes with missing faces, whereas mine only fills up to the top level and then overflows so to speak - like a tilted glass; and I not sure how his method copes with having some faces reversed as it uses face normals during the maths - I need to test that...
I intend putting a a new version 'to the vote' and if there's sufficient demand and Adam agrees I'll look at v2.0 using his methods, but adjusted to suit whatever the 'users' want of it - clearly it'd need alternate volume options, csv listing etc...
His method would allow multiple selections and I can contrive it so that you get much of what you do now but more accurately and faster... Watch this space...