How can I do this:
@Range(min=0, max=1, stepsize=0.1, restricted=true) @Percent
attr percentage_of_A = 0.5
Generate -->
percentage_of_A : A
else: B
Thank you
Theo
Wow you are really close. This solution is not well document. I used to have to refer to some other rules every time I was trying to figure this out. What you are looking for is the p function (probability function). Essentially you are testing a probability and will use it with a conditional rule.
@Range(min=0, max=1, stepsize=0.1, restricted=true) @Percent attr PctA = 0.5 Generate --> case p(PctA): color(1,0,0) A else: color(1,1,0) B<SPAN class="line-numbers-rows"><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN></SPAN>
Thanks Devin!
To take this topic further, Cheryl Lau has a good explanation how the p() function used multiple times will not work as it might seem to, and her code example shows an excellent way of getting around that. Here's Cheryl's example:
https://community.esri.com/thread/191479-stochastic-rule-with-multiple-percentages-workaround
Thanks Devin Lavigne and Chris Wilkins
I tested Cheryl Lau 's workaround with 3 different set of values:
In most cases it's pretty close, but it sometime deviates significantly.
In my case the percentages are defined by the user via the inspector so I might have to consider hard coding the values in the rule and asking the user to edit the rule file directly.
Theodore,
How many times was the rule run to get those numbers? I ask because both Cheryl Lau's rule and the Stochastic rule (with it's hard-coded percentages) work using randomness, and they are not dictating exact percentages. From CGA reference:
"All random numbers, also the choice of the percentages ..., depend on the current shape's seed (the seedian shape attribute)."
The stochastic functions will not guarantee those percentages, but if you run it very many times, they will begin to average out to those numbers. Also, unless you hit "Update Seed", you'll always get same results.
I ran both hard and soft-coded versions 1000 times and average was very close.
Chris
Here's Cheryl's code with a loop added:
attr a = 0.8 attr b = 0.1 attr c = 0.1 howMany = 1000 @StartRule Rule1 --> LoopOnRule2(0) LoopOnRule2(loopCount) --> case loopCount < howMany: Rule2(rand(0,1)) LoopOnRule2(loopCount+1) else: NIL Rule2(x) --> case x<a: report("A",1) case x>=a && x<a+b: report("B",1) case x>=a+b && x<=a+b+c: report("C",1) else: report("ELSE",1) # This won't happen. <SPAN class="line-numbers-rows"><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN><SPAN></SPAN></SPAN>
Does this explain it any further? Is the looping rule clear?
Here's one run of the above code, which shows results in the Reports panel of the Inspector:
Hope this helps,
Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.