Cornucopia of Consumption

Food

Let's talk about food! In Cultura, one of the big aspects is the economy: collecting resources, building goods and then consuming those goods. One of the biggest and earliest ones you have access to is food and its primary benefit is health. There are two big ratings, health and happiness. Health affects reproduction rate and also prevents sickness. Happiness affects emigration and rebellions. So how does food work?

A person consumes food once a day (rather than three meals a day plus snacks like real life). Based on their previous number of meals they get a health bonus. This is calculated at the end of each day. This goes toward reproduction if the person is a parent in a family with at least one male and one female parent. If not, then it does nothing other than add to the health score of a land region.

The health score of a land region is important because a low score below the required amount can result in sickness or worse an outbreak of plague. You don't want plague.

So what kind of food and what kind of bonus?

The health bonus is based on the total number of material types eaten. There are three item types available in Cultura during the paleolithic age: grain, fruit/vegetable and meat. Each item type has eight material types. Therefore the maximum paleolithic bonus is twenty four. The number of meals tracked is seven. Therefore a person must eat foods that contain more than three types of materials each to get the full bonus.

For example, a person eats wheat bread for six days and then eats a berry pie (blackberry and strawberry). This person ate wheat, blackberry and strawberry in the past seven days. The total bonus is three health.

How to Code

So how do we record the information in the code? Right now a Unit class contains no information about what the unit ate in the past number of days.

Let's start with this:

• Let d be the number of days to track
• Let m be the number of materials across all item types
• Let n be the population

Circular Array

Blogs aren't exactly the best place to display this kind of analysis but let's run with it for now. What if we tracked what a person ate with a circular array?

Complexity

• Add: O(d * m)
• Check Score: O(1)
• Memory: O(d * sizeof(Item))

During add we put in an Item into the circular array. We then have to run through all previous items to see if the item contains materials that do not exist and thus adds health. If we overwrite a previous entry, then we must do the same. We check the materials of the overwritten item, run through all items and see if it is still satisfied otherwise reduce the running count of health bonuses.

Memory usage is the size of the circular array with pointers to Item objects.

Hashmap of Counters

Alternatively we can use a simple hashmap of counters which allows us to use the readily available std::unordered_map where the key is the material id and the value is a counter. Each day the health score is checked the counter is decremented. Upon reaching zero the entry is removed.

• Add: O(m)
• Check Score: O(m)
• Memory: O(d * sizeof(int))

We can see that for add, every material that exists in the food being eaten will then reset the counter in the hashmap. During check score, we must run through the whole hash map and decrement counters and count. The memory usage is a hash map of counters which are integers.

Analysis

Add: Well we do the same amount of add as check score per unit; once a day in the game. If we set d = 7 and m = 24 then Circular Array has roughly 168 operations in worst case scenario while Hashmap has 24 operations in worst case scenario.

Check Score: For circular array it keeps a running count of health bonus so it has 1 operation in worst case scenario. For hashmap, it must go through the whole hash map and thus is 24 operations.

Memory: For circular array we have to keep the Item objects around because we have to keep track of what the person ate. An Item object is far larger than an integer. With d = 7, we have 7 Item objects for a circular array. With the Hashmap we have, with m = 24, 24 integers and then the cost of a hashmap. Assuming that an Item is larger than 3 integers, it's likely the circular array takes up more memory. An Item object is most definitely larger than 3 integers if you were wondering.

Given this analysis I think I will go with a hashmap. It is quicker to implement and I'm not seeing much gain from the circular array (except that it's cool).

Cutting the World

Land Regions

Land regions have been coded! What does this mean? The world is cut into a fabric of different land regions. The intent is for landlocked regions, mountainous regions, coastline regions, fully ocean regions (which will have no ownership possible) and more! Each land region has its own kind of resources (trees, grasses, bushes, minerals, animals). For now, animals will stay in their own land region but some future iteration may introduce migratory patterns.

Families

Families have been introduced, tracked at the faction level, but remain untested. They allow a set of parents, adult children and children. Currently, children don't exist so any new children are instantly adults (and also, there's no pregnancy so they just fire out adults from the uterus). There are some open design issues. A progress bar to the next birth is tracked at the family level but what happens if...

• A female parent leaves? Does she take some of the progress with her to her new family?
• A female parent dies? Does the progress bar get reset?
• The above two questions but with polygamy (specifically, multiple female parents)

And actually historically speaking, the usual family unit was the extended family. Grandparents, parents and children. Homosexual adults were suspected to have played the role of additional parents in a family during the early stone age (ie. helping to raise the children of their siblings). Sigh!

Pathfinding Issues

I've made terrain passible or impassible. This introduced the new problem of the greedy pathfinding algorithm no longer being 100% successful. Poop! People would dance about walls as if I coded in special spells that would allow them to pass through mountain blocks. They were wrong and they dance forever. So I introduced a basic A* pathfinding algorithm for short distance (below 5 grid spaces). Is that good enough? I don't know!

For one, the A* I coded is terribly unoptimized. You can get pretty close to linear runtime complexity (for those of you who know what that means) through a few tricks (because real world use of A* is usually not that complicated). I also chose 5 grid spaces because I intend for buildings to be about 3x3 in size. However, they'll be irregularly shaped and so I may have to increase use of A* to longer distances... which implies I may need to optimize. I'll cross that bridge when I get there.

Continuing Graphical Plague

Imagine a world where things appear partially submerged in rock or soil when they should not. I have had a few graphical glitches that continue to harass me unto the night where "blocking" is not working. A mountain square from further away appearing above a mountain square closer. Items that don't appear on top of the floor but submerged in them. I've been working through these but because the game has not been feature complete I have not put them high on the list of to do. When it comes time to showcase this game to people, these will have to be fixed. Of course so would the horrible horrible UI.

Next Stuff

I'm going to add a game clock. This tells you what year the game is. And the day. Oh and the season. It'll be useful for tracking reproduction and ecological changes (trees growing, animals pooping babies). It also means I don't need to go into debug mode to figure out what day it is in my game.

Consumption of goods and a health/happiness indicator. This is the core of the game afterall. You collect poop. You punch the poop into various shapes. You consume the poop. Then because you are materialistic, fully rational, capitalist monster this makes you both happier and healthier. It ties into everything. Healthier people get faster progress on their next birth. Happier people don't stab each other.

Build All The Techs

Last caturday I managed to complete two pieces so that I can move onto my next features (stuff listed last post such as the constitutionally appropriate family class). These two things were the tech tree UI and getting the build menu to be data driven.

Tech Tree

Cultura will include technology and for the first iteration of the game it'll cover the paleolithic and neolithic age (needless to say I have a lot of work ahead of me). The general idea of technology is that each one has an id and a level. Complex technologies have prerequisites not just of particular technologies but their level as well. This allows me to make the tool technology more interesting and have it lead off to other industries slowly. For instance, you might start with the "hammer stone" and you upgrade up to level 5 before you can move onto the "biface stone", the improved stone tool. The "biface stone", upon reaching level 1, will open up several industries. This gives a way for a smoothish transition between tools.

What I'd like is for a hammerstone to provide 20% production bonus (just an example) and then 100% bonus at level 5. Then the first level of biface stone immediately gives 100% bonus and each point gives 40% bonus instead of 20%. Given that situation, I'm leaning toward putting "maximum" levels for some technologies.

There are a few caveats I encountered while making the simplistic developer friendly UI. The CEGUI VerticalLayoutContainer and similarly the HorizontalLayoutContainer have two methods that are of interest when sizing them out. There is setMinSize and then setMaxSize. It turns out that if you don't setMaxSize on a container it has a default max size and will cut off items within it! So I had to do something silly like

container->setMaxSize(CEGUI::UVector2(CEGUI::UDim(10.0f,0), CEGUI::UDim(10.0f,0)))

Build Menu

The build menu was reduced to a single menu. Bringing up the context menu will show the buttons Build/Demolish/Management. I'm still working on whether that's a good idea but UI improvements are put on hold until all game features are done. I'll start doing the UI in beta development. Anyway, when clicking on build it brings up all the buildings that I've put into the xml file. It then checks whether the player has the proper technology. Then you can build away!

Other Stuff

One interesting thing I ran into on Sunday, the day after Caturday, was trying to get my work environment set up on another laptop. It turns out that if you do not have the DirectX SDK installed on your machine (if you encounter s1023 error upon installation it means you have a VC++ dist installed and must uninstall it to allow the SDK to install it again) you get the curious error of "RenderSystem_Direct3D9_d.dll not found". The error is a bit misleading. It's right there. The problem is that it can't find something else upon loading it and one possible cause is that you don't have the DirectX SDK. Only really relevant in the debug case.

Despair at the developer friendly graphics

Design All The Things

Cultura is entering into an alpha state where it'll be playable on a test map. There are a few things I want to get it going:

• Families - Children and Marriage
• Households - Wealth tracking, management and consumption
• Ecology - Renewable resource growth, non-renewable resource mining limitations, climate requirements for plants/animals
• Land Regions - Splitting the map into irregular shapes

Families

Everyone in the game will belong to a family. It's defined as a set of parents, unmarried children and children not of age. It's used to track children and births.

Births are fairly simple. For Cultura, it's a compromise with a game world to give a player more direct input into affecting how fast they can get more children. A family has a single progress bar. When it fills up, the mother becomes pregnant. Then after a set amount of time a new child is born and the progress bar is reset to zero. In order to fill the progress bar, the family must be healthy. The higher the health, the faster the progress bar fills up (excess health fills into the progress bar).

Children stay children for a set amount of time. Then they become unmarried adults. I plan to have a relationship progress for these people and when they achieve it they then marry with someone else who has also filled their relationship bar. This allows the player to have direct impact on the speed of marriage. For instance, holding more festivals and events fills the progress bar faster. For now, once someone is an adult then they will immediately attempt to form a new family with another adult. These two adults are removed from their original families to form a new family as the parents.

In the future I will probably put in a baby time period where the people can do nothing. Then a child time period where they can go to school, play games or sports or apprentice and earn skills and do some amount of labour. And then finally they enter an adult period where they have full labour capacity and end their education and so on.

For now, complicated issues like divorce will not exist. Widows can remarry (they'll count as an unmarried adult).

In code, what will be done is adding a vector of family objects to a faction. Each family object tracks a vector of people for the parent(s), a vector for the unmarried children and a vector for the children. Homosexual families, polygamous families, adoption etc occur through other algorithms. The family class itself will be structured to handle it all in the future. For now though there'll just be vanilla marriage and family fission/fusion (mother/father plus the children). During update tick it would track excess health of the family and put it into the progress bar for next birth. The number of children determines the amount required for the next pregnancy. Homosexual parents would obviously just have zero progress for pregnancy. There is also intended to be future technology (likely medieval age) for contraceptives that would also stall progress. This may be useful if resources become tight.

Households

Separate from families are households. A household is defined as everyone living at the same household. There can potentially be multiple families living in the same household. Each person tracks their living space separately.

Households are important in several ways. A person who crafts any item will do so at their household and thus utilize the industrial improvement of that house. They will also store goods at their house. They also receive benefits from the housing but split across the number of people living there.

I intend to track wealth by household rather than by family. I will have to see whether that makes sense in the future.

People consume goods individually and thus acquire their health and happiness bonus from goods consumption separately.

In code, this means that each person has a reference to a building id which represents their home. When conducting unit actions, such as harvesting or item crafting, they first refer to this building id as their drop off point. If none is available or it is not suitable then they look to public buildings that are nearby.

Ecology

The game currently doesn't replenish resources which is bad news if you actually wanted to play. The update tick functionality needs to take in a game clock of some sort to determine the time of year (and thus the season). As well, plants and animals need requirements such as season of growth or climate required. Animals may have additional requirements. I haven't yet decided whether those requirements should be set in stone (a deer always require pine trees) or have them procedurally generated as the game map is formed (a deer that spawns in a land region with oak trees will have oak trees as a requirement, whereas a deer that spawns in a land region with maple trees has maple trees as a requirement).

During a growth season, a land region tracks the number of plants of a particular type, their growth rate and then adds a certain value back to the land during each update tick. This way if the player changes the number of plants then they also affect the total growth rate. For grasses and bushes (such as wheat or strawberries) each plant can regrow on its own because they are never cut down. Trees on the other hand regrow base on the number of trees still standing and then new saplings only spring up after the existing trees have all grown back to their full amount.

Non-renewable resources don't regrow and their limitation is based on the amount that can be drawn from it at any given time. For instance a single stone deposit may only have 100 stone drawn from it per hour. This can be improved with technology (such as building an open pit mine on the deposit).

Animals have requirements based on the vegetation or animals that exist in a land region. So if a deer requires 5 pine trees, there are 100 pine trees in a land region, then there can be 20 deer. Then additionally, deer are born slowly based on this amount. If you increase the number of pine trees then you also increase the number of deer. The vice versa also applies. This means that deforesting an area also impacts animal numbers.

The UI hasn't been built yet but the land management screen should be colourful and clear about the ecological implications of a player's actions. They need to know the growth rates and animal birth limits, as well as what affects them. After that the game has no restrictions. You can ecologically destroy the world if you want.

In code, the update tick needs an optional parameter for the terrain manager to take in the game clock. Well, the game also needs a game clock! While it has a clock in general it doesn't track the time of year and reset to zero each new year.

Land Regions

Land regions define an irregular shape of land for several in-game purposes. The first is the plants and animals. Each land region has its own set of plants and animals. One land region might be pine and deer. Another might be pine and rabbits. Taking different land regions means gaining access to different types of plants and animals. However, the game is designed so that you can play with an incomplete set of resources and simply trade with other players for what you don't have.

Second is that these help to define interesting borders. When you take a land region you own that area and others may not enter without eliciting some political consequences.

Third are roads. I intend to make pre-set roads between neighbouring land regions. These roads can eventually be improved with technology. They start as nothing but are coded into the game so that when people want to travel to another region or deliver goods somewhere, they take that path and not a random path.

Fourth is climate. A land region can have a custom climate. I won't make it too complicated at first. Maybe just cold, temperate and hot. Plants and animals will have climate requirements and if they are in a land region that has the wrong climate they won't grow or grow at a penalty.

In code, I will probably have the terrain manager keep track of these land regions. Being irregularly shapes makes their definition difficult. My current compromise is for a land region to be comprised of a set of rectangles. In order to test if a particular square in the game exists in a land region, it is tested against that set of rectangles. That is a relatively quick test that may take upwards to 5-10 such checks. It depends on how crazily shaped I want land regions. The rest of the data that may exist are perhaps a set of "roads" (set paths in the game for units to take), the climate and also the plants/animals that exist. I may even shove some graphic variables in there (the static geometry of the trees and so on) since I don't currently have a graphics module in my engine (woe is me).

Goods and Production Rate Balancing

The economy of Cultura is serious business. It's also set in the paleolithic age. For the alpha, the technology and economy will span only the paleolithic age. The "full" game, first iteration, will span from paleolithic to neolithic (the three ages will be paleolithic, mesolithic and neolithic). So let's take a look at the various concerns by splitting the economy into its various stages.

• Sourcing Raw Resources
• Collecting Resources
• Producing Goods
• Consumption

Sourcing Raw Resources

The beginning starts with a small band of sentients (human, ogre or elf) exploring an unknown landscape. There's no fog of war but the map is large (think Anno 1701 size). There's plenty of space. There's trees, bushes, grassy patches and animals. At the start, trees and animals are plentiful. Bushes and grassy patches are scarce. Once you pick up the technology of planting, you get to shift the balance. You can plant new trees, bushes, grasses and whatnot to improve the growth rate of the land. You can replace what plants grow where (but climate penalties will be there). Animal population will depend on some plant in each land region, remove it and you lower their growth rate.

Renewable resources (anything falling under the tree, bush, grass and animal category) can grow faster at first by simply planting more of those plants. Once you start researching agriculture techs then you can improve the growth rate of plants in your land regions. A year is broken into four seasons. When a plant or animal hits its growing season it starts replenishing its resource. If it's already at max then it starts to spawn new versions of itself (trees grow new trees, animals give birth to new animals). Growth rate of plants depends on the number of plants. Animals births are limited by the plant they are dependent on.

Non-renewable resources have a "draw limit". You can only take so much from it before the site is "exhausted" and you must "find more". Why all in quotations? Because the game is meant to be played as long as a player feels like, if I were to put in actual numbers for the amount a non-renewable node held then there is also a limit on how long the game is played. I could always put in a really high number that is physically unreachable but psychologically speaking it's nicer to just be infinite. Another choice is to bug the player to do some more prospecting to magically find more resources every so often but meh it's pointless and adds nothing. Technological improvements increases the draw limit and is themed as increasing mining/quarrying technologies.

Balancing! This involves an excel sheet and lots of numbers. The question asked is "How many people do I want to be able to live in a particular land region at full goods consumption?". Also what is "full goods consumption"? That is, how many goods do I want people to be able to consume? Here's what I'm thinking:

• Paleolithic: 6-9 Goods per capita
• Mesolithic: 12-15 Goods per capita
• Neolithic: 18-21 Goods per capita

For balancing purposes, this means you need to be able to source enough materials per capita to supply 6-9 goods and have enough left over labour output to produce those three goods. When you first start, your labour output is capable of producing about 2-3 goods and collecting the materials for them. By the end of finishing the Paleolithic industry technologies, then you are able to hit that 6-9 range. The timeframe for a particular age I'm aiming for is 4-9 hours (plenty of time for building a city, enjoying it, getting into trouble, dealing with politics and other AI players and setting up complex trade routes for a multi-tier industry).

Collecting Resources

Having said a mouthful before hand I can be more brief here. Collecting resources is just about sending all your people out there and then stripping the earth of its bounty. Technology improves the rate at which you do it via your stone tool. The stone tool will be a magical repeat technology which you can pour tech points into and will give you bonuses and also when you hit milestones give you named bonuses (such as "biface" or "burin").

Like before, it is balanced such that 50% of a person's labour is used up for collecting enough materials for 6-9 goods at maximum technology. You start off at around 2-3 goods at 50% of labour.

The main concern about collecting resources is that the player must watch the ecological damage caused and ensure that they properly balance growth technologies. If you clear cut a forest, it is gone and the trees spend a very long time trying to recover (because growth is based on the number of plants or animals). You can help to plant more trees or bushes though through agriculture (bushes and grasses) or silvaculture (trees), animals have no technology. Those technologies aren't available until neolithic though.

Producing Goods

After your hard work growing stuff and collecting it, now you mash it with your hammerstone repeatedly until it becomes something awesome... like bread or beer. Because hammering wheat with a stone makes beer. Trust me.

Essentially, people will grab what resources you've collected and turn them into goods. These goods are then distributed as you see fit. There isn't much more to say... collect stuff and turn it into usable stuff. The target is 6-9 goods produced at maximum Paleolithic tech.

Consumption

The game revolves around consuming ever greater amounts of goods to improve your health and happiness to levels that support ever greater populations. With more people comes more problems (plagues and riots, your choice... or perhaps as the Swedish say "Choose between Cholera and Plague"). But with more people comes larger armies, larger cities, more complex industry chains and so on.

Each good when consumed provides health and/or happiness. A city (all the people in a single land region) have a graduated requirement. That is, the first 10 people require nothing. The next 20 require 5 happiness/5 health each. The next 70 need 15/15 and so on. A good is consumed in one minute, a year is one hundred minutes and thus 100 goods are consumed in a year to be continuously consumed.

Property lasts 1 minute and then becomes "damaged" and requires upkeep. This means a person buys an intermediate good and it instantly repairs property in her possession. Consumable goods lasts 1 minute and then disappear when finished, thus requiring the person to buy more (food is a consumable as an example). Super property lasts forever and requires no upkeep. It however costs 10x as much materials and labour to produce than a typical good.

Finally, I do intend to put in some "slack" labour output. This allows for labour wasted due to walking around and carrying goods to places. There are also other functions that soak up labour such as house construction, people used up in conducting trade, people used up in policing or military services and the production of military goods.

Yay

In a short description, the robust economic system is meant to intrigue you in sourcing new resources to set up new industries (higher tier cross-requirement goods), while the UI is streamlined to ease the maintenance/expansion of existing industries. The result is a setting where you have a constantly expanding empire where diplomacy, war, trade, cooperation, subterfuge and all the like revolve around one thing: consume more goods. Well actually, it revolves around one thing... giganticus stacks of gold bullion. Mmm piles of shit.

Alpha Economy

Think about fields of giganticus stacks of gold bullion. Then remember that Cultura actually starts in the stone age so what you really have are stacks of polished gold rocks. So last time I talked about consolidating for Alpha, well this is about the actual economy.

Mmm.

Alright long story short there are 14 raw items: grain, fruit/vegetable, meat, stone, wood, earth, metal, bone, fur/skin, fibre, filler, herb, precious metal, precious stone.

Complicated enough? Of course not! This is an economy game. We expect flow charts that make your eyes bleed. The food type raw goods (grain, fruit/vegetable, meat) each lead to two consumable goods and one intermediate good. The others lead to one property good, one consumable good and one intermediate good. Precious metal and precious stone make one super property, one property and one intermediate. All of these goods are appropriately themed for stone age (although I haven't decided what exactly they will be quite yet).

What do I mean by those types? All goods provide health, happiness or production bonus. The type they are determines how they provide the benefit.

Consumable good is a good that someone will simply take and consume. As long as they are consuming it then they will receive its benefit. You can only consume type of an item. Higher quality consumable provides a better bonus.

Property good is a good you place inside your home and then gives you its benefit. However, over time they require upkeep which means it consumes one unit of intermediate good. In order to produce them they require the same intermediate good.

Super property is a good you place inside your home and then gives you its benefit. Then that's it. No upkeep and no repair.

There are 5 different residential buildings which consume all the property and super property.

Then there are 3 industrial buildings and 3 tools. This one is a bit more complicated, you might notice that I have been careful about production rates and ecological growth rates. What is important here is that I want a region of land to support 100 people continuously consuming all goods. So the base production rate is not capable of doing this; maxing out production rates is what will allows full consumption. A player needs to worry about ecological renewable resource growth rate (which can be improved via technology) and industrial bonuses (tools and industrial buildings and their associated technology). Essentially, a player has to balance how much they can take from the land without damaging it and how fast they can take from the land and turn it into goods.

For military, there are 3 weapons and 3 armour. This means 3 different damage types.

I've specifically not listed out the exact goods, bonuses and other numbers because they're likely to change quite often. However, this is what I plan to include for the Alpha. Most of the gameplay features now work so it's time to flesh them out with game data.

Resources and More!

The world of Cultura has been going on and I've been finishing up the xml loading portion of the game. Right now I've just finished what one of my friends call "jack-testing" (ie. it compiles) of the last piece of the xml loading; modular-izing the material selection window between the goods crafting UI and the building construction UI. Yaaay! In any case this brings me to a point where game design matters before continuing any further so I thought I'd consolidate the game for alpha at this point.

Here's what I'd like to have: 14 raw resources, 17 consumable goods, 7 property type goods, 4 super property goods, 5 residential structures, 3 industrial structures, 3 tools, 3 weapons, 3 armour. Of course, all the gameplay and dev-style UI to go with all these features. By the end of the alpha I'd like to have random level generation, fully fleshed out tech tree and wealth management UI (dev-style UI is fine).

Suffice to say, I like economics and I like playing games surrounding them. What I like most is being able to get a visual reward out of it. The core of Cultura is about building stuff, using the stuff and piling that stuff up into giganticus stacks of hoarding. This is why I like seeing new games on the horizon like Clockwork Empires. In any case, industry chains and goods piling? Mmm.

The exact idea is like this: Cultura is about building stuff and using that stuff to expand the number of people you can support. More people means more labour and more military manpower. Over-extending (by not watching your health/happiness) brings about negative consequences worse than the positive aspects of increased population. So the basic distillation of the game is: Harvest Resources -> Create/Trade Goods -> Consume Goods -> Expand.

As said before I like stockpiling good stuff so I invented the concept of "super-property" which for now is built off of two raw resources: precious metal and precious stone. These types of goods last forever, require no repair and give cumulative bonus. Everything else should be streamlined for consumption (rather than risk bottlenecks and pile up of useless goods). I might toy a bit with consumption rates and property use to allow cumulative bonus. It all depends on what is more fun with more tweaking. That aspect of game design can be left open.

Only the property type goods require an intermediate good to produce. This isn't always going to be the case but for the alpha goods it will be. I don't think I'll make a final decision on the exact material types and for now they will all be equal in value. The health/happiness system has yet to be worked out entirely but I can forge ahead with everything else and leave code stubs for those calculations. In essence, I want a way to encourage players to have a variety of goods. For instance, if you want pottery you could get blue clay pottery or red clay pottery. You can store up to 5 pottery in a display room. If you display a greater variety of different pottery the bonus is greater than showing the same pottery. But with the possibility of blue clay pottery, blue/red clay pottery, red clay pottery... what is the bonus of using blue clay, blue clay, blue/red clay versus blue clay, red clay, blue/red clay? In the latter case, you already have pottery that uses red clay but not a purely red clay pottery... however items with more materials in them give more value. I might calculate bonus based off of "sum of item level" and then a second additional bonus of "materials used"

I'll compile a list of exactly what goods will be in the game design wise but leave what they actually are open. That is I'll say I need a Bone Consumable Good but it could be "bonemeal". I'm leaving that open since I have no graphics yet and the Stone Age theme requires a bit of resource to see what exactly people back then had. I'll also leave out tech-themed goods until the beta (Mundane, Steampunk and Fantasy). But in general, the Mundane gets the advantage of being able to build more types of goods (and thus receive more health/happiness as a result) to compete with the advantages of magic (Fantasy) or advanced machinery (Steampunk).