[Plugin] Color by Slope

dansphere

Yes I'm also having trouble, I've had a shot at changing the ruby but no luck.
Perhaps a logarithmic function for the assignment of colour to slope angle would work well, and then being able to reverse the log direction.. ??

Dan

Chris Fullmer

What are you trying to do Dan? Just use a different method of determining the color to assign?

brookefox

Here we have a near flat creek be with sloping sides and a near flat upper terrain. Faces picked to be colored are still shown picked. Highest slope r255 g0 b0; lowest r0 g0 b255 (or something like these values). There are some blue vertical slopes elsewhere.

I think it would be helpful if the flats got colored, too. So everything gets a color value. I would have thought lowest slope = flat, rather than vertical, which it seems to be. color by slope-2.JPG

I had wanted to try to use this as a means of selecting the slopes vs. the near flats for grouping, which I did manually with not too much difficulty.

sherwood11

Hello,
The plug-in appears to load properly. However, I get this Ruby Console feedback when I run it.

segment 3 [60 to 90]
segment 2 [30 to 60]
segment 1 [0 to 30]
Error: #<ArgumentError: comparison of Float with nil failed>
(eval):2304:in >' (eval):2304:in update'
C:/Program Files/Google/Google SketchUp 8/Plugins/clf_color_by_slope.rb:230:in colorbyslope' C:/Program Files/Google/Google SketchUp 8/Plugins/clf_color_by_slope.rb:223:in each'
C:/Program Files/Google/Google SketchUp 8/Plugins/clf_color_by_slope.rb:223:in colorbyslope' C:/Program Files/Google/Google SketchUp 8/Plugins/clf_color_by_slope.rb:254 (eval):2304:in call'
(eval):2304

Has anyone encountered this before ? .... any solution or direction to resolve ?
I have checked that faces are faces (not surfaces).
Segment materials appear in the list of materials.
The faces just don't want to color ...

Thank you for your help

sdmitch

The problem appears to be associated with the progress bar.

@unknownuser said:

C:/Program Files/Google/Google SketchUp 8/Plugins/clf_color_by_slope.rb:230:in `colorbyslope'

refers to the the statement
@unknownuser said:

pb.update(count)

If the problem persists, then I would just comment or remove the line. The only consequence will be progressbar will never update but, unless the model is huge, you will not know the difference.

sherwood11

Yeess, Thank You !

I commented out that line ...

#pb.update(count)

I was/am testing it on a very small dummy file.

I shall investigate my version(copy) of progressbar.rb

Thanks again

sherwood11

sd,

Based on your help, I also found that my version of progressbar.rb
was affecting :

clf_color_by_z.rb
clf_greeble_2.rb

So, it turns out to be predictable....

Thanks again

TIG

Do you have the current version of ' progressbar.rb' - which can be downloaded free from http://Smustard.com ?

sherwood11

TIG,

.. I just downloaded and compared both files. They appear
to be identical ... Author, date, history, no. of lines, size, etc.
(by-the-way, it is in the 'plugins' folder)

However, I still replaced it with the fresh download.

I did a search and found another progressbar.rb
in another folder ... plugins\TT_Lib2\

They are different, but I can't see how it would have an affect...
I temporarily renamed it.

I un-commented the pb.update(count) lines in the clf_... .rb files
and I still received the same Ruby Console feedback, as before. http://forums.sketchucation.com/posting.php?mode=reply&f=323&t=20635#

I restored things back to working order and will continue to debug another day.

I appreciate your suggestion, Thanks much

I'll post when(if) I find the solution.

TIG

When an author includes a file inside their own subfolder like TT's it's to keep a similar but separate code set.
Don't worry about that one.
Are you sure the require files are all really inside Plugins and not sidetracked by some 'Compatibility Files' OS trickery because you don't have FULL access rights to the Plugins folder ???

sherwood11

Ahh ... require files ...

sketchup.rb is in ...google sketchup8\tools
progressbar.rb is in ...google sketchup8\plugins
offset.rb is in ...google sketchup8\plugins\ (additional require file in greeble_2.rb)

I have administrative access to my computer.. is that what you mean ?
I see all file extensions...ie, hidden etc.
i keep my program files rooted under
majority of other files under user\username\documents .. user\username\downloads, etc.

I noticed this (if it matters):
single quotes in color_by_slope and color_by_Z
require 'sketchup.rb'
require 'progressbar.rb'

double quotes in greeble_2.rb
require "sketchup.rb"
require "offset.rb"
require "progressbar.rb"

I here ya about the 'Compatibility Files' OS trickery stuff ... frustrating at times.
in a few hours I'll do a complete fulll search to try and get to the bottom of this.

or maybe it could just be my computer ... it does wonky things on occasion
and it's about 100 degree (F) outside here today ...

TIG

Don't worry about 'xxx' and "xxx" these enclose a text string xxx - and they are often synonymous.
Although 'escaped' characters [\n etc] behave differently inside them.

A require statement is simply a way of ensuring that a file is loaded before the rest of the code. If it has already been loaded [for example by a script that loaded earlier] then it's skipped over this time. Some special functions are created by the sketchup.rb so it's often 'required' in scripts, the progressbar.rb adds a visual progressbar in the status text to show you how far along the processing has got.
You don't need to worry about a required file's location.
Sketchup's own files [like Sketchup.rb] are kept in the Tools folder.
The vast majority of others go into Plugins folder, as directed by each tools installation notes...
As Ruby files are auto-loaded as Sketchup starts a system array is read - $LOAD_PATH - by default this includes the path to the Plugins folder and then Tools folder - so 3rd party tools add extra paths to it at startup so that Sketchup loads files from additional locations as well. Files load in alphanumeric order so 'aaa.rb' loads before 'xxx.rb' from Plugins. Because 'sketchup.rb' loads later on from the Tools folder it's important that scripts loading from Plugins 'require' it so it's preloaded to be used by their code.
Some rogue/misguided scripts add an old 'Sketchup.rb' file into Plugins. If so then please remove it; the only copy should be the one installed by Sketchup itself, and that must be in Tools.
'Compatibility Files' can cause unexpected issues - ensure your security permissions to all files an subfolders within the Sketchup folder are set to 'FULL'. This is particularly important for the correct installation of scripts and their subfolders of helper files inside Plugins, and also not frgeting the Materials, Components and Styles folders, where you may wish to use 'save_as' for some aspects of your models, or to keep 'libraries' of others bits...

sketchy

does this script work for 2013? I tried downloading from the extension warehouse and got some odd error messages. Next I tried the smustard download and installed in the plugin folder (along with progress bar plugin), restarted sketchup, checked my plugin section and do not see it any where. Am I missing something? I would love to try this out.
thanks for any help you can shed

Dave R

What were the "odd error messages"?

sketchy

I tried it again to get the direct quote and this time it worked. It may be that I tried the extension warehouse first then smustard. When looking at the smustard site it listed the prerequisite ruby (progress bar) which I installed.

If this were true it would raise the question: does the extension warehouse (via SU) give a warning or list of prerequisite scripts?

Dave R

Requires progressbar.rb probably ought to be included on the Extension Warehouse page. It should be indicated in the first post of the original thread here on SCF. The error message you got most likely would have indicated that progressbar.rb was missing as well.

sketchy

Thanks for the quick help, its working now and great for what I am doing

Chris Fullmer

Weird, I'll try to test the version on the warehouse. The one on the EW should not need progressbar though. I removed that dependency from that version. But maybe I introduced a bug in the process

sergos

@chris fullmer said:

Weird, I'll try to test the version on the warehouse. The one on the EW should not need progressbar though. I removed that dependency from that version. But maybe I introduced a bug in the process

Hello Chris!
How it possible to do, what plug in coloring face by slope range?
For example 0-10 red; 10-20 orange; 20-30 yellow...............
I really need this function to analyses terrain by slope.

Thanks

pilou

Maybe "Color By" by Sdmitch? (not retested)