[Plugin][EVAL] TIG-CutNfill
-
If you run it with the Ruby Console open any messages.
Any text in the Status-Bar ?If it's very complex it might take some time to process...
Can you PM me the SKP so I can test it directly ?
-
TIG,
This will be very useful. I also do a lot of cut & fill and this is not a foolproof process in Sketchup. I presently use other programs for this work but it's great to see the capability introduced to SketchUp. You've will save me more than the cost of the plugin on the next job I use this for. Thanks.
Kris
-
I tried to send you a private message but it says I do not have authority to do so - I have been a member for a while, but not premium yet (does that matter). This is the error I received - think it has something to do with file locations but not sure. The proper .rb file and folders are in my Plugins folder??:
Error: #<Errno::ENOENT: No such file or directory - C:/xxxxxxxxxxxxxxxxxxxxxxxxxxx>
(eval)inreadlines' (eval):100:in
read_counter'
(eval):137:innew' C:/Program Files (x86)/SketchUp/SketchUp 2013/Plugins/TIG-CutNfill/TIG-CutNfill_loader.rb:25 (eval):100:in
call'
(eval):100I would be glad to send you the file to check it or perhaps these lines above explain it all - probably very obvious, just not to me:) I'd appreciate your help and more than happy to upgrade to premium membership if it allows me to participate more.
-
You can't PM because you have not more than 3 posts. It's an anti trolling measure.
Sent from my iPad
-
You don't need to upgrade to premium, just make another post which will be the 3rd that needs to be moderated and your PM's should work after that.
Edit. I see the big man got in there while I was typing.
-
Thank you for clarifying
-
Although that 666 in your ruby message does suggest some evil is at work!
Try saying TIG x 3 while touching your elbow off your nose. Should fix it.
Sent from my iPad
-
I'm onto the issue...
There's a stupid typo in the code that throws up an error message once - the first run of the tool - it's now fixed in v1.1***
The SKP you PM'd to me threw up three or four immediate things.
The EXTG & Proposed meshes do not have a common bounding box.
Select each in turn [use the Outliner] to show this.
Explode them and regroup [in turn] and then recheck they overlay properly too.The site is very large, most of ot is unaffected and EXTG & Proposed are the same.
However, ever facets needs inspecting - cutting the site down to just the part that's changed will be much fasterAn issue that could affect things is also the vertical faces in the Proposed - I'll trap for those... watch out for v1.1...***
-
An updated v1.1 is now available in the PluginStore.
http://sketchucation.com/resources/pluginstore?pln=TIG-CutNfill-v1.0
http://sketchucation.com/plugin/760-TIG-CutNfill-v1.0
It will also be available shortly in the Shop...It is now faster and less likely to failure - it tries to mend non-Solid Cut/Fill results that can occasionally occur when two Solids are intersected.
Note that if you have previously purchased a license you do not need to buy a new one.
Just download/install the latest EVAL version and it will find and use the license-file already in the Tool's subfolder... -
An updated v1.1 is now available in the PluginStore. http://sketchucation.com/resources/pluginstore?pln=TIG-CutNfill It is also be available as a pre-licensed version in the SketchUcation Shop...
http://sketchucation.com/shop/plugins/767-cutnfill-v1-1It is now faster and less likely to failure - it tries to mend non-Solid Cut/Fill results that can occasionally occur when two Solids are intersected.
Note that if you have previously purchased a license you do not need to buy a new one.
Just download/install the latest EVAL version and it will find and use the license-file already in the Tool's subfolder... -
Thank you TIG, that's one amazing plugin, even gives me a nice little solid cut/fill object, SU just became a whole lot more useful.
-
I had done this in a project manualy... and surprisengly using same color code . this was done almost 1 year back... good to see that there is a plugin though.
-
Great minds think alike...
Or perhaps the SCF PluginStore collects more data about you than we admit to
-
This is the very useful plugins for me. Unfortunately I can't get it done for me. It keeps showing that I have to align the corner of the two groups although I've done so.
Can someone tells me what I was wrong.
-
Because the two 'solid' groups are subtracted to get the two cut and fill volumes in the Z/blue direction, then the XY/red-green dimensions and outline of the 'skirt' need to be identical and overlaid exactly.
The 'bounding-box' of both groups should appear the same and at the same point at bounds.min...
It see your Red axis but where is the green/blue ?
It's wise to always model near the origin 0,0,0 (0;0;0 if you use ',' as your decimal separator)
To see the 'origin' of the groups switch on Model > Components > Show axes.
You can always explode and regroup each of these groups IN TURN to ensure they coincide.
To Move exactly to the origin, preselect a group and click a bottom minimal corner on the 'skirt' as the start point, then type [0,0,0] ( OR [0;0;0] ) plus <enter> - repeat the Move for the other group, starting with the exact same point on the 'skirt'...
They should now be overlaid exactly. -
An updated v1.2 is now available in the PluginStore. http://sketchucation.com/resources/pluginstore?pln=TIG-CutNfill It is also be available as a pre-licensed version in the SketchUcation Shop... ***
It is now faster and less likely to failure - it tries to mend non-Solid Cut/Fill results that can occasionally occur when two Solids are intersected.
*** Note that if you have previously purchased a license you do not need to buy a new one.
Just download/install the latest EVAL version and it will find and use the license-file already in the Tool's subfolder... -
Thank you sir...
-
@tig said:
Because the two 'solid' groups are subtracted to get the two cut and fill volumes in the Z/blue direction, then the XY/red-green dimensions and outline of the 'skirt' need to be identical and overlaid exactly.
The 'bounding-box' of both groups should appear the same and at the same point at bounds.min...
It see your Red axis but where is the green/blue ?
It's wise to always model near the origin 0,0,0 (0;0;0 if you use ',' as your decimal separator)
To see the 'origin' of the groups switch on Model > Components > Show axes.
You can always explode and regroup each of these groups IN TURN to ensure they coincide.
To Move exactly to the origin, preselect a group and click a bottom minimal corner on the 'skirt' as the start point, then type [0,0,0] ( OR [0;0;0] ) plus <enter> - repeat the Move for the other group, starting with the exact same point on the 'skirt'...
They should now be overlaid exactly.Thank you very much for your comment. I'll try again.
-
@pillarpom said:
@tig said:
Because the two 'solid' groups are subtracted to get the two cut and fill volumes in the Z/blue direction, then the XY/red-green dimensions and outline of the 'skirt' need to be identical and overlaid exactly.
The 'bounding-box' of both groups should appear the same and at the same point at bounds.min...
It see your Red axis but where is the green/blue ?
It's wise to always model near the origin 0,0,0 (0;0;0 if you use ',' as your decimal separator)
To see the 'origin' of the groups switch on Model > Components > Show axes.
You can always explode and regroup each of these groups IN TURN to ensure they coincide.
To Move exactly to the origin, preselect a group and click a bottom minimal corner on the 'skirt' as the start point, then type [0,0,0] ( OR [0;0;0] ) plus <enter> - repeat the Move for the other group, starting with the exact same point on the 'skirt'...
They should now be overlaid exactly.Thank you very much for your comment. I'll try again.
Still can't get it done,used v1.2 . I've also attached the skp. file for you to review. Please check it out, thank you in advance.
-
If you look at the EXTG and Proposed groups [with Hidden Gemomtry ON] you can see that they do not have the same 'skirt', so when one is subtracted from the other weird volumes result.
The differences should be in the blue Z direction.
Making the below ground parts with a different outline is a recipe for a failure...
Because the bottom left most vertex [minX, minY, 0] does not align, the the pair are not considered as being properly overlaid - hence the message.
However, relocating the single vertex to be coincident will not resolve the matter.
You need to ensure that the two 'skirts' are wholly coincident, otherwise when they are subtracted there will be left over slivers of volume making the CutNfill result invalid, even if you do manage to make one !
Advertisement