Unfortunately the biggest drawback of all these match/group (by)layer/material- they don't work with the complex hierarchy (components nested in components)

@jim said:

One does not exist, but it could be done.

Each Arc is made of line segments, and each arc has its own radius point. The line segments of any one of the Arcs should all have the same length. Therefore it is possible to find the lines that make up each arc, get the end points, center point, and radius; and finally re-create the arc.

Would be very interesting if it will be developed.
Personally I have very low practice with ruby scripting, but I think for the experts here in this forum wouldn't be a matter.
Replying to Dave R, I already know weld.rb but the problem with that is the curves you joined together aren't editable like arcs (if you pick the middle point on an arc you can stretch it and change his shape)

Thank you...

No way - SkipyMan - renderman connection...i prefer free solution like sf or aqsis..

My use of SU rather specialised and not representative, but I have greatly benefited from

My thanks to the respective authors.

I have also used curve stitcher and angular dimension to good effect.

And I love the go 2 school training videos!

And I did not get you anything for Christmas TIG... thank you.

TIG,
Thanks for pointing me in the direction of yet another of your fantastic scripts (ExtrudeAlongPath.rb)
Works perfectly.
I've never seen this one before.
...
Thanks once again
Regards
Howard Leslie

Yes, four scripts, plus two supports classes. No real reason why they couldn't all be in one Ruby but it makes the code too big for my tastes.

I've been rushed off my feet the last couple of days (hence the lateness in replying) but I'll see if I can get then posted on here ASAP.

Oh oh, TIG this time you have been 2 hours long before posting the new script ! 😲 😲
That's too much ! Next time you are pleased to do it quicker. A quarter of an hour should be enough, no ? 😄

Very nice.
Thank you,
Glenn

@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...

Smitty, here is V2.

Well, thats not the first thing I've overlooked in this program, lol.

Thanks Gai

New sloping fascia and/or sloping soffit options are well advanced and are now in beta testing: only the gable version with all of its permutations for two sloping soffits and gables is proving a pain to debug...

Also looking at allowing heights for gable and pyramid roofs in ^5'4" format as well as existing ^5.3333333 or ^64 depending on units etc...

Also looking at 'Set Slope', which is like the 'Get Slope' tool, but it changes a selected roof face to the given slope (degrees or A:B)...

Also looking at an 'Add Detail' tool so you can add gutters, mouldings, ridges etc to a roof's selected edges; you can also customize the profiles by adding your own - watch this space...

Also preparing new help docs to go with all of this....

Hi Bob,
It's a mistake, I forgot to tune security options of PDFCreator 😳
Attached is a printable version.
Regards,

Printable PDF Doc of LMv6

Bug fixed indeed! That's cool Didier. Thank you.

Merci, Didier.

However, please try these files (change the .lmi.txt extension to .lmi).

Layers 0, Blue, and Green have been setup via SU's Layer dialog. The Blue and Green geometry were moved to their respective SU layers; all others objects are assigned to Layer 0. Blue and Green configs were then defined via your Layer Manager Script. The Blue config only displays layer Blue. The Green config only displays layer Green.

Issue A.

See what happens when you apply green or blue configs when all layers are visible, then alternate between the existing configs. Restore a config ONCE and it will APPEND that restoration to the existing display. Next Restore the SAME config AGAIN and it will display the restoration correctly.

I believe the samething happens when following the same routine using Restore-Show-Only.

======
Issue B.

Now, via the SU's Layers Dialog add a new layer called Gold, select the gold geometry and move it to layer Gold. Make layer Gold the active layer and make all other layers invisible. Create a new config with the Layer Manager script called Gold.

Repeat he routines mentioned in "Issue A" and also include Restoring Gold and Restore-Show-Only Gold.

=======

Issue C.

It is possible to display a blank line in the dialogs (such as the Delete or Restore dialogs).

Regards, John

TEST1.lmi.txt

TEST1.skp

😆
Sorry Rick. Just wait until I get the rest of the discussions moved over. 😮

There might be a file size limit.

Yeah, you're right...
LegsUp... 😄

Good news, thanks Didier.