6. If installing at a POS with multiple structures of the same type, multiply the cost by the starbaseModifier value from the /corp/Facilities.xml.aspx end point

Didn't Greyscale say this was cut?

Edit: Here -> https://forums.eveonline.com/default.aspx?g=posts&m=4786549#post4786549

(WTB Developers who talk to each other... )

MDD

Nit: You talk about the basePrice, but then use baseCost in your formulas.. :P
You also still talk about the multiple POS array thing, which I think is now gone, right?

Also, given the mention of team in w-space, can I actually recruit teams for a w-space system?

Good point thanks, I have corrected the terminology.

I have been asking this because there is no specific mention of it: Do NPC Corps standings play any part of the manufacturing costs? If yes, we are still tied to the standings grind to minimize costs. If no, we are freed to travel anywhere to use any NPC station because of an across the board equality between NPC corps.

Thanks for the hard work guys.

Any questions about the math / endpoints, let us know in this thread.

Will the personal inventory API endpoint show Time and Material reserach levels on blueprints?

We are going to add a special blueprints API to show this, sometime after FoxFour gets back from vacation.

Thank you for spelling out the industry costs algorithm in this dev blog. It saves quite a bit of time trying to piece it together from the relevant forum threads.

Research Multipliers
Level Multiplier
1 1
2 29 / 21.0
3 23 / 7.0
4 39 / 5.0
5 278 / 15.0
6 928 / 21.0
7 2200 / 21.0
8 5251 / 21.0
9 4163 / 7.0
10 29660 / 21.0

Maybe a silly question but:
Is this to be read as fractions? That is, the multiplier at level 10 is 1412.38095238095....? Not 1400, 1412 or 1412.381 but the full ****? Now, that is what I call finetuning on a truly scientific scale
Or does the number after the slash have a different meaning?

That table got my attention too :)
I quess it's fractionals. Except for the second all ratios (of one level and the level before it) are about 32^(1/4), It looks like a similar progression as skillpoints, except in 10 levels, not 5. Iirc something like that was mentioned in the devblogs.

With this new reliance on the very inaccurate UI "Estimated Value" number, can you please, please, please use better methods to determine this figure.

There is already data that is used to make a much more accurate picture of the price of an item. The daily average tickers. Calculated EACH DAY. Just grab that from the major trade hubs and average them together. Again, this figure is already calculated in every region, on a daily basis. How is it that hard to use it for the "estimated value"?

Atm, the "Estimated Value" of an item will be very missleading as to whether or not something is worth building. This will also help alleviate 'value' issues for new items that sometimes go a couple weeks before the game says they are worth anything.

Yeah, it looks likely. But heck, if this is meant to be an exponential function, why then calculate it as fractions? And anyway, why calculate it at all, instead of using a fixed figure? In fact an integer would surely suffice, as the multiplier is applied to something (baseCost) which will vary with at least some percentage points on a monthly timescale.

Yes they are fractions, and the values are based on a curve which fits to nice intervals for the amount of time required to research up to each level, similar to skill training:

Rank 1 Item Seconds

1. 105
2. 250
3. 595
4. 1414
5. 3360
6. 8000
7. 19000
8. 45255
9. 107700
10. 256000

...

SDE conversions

Thx Steve, again you bring light and order into this mess.

Before I begin any development on it, are you somewhat sure you'll keep the proposed scheme for the industry tables?

Some notes:
- Column 'typeid' in industryActivitySkills should be 'typeID' for consistency
- If you have composite indices over (typeID, activityTypeID), another simple index over typeID is redundant. The only use I could see is for implementing foreign keys, which is pointless for this static data.