These forums have been archived and are now read-only.

The new forums are live and can be found at https://forums.eveonline.com/

EVE Technology Lab

 
  • Topic is locked indefinitely.
 

What is the STATUS in the industryjob.xml? (and other questions...)

First post
Author
Previous Topic Next Topic
Lamthara Lachesis
Emporio Amarr
#1 - 2014-08-13 13:35:10 UTC
Howdy,

i'm trying to understand the output of the industryjobs.xml.

I've read a bit but seems like i always find old tutorials / explanations because the xml structure seems to have been changed.

The columns the xml i can't really understand are:

1 - productTypeID - What's this? Is it supposed to show the typeid of the result of the manifacturing / copyinc / etc... job? Why is it always zero?
2 - productTypename - same as above? It's just null
3 - status = I haven't really understood this. if the job is over or if it is still working the status is always 1. Does it change (maybe) when the job is cancelled?
4 - completedCharacterID - it's 0. I have not clue about this...

Can you help me to figure out these riddles?

//Lam
Desmont McCallock
#2 - 2014-08-13 13:59:34 UTC  |  Edited by: Desmont McCallock
1. Should be the typeID of the produced item from manufacturing activity.
2. Should be the typeName of the produced item from manufacturing activity (just a helper to avoid hitting the API again for ID to Name conversions).
3. Probably 1 means active. Still investigating.
4. Probably the character ID who delivered the job. Not sure yet though.

Edit: I'm going to correct myself, as I was poking around with the test API I realized that productTypeID is returned also for non manufacturing activities. So in case productTypeID is not returned in TQ then we have a bug.

Edit 2: I just talked with CCP FoxFour and there is indeed a bug with the status in the IndustryJobs. Fix will be pushed out with next release (hopefully).
Lamthara Lachesis
Emporio Amarr
#3 - 2014-08-14 05:43:56 UTC
thanks for the fast reply.

I think the productTypeID and productTypename are bugged for real...

For the completedCharacterID i really don't know.... once the job is delivered the xml delete its row it from the output so there is no viable way to read it :|

CCP, please fix these wonderful APIs and update the wiki if you can
CCP FoxFour
C C P
C C P Alliance
#4 - 2014-08-14 06:13:06 UTC
Herp derp I cannot sleep right now.

1 and 2) the productType is what the blueprint actually produces as an end product, if anything. So it's used for manufacturing and invention I believe. The kicker is that it is only populated when the job is completed. So you wont ever see it in the jobs endpoint only the jobs history endpoint. This was a failing on my end, I was experimenting with template classes for the API since I basically had 4 endpoints all doing the same thing (char/jobs, char/jobshistory, corp/jobs, corp/jobshistory). I failed to properly filter out irrelevant attributes though. So yea, sorry!

3) status is a bit bugged as you only get 0 or 1, but from what I am told it should be this: https://wiki.eveonline.com/en/wiki/Equations#Jobs_Status I will be trying to figure this out next week. Sorry!

4) I believe this is another case of see 1 and 2. Basically something you will only see on the history endpoint and it's on the non-history one because I am fail. Will get these cleaned up ASAP.

@CCP_FoxFour // Technical Designer // Team Tech Co

Third-party developer? Check out the official developers site for dev blogs, resources, and more.
Lamthara Lachesis
Emporio Amarr
#5 - 2014-08-14 08:39:14 UTC
thanks SO much :D
Desmont McCallock
#6 - 2014-08-14 08:51:12 UTC
Just for feedback. The first time I install a job the productTypeID returns 0. If I leave that BP in and repeat the job, no matter the activity, productTypeID returns the correct value. CCP FoxFour, I don't know if you already have nailed that bug but I thought of providing some more info in case.
CCP FoxFour
C C P
C C P Alliance
#7 - 2014-08-14 09:07:02 UTC
Desmont McCallock wrote:
Just for feedback. The first time I install a job the productTypeID returns 0. If I leave that BP in and repeat the job, no matter the activity, productTypeID returns the correct value. CCP FoxFour, I don't know if you already have nailed that bug but I thought of providing some more info in case.


Well thats an interesting tid bit.... thanks.

@CCP_FoxFour // Technical Designer // Team Tech Co

Third-party developer? Check out the official developers site for dev blogs, resources, and more.
Laraxie
Perkone
Caldari State
#8 - 2014-08-14 10:57:32 UTC
CCP FoxFour wrote:
Desmont McCallock wrote:
Just for feedback. The first time I install a job the productTypeID returns 0. If I leave that BP in and repeat the job, no matter the activity, productTypeID returns the correct value. CCP FoxFour, I don't know if you already have nailed that bug but I thought of providing some more info in case.


Well thats an interesting tid bit.... thanks.


Is it possible to also include in the API response wether the current blueprint in the job is a BPC or BPO?

I have read there will be a blueprint API but why make 2 request for something that seems to be so basic to the industryjob.xml
Desmont McCallock
#9 - 2014-08-14 12:20:21 UTC  |  Edited by: Desmont McCallock
Laraxie wrote:
CCP FoxFour wrote:
Desmont McCallock wrote:
Just for feedback. The first time I install a job the productTypeID returns 0. If I leave that BP in and repeat the job, no matter the activity, productTypeID returns the correct value. CCP FoxFour, I don't know if you already have nailed that bug but I thought of providing some more info in case.


Well thats an interesting tid bit.... thanks.


Is it possible to also include in the API response wether the current blueprint in the job is a BPC or BPO?

I have read there will be a blueprint API but why make 2 request for something that seems to be so basic to the industryjob.xml
Now that it's mentioned I support this request. This info was present in the previous version of this API response. I'm sure it was not included in this version accidentally (not knowing the use case for this kind of info).
CCP FoxFour
C C P
C C P Alliance
#10 - 2014-08-14 14:18:44 UTC
The ME/TE was left out of the jobs endpoint due to performance concerns. That was one of the driving forces behind getting the blueprints endpoint out.

Once the BP endpoint is out we will look back at adding ME/TE to jobs... maybe. MAYBE.

@CCP_FoxFour // Technical Designer // Team Tech Co

Third-party developer? Check out the official developers site for dev blogs, resources, and more.
Desmont McCallock
#11 - 2014-08-15 10:29:29 UTC
Regarding the productTypeID, after consulting with CCP FoxFour, it turns out that it's only necessary when the activity is one of Invention or Reverse Engineering. In order to determine the output for the other activities you'll have to do a lookup on the activity first and for Manufacturing it's the item the BP produces and for the rest is the BP itself.
Crossfire2142
ANZAC ALLIANCE
Goonswarm Federation
#12 - 2014-09-07 10:23:46 UTC
Desmont McCallock wrote:
Regarding the productTypeID, after consulting with CCP FoxFour, it turns out that it's only necessary when the activity is one of Invention or Reverse Engineering. In order to determine the output for the other activities you'll have to do a look up on the activity first and for Manufacturing it's the item the BP produces and for the rest is the BP itself.


You're right, we can look it up by doing a check between the industryActivityProducts table from the static data export, however I want to clarify is why some manufacturing jobs still show the correct value while some show 0. Also, prior to the update to the API, all our jobs used to show this as the outputTypeID for all jobs.
Gossamer DT
Deep Core Mining Inc.
Caldari State
#13 - 2014-09-09 20:46:39 UTC
CCP FoxFour wrote:
Herp derp I cannot sleep right now.

1 and 2) the productType is what the blueprint actually produces as an end product, if anything. So it's used for manufacturing and invention I believe. The kicker is that it is only populated when the job is completed. So you wont ever see it in the jobs endpoint only the jobs history endpoint. This was a failing on my end, I was experimenting with template classes for the API since I basically had 4 endpoints all doing the same thing (char/jobs, char/jobshistory, corp/jobs, corp/jobshistory). I failed to properly filter out irrelevant attributes though. So yea, sorry!


not to be negative, but this seems to be counter productive to tracking a thing. can you explain the reasoning behind not providing the out put data?

and really can we just fix it to give us the projected out put? because if the job fails you have a status field to show this, you don't need to obscure data in other fields.

who is your main, and what does he do?
Zifrian
University of Caille
Gallente Federation
#14 - 2014-09-09 22:31:08 UTC
Desmont McCallock wrote:
Regarding the productTypeID, after consulting with CCP FoxFour, it turns out that it's only necessary when the activity is one of Invention or Reverse Engineering. In order to determine the output for the other activities you'll have to do a lookup on the activity first and for Manufacturing it's the item the BP produces and for the rest is the BP itself.

Yeah, but that's the whole point. I know that when I start a Dominix BP in production it's going to output a Dominix. I don't know if I'm outputting Scourge Fury or Scourge Javelin.

But you know this Desmont. So does FoxFour. I'm betting there were some real issues with performance that they nixxed it or they would have revisited it already.

However, I'm confused on what causes performance issues and what doesn't. A lot of the new CREST and API endpoints that came out have a lot of duplicative data that can easily be looked up with the SDE. Stuff like the typeID and the typeName in the same query. While I'm a fan of making it easy and viewable, isn't that a performance issue? Wouldn't it just be faster to output integers? Was this included to help 3rd party website performance or is this an oversight? Just curious really, I'm fine with it either way.

Maximze your Industry Potential! - Download EVE Isk per Hour!

Import CCP's SDE - EVE SDE Database Builder