Pages: [1] :: one page |
|
Author |
Thread Statistics | Show CCP posts - 3 post(s) |
Lamthara Lachesis
Emporio Amarr Worlds and Amarrian Industries
22
|
Posted - 2014.08.13 13:35:00 -
[1] - Quote
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
392
|
Posted - 2014.08.13 13:59:00 -
[2] - Quote
1. Should be the typeID of the produced item from manufacturing activity. In case of an activity other than Manufacturing productTypeID should always be 0. 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. - Failed = 0,
- Delivered = 1,
- Aborted = 2,
- GM_Aborted = 3,
- Inflight_Unanchored = 4,
- Destroyed = 5
4. Probably the character ID who delivered the job. Not sure yet though. |
Lamthara Lachesis
Emporio Amarr Worlds and Amarrian Industries
22
|
Posted - 2014.08.14 05:43:00 -
[3] - Quote
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
3445
|
Posted - 2014.08.14 06:13:00 -
[4] - Quote
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 // Game Designer // @RegnerBA |
|
Lamthara Lachesis
Emporio Amarr Worlds and Amarrian Industries
22
|
Posted - 2014.08.14 08:39:00 -
[5] - Quote
thanks SO much :D |
Desmont McCallock
392
|
Posted - 2014.08.14 08:51:00 -
[6] - Quote
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
3446
|
Posted - 2014.08.14 09:07:00 -
[7] - Quote
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 // Game Designer // @RegnerBA |
|
Laraxie
Perkone Caldari State
4
|
Posted - 2014.08.14 10:57:00 -
[8] - Quote
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
392
|
Posted - 2014.08.14 12:20:00 -
[9] - Quote
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
3446
|
Posted - 2014.08.14 14:18:00 -
[10] - Quote
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 // Game Designer // @RegnerBA |
|
|
Desmont McCallock
393
|
Posted - 2014.08.15 10:29:00 -
[11] - Quote
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 Fidelas Constans
1
|
Posted - 2014.09.07 10:23:00 -
[12] - Quote
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
Wildly Inappropriate Goonswarm Federation
111
|
Posted - 2014.09.09 20:46:00 -
[13] - Quote
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
Licentia Ex Vereor Black Core Alliance
1553
|
Posted - 2014.09.09 22:31:00 -
[14] - Quote
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. GÇ£Any fool can criticize, condemn, and complain - and most fools do. GÇ¥ - Dale Carnegie
Maximze your Industry Potential! - Download EVE Isk per Hour! |
|
|
|
Pages: [1] :: one page |
First page | Previous page | Next page | Last page |