FreeOrion

I think it's just ResourceSupplyConnected (without the ByEmpire).

Doesn't seem like it:

_________________
Warning: Antarans in dimensional portal are closer than they appear.

Does changing to "activation = Source" remove the parse error?

Never mind - turns out the real problem was that the order of stackinggroup and accountinglabel were reversed...

edit: ...and that the actual effect is just called ResourceSupplyConnected, apparently.

_________________
Warning: Antarans in dimensional portal are closer than they appear.

Yeah; one thing I don't like much about the boost parsing framework is that it seems to be difficult to have a set of (different) parameters that can be specified in any order. The way things are set up now, it has to be A then B then (C or nothing) then D. And then the location is specifies and the problem it had with parsing isn't always accurate, particularly when dealing with one or more optional parameters and the various optional labels for those parameters, as in this case of it complaining it wants a condition at the location where there is a condition. I guess it's still a lot better than writing one from scratch, though...

It might make things work better if all parameter labels were made non-optional, though that would be a bit of a pain to update the scripts to work with.

I'm trying to use the Max property to reduce the number of effectsgroups needed to select the best growth planet in range to provide a bonus. The following...

...gives a big fat bonus of 0 to all my planets, despite having a resource-supply connected planet with Growth of 2 in my empire. Is the Max statistic working?

Also, is there any max(a,b) function I can use to define the greater of either a or b?

_________________
Warning: Antarans in dimensional portal are closer than they appear.

I haven't tested any statistics in quite a while... Could you do some incremental testing, starting with something simpler?etc... Try to see if it's any statistic, just Max, or something more particular that makes it not work...
No.

Only the first two worked. All the ones involving statistics failed.

This appeared in the freeorion.log:

_________________
Warning: Antarans in dimensional portal are closer than they appear.

Is there any error about parsing failing earlier in the log?

No. Also, it's in species.txt, and my species still exists, so it seems unlikely that the parsing failed.

_________________
Warning: Antarans in dimensional portal are closer than they appear.

Hmm. I'm quite busy this week, so I probably won't have a chance to look into this in the next few days. You might want to try adding (or uncommenting some existing) debug output lines in ValueRef::Statistic::<T>::GetObjectPropertyValues and ValueRef::Statistic<T>::ReduceData to see why it's not returning anything but 0...

On a totally unrelated note, is there a condition associated with Empire Meters?

_________________
Warning: Antarans in dimensional portal are closer than they appear.

The EmpireMeterValue condition exists in code, but doesn't have parsing set up for it yet.

I did some reworking, with a bit of a hack, but seem to have gotten statistics working, at least in a simple test case.

Generally population boost effect groups have to be repeated for each of the planet sizes, which is kind of an annoying complication to the scripts. Especially since they are mostly even increment increases from the size below.

Any chance that "planet size" could return a numeric value, so we could write something like this that would work for all planet sizes:



The numbers values would be simple, the smallest size would count as "1", and each increasing size would be one higher.

I don't see a clean way to do something similar with macros, and this would reduce the number of effect groups that need to be calculated.

_________________
—• Read this First before posting Game Design Ideas!
—• Design Philosophy
—•— My Ideas, Organized —•— Get an Avatar —•— Acronyms —•—