4/28/2023 0 Comments Eve online system cost index![]() Job hours for these systems filter through 50% at a time over several days, but ultimately, this has little effect on the usefulness of the data. ![]() There are also some delays in job hours filtering through to the API, usually for systems that have not been used recently. That means that once jobs are registered, they have an effect on the manufacturing index for 28d. These calculations only show you when something is installed, it does not show when something is delivered, as the calculations for cost index are as follows: Once you have global job hours, you can calculate for every system in Eve, every hour. What will show up on CREST will be the system cost index, and if you know the System Index Multiplier and the Job Hours you have just installed, you can stick them into the equation. You grab a system where there is no building taking place, drop a POS, install a known number of Job Hours (say, 1000), and wait for the data to show on CREST. This leaves the problem of how to find Global Job Hours. The calculation can be modified to be Global Job Hours = (System Job hours/((Cost Index/System Modifier)^2)) or, for a specific system: System Hours = Global Hours*(Manufacturing Index/System Modifier)^2 This value should remain constant for each system, but can easily be pulled from the API. It is not quite the System Cost Index, as there is another factor involved, the System Index Multiplier, explained here. So, the calculation is System activity Index = Square root of System job hours/global job hours. The cost indices do not however directly give you the job hours in a system, but we know the formula for the calculation from CCP: How does this work? It is actually scarily simple.ĬCP provides the cost indices for every system. So you know when to attack to stop those jobs. So you know what they’re building, where they’re building it, and by knowing when jobs come in, you know when they come out. If you know how long certain jobs take, then you have a reasonable idea of just what they’re building, as well. Why does it matter if you can see the job hours installed in a system, with a 1-hour resolution? Well, if you know an enemy’s building system, you can monitor it. So, on April 30 between 0830 UTC and 0936 UTC, 632 job hours were installed in this system, which is around 26 days of building. Let’s look at a sov null system this time: 08:30:01 GMT So, between UTC and May 21 at 0348 UTC, approximately 4622 hours of jobs were installed in this system, which equates to 192 days of building jobs. You can also see that between 1800 UTC and 1902 UTC on the same day another 641 hours of jobs were installed. It is not a super building, as it is not in Sov null, but, plenty of big things that are not supers can be built. This is an unnamed system in nullsec, and what is being shown here is that between 1539 UTC and 1657 UTC May 12 someone installed 1279.8 hours of industry jobs. Let’s take a look at another system, this time I am not going to name the region or the system, for reasons that will become obvious. ![]() At 0940 UTC you can see that around 1500 hours have been added, this is when early EUTZ people pop in, and AUTZ players are also hitting their peak hours. This means that during that period (between the CREST pulls) industry jobs totaling 1000 hours were installed. It shows that between 0640 UTC and 0740 UTC, one thousand job hours were added in the system. This shows the job hours in The Forge, specifically Jita, for a period between 0540 UTC on May UTC on May 16. Let’s have a look at some examples first, so you know what we are talking about: I will show some examples of what I mean, and what can be done with this data, although the value of knowing when job hours in a system increase is fairly obvious. This information is available through CREST and ESI, with a bit of calculation added on by the user. He also provided the script for calculating job hours from that data, which has been run by people who know a lot more about coding than me. He provided me with a mammoth spreadsheet of close to 3 million cells with data from across New Eden. ![]() Probag is the player behind last year’s ‘wall of PLEX’ incident, and one of the people who helped efforts to calculate correct system index multipliers. I spent a bit of time (ok, a lot of time) chatting with Probag Bear this week. There exists, however, a far larger source of intel-the ability to see job hours in Eve on an hourly basis-which has been used by Goonswarm Federation’s Financial Cabal for years to track information across New Eden. There has been a lot of noise about the regional information available through the Monthly Economic Report and the intel that it gives away to people.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |