EVE Search - Incursion 1.1.0 Static Data Dump & Image Dump

All Channels

EVE Technology Lab

Incursion 1.1.0 Static Data Dump & Image Dump

» Click here to find additional results for this topic using Google

Monitor this thread via RSS [?]

Pages: [1] :: one page
Author	Thread Statistics \| Show CCP posts - 1 post(s)

CCP Stillman	Posted - 2011.01.21 14:05:00 - [1] HereÆs the Static Data Dump and Image Dump for Incursion 1.1.0 Static Data Dump: http://cdn1.eveonline.com/data/Incursion_1.1.0_37959.7z Image dump: http://cdn1.eveonline.com/data/Incursion_1.1.0_imgs.7z Enjoy!

Chruker	Posted - 2011.01.21 14:10:00 - [2] Thanks ----- http://games.chruker.dk/eve_online ----- Top wishes: - No daily downtime - Faster training on sisi
Jercy Fravowitz School of Applied Knowledge	Posted - 2011.01.21 22:32:00 - [3] mssql singlefile script mysql singlefile script mysql one-file-per-table script sqlite singlefile binary (also for EAM) postgres-unquoted singlefile compatible script innodb users please try loading the regular myisam version, then apply this script to change engine and add FKs, then report load/convert times here.
Ruziel Minmatar Twilight Military Industrial Complex	Posted - 2011.01.22 07:51:00 - [4] Once again, thank you sir for the conversions.
6ie	Posted - 2011.01.23 12:44:00 - [5] Thanks for the dump Stillman & thanks (again) for the conversion Jercy. Whats the process to get it from MS SQL to MySQL?
Jercy Fravowitz School of Applied Knowledge	Posted - 2011.01.23 14:40:00 - [6] Originally by: 6ie Whats the process to get it from MS SQL to MySQL? DBHOWTO
Yuefei Linn	Posted - 2011.01.26 17:12:00 - [7] For those of us using postgresql -- if you can't stand waiting for the bazillion INSERT statements to run, try running http://users.pepperfish.net/dsilvers/eve-pgconv-1.pl.txt to convert the script to something slightly more efficient. Regards, Yuefei
Elaiam Sendara	Posted - 2011.01.26 23:51:00 - [8] I get this error when I try to restore the database: "sql server cannot process this media family. Error 3241" I am using SQL Server Express 2008 R2 and the management studio that comes with it. Any idea what is wrong? I've searched online and people claim it's either due to try to open a database with an older version of SQL Server, or a corrupted .bak, though I know I am using a current version of SQL Server and I'm confident the file is not corrupt, seeing as how others have used it successfully.
Per Bastet Amarr B.O.O.M Obsidian Mining Coalition	Posted - 2011.01.27 07:38:00 - [9] Could the Single file script be Cut into 4 pieces or something? It's a Bit big to Import into a Database on Godaddy in one shot and the Individual ones will take forever to import them all. -- Bastet's Organization Of Mining
Elaiam Sendara	Posted - 2011.01.27 14:19:00 - [10] Edited by: Elaiam Sendara on 27/01/2011 14:18:57 Originally by: Per Bastet Could the Single file script be Cut into 4 pieces or something? It's a Bit big to Import into a Database on Godaddy in one shot and the Individual ones will take forever to import them all. Yes it can be done, just edit the file in notepad. I had to do this because for some reason the single file script caused an error when I tried to open it using SQL Server Management Studio. Once I cut it into chunks, I got everything to work fine.
Catari Taga Centre Of Attention Middle of Nowhere	Posted - 2011.01.27 19:23:00 - [11] Originally by: Elaiam Sendara I had to do this because for some reason the single file script caused an error when I tried to open it using SQL Server Management Studio. Once I cut it into chunks, I got everything to work fine. You could just have restored CCP's original version to avoid that issue. Also to import large scripts do it from the command line as you'll invariably overload the GUI. --
Elaiam Sendara	Posted - 2011.01.28 00:07:00 - [12] Originally by: Catari Taga Originally by: Elaiam Sendara I had to do this because for some reason the single file script caused an error when I tried to open it using SQL Server Management Studio. Once I cut it into chunks, I got everything to work fine. You could just have restored CCP's original version to avoid that issue. Also to import large scripts do it from the command line as you'll invariably overload the GUI. Well as you can see in my earlier post I had an error when trying to restore the bak file. This happened on 3 different computers. All running win7 professional with SQL Server Express 2008 R2. I'm not familiar with how to do it from the command line. I'll have to look into it, thanks for the tip.
Jercy Fravowitz School of Applied Knowledge	Posted - 2011.01.28 10:22:00 - [13] Originally by: Elaiam Sendara Well as you can see in my earlier post I had an error when trying to restore the bak file. This happened on 3 different computers. All running win7 professional with SQL Server Express 2008 R2. Check for a second tab in the .bak restore window, it has pathes that may or may not work depending on your flavor and language of windows install. just make sure the pathes point at something that actualy exists.
Elaiam Sendara	Posted - 2011.01.29 17:12:00 - [14] Apparently when I upgraded from SQL 2005 to 2008 my default instance was still a 2005 version. Its all sorted out now and the bak works great.
Morast Kuiper Belt Industries	Posted - 2011.02.02 03:34:00 - [15] The more I look the more I am sure that material requirements for T2 ships are wrong in this datadump. Not that I know whether they were right in previous dumps. For example the zealot returns a bunch of normal mins, that aren't on the blueprint in game. Those normal mats don't match the omen either. Which is funny the zealot also doesn't include an Omen as a material. Sample sql: Select types1.typeName ,types2.typeName ,typeMats.quantity ,Round(typeMats.quantity * (1.0 + (invBPO.wasteFactor/100.0)/(1+0)), 0, 1) as ME0 ,Floor(typeMats.quantity*invBPO.wasteFactor/0.5) as PerfectME From invTypes types1 Left Outer Join invTypeMaterials typeMats on types1.typeID = typeMats.typeID Left Outer Join invTypes types2 on typeMats.materialTypeID = types2.typeID Left Outer Join invGroups grps on types2.groupID = grps.groupID Left Outer Join invBlueprintTypes invBPO on types1.typeID = invBPO.productTypeID Where types1.typeName = 'Zealot' The other problem I have run into is I haven't found a way to pull the invention mats. Perhaps I am wrong, but I am rather sure I am not. regards Morast
Desmont McCallock	Posted - 2011.02.02 07:08:00 - [16] This is what you get when forum doesn't have a proper search function. This has been already answered a dozen times (no offence). Linkage
Morast Kuiper Belt Industries	Posted - 2011.02.02 14:09:00 - [17] Originally by: Desmont McCallock This is what you get when forum doesn't have a proper search function. This has been already answered a dozen times (no offence). Linkage Yeah. I found equivalent posts by manually clicking through 20+ pages of the forum. And I found "http://wiki.eve-id.net/Bill_of_Materials", which helped a lot. But! I still think T2 material requirements are still bugged. Since the Zealot doesn't need 47744 tritanium. For example. regards Morast
Jercy Fravowitz School of Applied Knowledge	Posted - 2011.02.02 18:33:00 - [18] Originally by: Morast I still think T2 material requirements are still bugged. Since the Zealot doesn't need 47744 tritanium. yes, the zealot does not require 47744 trit. but if you end up with that number, that is a result of your calculations being wrong, not the data dump. X) calculations based on inc110 data: Zealot hints on how to use the split materials data may be found in the dom100 thread.
Zifrian Solar Nexus.	Posted - 2011.02.05 03:22:00 - [19] There are a lot of patches and updates with Incursion. Will there be more data dumps for this expansion after this? Thanks
Aineko Macx	Posted - 2011.02.09 20:18:00 - [20] Originally by: Jercy Fravowitz innodb users please try loading the regular myisam version, then apply this script to change engine and add FKs, then report load/convert times here. Worked flawlessly. Dunno exactly how long it took as I went afk, but it was a couple of minutes for both operations on an underpowered Linux VM. ________________________ CCP: Where fixing bugs is a luxury, not an obligation.
Jercy Fravowitz School of Applied Knowledge	Posted - 2011.02.23 20:06:00 - [21] since people dont seem to find it in that other thread ... Originally by: Jercy Fravowitz 26363 dgmTypeAttributes rows that are missing in inc110.dgmTypeAttributes but are known to todays tq client: addon-dgmTypeAttributes.sql.bz2 3MB of intentionally simple-syntax inserts. loads as-is in mysql, should need no more than a straight search/replace for any other sql flavor. just apply to an existing inc110 db. you may have to disable FKs. and no smacking ccp for artifacts in that addon. kthxbai.
Hurrakan Minmatar	Posted - 2011.03.16 16:43:00 - [22] Thanks for the MySQL files but what is the character encoding?
Jercy Fravowitz School of Applied Knowledge	Posted - 2011.03.19 15:58:00 - [23] Originally by: Hurrakan Thanks for the MySQL files but what is the character encoding? utf8. but why do you ask?
Alex Kaslo	Posted - 2011.03.29 08:03:00 - [24] I am installing JIE on my website and I am trying to figure out what I am supposed to do with the image dump.

Pages: [1] :: one page
First page \| Previous page \| Next page \| Last page

COPYRIGHT NOTICE
EVE Online, the EVE logo, EVE and all associated logos and designs are the intellectual property of CCP hf. All artwork, screenshots, characters, vehicles, storylines, world facts or other recognizable features of the intellectual property relating to these trademarks are likewise the intellectual property of CCP hf. EVE Online and the EVE logo are the registered trademarks of CCP hf. All rights are reserved worldwide. All other trademarks are the property of their respective owners. CCP hf. has granted permission to EVE-Search.com to use EVE Online and all associated logos and designs for promotional and information purposes on its website but does not endorse, and is not in any way affiliated with, EVE-Search.com. CCP is in no way responsible for the content on or functioning of this website, nor can it be liable for any damage arising from the use of this website.