Pages: [1] :: one page |
|
Author |
Thread Statistics | Show CCP posts - 1 post(s) |
Desmont McCallock
551
|
Posted - 2015.07.09 17:15:20 -
[1] - Quote
SDE for Aegis 1.1 just got released so get your copies. Stay tuned for more info on it. |
Mr Mac
Dark Goliath
73
|
Posted - 2015.07.09 17:40:23 -
[2] - Quote
Better now |
Steve Ronuken
Fuzzwork Enterprises Vote Steve Ronuken for CSM
5421
|
Posted - 2015.07.09 18:15:30 -
[3] - Quote
bah! More effort to load things back into invTypes, so people don't complain at it being missing!
Woo! CSM X!
Fuzzwork Enterprises
Twitter: @fuzzysteve on Twitter
|
Medusa The Gorgon
Temple of the Serpent The Gorgon Empire
6
|
Posted - 2015.07.09 18:22:32 -
[4] - Quote
Steve Ronuken wrote:bah! More effort to load things back into invTypes, so people don't complain at it being missing! It is still 'missing'. The process of my killboard upgrade I used _years_ flawlessly is broken in 1 day. I never used yaml and it will be noticeable amount of time to write support. |
Ydnari
Estrale Frontiers
404
|
Posted - 2015.07.09 18:27:29 -
[5] - Quote
Steve Ronuken wrote:bah! More effort to load things back into invTypes, so people don't complain at it being missing! You should ask your CSM representative to get CCP to release the data in a format that's convenient for the users rather than them
my teapot is ready
|
Medusa The Gorgon
Temple of the Serpent The Gorgon Empire
6
|
Posted - 2015.07.09 18:34:41 -
[6] - Quote
I'm not blaming CCP is changing format. After all, yaml doesn't force you to install proprietary software and can be parsed easily, I'm blaming the methods CCP use - munch portion of MSSQL datadump and spit it to yaml files. So, now I have to support and MSQL and YAML to assemble data I need. Pretty silly. Convert all to yaml, announce mssql datadump deprecation and remove it after 1 year. That's how responsible devs should work (in any public projects). |
Desmont McCallock
552
|
Posted - 2015.07.09 18:57:46 -
[7] - Quote
Ydnari wrote:Steve Ronuken wrote:bah! More effort to load things back into invTypes, so people don't complain at it being missing! You should ask your CSM representative to get CCP to release the data in a format that's convenient for the users rather than them Good luck with that.
|
Desmont McCallock
552
|
Posted - 2015.07.09 18:59:40 -
[8] - Quote
Medusa The Gorgon wrote:I'm not blaming CCP is changing format. After all, yaml doesn't force you to install proprietary software and can be parsed easily, I'm blaming the methods CCP use - munch portion of MSSQL datadump and spit it to yaml files. So, now I have to support and MSQL and YAML to assemble data I need. Pretty silly. Convert all to yaml, announce mssql datadump deprecation and remove it after 1 year. That's how responsible devs should work (in any public projects). Patients is a virtue. Soon I'll update this tool which you probably haven't used yet.
|
Zifrian
Licentia Ex Vereor Phoebe Freeport Republic
1647
|
Posted - 2015.07.09 19:06:38 -
[9] - Quote
Medusa The Gorgon wrote:I'm not blaming CCP is changing format. After all, yaml doesn't force you to install proprietary software and can be parsed easily, I'm blaming the methods CCP use - munch portion of MSSQL datadump and spit it to yaml files. So, now I have to support and MSQL and YAML to assemble data I need. Pretty silly. Convert all to yaml, announce mssql datadump deprecation and remove it after 1 year. That's how responsible devs should work (in any public projects). Get in line. We've asked for consistency on this for years. The thing is, the SDE is a collateral job for those that work on it.
You have two options really, build your own processing or wait for someone like Desmont or Steve to convert the data for you.
GÇ£Any fool can criticize, condemn, and complain - and most fools do. GÇ¥ - Dale Carnegie
Maximze your Industry Potential! - Download EVE Isk per Hour!
|
Desmont McCallock
552
|
Posted - 2015.07.09 19:41:42 -
[10] - Quote
@CCP Creber Cattus You might wonna have a look at typeIDs 33857 and 33858. Name and description is all messed up. |
|
Steve Ronuken
Fuzzwork Enterprises Vote Steve Ronuken for CSM
5425
|
Posted - 2015.07.09 20:40:32 -
[11] - Quote
Desmont McCallock wrote:Ydnari wrote:Steve Ronuken wrote:bah! More effort to load things back into invTypes, so people don't complain at it being missing! You should ask your CSM representative to get CCP to release the data in a format that's convenient for the users rather than them Good luck with that.
I've asked...
Considering that many of said users depend on my conversions, I'd prefer it to be as simple as possible.
in other news: get em while they're hot! https://forums.eveonline.com/default.aspx?g=posts&m=5876199
And in other news again: No descriptions on groups and categories.
Woo! CSM X!
Fuzzwork Enterprises
Twitter: @fuzzysteve on Twitter
|
Desmont McCallock
554
|
Posted - 2015.07.09 21:05:07 -
[12] - Quote
EVEMonSDEExternalsToSql tool for Aegis has been released. https://forums.eveonline.com/default.aspx?g=posts&m=5876243#post5876243 |
Jack Tronic
borkedLabs
239
|
Posted - 2015.07.09 23:05:25 -
[13] - Quote
Medusa The Gorgon wrote:I'm not blaming CCP is changing format. After all, yaml doesn't force you to install proprietary software and can be parsed easily, I'm blaming the methods CCP use - munch portion of MSSQL datadump and spit it to yaml files. So, now I have to support and MSQL and YAML to assemble data I need. Pretty silly. Convert all to yaml, announce mssql datadump deprecation and remove it after 1 year. That's how responsible devs should work (in any public projects).
YAML is cancer from Ruby/Python devs and its actually difficult to parse. There are many variations of YAML parsing and once you start writing complex YAML structures you end up with hilarious failures. https://news.ycombinator.com/item?id=7326190
TOML on the otherhand is FTW
Also CCP isn't slowly converting to YAML for our usage. They are converting it for themselves. In essence its a private project for them ;) |
Pete Butcher
KarmaFleet Goonswarm Federation
294
|
Posted - 2015.07.10 06:03:52 -
[14] - Quote
Seems like we have integrity problems. Item types 351296, 352522, 352597, 352598 and 356915 belong to non-existing market groups.
http://evernus.com - the ultimate multiplatform EVE trade tool + nullsec Alliance Market tool + Trade Advisor
|
|
CCP Creber Cattus
C C P C C P Alliance
43
|
Posted - 2015.07.10 11:48:50 -
[15] - Quote
Desmont McCallock wrote: You might wonna have a look at typeIDs 33857 and 33858. Name and description is all messed up.
I took a look, and they indeed look strange, but digging into it I'm sad to say that they are actually "correct"! (from the SDE point of view) Reason: We don't distinguish between types that only exist on Serenity from TQ types, and for these two types (which by the look of it are some monuments that are only on Serentiy) then the types were authored with Chinese text as the default (english) name and that propogated somewhat strangly thought the translation system for other languages.
Steve Ronuken wrote: And in other news again: No descriptions on groups and categories.
Groups and categories had development facing descriptions (nothing that players could see in client) and we did indeed include that in the SDE, but now our internal tools don't have those fields anymore.. so no more descriptions for groups or categories (not even internally..) |
|
Desmont McCallock
554
|
Posted - 2015.07.10 12:00:10 -
[16] - Quote
CCP Creber Cattus wrote:Desmont McCallock wrote: You might wonna have a look at typeIDs 33857 and 33858. Name and description is all messed up.
I took a look, and they indeed look strange, but digging into it I'm sad to say that they are actually "correct"! (from the SDE point of view) Reason: We don't distinguish between types that only exist on Serenity from TQ types, and for these two types (which by the look of it are some monuments that are only on Serentiy) then the types were authored with Chinese text as the default (english) name and that propogated somewhat strangly thought the translation system for other languages. OK. I get what you are saying but from the sanity side those name should not have an 'en' node if they are only in Chinese or use the '{ }' as you do in other types (i.e. 352044). |
Desmont McCallock
554
|
Posted - 2015.07.10 12:06:57 -
[17] - Quote
On another issue MarketGroupIDs (354496, 354341, 354396, 354395, 356922) are missing from the invMarketGroups table. Although they probably refer to test items just for the completeness of the SDE it would be fare to include them. |
Steve Ronuken
Fuzzwork Enterprises Vote Steve Ronuken for CSM
5430
|
Posted - 2015.07.10 12:44:46 -
[18] - Quote
CCP Creber Cattus wrote:Desmont McCallock wrote: You might wonna have a look at typeIDs 33857 and 33858. Name and description is all messed up.
I took a look, and they indeed look strange, but digging into it I'm sad to say that they are actually "correct"! (from the SDE point of view) Reason: We don't distinguish between types that only exist on Serenity from TQ types, and for these two types (which by the look of it are some monuments that are only on Serentiy) then the types were authored with Chinese text as the default (english) name and that propogated somewhat strangly thought the translation system for other languages. Steve Ronuken wrote: And in other news again: No descriptions on groups and categories.
Groups and categories had development facing descriptions (nothing that players could see in client) and we did indeed include that in the SDE, but now our internal tools don't have those fields anymore.. so no more descriptions for groups or categories (not even internally..)
I guess I can accept that
Woo! CSM X!
Fuzzwork Enterprises
Twitter: @fuzzysteve on Twitter
|
Desmont McCallock
554
|
Posted - 2015.07.10 13:40:56 -
[19] - Quote
Desmont McCallock wrote:CCP Creber Cattus wrote:Desmont McCallock wrote: You might wonna have a look at typeIDs 33857 and 33858. Name and description is all messed up.
I took a look, and they indeed look strange, but digging into it I'm sad to say that they are actually "correct"! (from the SDE point of view) Reason: We don't distinguish between types that only exist on Serenity from TQ types, and for these two types (which by the look of it are some monuments that are only on Serentiy) then the types were authored with Chinese text as the default (english) name and that propogated somewhat strangly thought the translation system for other languages. OK. I get what you are saying but from the sanity side those names should not have an 'en' node if they are only in Chinese or use the '{ }' as you do in other types (i.e. 352044). Edit: Going back to the Mosaic SDE I do notice that it was so since. The typeName and description where in Chinese. Which leads me to the conclusion that CCP might not change them. OK, I figured it out. I just remembered how unicode characters must be treated in SQL. |
Cat Harkness
Twilight Labs
38
|
Posted - 2015.07.11 02:25:32 -
[20] - Quote
Steve Ronuken wrote:CCP Creber Cattus wrote:Desmont McCallock wrote: You might wonna have a look at typeIDs 33857 and 33858. Name and description is all messed up.
I took a look, and they indeed look strange, but digging into it I'm sad to say that they are actually "correct"! (from the SDE point of view) Reason: We don't distinguish between types that only exist on Serenity from TQ types, and for these two types (which by the look of it are some monuments that are only on Serentiy) then the types were authored with Chinese text as the default (english) name and that propogated somewhat strangly thought the translation system for other languages. Steve Ronuken wrote: And in other news again: No descriptions on groups and categories.
Groups and categories had development facing descriptions (nothing that players could see in client) and we did indeed include that in the SDE, but now our internal tools don't have those fields anymore.. so no more descriptions for groups or categories (not even internally..) I guess I can accept that
So these Items are New on Serenity, because I do not see them in the Carnyx Dump? Or did these, along with several others just get added to the dump?
|
|
|
|
|
Pages: [1] :: one page |
First page | Previous page | Next page | Last page |