Traits that are bugged in 1.2 with fixes. Part 1: Scarred, Farmer, Trader

[Sinner]

I'd like to look at the vanilla expected trait levels for farming. A 16 yr-old governor who dies at 66 governs for 100 turns, which I like 'cause it keeps the maths easy for me. During that time he can build no more than 5 farms max, right? 5 points of good farmer total.

He's limited to 5 farms if he stays in the same settlement for his entire life, but how many governors do this? With few exceptions I leave a governor in a city while it's growing or to help deal with unrest, then once the city is established and/or remains loyal with just a garrison I move my governor on to the next settlement or out into the field to lead an army.

...I conclude from this that good farmer was intended to be a trait that only those with farming temples acquired, and everyone else washed out even in the long haul. I think 3, 18, and 36, would make good thresholds. Someone who builds farms first has a shot at getting grower for a while, even if he will eventually lose it for failing to honor the farm gods properly (which plays for me since he's not the onee actually DOING the farming). A man who is dilligent about farming and is seen to worship the farm gods, otoh, gets grower within his first 2.5 to 5 years, then after 15 years he gets level two, and after 30 years as a farmer, he spends the remaining 20 years renowned as an agriculuralist.

Nice reasoning and solution for GoodFarmer, providing some reward for the average governor while still keeping the trait a relatively rare and thus precious virtue to possess, which seems to have been CA's intention.

[therother]

I've opened up a Ludus Magna thread to research trait bug fixes of the type discussed here. I'd greatly appreciate it if those who have devised fixes could post (or in some cases repost) them over there, so that we can have them all in an uncluttered thread.

Thanks.

[Bob the Insane]

To continue Pode's discussion I we should discuss what we want to get out of the Goodfarmer and Goodtrader traits (and their opposites) and who should get them and for what reason...

I also like the concept that the dizzing heights of these traits are reservered for those governors that not only build loads of farms/trade buildings but also builds the farmer/trade temples...

Is it really only a change of the threshold values that is required to achieve this?

One thought I have been considering is a check to see if the the farm or trade build had been built before any other building of the same tech level (looking for which building ware upgraded first). And handing out GoodFarmer or GoodTrader points if those are first... Though thinking about it having Godfarmer and Goodtrader points gained simply by building the coorect building should be pretty easy to balance out with the threshold values.

And for handing out BadFarmer and BadTrader point a check to see whether those building had been upgraded as far as possible before the settlement itself is upgraded... So if you had a large town and a sufficient population to upgrade to a city, if you had not maxed out your farm and or trade buildings before upgrading the settlement you would get poorfarmer and/or poortrader points... This would make the slide into those traits much slower..

[gregab25]

I'm pretty sure we understand those queries. "SettlementBuildingFinished" returns the name of the building that was just finished, and "farms" is just a building name. The comparison sign checks the relationship between the finished building and the named building: if they're in the same build tree, their level is compared, and the condition returns true if the relation is true; if they're not in the same build tree, the condition returns false. I think we have ample evidence to support this interpretation, and nothing seems to contradict it.

Sorry if I'm slow on the uptake, but could you help me out here by explaining a couple of things?

If "SettlementBuildingFinished" and "farms" just return the names as you suggest, why would the equation not compare the names alphabetically?

Thus:

Condition "Market" >= "Farms"

Why would this not just compare the letter "M" to the letter "F", and return true?

I know this doesn't work, but is that not what the equation calls for if "SettlementBuildingFInished" and "farms" just return names.

And, If "SettlementBuildingFinished" and "farms" look up the level of the building in the file EDB.txt, does that not make them variables as i originally proposed, and which we know believe to be wrong?

So, isnt the trigger actually working in game by only returning the name and saying:

"farms" = "farms"

Which returns True.

and "anyotherbuilding" = "farms"

will always return false.

I don't believe the level is even checked and therefore the > sign in the equation is pointless. Which raises the question why is it there?

Both the > sign being irrelevant and the threshold being so high for GoodFarmer still leads me to believe that these traits aren't working the way CA wanted them to.

[gregab25]

Oh, and the above explanation i made would also explain why reversing the > and < signs did not have any noticeable effect on the results in game.

Am I on to something?

[Sinner]

In a word: nope.

From what you've said, apparently your problem is that you're viewing the condition as a mathematical equation, with SettlementBuildingFinished as a variable, but that isn't the case. SettlementBuildingFinished is a function and the rest of the condition are parameters. Go read the Events, Conditions, & Commands thread for further info, although to save time I'll copy the SettlementBuildingFinished info here...

Identifier: SettlementBuildingFinished
Trigger requirements: prior_build
Parameters: building description, logic token, test level
Sample use: SettlementBuildingFinished = governors_house
Description: Test to see what the last finished building was
Battle or Strat: Strat
Class: SETTLEMENT_BUILDING_LEVEL_FINISHED_TEST
Implemented: Yes
Author: Guy

From the Parameters and Description we can see the intended use and intent of the condition and from testing we can deduce how it operates: the function first compares the completed building with the test building parameter to determine if they're in the same building tree, if they are it then compares their levels using the logic parameter, returning true or false as appropriate.

[gregab25]

Ok, if that is true, and i'll take your word for it that it is, is there another Identifier in the game that would compare the levels of buildings from different trees?

[gregab25]

For example maybe something like this might work:

Trigger governing5
WhenToTest GovernorBuildingCompleted

Condition SettlementBuildingExists

[gregab25]

Ug.. damn < = to sign...


For example maybe something like this might work:

Trigger governing5
WhenToTest GovernorBuildingCompleted

Condition SettlementBuildingExists < = farms

Affects GoodFarmer 1 Chance 100

[Old Celt]

This may seem like a silly question, but I'll ask anyway:

If the VnVs were much better with version 1.1, then has anyone thought to just copy the file information from there and paste it into the 1.2 files to fix the VnVs??