EVE SDE 20190625 conversion

Mysql Conversion

https://www.fuzzwork.co.uk/dump/mysql56-sde-20190625-TRANQUILITY.tbz2

Postgres conversion, in the evesde schema

https://www.fuzzwork.co.uk/dump/latest/postgres-20190625-TRANQUILITY-schema.dmp.bz2

Postgres conversion, in the public schema

https://www.fuzzwork.co.uk/dump/latest/postgres-20190625-TRANQUILITY.dmp.bz2

SQLite conversion

https://www.fuzzwork.co.uk/dump/latest/eve.db.bz2

MS SQL conversion:

https://www.fuzzwork.co.uk/dump/latest/evesde.bacpac

everything else (CSV, mysql tables)

https://www.fuzzwork.co.uk/dump/latest/

2 Likes

Hi Steve. Can you remind me where the source is for the conversion code? Is this it: https://github.com/fuzzysteve/yamlloader ?

cheers!

That’s the one.

It’s going to need expansion, because of some coming changes. :smiley:

Wow, shameless tease :slight_smile:

It would be nice to get a little advance notice, even with fake data, so that third party providers can prepare. I don’t suppose there’s a way to do that without breaking NDA?

This isn’t NDA stuff. Just a mention in the tweetfleet slack dev channel that more data will be moving from the BSD directory (the yaml files I just stick directly into tables) into the FSD directory. This should, if I understand things right, cut down on the steps involved in rollouts, on CCPs side. and make it far far easier to version control.

The BSD files are just dumps from database tables. which means they need built first. and the order they come out in is entirely arbitrary. Which means version control is nigh impossible, as the ordering changes each time.

metaGroups was the first of it, though there was an issue which I’m waiting on being fixed, before I do anything with it.

(I think it’s down to how CCP does localization. Large lists of text which is referenced to build stuff up. Which is why you have message ids and name ids everywhere.)

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.