Pages: 1 [2] 3 :: one page |
|
Author |
Thread Statistics | Show CCP posts - 22 post(s) |
Apelacja
Caldari Provisions Logistics
78
|
Posted - 2014.07.14 14:20:00 -
[31] - Quote
so what is a cost to resesach something to me 9?
Rly 20 times base cost :?
|
|
CCP Nullarbor
C C P C C P Alliance
757
|
Posted - 2014.07.14 14:29:00 -
[32] - Quote
Apelacja wrote:so what is a cost to resesach something to me 9?
Rly 20 times base cost :?
Research in a system costs the same amount per second of time, so the longer it takes to research that level the more it costs. However keep in mind the base level is the value of the input materials to build the thing x 2% x the system cost index which will be somewhere between 0 - 14% we believe. CCP Nullarbor //-áExotic Dancer-á// DEVGIFS |
|
|
CCP Nullarbor
C C P C C P Alliance
757
|
Posted - 2014.07.14 14:33:00 -
[33] - Quote
Zifrian wrote:After getting the new blueprint data loaded, I noticed there is no longer a techLevel field for blueprints (I can get all other fields of the old invBlueprintTypes table). This value usually signaled 1,2, or 3. I've been looking at the dgmtypeAttributes table (attribute 633) for the meta value but this really isn't the same information since it's the meta level of the item but not the blueprint. It's also not easy to determine tech 3 blueprints unless I hack it to look for the 4 ship types.
Any way to get this data in the current SDE or is this an oversight?
Thanks
I doubt we will put it in the blueprints yaml, I will talk to greyscale about whether we should set that data on dogma for the blueprints.
We don't actually use techLevel on blueprints for anything though, which is why it was removed. CCP Nullarbor //-áExotic Dancer-á// DEVGIFS |
|
Querns
GBS Logistics and Fives Support Goonswarm Federation
688
|
Posted - 2014.07.14 15:13:00 -
[34] - Quote
Looks like sisi crest is down.
{ message: "Not accepting connections", key: "NotAcceptingConnection", exceptionType: "ServiceUnavailableError" }
Is there any chance of this coming back up before Crius hits? This post was crafted by a member of the Goonswarm Economic Warfare Cabal, the foremost authority on Eve: Online economics and gameplay. |
Zifrian
Licentia Ex Vereor Black Core Alliance
1516
|
Posted - 2014.07.14 16:52:00 -
[35] - Quote
CCP Nullarbor wrote:Zifrian wrote:After getting the new blueprint data loaded, I noticed there is no longer a techLevel field for blueprints (I can get all other fields of the old invBlueprintTypes table). This value usually signaled 1,2, or 3. I've been looking at the dgmtypeAttributes table (attribute 633) for the meta value but this really isn't the same information since it's the meta level of the item but not the blueprint. It's also not easy to determine tech 3 blueprints unless I hack it to look for the 4 ship types.
Any way to get this data in the current SDE or is this an oversight?
Thanks I doubt we will put it in the blueprints yaml, I will talk to greyscale about whether we should set that data on dogma for the blueprints. We don't actually use techLevel on blueprints for anything though, which is why it was removed. I figured as much. I'll find a work around for my purposes.
Thanks GÇ£Any fool can criticize, condemn, and complain - and most fools do. GÇ¥ - Dale Carnegie
Maximze your Industry Potential! - Download EVE Isk per Hour! |
TheSmokingHertog
TALIBAN EXPRESS
240
|
Posted - 2014.07.15 03:22:00 -
[36] - Quote
Zifrian wrote:CCP Nullarbor wrote:Zifrian wrote:After getting the new blueprint data loaded, I noticed there is no longer a techLevel field for blueprints (I can get all other fields of the old invBlueprintTypes table). This value usually signaled 1,2, or 3. I've been looking at the dgmtypeAttributes table (attribute 633) for the meta value but this really isn't the same information since it's the meta level of the item but not the blueprint. It's also not easy to determine tech 3 blueprints unless I hack it to look for the 4 ship types.
Any way to get this data in the current SDE or is this an oversight?
Thanks I doubt we will put it in the blueprints yaml, I will talk to greyscale about whether we should set that data on dogma for the blueprints. We don't actually use techLevel on blueprints for anything though, which is why it was removed. I figured as much. I'll find a work around for my purposes. Thanks
Cant you do a merge from a old labeled dump with the new one, just compare the ItemID of the bleuprints in question between the 2 sources. Then cache this list in a table and use it from then on... |
Zifrian
Licentia Ex Vereor Black Core Alliance
1516
|
Posted - 2014.07.16 12:06:00 -
[37] - Quote
TheSmokingHertog wrote:Zifrian wrote:CCP Nullarbor wrote:Zifrian wrote:After getting the new blueprint data loaded, I noticed there is no longer a techLevel field for blueprints (I can get all other fields of the old invBlueprintTypes table). This value usually signaled 1,2, or 3. I've been looking at the dgmtypeAttributes table (attribute 633) for the meta value but this really isn't the same information since it's the meta level of the item but not the blueprint. It's also not easy to determine tech 3 blueprints unless I hack it to look for the 4 ship types.
Any way to get this data in the current SDE or is this an oversight?
Thanks I doubt we will put it in the blueprints yaml, I will talk to greyscale about whether we should set that data on dogma for the blueprints. We don't actually use techLevel on blueprints for anything though, which is why it was removed. I figured as much. I'll find a work around for my purposes. Thanks Cant you do a merge from a old labeled dump with the new one, just compare the ItemID of the bleuprints in question between the 2 sources. Then cache this list in a table and use it from then on... But when new bps are added it's out of date. I'd also rather have something that is repeatable with logic each sde instead of special cases. The meta data works fine for what I need now. The only issue is that T3 item meta data isn't consistent and marked as meta 1 or 4, which neither make any sense to me. So I'll just add in a special case for these for now. GÇ£Any fool can criticize, condemn, and complain - and most fools do. GÇ¥ - Dale Carnegie
Maximze your Industry Potential! - Download EVE Isk per Hour! |
Cryten Jones
Chill Cabal The Serenity Initiative
115
|
Posted - 2014.07.16 12:38:00 -
[38] - Quote
CCP Nullarbor wrote:Zifrian wrote:After getting the new blueprint data loaded, I noticed there is no longer a techLevel field for blueprints (I can get all other fields of the old invBlueprintTypes table). This value usually signaled 1,2, or 3. I've been looking at the dgmtypeAttributes table (attribute 633) for the meta value but this really isn't the same information since it's the meta level of the item but not the blueprint. It's also not easy to determine tech 3 blueprints unless I hack it to look for the 4 ship types.
Any way to get this data in the current SDE or is this an oversight?
Thanks I doubt we will put it in the blueprints yaml, I will talk to greyscale about whether we should set that data on dogma for the blueprints. We don't actually use techLevel on blueprints for anything though, which is why it was removed.
I use this as part of a system to work out what can be invented from something. Eg add a new T1 BPO t the system and have it ask if you want to add any inventable types at the same time.....
Any chance of having some form if link from a T2 type back to its T1 version?
My preference would be to have a T2 print have a value for it's parent print...
Thanks
|
Hirogenale
The Scope Gallente Federation
5
|
Posted - 2014.07.16 13:45:00 -
[39] - Quote
Cryten Jones wrote:CCP Nullarbor wrote:Zifrian wrote:After getting the new blueprint data loaded, I noticed there is no longer a techLevel field for blueprints (I can get all other fields of the old invBlueprintTypes table). This value usually signaled 1,2, or 3. I've been looking at the dgmtypeAttributes table (attribute 633) for the meta value but this really isn't the same information since it's the meta level of the item but not the blueprint. It's also not easy to determine tech 3 blueprints unless I hack it to look for the 4 ship types.
Any way to get this data in the current SDE or is this an oversight?
Thanks I doubt we will put it in the blueprints yaml, I will talk to greyscale about whether we should set that data on dogma for the blueprints. We don't actually use techLevel on blueprints for anything though, which is why it was removed. I use this as part of a system to work out what can be invented from something. Eg add a new T1 BPO t the system and have it ask if you want to add any inventable types at the same time..... Any chance of having some form if link from a T2 type back to its T1 version? My preference would be to have a T2 print have a value for it's parent print... Thanks
You could simply do a join from invBlueprintTypes and invTypes on productTypeID=typeID to get the groupID and then a join from the result of that with invGroups. The CategoryID in there then gives you the Information if its T1, T2, T3, Faction or whatever.
You could find out the parent BPO with the invMetaTypes table, search for the parentTypeID of the item your BPO produces and then look up the BPO that produces this parent Item
isn't exactly the most intuitive way to look for stuff like that but its possible... xD |
|
CCP Nullarbor
C C P C C P Alliance
758
|
Posted - 2014.07.16 22:52:00 -
[40] - Quote
Cryten Jones wrote:CCP Nullarbor wrote:Zifrian wrote:After getting the new blueprint data loaded, I noticed there is no longer a techLevel field for blueprints (I can get all other fields of the old invBlueprintTypes table). This value usually signaled 1,2, or 3. I've been looking at the dgmtypeAttributes table (attribute 633) for the meta value but this really isn't the same information since it's the meta level of the item but not the blueprint. It's also not easy to determine tech 3 blueprints unless I hack it to look for the 4 ship types.
Any way to get this data in the current SDE or is this an oversight?
Thanks I doubt we will put it in the blueprints yaml, I will talk to greyscale about whether we should set that data on dogma for the blueprints. We don't actually use techLevel on blueprints for anything though, which is why it was removed. I use this as part of a system to work out what can be invented from something. Eg add a new T1 BPO t the system and have it ask if you want to add any inventable types at the same time..... Any chance of having some form if link from a T2 type back to its T1 version? My preference would be to have a T2 print have a value for it's parent print... Thanks
This information is available in the blueprints.yaml by looking through the "products:" list for each of the invention activities.
A side effect of this is it sets us up for a possibly conceivable future where you could invent something from multiple different blueprint types. CCP Nullarbor //-áExotic Dancer-á// DEVGIFS |
|
|
Makoto Priano
Priano Trans-Stellar State Services Ishuk-Raata Enforcement Directive
6323
|
Posted - 2014.07.16 23:41:00 -
[41] - Quote
CCP Nullarbor wrote: This information is available in the blueprints.yaml by looking through the "products:" list for each of the invention activities.
A side effect of this is it sets us up for a possibly conceivable future where you could invent something from multiple different blueprint types.
:D
:D :D :D
Priano Trans-Stellar: elegant solutions for the State's needs. |
Jess Technite
Almost Absolute
1
|
Posted - 2014.07.17 17:55:00 -
[42] - Quote
And again the CREST is broken:
{ "message": "Problem communicating with the EVE proxies", "key": "badGateway", "exceptionType": "BadGatewayError" }
However, in the other thread (The Price of Change) I requested for a way to export the data from the facilities and teams like you do with market. After seeing that there's a CREST endpoint... you can forget what I said there. You are great :P |
|
CCP Nullarbor
C C P C C P Alliance
760
|
Posted - 2014.07.17 18:14:00 -
[43] - Quote
Jess Technite wrote:And again the CREST is broken:
{ "message": "Problem communicating with the EVE proxies", "key": "badGateway", "exceptionType": "BadGatewayError" }
Singularity is currently down while we patch it. CCP Nullarbor //-áExotic Dancer-á// DEVGIFS |
|
Evai Tsuki
Lom Corporation Brothers of Tangra
12
|
Posted - 2014.07.17 22:35:00 -
[44] - Quote
When I go to http://public-crest-sisi.testeveonline.com/industry/systems/ I get a "route not found" error.
Is this due to the API being offline or am I doing something wrong?
|
Dread Nanana
Action Super Dupper Test Corp
20
|
Posted - 2014.07.18 06:14:00 -
[45] - Quote
Quote: Modified /corp/IndustryJobs.xml.aspx (cache: 15 minutes) Returns a list of running jobs for your corporation, up to 90 days or 10000 rows.
Modified /char/IndustryJobs.xml.aspx (cache: 15 minutes) Returns a list of running jobs for your character, up to 90 days or 10000 rows.
I'm not quite sure what is the point of these exactly, because history is much more important anyway. I know I will not be using this endpoint at all since completion status is what matters, especially for inventions. But since inventions are nerfed, well, the 6h delay on the history endpoint, I guess that doesn't really matter anymore.
Higher max rowcount is useful. Much better than the old limit. Thanks.
|
Ema Bane
MAAK Industries
0
|
Posted - 2014.07.20 01:27:00 -
[46] - Quote
With the endpoint /IndustryJobs there use to be the attribute "installedItemLicensedProductionRunsRemaining" = "-1" for BPO and >=0 for BPC but this attribute is gone.
I might be missing something but I don't see how it is possible to know if a job is run from a BPC or a BPO now?
|
Jess Technite
Almost Absolute
1
|
Posted - 2014.07.20 14:18:00 -
[47] - Quote
In the /industry/teams JSON file from CREST there are several "id" fields. I can figure the id for specialization, either the main specialization and the sub-specializations, and also the general "id" for each item (the internal id for each team), but... what's the purpose for the "id" field inside the "bonus" dictionary in workers???
Thanks in advance.
EDIT: Wait, it can be that 0 is for ME and 1 is for TE? |
Aineko Macx
Royal Amarr Institute Amarr Empire
300
|
Posted - 2014.07.20 15:35:00 -
[48] - Quote
Are the CREST endpoints actually cached server side and if so, are the caches invalidated at predictable times? i.e. are 1-hour long caches cleared every full our? What about the 23h cache? Or is it just a rate-limit by IP and the actual cache logic being completely opaque? iveeCore - PHP library for calculations of industrial activities |
|
CCP Nullarbor
C C P C C P Alliance
766
|
Posted - 2014.07.20 15:49:00 -
[49] - Quote
Aineko Macx wrote:Are the CREST endpoints actually cached server side and if so, are the caches invalidated at predictable times? i.e. are 1-hour long caches cleared every full our? What about the 23h cache? Or is it just a rate-limit by IP and the actual cache logic being completely opaque?
The cache is 1 hour from the date it was first requested. We are discussing adding the ability to have different cache headers to what we actually cache it as, so we could tell client to fetch it every 10 mins, but that the cache will invalidate every hour for example. CCP Nullarbor //-áExotic Dancer-á// DEVGIFS |
|
Aineko Macx
Royal Amarr Institute Amarr Empire
301
|
Posted - 2014.07.21 19:21:00 -
[50] - Quote
Thx. Some form of cache expiry indicator would be much appreciated.
Next question: What is the criteria for which typeIDs are included in the market/prices CREST endpoint? I currently see only a bit more than half of the tradeable items there. iveeCore - PHP library for calculations of industrial activities |
|
probag Bear
Center for Advanced Studies Gallente Federation
57
|
Posted - 2014.07.22 13:32:00 -
[51] - Quote
Very tiny, and completely irrelevant, complaint: the boolean value false is not capitalized, as Python expects it to be. Am only posting because I was surprised, since I was under the belief that most everything Eve-related was written in some form of Python. |
probag Bear
Center for Advanced Studies Gallente Federation
57
|
Posted - 2014.07.22 16:09:00 -
[52] - Quote
It does not look like there is any way to identify whether a team is bonused towards Manufacturing, ME Research, TE Research, or Copying when looking at the /teams/ or /teams/auction/ CREST endpoints. There are "bonusType" fields that are labeled either "TE" or "ME", but they only specify whether a particular team member provides a time or material reduction. There seems to be no field that indicates what specific area of industry that reduction is used for.
In simpler words: The teams CREST endpoints give you the bonuses of each team, but don't tell you if they apply towards Manufacturing, Copying, ME Research, or TE Research. |
Aineko Macx
Royal Amarr Institute Amarr Empire
301
|
Posted - 2014.07.22 18:59:00 -
[53] - Quote
probag Bear wrote:In simpler words: The teams CREST endpoints give you the bonuses of each team, but don't tell you if they apply towards Manufacturing, Copying, ME Research, or TE Research. There is a "value" attribute...
@CCP: I find the industry/facilities endpoint hugely bloated, the only data of value in there seems to be "tax" and "owner" (and corps have their own endpoint), everything else is static and available in the SDE. iveeCore - PHP library for calculations of industrial activities |
|
CCP Nullarbor
C C P C C P Alliance
769
|
Posted - 2014.07.22 19:01:00 -
[54] - Quote
Aineko Macx wrote:probag Bear wrote:In simpler words: The teams CREST endpoints give you the bonuses of each team, but don't tell you if they apply towards Manufacturing, Copying, ME Research, or TE Research. There is a "value" attribute... @CCP: I find the industry/facilities endpoint hugely bloated, the only data of value in there seems to be "tax", everything else is static and available in the SDE.
Yes we agree, Tuxford is updating it to include just the IDs and not the rest of the demoralized data. CCP Nullarbor //-áExotic Dancer-á// DEVGIFS |
|
probag Bear
Center for Advanced Studies Gallente Federation
57
|
Posted - 2014.07.22 20:03:00 -
[55] - Quote
Aineko Macx wrote:probag Bear wrote:In simpler words: The teams CREST endpoints give you the bonuses of each team, but don't tell you if they apply towards Manufacturing, Copying, ME Research, or TE Research. There is a "value" attribute... @CCP: I find the industry/facilities endpoint hugely bloated, the only data of value in there seems to be "tax" and "owner" (and corps have their own endpoint), everything else is static and available in the SDE.
Value tells you what the actual value of the bonus is. What's missing is what activity the bonus is being applied towards. |
Aineko Macx
Royal Amarr Institute Amarr Empire
301
|
Posted - 2014.07.22 21:56:00 -
[56] - Quote
probag Bear wrote:Value tells you what the actual value of the bonus is. What's missing is what activity the bonus is being applied towards. Ah, i think what you mean has to be looked up in the referenced specialties endpoint.
@CCP: What I'm actually missing from the facilities endpoint is something like assemblyLineTypeIDs, as AFAIK there is currently no way to get this info for player built outposts. iveeCore - PHP library for calculations of industrial activities |
Querns
GBS Logistics and Fives Support Goonswarm Federation
719
|
Posted - 2014.07.22 23:08:00 -
[57] - Quote
I'd like to echo the request that the /industry/teams/ and /industry/teams/auction/ CREST endpoints show what type of RAM activity (manufacturing, ME research, TE research, copying, invention) each team affects. Without this information, the teams data is not particularly useful. This post was crafted by a member of the Goonswarm Economic Warfare Cabal, the foremost authority on Eve: Online economics and gameplay. |
Aineko Macx
Royal Amarr Institute Amarr Empire
301
|
Posted - 2014.07.23 08:28:00 -
[58] - Quote
Yes, I see the problem now that I'm trying to handle teams. Workers have both bonus and specialization nodes, but teams have only specialization, so it's not possible to determine the type or value of the bonus.
tl;dr whats missing so far in CREST: - bonus node for teams - assemblyLineTypeIDs for facilities iveeCore - PHP library for calculations of industrial activities |
|
CCP Nullarbor
C C P C C P Alliance
770
|
Posted - 2014.07.23 11:05:00 -
[59] - Quote
Querns wrote:I'd like to echo the request that the /industry/teams/ and /industry/teams/auction/ CREST endpoints show what type of RAM activity (manufacturing, ME research, TE research, copying, invention) each team affects. Without this information, the teams data is not particularly useful.
Tuxford is having a look at it now. CCP Nullarbor //-áExotic Dancer-á// DEVGIFS |
|
Querns
GBS Logistics and Fives Support Goonswarm Federation
720
|
Posted - 2014.07.23 14:17:00 -
[60] - Quote
CCP Nullarbor wrote:Querns wrote:I'd like to echo the request that the /industry/teams/ and /industry/teams/auction/ CREST endpoints show what type of RAM activity (manufacturing, ME research, TE research, copying, invention) each team affects. Without this information, the teams data is not particularly useful. Tuxford is having a look at it now. I appreciate it! Thanks :) This post was crafted by a member of the Goonswarm Economic Warfare Cabal, the foremost authority on Eve: Online economics and gameplay. |
|
|
|
|
Pages: 1 [2] 3 :: one page |
First page | Previous page | Next page | Last page |