EVE Information Portal

So basically, there is no way to know your costs until the job is submitted.

Don't forget the 10% for NPC station that gets added after everything else. So, if usage results in 2% in one system and 4% in another, they become 12% and 14%...

I am confused. There is no slavery here. We simply use lower lifeforms for menial labour. Are refugee farmers of Olin (Gallentians) employing slavery using spike-horn cattle and spider-cats to plow their land? Hardly.

As for costs, it is still more cost effective to teach sentient lifeforms a task than reprogram an AI system for every job required. You can see the result in beautiful ships Amarrian factories produce, not the abominations of some other so-called "empires".

Titans are not the only BP that will take to get to perfect based on the new 10 level, 5x as long per level methodology.

But, it is moot anyway, since they are adding the ME bonus beyond perfect. So, the perfect BPO in null outpust upgrade to +5ME will take 5% less minerals than perfect at POS or station.

Your equation is incorrect. The best equation for the inflation in price owing to the constant 10% feedback would be the formula for compound interest. For any given item the "interest" will be compounded each time a job is installed, so you will get compounding at a frequency determined by the average build time for that item.

Call the labour whatever lets you sleep through the night, the profit/loss statement doesn't lie.

The equation has 7 variables: (1)faction of global job hours, (2)team cost, (3)facility reduction, (4)starbase reduction, (5)FW reduction, (6)outpost upgrade reduction, (7)taxes. This is beyond my comprehension to determine which system I should do manufacturing.

Variables 4, 6, 7 are corporation/alliance dependent. Variables 1, 2, 3, 5 are system dependent. I want to know two pieces of information to help me. First, the total net cost modifier of the system dependent variables. Second, how far the system is. Please show these two pieces of information on the map.

The complexity is not necessary. It would go too far if data mining is a must to play a game.

As Per: Third Party Tools
https://forums.eveonline.com/default.aspx?g=posts&m=4527121#post4527121

As all the variables are server based, and you now have realized that these will have to be exposed via API for third-party tools to actually allow us to "attempt" to calculate the costs associated with construction, I do wonder if you've placed thought on the additional load and impact this will place on the API servers as a result of these changes.

Currently most of the figures we require we all have in our software/spreadsheet/XCalculator. This is going to be bringing a lot of extra load to your servers to allow us to try to calculate values, so I think someone needs to do the maths on that aspect and inform the database and server teams really, as it's clear you haven't thought of this point:
https://forums.eveonline.com/default.aspx?g=posts&m=4527096#post4527096

From a developers point of view I know this would have been high on my list if you are making sure all the calculation variables are now server side and/or server calculated as would their exposure via API and how to optimize that so as to reduce the impact on the server teams. I think this is going to have a bigger impact then perhaps has been given thought too.

There is lots of software out there written by people for their websites etc to help with the industrial issues, and you perhaps have not given this as much thought as you should.

Server Side Variables - Accuracy of Impact
Great that you've come up with different calculation formula, but I really think that all these server side variables you are talking about and the rate at which they may change will make it a lot harder for someone installing a long running production batch to know if they will be actually making a profit on the items by the time the products come out the other side. I would think there might actually be some manipulation opportunity for smaller batches with faster changing variable values then initial large batches, but with the less then accurate numbers used so far it's extremely hard for any of us to help you out.

I would like to suggest you do some accurate numbers, based on some actual example values for the following:

1. High Production/Population Systems like Jita and Nonni
2. Middle Range Systems
3. Low Population and Utilization Systems

and show us the actual figures. Then those of us that have spent a decade or many years in industry can actually help with our past experience.


Margins:
I think you are being rather optimistic about the single digit percentage price increases. Even then it seems strange that for someone so closely involved in the restructuring of this to not understand existing margins people make through industry.

Personally whilst the change interests me, as it's the first significant change in a decade of playing this game, I'm doubtful it will do more then just massively increase costs and market prices, whilst drastically reducing them for people that group/clump together or are already based in systems that are high population.

You don't seem to be helping those that already moved out to lower population systems to take advantage of space and facilities, but will now be penalizing them in some of the many variable costs for these additional fees. The nearly 4% increase for the Abaddon example used would seriously cut into most peoples margins.

Is it just me or is there an obvious market-manipulation to day one? Those with an aweful lot of money buy out everything on the market and I mean everything and up all by 20%. Price increases are going to occur for all the cost calculations, and peoples existing base of operations that prices will go up, and personally I think they will go up more then your single digit percentage expectations. Furthermore they then benefit from the reduced cost of installations on day 1 based on the previous averages, and drive up everyone else's prices by the increase in the background price used as the basis for all calculations, or would I be wrong here?

Penalties as high as 10% differential could wipe out the entire profit margin in some lines, and god knows people don't price in their time for effort of moving materials, the cost of the blueprints purchase and research, cost of BPC/BPO use in production. A useful system for industry would have allowed more of these factors to be included in the cost calculations for people.

A very simple other point would be to assign the average unit cost for each item to the stack in which it is kicked out from production, and allow that like items stacked together workout the weighted average so that people know their actual average production cost prior to attempting to place them up for sale, so they know if they are at least attempting to make a profit.


Population Density:
Many years back you removed lots of ore belts from systems that were considered busy mission runner systems, but when the mission agents were balanced and evened out none of those systems received their asteroid belts back again, meaning it didn't further encourage players to operate in those systems. If player population and density is important to reducing costs of some of the variables, you really should consider restoring those removed belts to encourage those miners back into those systems.

Volumes seem to be under multiple contradictory constraints. The reprocessing change removes one of them, but there's still stuff like certain moongoos being very large (I assume to remove coupling arrays as an output option) as well as the fact that a pile of minerals getting smaller when made into a gun (necessary to get the price curve right, but even without processing results in counterintuitive relationships in the logistics trade)

That was for the worst system to manufacture in. Pick a nearly dead system and will considerably less. Pick a nearly dead system with decent facilities and it will be even cheaper. You could be down around the 1% range in HS in some systems.