Anyone who has been part of the EVE community for an extended period of time might be familiar with some of the amazing tools developed by the community. Tools such as EVE Fitting Tool, Pyfa, EVE HQ, and one of the hundreds of other applications come from third party developers. One of the core things that powers those tools is what is commonly referred to as the EVE Static Data Export, or the SDE. Basically the SDE contains lots of information that doesn't change between patches. Information such as a ships hit points, the number of slots a ship has, how much damage a weapon does, and many other things.

One of the problems with DUST getting an SDE is that it stores data in a completely different way and unlike EVE we cannot just dump all of that data. We have to go through and select which bits should get dumped. Over the last few months I have been working away in my spare time to try and get something similar to the EVE SDE for DUST ready. This has meant trying to figure out the best format for it, put together an automated build setup so that it's always current, and trying to make sure everything you guys need is there.

Today I finally get the pleasure of announcing to you guys that we have something ready for release. Before we get into it though I want to be very clear. This SDE is being released with no support. Like with EVE, how the data works will be up to you guys to figure out. I also really want to point you all to an object that exists within New Eden: Magic Crystal Ball. This is especially important as since this data export has required whitelisting attributes, some may have been missed.

I will do my very best to try and update the DUST SDE where necessary, to answer questions here, and all those fun things. For now however, here is a link to the DUST SDE for Uprising 1.7: DUST SDE Download

As stated above DUST stores it's information in a much different format than EVE. This also means that the SDE is going to take a slightly different format than the EVE SDE. Here is a quick list of things to know about the DUST SDE:

• It is an SQLite3 DB file
• There are 3 tables in the DB. CatmaClasses, CatmaTypes, CatmaAttributes
• CatmaTypes contains all of the types with their typeID and typeName
• CatmaClasses contains every type with their typeID and className
• Types can possibly have 2 classes, hence why it's actually a seperate table and possibly has multiple entries per typeID
• CatmaAttributes contains types with typeID, catmaAttributeName, catmaValueInt, catmaValueReal, and catmaValueText
• Generally speaking only one of the three value columns in CatmaAttributes will actually have a value
• I am a game designer who attempted to do something crazy. This has been a big learning experience for me so please hang in there while I attempt to improve this SDE based on your feedback.

MAGIC CRYSTAL BALL! Please don't create threadnaughts about information you find within this SDE. I wouldn't want to have to take it away because of all the fear inducing rage it creates.

Now... where is my DUST fitting tool. :D

This message was brought to you by Top Men (tm).

Woo!

Thanks CCP FoxFour

Now, I'm hoping this is provided under the same basic rules as the Eve SDE, which means that I'm not going to get slapped for the conversions I've stuck here:
https://www.fuzzwork.co.uk/dump/dust/uprising-1.7-667061/

It's a lot less needed than conversions for the Eve SDE, as, iirc, PHP has a PDO driver for sqlite built in. However, some people (me, at least) like sticking to the same DB type as much as possible. And want something a little more feature packed.

I'd expect to have a basic browser up and running pretty quickly.


Not to sound ungrateful, because I am grateful, would it be possible to get the layout data for the nifty map that we have in Dust added to the SDE at some stage? (I keep asking for it. Sometimes I think I sound like a stuck record)

For years we've been promised a 3rd party developer agreement for Eve. As it stands developers are forbidden to monetize their applications. I assume we are in the same situation with Dust.

Developer accounts for the major phone OS manufacturers cost money. It's $99 per year typically. This adds up. Without being able to charge a small fee for my applications I'm forced to add advertisement into them to pay the bills. That disgusts me as the ads make any UI design ugly. I want to provide my users with an ad-free option.

When can we expect a 3rd party agreement that allows us to charge for our applications?

Typically = On Apple's store.

You forgot Windows Phone. Don't worry, so has most of the world.

Heh.
$19 a year for an individual account, $99 for a company account. The individual account /looks/ like it should be fine?
Then there's Blackberry, but who used them?

ARRGH I wish I knew what all this stuff was!!!

It's an SQLite3 file. I am sure if you search Google you can find something for browsing SQLite3 files. However if you don't know what an SQLite3 file is, it's probably best just to pretend it doesn't exist and move on.

ARRGH I wish I knew what all this stuff was!!!

Patrick57, allow me to show you what all this stuff means:
http://dust.thang.dk/showgearcomparison.php?gear=363604,365448,363491,365442,353114

Is this something the SDE cache can illustrate?

[Tracking player contributions to their corporation via donations and collected tax records]

Now... where is my DUST fitting tool. :D

https://www.fuzzwork.co.uk/catma/

it's a very rough pass. will show you everything in the same super-category (where they share the same parent category. First category up is level, standard, advanced, etc. then you have the type.)

He will have SQLite3 command-line tools built into his OS - he should be be just fine...