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.
 

EVE API and Public CREST discussion

First post First post First post
Author
Calvin
Tritanium Forge Industries
#521 - 2014-08-02 14:59:55 UTC
CCP FoxFour wrote:
Would it help if I also allowed factory managers access? It would mean they would get ALL the corp blueprints though, not just the ones in hangers they have access to.


That'd help with the first problem I mentioned, though then the problem would be limiting what BP info people in the factory manager role can pull. I can see how that's a tricky problem to resolve and I think that's a decision that needs more crowdsourcing than just me (-:

Is there a particular reason that industry jobs can't pass through the ME/TE levels of the BP's they're using in the API?
Qoi
Exert Force
#522 - 2014-08-02 15:24:52 UTC
Calvin wrote:
There's no way I'm sharing my API key with a subordinate

That is exactly what corp api keys are designed for though.

Quote:
Is there a particular reason that industry jobs can't pass through the ME/TE levels of the BP's they're using in the API?

Because we want a list of all blueprints and not just those in active jobs. That was a horrible hack that has to die.

I think the bigger problem here is putting the Blueprints on the asset list CAK bit, did you run out of bits? Give it an extra permission under Science & Industry, that allows directors that know what they are doing to create a corporation key with access only to the blueprint list and give it out to the people doing industry.

There are of course obvious scaling issues with this approach as your corporation becomes bigger - but then if you are big enough you will have a programmer on staff anyway who can solve this problem for you.

http://eve-industry.org

Calvin
Tritanium Forge Industries
#523 - 2014-08-02 15:33:51 UTC  |  Edited by: Calvin
Qoi wrote:
Calvin wrote:
There's no way I'm sharing my API key with a subordinate
That is exactly what corp api keys are designed for though.

If there's an API mask specifically for revealing blueprints in the corp, sure. I'm cool with that.

Qoi wrote:
Calvin wrote:
Is there a particular reason that industry jobs can't pass through the ME/TE levels of the BP's they're using in the API?
Because we want a list of all blueprints and not just those in active jobs. That was a horrible hack that has to die.

Why not both?
CCP FoxFour
C C P
C C P Alliance
#524 - 2014-08-02 16:02:04 UTC
Calvin wrote:
CCP FoxFour wrote:
Would it help if I also allowed factory managers access? It would mean they would get ALL the corp blueprints though, not just the ones in hangers they have access to.


That'd help with the first problem I mentioned, though then the problem would be limiting what BP info people in the factory manager role can pull. I can see how that's a tricky problem to resolve and I think that's a decision that needs more crowdsourcing than just me (-:

Is there a particular reason that industry jobs can't pass through the ME/TE levels of the BP's they're using in the API?


The blueprints thing is a pretty rough thing for us to lookup so if possible we would like to avoid that, hence the 24 hour cache timer. Once we get this on Sisi though we can monitor performance a bit closer and consider some solutions.

@CCP_FoxFour // Technical Designer // Team Tech Co

Third-party developer? Check out the official developers site for dev blogs, resources, and more.

Maarssi
Maarssi Corp
#525 - 2014-08-04 10:26:44 UTC
CCP FoxFour wrote:
Calvin wrote:
CCP FoxFour wrote:
Would it help if I also allowed factory managers access? It would mean they would get ALL the corp blueprints though, not just the ones in hangers they have access to.


That'd help with the first problem I mentioned, though then the problem would be limiting what BP info people in the factory manager role can pull. I can see how that's a tricky problem to resolve and I think that's a decision that needs more crowdsourcing than just me (-:

Is there a particular reason that industry jobs can't pass through the ME/TE levels of the BP's they're using in the API?


The blueprints thing is a pretty rough thing for us to lookup so if possible we would like to avoid that, hence the 24 hour cache timer. Once we get this on Sisi though we can monitor performance a bit closer and consider some solutions.


fingers crossed.
I'm doing the groundwork for a new industry tool and bp ME/TE is very important to me. If we have to use one specific API key (high-level corp access role) for all corp members, then that would be a bit of a hassle. BUT still better than not getting the levels at all.

Keep up the good work.
Roberta Chikita
Doomheim
#526 - 2014-08-04 15:41:36 UTC
Hi !

I probably find a "bug" or "misstake" on xml api

In PlanetaryPins, It seem the latitude and longitude are the same value
I want to represent planets with canvas or other thing but I'm not able to do this with this "bug".

example:
[row pinID="1009824070429" typeID="2551" typeName="Plasma Command Center" schematicID="0" lastLaunchTime="0001-01-01 00:00:00" cycleTime="0" quantityPerCycle="0" installTime="0001-01-01 00:00:00" expiryTime="0001-01-01 00:00:00" contentTypeID="0" contentTypeName="" contentQuantity="0" longitude="-3.87589615676289" latitude="-3.87589615676289" ][/row]

[row pinID="1009824077992" typeID="2556" typeName="Plasma Launchpad" schematicID="0" lastLaunchTime="0001-01-01 00:00:00" cycleTime="0" quantityPerCycle="0" installTime="0001-01-01 00:00:00" expiryTime="0001-01-01 00:00:00" contentTypeID="2400" contentTypeName="Toxic Metals" contentQuantity="760" longitude="-3.89758862802" latitude="-3.89758862802" ][/row]

any idea why?

Replaced < > by [ ] for respect the no html rules
CCP FoxFour
C C P
C C P Alliance
#527 - 2014-08-04 15:44:27 UTC
Roberta Chikita wrote:
Hi !

I probably find a "bug" or "misstake" on xml api

In PlanetaryPins, It seem the latitude and longitude are the same value
I want to represent planets with canvas or other thing but I'm not able to do this with this "bug".

example:
[row pinID="1009824070429" typeID="2551" typeName="Plasma Command Center" schematicID="0" lastLaunchTime="0001-01-01 00:00:00" cycleTime="0" quantityPerCycle="0" installTime="0001-01-01 00:00:00" expiryTime="0001-01-01 00:00:00" contentTypeID="0" contentTypeName="" contentQuantity="0" longitude="-3.87589615676289" latitude="-3.87589615676289" ][/row]

[row pinID="1009824077992" typeID="2556" typeName="Plasma Launchpad" schematicID="0" lastLaunchTime="0001-01-01 00:00:00" cycleTime="0" quantityPerCycle="0" installTime="0001-01-01 00:00:00" expiryTime="0001-01-01 00:00:00" contentTypeID="2400" contentTypeName="Toxic Metals" contentQuantity="760" longitude="-3.89758862802" latitude="-3.89758862802" ][/row]

any idea why?

Replaced < > by [ ] for respect the no html rules


Hahahaha that sounds like something stupid I would do. Will try and check it out on Tuesday.

@CCP_FoxFour // Technical Designer // Team Tech Co

Third-party developer? Check out the official developers site for dev blogs, resources, and more.

miner Fonulique
University of Caille
Gallente Federation
#528 - 2014-08-04 15:54:45 UTC
Sorry, I must have missed it, ware do I login to change API Key for SISI?
Steve Ronuken
Fuzzwork Enterprises
Vote Steve Ronuken for CSM
#529 - 2014-08-04 17:40:53 UTC
miner Fonulique wrote:
Sorry, I must have missed it, ware do I login to change API Key for SISI?



https://community.testeveonline.com/support/api-key/

Woo! CSM XI!

Fuzzwork Enterprises

Twitter: @fuzzysteve on Twitter

miner Fonulique
University of Caille
Gallente Federation
#530 - 2014-08-04 19:07:28 UTC
Thx!
stoxxine
OLVI industries
Inter Malleum et Incudem
#531 - 2014-08-05 05:44:01 UTC
CCP FoxFour wrote:
I hope to have it on Sisi next week and TQ the week after, no promises though.

The cache time on it will be 24 hours.


I hope you will then include all blueprints consumed in the past 24 hours. The problem is timing the api calls, currently (ok i did not test this _today_) if i run s a short industry job, it can disappear from IndustryJobs between calls, meaning, it is only seen in 6 hours when jobhistory is pulled again.

Would this 24 hour timer practically mean that if i do short copy job, immediately feed the output (bpc) it to a short industry job, which consumes it, the blueprintID i see in IndustryJobHistory (or IndustryJobs, if i'm lucky) is possibly never seen in blueprints api? That can be inconvenient.

+1 for IndustryJobs including union with anything started within the hour or so. Or after History was last cached..

Disclaimer: The above was probably written drunk or by a friend on my pc or a hacker. No warranty for any misinformation provided.

Ema Bane
MAAK Industries
#532 - 2014-08-05 15:57:49 UTC
With the API endpoint /IndustryJobs, there use to be the attribute "installedItemLicensedProductionRunsRemaining" = "-1" for BPO and >=0 for BPC but it has disappeared in Crius.

There is a "licensedRuns" attribute, but it doesn't reflect the type of blueprint as "installedItemLicensedProductionRunsRemaining" use to do...

Any plan to bring back the possibility to distinguish from what type of blueprint a job has been issued?
CCP FoxFour
C C P
C C P Alliance
#533 - 2014-08-05 16:58:29 UTC
Ema Bane wrote:
With the API endpoint /IndustryJobs, there use to be the attribute "installedItemLicensedProductionRunsRemaining" = "-1" for BPO and >=0 for BPC but it has disappeared in Crius.

There is a "licensedRuns" attribute, but it doesn't reflect the type of blueprint as "installedItemLicensedProductionRunsRemaining" use to do...

Any plan to bring back the possibility to distinguish from what type of blueprint a job has been issued?


Confused, how would you change it?

@CCP_FoxFour // Technical Designer // Team Tech Co

Third-party developer? Check out the official developers site for dev blogs, resources, and more.

CCP FoxFour
C C P
C C P Alliance
#534 - 2014-08-05 17:41:21 UTC
CCP FoxFour wrote:
Roberta Chikita wrote:
Hi !

I probably find a "bug" or "misstake" on xml api

In PlanetaryPins, It seem the latitude and longitude are the same value
I want to represent planets with canvas or other thing but I'm not able to do this with this "bug".

example:
[row pinID="1009824070429" typeID="2551" typeName="Plasma Command Center" schematicID="0" lastLaunchTime="0001-01-01 00:00:00" cycleTime="0" quantityPerCycle="0" installTime="0001-01-01 00:00:00" expiryTime="0001-01-01 00:00:00" contentTypeID="0" contentTypeName="" contentQuantity="0" longitude="-3.87589615676289" latitude="-3.87589615676289" ][/row]

[row pinID="1009824077992" typeID="2556" typeName="Plasma Launchpad" schematicID="0" lastLaunchTime="0001-01-01 00:00:00" cycleTime="0" quantityPerCycle="0" installTime="0001-01-01 00:00:00" expiryTime="0001-01-01 00:00:00" contentTypeID="2400" contentTypeName="Toxic Metals" contentQuantity="760" longitude="-3.89758862802" latitude="-3.89758862802" ][/row]

any idea why?

Replaced < > by [ ] for respect the no html rules


Hahahaha that sounds like something stupid I would do. Will try and check it out on Tuesday.


Yup, this was pretty much me just being incredibly incompetent. Fix is deployed to Sisi right now. Will go to TQ... at some point. Probably with Fay, maybe tomorrow if I am feeling awesome about it.

@CCP_FoxFour // Technical Designer // Team Tech Co

Third-party developer? Check out the official developers site for dev blogs, resources, and more.

Ema Bane
MAAK Industries
#535 - 2014-08-05 17:42:52 UTC  |  Edited by: Ema Bane
I have tried to start 2 jobs on SISI. 1 from a Stabber BPO and 1 from a Stabber BPC:


[row jobID="229140815" installerID="909770118" installerName="Ema Bane" facilityID="60011929" solarSystemID="30002641" solarSystemName="Aufay" stationID="60011929" activityID="1" blueprintID="1166462377" blueprintTypeID="692" blueprintTypeName="Stabber Blueprint" blueprintLocationID="60011929" outputLocationID="60011929" runs="1" cost="289326.00" teamID="0" licensedRuns="10" probability="0" productTypeID="0" productTypeName="" status="1" timeInSeconds="6424" startDate="2014-08-04 23:27:53" endDate="2014-08-05 01:14:57" pauseDate="0001-01-01 00:00:00" completedDate="0001-01-01 00:00:00" completedCharacterID="0"/]

[row jobID="229140814" installerID="909770118" installerName="Ema Bane" facilityID="60011929" solarSystemID="30002641" solarSystemName="Aufay" stationID="60011929" activityID="1" blueprintID="1015338198637" blueprintTypeID="692" blueprintTypeName="Stabber Blueprint" blueprintLocationID="60011929" outputLocationID="60011929" runs="1" cost="289326.00" teamID="0" licensedRuns="10" probability="0" productTypeID="0" productTypeName="" status="1" timeInSeconds="6424" startDate="2014-08-04 23:27:43" endDate="2014-08-05 01:14:47" pauseDate="0001-01-01 00:00:00" completedDate="0001-01-01 00:00:00" completedCharacterID="0"/]


The /IndustryJobs returns me almost exactly the same things for the 2 jobs except the start date obviously.
There is no way I can know which job is with the BPO and which job is with the BPC. I really miss that feature that I was using to manage my blueprints pool on my big spreadsheet.

Previous Crius it was possible to do it with the attribute "installedItemLicensedProductionRunsRemaining" = "-1" for BPO and >=0.

I think it is the purpose of the new attribute "licensedRuns" in Crius but for both jobs I have licensedRuns="10". Maybe this attribute is not working as intended?
I have no idea why it is equal to "10" as the BPC is a single run and the BPO is by nature, infinite. There is something wrong here.
Steve Ronuken
Fuzzwork Enterprises
Vote Steve Ronuken for CSM
#536 - 2014-08-05 18:12:10 UTC
Ema Bane wrote:
I have tried to start 2 jobs on SISI. 1 from a Stabber BPO and 1 from a Stabber BPC:


[row jobID="229140815" installerID="909770118" installerName="Ema Bane" facilityID="60011929" solarSystemID="30002641" solarSystemName="Aufay" stationID="60011929" activityID="1" blueprintID="1166462377" blueprintTypeID="692" blueprintTypeName="Stabber Blueprint" blueprintLocationID="60011929" outputLocationID="60011929" runs="1" cost="289326.00" teamID="0" licensedRuns="10" probability="0" productTypeID="0" productTypeName="" status="1" timeInSeconds="6424" startDate="2014-08-04 23:27:53" endDate="2014-08-05 01:14:57" pauseDate="0001-01-01 00:00:00" completedDate="0001-01-01 00:00:00" completedCharacterID="0"/]

[row jobID="229140814" installerID="909770118" installerName="Ema Bane" facilityID="60011929" solarSystemID="30002641" solarSystemName="Aufay" stationID="60011929" activityID="1" blueprintID="1015338198637" blueprintTypeID="692" blueprintTypeName="Stabber Blueprint" blueprintLocationID="60011929" outputLocationID="60011929" runs="1" cost="289326.00" teamID="0" licensedRuns="10" probability="0" productTypeID="0" productTypeName="" status="1" timeInSeconds="6424" startDate="2014-08-04 23:27:43" endDate="2014-08-05 01:14:47" pauseDate="0001-01-01 00:00:00" completedDate="0001-01-01 00:00:00" completedCharacterID="0"/]


The /IndustryJobs returns me almost exactly the same things for the 2 jobs except the start date obviously.
There is no way I can know which job is with the BPO and which job is with the BPC. I really miss that feature that I was using to manage my blueprints pool on my big spreadsheet.

Previous Crius it was possible to do it with the attribute "installedItemLicensedProductionRunsRemaining" = "-1" for BPO and >=0.

I think it is the purpose of the new attribute "licensedRuns" in Crius but for both jobs I have licensedRuns="10". Maybe this attribute is not working as intended?
I have no idea why it is equal to "10" as the BPC is a single run and the BPO is by nature, infinite. There is something wrong here.



Once the blueprint API is out, you'll be able to use the blueprintID. (Short term copies won't show up on it. But BPOs will show up, as you'll have them for more than the cache time.)

Woo! CSM XI!

Fuzzwork Enterprises

Twitter: @fuzzysteve on Twitter

CCP FoxFour
C C P
C C P Alliance
#537 - 2014-08-05 21:02:52 UTC
Along with the PI fix CORS headers are now in the XML API on Sisi.

@CCP_FoxFour // Technical Designer // Team Tech Co

Third-party developer? Check out the official developers site for dev blogs, resources, and more.

Steve Ronuken
Fuzzwork Enterprises
Vote Steve Ronuken for CSM
#538 - 2014-08-05 21:34:11 UTC
CCP FoxFour wrote:
Along with the PI fix CORS headers are now in the XML API on Sisi.



\o/

Woo! CSM XI!

Fuzzwork Enterprises

Twitter: @fuzzysteve on Twitter

Steve Ronuken
Fuzzwork Enterprises
Vote Steve Ronuken for CSM
#539 - 2014-08-06 00:27:42 UTC
To expand on that \o/, I now have a page which can retrieve character sheet details, without sending your api details to me.

It doesn't work in firefox, for some reason, but works fine in Chrome.

I don't want to have people's APIs. I don't want to do occasional lookups to check. I want to treat it in the same way as pyfa and EFT (though with more 'fill in the details again')

Woo! CSM XI!

Fuzzwork Enterprises

Twitter: @fuzzysteve on Twitter

stoxxine
OLVI industries
Inter Malleum et Incudem
#540 - 2014-08-06 06:43:00 UTC
CCP FoxFour wrote:
Ema Bane wrote:
With the API endpoint /IndustryJobs, there use to be the attribute "installedItemLicensedProductionRunsRemaining" = "-1" for BPO and >=0 for BPC but it has disappeared in Crius.

There is a "licensedRuns" attribute, but it doesn't reflect the type of blueprint as "installedItemLicensedProductionRunsRemaining" use to do...

Any plan to bring back the possibility to distinguish from what type of blueprint a job has been issued?


Confused, how would you change it?


when activityid=5 then outputLicensedRuns
when activityid=1 and type=bpc then inputLicensedRuns-jobRuns
when activityid=1 and type=bpo then -1
when activityid=8 then outputMaxRuns+decryptorRunsModifier

the last one might need a quirk for ships vs modules.

Disclaimer: The above was probably written drunk or by a friend on my pc or a hacker. No warranty for any misinformation provided.