To run a large Caldari PoS is 240 mil a week to run it, buying the fuel from Jita.

This is why I always dread using numbers while posting because people are just going to get hung up on that and ignore the rest of the post, so maybe it's not 1b a month, it's 960 mil a month.

What can't currently be built in arrays that you'd like to be buildable?

Yeah, you're missing it. Job cost savings will completely outstrip JF fuel costs by a large margin.

Any ISK sink (up to a certain point, obviously) is a good thing for the economy, but we don't have any specific targets here. The extra sunk ISK is a nice bonus but it's not having any direct influence on the design process.

This and Fozzie just announced a 50% increase to jump fuel consumption for Jump freighters, carriers, dreads. Should be a good summer

Can you please address the material efficiency skill removal, as just this seems to mean an increase in build costs of 25% for level 5 skill which i haven't seen discussed as of yet.

I understand the pricing for manufacturing. However, I do not understand the pricing for research: what's the output price? Could you give us some examples of what it would cost to (a)add a level of ME to a bpo (b)Make copies of that bpo or (c) run an invention job?

To run a large Caldari PoS is 240 mil a week to run it, buying the fuel from Jita.

This is why I always dread using numbers while posting because people are just going to get hung up on that and ignore the rest of the post, so maybe it's not 1b a month, it's 960 mil a month.

caldari large pos burns 40 fuel blocks an hour, caldari fuel blocks cost 18,000 each, for an hourly cost of 720,000

there are 24*7 hours in a week, so the weekly cost is 0.72m*24*7=120m

charters (3.8k, one per hour) are a rounding error amounting to under 3m a month

whoever your fuel supplier is has been hilariously gouging you and i wish to congratulate him

Counting facilities at a starbase is somewhat computationally expensive right now, as we don't keep track of which structures are associated with each control tower in the DB. The "obvious solution" (ie what you've described, and what's in the original design) requires us to do some legwork to track that properly, which as I alluded to earlier is not particularly conceptually complex but requires a reasonable amount of work that we may or may not have time to do.

Perhaps add a new DB table that stores the station bonus keyed on the id of the tower. When you gather then objects to render the tower generate a hash from the ids, compare that to the bonus table. If the bonus doesn't exist store it, if it is the same hash carry on, if the hash has changed recalculate the bonus based on the objects to render and update the table, then the new cost calculation code can just check the new table which is automatically maintained and is rarely updated (assuming POS are rarely changed once set up.

Offf the top of my head so potentially crap but what the hell, I'm bored in work

Some general points:

- On "we don't know yet", this is a natural consequence of getting blogs out earlier rather than later. We can wait until we know everything, but then there's no time to make changes. Right now we're releasing blogs for things that are "mostly" done designing, in that the core stuff is solid and in implementation but a lot of the consequences are still being tidied up.

- More specifically, starbases. I'm being vague in no small part because this is something we're having continuing conversations about but we haven't really nailed down our approach yet, or figured out what will end up being possible in the time available.

We are totally open to suggestions for what to do with starbases as they relate to industry. In particular, if anyone who does starbase work can spend a few minutes outlining the *simplest* changes they think would be sufficient to keep starbases in a reasonable place for this release, we're very interested in hearing them. Yes, we know "throw it out and start over" would be great, but we're not getting that done between now and the summer release, no matter how much we'd like to.

Tomato
Tomatoe

It is all a ******* tax, we ain't getting this **** back and it goes to the "Man"

So, let me see if I understand.

1) The 10% for NPC stations means all manufacturing at station is dead. Nothing with any reasonable volume is going to sell with enough of a markup to be profitable at that price. How do I know this? Because I would start making manufacturing the item at a POS and scoop the profit.

Lemme clear this up:

WORKFORCE COSTS, ie job installation costs, are paid at starbases. This is not a "tax", it's the cost of labor, which goes up in busy systems as you'd expect.

TAXES, the additional 1.1x multiplier to your workforce costs, are not paid at starbases.

Here is a thought:

Delay the entire release.

Since the job cost only represent 10% of the entire cost at most, I highly doubt this is going to happen. The base price of a product is directly tied to the resources used in its construction. The relatively small cost associated with starting a job will hardly have an impact on this.

waiiiit you mean theres still humans operating the machinery ? I though that most of the work would be automated. And if I am amarr, can i put slaves in the line ? they dont cost anything !

Some general points:

- On "we don't know yet", this is a natural consequence of getting blogs out earlier rather than later. We can wait until we know everything, but then there's no time to make changes. Right now we're releasing blogs for things that are "mostly" done designing, in that the core stuff is solid and in implementation but a lot of the consequences are still being tidied up.

- More specifically, starbases. I'm being vague in no small part because this is something we're having continuing conversations about but we haven't really nailed down our approach yet, or figured out what will end up being possible in the time available.

We are totally open to suggestions for what to do with starbases as they relate to industry. In particular, if anyone who does starbase work can spend a few minutes outlining the *simplest* changes they think would be sufficient to keep starbases in a reasonable place for this release, we're very interested in hearing them. Yes, we know "throw it out and start over" would be great, but we're not getting that done between now and the summer release, no matter how much we'd like to.

NPC corp taxes at a POS makes no sense at all. Simply set the tax to the owning corp's tax rate. Or better yet, have specific tax rates that can be set by personnel with the relevant roles.

This will allow manufacturing corps to tax their members at a reasonable rate, or for solo players with lots of alts to simply set it to 0 and maximize their gains.

I have to pull out some math books, but I believe an infinite series like this will reach a limit not too far about the initial 10% mark of the base price of x: x + x*.1 + x*(.1)^2+x*(.1 )^3...x*(.1)^n

or better yet:

infinity
Gêæ X(1/10)^n = 10X/9
n=0

http://symbolab.com/solver/series-calculator