EVE Technology Lab

 
^ Back to top

Topic is locked indefinitely.

2 Pages12Next page
 

SDE for Retribution 1.1 is now available for perusal

Jump to first DEV post
Author
C C P Alliance
#1 Posted: 2013.02.14 12:42  |  Edited by: CCP Prism X
In attempts to help 3rd Party Developers to make their applications ready for the launch of Retribution 1.1 we're releasing the SDE early! *fanfare*

Get your MSSQL Copy here!
CCP Prism X
Programmer
Team Gridlock
Vote Steve Ronuken for CSM
#2 Posted: 2013.02.14 13:06
Conversions for mysql, csv/xls and sqlite

Full mysql conversion:
http://www.fuzzwork.co.uk/dump/mysql55-retribution-1.1-84566.tbz2

SQLite version:
http://www.fuzzwork.co.uk/dump/retribution-1.1-84566/eve.db.bz2

individual mysql tables, and csv/xls versions:
http://www.fuzzwork.co.uk/dump/retribution-1.1-84566/


The blueprint calculator is also updated. It'll default to the current version, but will let you select 1.1 (but not link to it, atm) on the front page.
#3 Posted: 2013.02.14 20:33  |  Edited by: Desmont McCallock
Thanks CCP Prism X. Forgive my lack of faith (and don't wonder why) but is there any guarantee that this is a fault-free SDE?

Edit: No matter what still remaining your #2 fan.
#4 Posted: 2013.02.14 22:35
That is very helpful. Thank you.
C C P Alliance
#5 Posted: 2013.02.15 07:29
Desmont McCallock wrote:
Thanks CCP Prism X. Forgive my lack of faith (and don't wonder why) but is there any guarantee that this is a fault-free SDE?

Edit: No matter what still remaining your #2 fan.


There are no guarantees in life! Blink

But I did give the link to people who usually catch errors when they are doing their conversions before posting it here. We also still have the spot-checking scripts I wrote up after the last SDE had to be regenerated a few thousand times.

So.. maybe? Lol
CCP Prism X
Programmer
Team Gridlock
Black Core Alliance
#6 Posted: 2013.02.15 13:57
Thanks so much for this. Really appreciated.
“Any fool can criticize, condemn, and complain - and most fools do. ” - Dale Carnegie

Maximze your Industry Potential! - Download EVE Isk per Hour!
#7 Posted: 2013.02.22 12:46
Thanks a ton, you guys rock!
It's so much more fun implementing patch changes when you don't have to hurry cause your users are already waiting.
Rooks and Kings
#8 Posted: 2013.02.22 18:42
The Gorgon Empire
#9 Posted: 2013.02.27 13:50
I miss the obvious or new AAR don't have effects pointing they are using nanite paste, like it was done with ASB ?
#10 Posted: 2013.03.01 10:33
Medusa The Gorgon wrote:
I miss the obvious or new AAR don't have effects pointing they are using nanite paste, like it was done with ASB ?

Doesn't really belong in this thread, but yeah, it's done in a different way than with ASBs where the effect attribute is on the charges, for AARs it's on the module itself.
C C P Alliance
#11 Posted: 2013.03.01 17:03
I have absolutely no clue what you two are talking about. But you should consider widening your non-clusters, or even the cluster itself (but remember that all non-clusters contain their respective cluster values in case they are non-covering!), if you find yourself creating too many non-clusters to ensure the seekability of most activity.
CCP Prism X
Programmer
Team Gridlock
Vote Steve Ronuken for CSM
#12 Posted: 2013.03.04 11:25
Just for reference, it turns out I missed a reference to which database to dump, in the export script for the CSV and XLS data. So that was still using 1.0.7. It's now updated. Next time, it will be right first time.


I blame PrismX for being efficient and getting it out early, rather than my own ineptitude. Blink
Shadow Cartel
#13 Posted: 2013.05.03 11:16  |  Edited by: ItsmeHcK1
What happened to the community toolkit page?
I wanted to download the latest set of images, but it seems you've removed the entire page.
#14 Posted: 2013.05.05 22:32
ItsmeHcK1 wrote:
What happened to the community toolkit page?
I wanted to download the latest set of images, but it seems you've removed the entire page.


It moved here.
#15 Posted: 2013.05.29 08:14
So Prism X, now that you've spoiled us I'd like to say the following:

I DEMAND AN EARLY SDE RELEASE FOR ODYSSEY BECAUSE ENTITLEMENT AND I MIGHT OR MIGHT NOT THROW A HISSY FIT IF YOU FAIL TO COMPLY WITH MY DEMANDS melons
Caldari State
#16 Posted: 2013.05.30 17:37
Rob Crowley wrote:
AN EARLY SDE RELEASE
this is actualy a two-ended sheep.

we got this retribution sde early.
in exchange, for the last 3-4 months, we have been stuck with an outdated sde.
because an early sde tends to not contain the post-patch bugfixes.

if you just want to get started on the new data, i have been posting some preview-sde-overlays here.
#17 Posted: 2013.05.30 17:52
Jercy Fravowitz wrote:
this is actualy a two-ended sheep.

we got this retribution sde early.
in exchange, for the last 3-4 months, we have been stuck with an outdated sde.
because an early sde tends to not contain the post-patch bugfixes.
Yeah, but I still would prefer it early if I have to choose. Of course, the perfect release policy would be one release early (like on Friday or Saturday to get all the things in that are still being worked on this week) and then a 2nd release a couple weeks later once all the little corrections and bugfix patches have trickled in.

Not sure when the next point release is scheduled, but I guess it would certainly be sooner than 3-4 months this time.

Quote:
if you just want to get started on the new data, i have been posting some preview-sde-overlays here.
I have already been using those, thanks for these. Smile
Though my setup here is MSSQL so I prefer the SDE.
Caldari State
#18 Posted: 2013.06.03 11:57
... slightly more official ...
... based on Odyssey_1.0_89097_db.zip ...
... /ody10/ ...
#19 Posted: 2013.06.16 11:20
@Jercy, multibyte strings in your dump appears to be double-encoded.
Also, the main script has .dmp extension, rather than .sql.
Vote Steve Ronuken for CSM
#20 Posted: 2013.06.16 14:57
Nari Neya wrote:
@Jercy, multibyte strings in your dump appears to be double-encoded.
Also, the main script has .dmp extension, rather than .sql.


.dmp is far from an unusual file extension to use for this kind of file.

I've always used .sql for small sql patches, and .dmp for database dumps. Helps prevent me trying to open a huge file in an sql editor.
2 Pages12Next page
Forum Jump