thank you so much, this is great!

If you have it split into parts and are wary of giving it to 'everyone' on the open forum, you can PM it to some of us, OR PM one of us for an email address you can send the ZIP[s] to...

If you click here you get a total list of what's available [image: OSLf_PickPic1.png] [image: lu1n_PickPic2.png] This is constantly updated to reflect what you can grab

@gilboe said: My problem's now resolved. Thank you all. Gilboe Like to share the solution?

You have several materials with 'Asphalt' in their name and all with the same RGBA values BUT each using a different image-file as the texture. Therefore, no material-consolidator is going to change them to be one material. How is it to know that two similar named materials with the same RGBA values BUT with different named image-files should be the same material. The two images might be quite different and their materials' naming coincidental. OK, the repeated image-files do all look the same and have similar names, but without sophisticated techniques beyond the API and Ruby they can't be compared for exactness. You can manually edit one Asphalt material and export its image-file with a simpler name, then edit all similar materials and set them to use that one new file. NOW when you do an image-consolidation ALL of those materials will be seen as the same one and will be consolidated...

Perhaps a screen shot image of the 'parts' would help us understand the issue, better than us trying it extract it from you [like teeth!], drip by drip...

It works on a selection so you need to select some objects before running the code. Incidentally, I recommend that you do use a component for the marker, otherwise a raw geometry circle will have many 'parts' [face+all_edges] that with each return a 'center' ! Were there no messages in the Console? It probably said 'true' when it immediately finished processing the empty selection ! Try as I say and report what happens... It works for me. here's the line with the 2 'center' methods added... m=Sketchup.active_model;a=m.selection.to_a;m.start_operation('x');a.dup.each{|o|;g=m.active_entities.add_group();e=g.entities;(a-[o]).each{|i|e.add_line(o.bounds.center, i.bounds.center)}};m.commit_operation

@tig said: Looks like you've broken SketchUp Can I suggest you close SketchUp and try a 'Repair' on the SketchUp app in the 'Programs and Features' Control Panel... When you restart SketchUp what happens ? Well as usual I feel ridiculous. So simple was the fix that I suspect you may have been winding me up TIG Grabbing the edge to expand the box does nothing to show the layers, but simply clicking in the grey tab at the top! [image: wX9p_Layersmissing2.png]

Use a text editor and comment out the offending lines. Try it on a copy first to see what's involved.

Well, 90% of the students is not bad at all. Altogether 30 is indeed too many though. It's okay for a lecture type of class but not when you interactively need to work with them. In that case, even half is too many. Ideally no more than about a dozen of them - but the fewer the better.

I understand that MatchPhoto is recreating a perspective drawing, but once you put those orange and green bars on the photo's parallel features, seems to me that IS recreating it; it finds the vanishing points from those bars. Well, I'll do more photomatches with other photos and see if it still works. I've deleted the problem files! Argh ...when it happens again I'll upload. Thanks!

Yes, after that. I added 1 more modle to the keyword 3D "Making it 2501", but only 2500 shows when I cycle through the results to the end. @aerilius said: Have you ever browsed through 2500 results? It could have technical reasons. A google search with reasonable criteria can also give some statistics.

Hello charly2008 Thank you very much Sir. Your recommendation worked... you do have a good one...Enjoy!!

Well I made a mistake, it is the 0.skb file that has the error message. However TIG I think you have the answer, I do use a USB drive to save my models, since I work at the house and on the road. Maybe it will go away like it did the last time. I guess there is no clear cut answer, so I will live with the error. So thanks all for your help. Ken

As Peter said, if what you are making are groups, you can edit one without affecting other copies no matter what the name is. You won't get an option for Make Unique if the thing you have selected is a group. That's a component thing only. I just made a test file and had no problem changing the name of a copy of a nested group to something else. Are you trying to type the new name in Outliner or in Entity Info? You can't do it in Outliner so if that's where you are trying to do it, it's no wonder it doesn't work. If that's not it, you'll have to provide more information. The SKP file, screenshots, something.

I get the unsoftening when I maximizeor "restore down" the SU window. But not every time, I think. And the Edit menu then contains an "Undo Soften..." option.

@gaieus said: @gareebee said: ...it surprises me that there isn't a means to keep one from installing a single seat over and over. This is called a "floating license". Some software developers take this route while others take a different one (like it has to be deactivated on one machine to activate it on another one - or even locking the license to a certain hardware). Each solution has its advantages and drawbacks (from both vendor's and user's point of view) and also the nature of the software often determines which way to take. TIG cannot use SU on two machines concurrently. Me neither. So there is no high risk of "cheating" here. A renderer may be different. You could be building your scene, tweaking materials whatnot on one machine while rendering a movie on the other. Thus their licenses are usually stricter. That makes sense to me. Like TIG, I only care to use one machine at a time. I will be disposing of the Dell. Now, if I understand correctly...I will need to tell NVidea to handle SU?

As explained the lone RB/RBS files are effectively unchanged by the newer version, but more complex toolsets come in ZIP archives that need extracting properly into the Plugins folder keeping subfolder structures intact - this has been the source of many user misunderstandings and errors. Recent changes to SketchUp v8 have introduced a special RBZ archive file format - basically it's a ZIP archive with a renamed file-type extension - that SketchUp recognizes and auto-installs when you click on the appropriate button... Even better than that... thomthom has made a 'Simple Plugins Installer' that works in these more recent versions of SketchUp v8. You can download it from the 'Plugins Index' here. Once you have that installed - and as it's an RBZ archive you can easily installed it from the Preferences > Extensions button +restart - it can then be used from its new Plugins menu submenu... It allows you to browse to and auto-install/load tools/extensions from RBZ & ZIP archives AND also install individual tool's from RB & RBS files: auto-extracting them as necessary and placing them and any subfolders of files etc correctly into your Plugins folder[ without you worrying that you might have mis-installed something or have chosen the wrong folder etc... EDIT: PS: The issue with the TT Lib seems that you have not extracted/insatlled it properly. I suspect that the subfolder+file that is needed to be directly inside Plugins are actually inside another subfolder of that same name, made when you unzipped things... Move things out of this containing folder into Plugins, remembering to keep all of the Lib sub-subfolder's files intact within it... OR much more safely why not remove the whole lot and restart - using the archive itself - with the 'Simple Installer' as explained above