[Plugin] Component Spray update

[Didier Bur]

Hi all,
Here is a bug fix of my spray tool, interfering with other scripts that use Todd's progressbar.
Just replace old rb with this one.
Regards,

[Todd Burch]

Thanks Didier!!

Did you see my suggestion in the Greeble thread?

[Didier Bur]

Yep, great idea !

[Chris Fullmer]

Awesome Didier, thanks so much!

Chris

[MALAISE]

Thank you Didier, for the ruby's release
MALAISE

[Pilou]

Very reactive!
Toujours sur la brèche

[Didier Bur]

Toujours sur la brèche

Façon de parler, ça faisait 6 mois que ça traînait

[Fletch]

thanks Didier- that fixed a bug where I couldn't get it to do anything on my SU vs. 6 or 7.
worked great now.

[xrok1]

thanks for the great ruby!
i was wondering, would there be a way to get an exact number of copies, say 1 per face, at the center of each face?

[Jackson]

Strangest thing, Component Spray (fantastic ruby BTW Didier!) stopped working for me a few minutes ago- I clicked to set the centre point of the spray shape, but when I clicked to set the radius it wouldn't "stick", the spray shape just moved with the cursor. I quickly searched SCF and found this update, overwrote it into my Plugins folder, but saw the same behaviour. So I went and made a cup of coffee, came back and now it works!

One thing I have always wished for in Component Spray would be the ability to scatter comps randomly within the spray area rather than weighting them towards the middle- or am I missing something really obvious?

[plot-paris]

Thanks a lot for the update, Didier

One thing I have always wished for in Component Spray would be the ability to scatter comps randomly within the spray area rather than weighting them towards the middle- or am I missing something really obvious?

good idea, Jackson. there should be either a check box to enable/disable the behaviour or a field to type in a percentage of distribution

[AdamB]

Cool plugin, Didier. I really believe these kind of 'smart' tools are the way forward.

Jackson: The "bunching" in the middle is caused by the way the random positions are calculated.

Just as an experiment I added some 'clash detection' to the plugin. The idea being before it adds the instance it checks there is space for it. It really reduces the overlap of Component instances (obviously) but also helps the "bunching" in the middle because it avoids adding too many near the middle.

[I didn't want to make big changes to Didier's baby, so it only catches most clashes - with more work it could be made to never add overlapping Components]

Adam

PS Didier, I'll send you my changes. Ignore / use / abuse or whatever as you see fit.

[thomthom]

That's interesting. I thought it was some code in there that deliberately clustered the components, simulating the effect of a forest. There are times when I want that effect and there are times when I don't. Having an extra option for this would be really nice.

[Jackson]

Jackson: The "bunching" in the middle is caused by the way the random positions are calculated.

So what factor affects the otherwise random positioning? It would seem to me the only factors which could cause this obviously non-random influence on random scattering must be either
a) proximity to the centre point
b) proximity from the boundary

Another great addition to this script would be that rather than the density parameter being input as a percentage it could be input as a "x number of components per square metre/foot/etc. As a percentage is only representative of a fraction of a whole it can't really be used to describe density in this sense as there's no way for the script to know how big each component is, and therefore how much of the total area they will actually cover. It'd be great to be able to scatter trees randomly, but at an average of say 1 instance per 10m². Just some ideas.

[Didier Bur]

PS Didier, I'll send you my changes. Ignore / use / abuse or whatever as you see fit.

Cool Thanks Adam.
But I have no time now to work on my freebies, or update the depot, etc;

[Jackson]

But I have no time now to work on my freebies, or update the depot, etc;

Your generosity with this amazing script and the ruby depot is already greatly appreciated!

Component Spray already has an excellent, intuitive UI and is among a small group of ruby scripts which really should be implemented as proper SU tools IMO. Great job!

[AdamB]

So what factor affects the otherwise random positioning? It would seem to me the only factors which could cause this obviously non-random influence on random scattering must be either
a) proximity to the centre point
b) proximity from the boundary

Its a bit involved but since you ask...

If you use a random number generator that is normally distributed and use it in an orthogonal linear space you're all set. So compo_spray along a Line works great with no bunching. But for the Spray mode, the script calculates a random radius and a random angle around the center. However, the circumference of a circle close to the center is smaller than at the outside edge of the spray so using a normally distributed random number for the radius effectively biases position generation to the center point of the spray.

Adding "clash-detection" means you can set a "N per unit area" threshold so although it tries to add more near the center of the spray, they get rejected hence you don't get that bunching.

Phew....Fascinating, huh?

[Jackson]

Adam,

Thanks for that detailed, but very clear explanation, it hadn't occurred to me that the random scattering was calculated along the circumferences of concentric circles. That actually is fascinating!

Sounds like your tweak is a useful addition.

[plot-paris]

fascinating indeed. now everything makes sense.

[Bob James]

It'd be great to be able to scatter trees randomly, but at an average of say 1 instance per 10m². [/quote]

I'm looking for a way to randomly place people in a room: Jackson's suggestion would really do that job.

Didier: Looking forward to your having enough time to re-address this Ruby.

[troyhome]

I really appreciate the generosity with which you supply this community so many innovative tools. the dialogue that comes with your scripts is essential to improving SketchUp and how people interact with it.
Thank you.

[Sir]

this looks like an amazingly useful plugin. thanks!

[dereeei]

What means this update? If I want the latest version of the Component Spray, is it This One, or This one?
Thank you.

[Didier Bur]

Latest version is here: http://rhin.crai.archi.fr/RubyLibraryDepot/plugin_details.php?id=76

[dereeei]

Latest version is here: http://rhin.crai.archi.fr/RubyLibraryDepot/plugin_details.php?id=76

thank you very much !

[brookefox]

Dear Farmer,

Finally I have an occasion, and finally I straighten my install and finally I harvest a moment of your efforts.

Thank you, Farmer. You help make living in this valley a pleasure.

[brookefox]

EDIT: This error may just be mine: perhaps having enabled 'hide everything else while editing group'.

There may be a limit on how far the routine likes to be 'buried'? That is, when I run it on a simple group, no sweat, but when I try to run it in group within a component, it seems to fail. Please see image. Top success within the group copied out of the component. Lower failure on the same group residing in the component. Perhaps I missed some advice in the use instructions. (Not an issue of overshadowing entities.)

I tried the same test in the naked group in the same location as the failing component and it worked fine, so it does appear to be that the routine wants to breathe a bit.

[brookefox]

When spraying grass components onto a large area and I want to keep the numbers down the lowest available setting of 1% is still very much too high, so I make a request for percentages below 1.

My work-round for this is to include within the component a large triangle so the spray density is thus limited and then edit this out of the component later. This works fine.

[brookefox]

Having a hard time now. Rarely is anything being sprayed, no matter the setting. No groups or components on the receiving end.

FloatDomainError?