EVE Technology Lab

Sounds like CCP is going carebear stupid again.

Logging off to avoid combat used to be an exploit in itself !!!
Yes I realize its so common and natural a metagaming idea that CCP gave up enforcing it.
CCP turned around and told us how easy it was for players to enforce logging off as being pointless instead.
But that enforcement sort of ties up a lot of forces until the violator logs back on.
Heck it can even be used in ambushes as a way to bait without really risking a ship. (Sounds like another exploit idea to me.)

OK new CCP employees no longer remember the original exploits and are raining down hell because
some clever individuals figured out how to minimize the costs of player enforcement vs exploiters logging on at random times.

Yes CCP has the power to change things as they want.
But with this new announcement CCP has effectively reclaimed responsibility for enforcement of combat logoff exploits.

Yes the invention of PVP timers a couple years ago goes half way.
Apparently CCP has signed up to preventing log off in the same grid as potential hostiles (non-alliance folk at minimum). Or perhaps a pop-up with emergency auto-destruction should you go ahead and log off.

Whatever happened to the idea that logging off in open space was considered dangerous even if not actively in combat? What about the idea that logging off in open space right before combat began and where potential enemies could observe your log off location was intended to be suicide?


Whatever happened to the idea that the only way to log off and on safely was to dock in a station or place your ship in a POS maintenance array?

Hi,

I downloaded the latest SDE icons package and I found that the filenames inside don't use the same pattern that the images in the type package.

Filenames in the icons package are like :

8_64_1.png
8_64_10.png
8_64_11.png
8_64_12.png
8_64_13.png
8_64_14.png
8_64_15.png
8_64_16.png
8_64_2.png
....

As we can see, the size information "64" is in the middle of the filename (instead of at the end).
When we check the iconsID.yaml and take for example the iconID 293 (corresponding to hiSlots attributeID 14 in dgmAttributesTypes table) we find the following informations :

293:
description: Ship slot - HiSlot
iconFile: 08_11

In order to find the icon corresponding to the hiSlot attribute, we will need to put the size information in the middle of the iconFile found in the yaml file, that will give us 08_xx_11 where xx will be the size. The only icon corresponding in the Icons folder is 08_64_11.

I see 2 issues from this behavior :
- Weird to put the size info in the middle of the filename to be able to find the right icon.
- The icon only exists in one size in the icons folder, mostly 64 pixels but sometimes it's 32 or even 16. That means you will have to try multiple size to find the icon you need.
Nothing that we can't deal with but that's a bit weird. The behavior is perfect for the types folder.

Is it an intentional behavior or there is something wrong ?

Would be really appreciated if you could enlighten me on this ;)
Thanks !

CCP FoxFour provides such SDE if you didn't notice already - https://forums.dust514.com/default.aspx?g=posts&t=127907&find=unread

Also CCP Prism X please put SoxFour out of his misery - he's doing the dumps in SQLite!

I am still having the same issue as you. I've even sent a request for support in via the email links but to no avail.

Using MS Sql Server Mngt Studio 2012, it keeps looking for a log file that wasn't in the package.

Never had this much of an issue restoring the backup.

Error Received:
System.Data.SqlClient.SqlError: The logical database file 'ebs_DATADUMP_log' cannot be found. Specify the full path for the file. (Microsoft.SqlServer.SmoExtended)

I ended up using a tool to convert the tables I wanted to an Excel file, then importing the data.

Conversions, now including updated icon data and the new certificates (look for the cert* tables)

https://www.fuzzwork.co.uk/dump/mysql56-rubicon-1.1-94321.tbz2
https://www.fuzzwork.co.uk/dump/rrubicon-1.1-94321rubicon11.sqlite.bz2
https://www.fuzzwork.co.uk/dump/rubicon-1.1-94321/postgres-rubicon-1.194321.sql.bz2

csvs and sql dumps in.
https://www.fuzzwork.co.uk/dump/rubicon-1.1-94321/



Blueprint calculator is updated, though I've not updated the base database, which is used for autocomplete. If you give it the full name, and specify the right db, it'll work. Mobile Scan Inhibitor for example. https://www.fuzzwork.co.uk/blueprints/9/33589/0/5/0/5

Ooooh! I just ran into a problem regarding ship bonuses missing from invTypes.description, so I searched around a bit and found them in dgmTypeEffects and dgmTypeAttributes now. I don't know yet where the corresponding text for each ship bonus type is hidden, but this is potentially a hugely useful change.

The description for the values can be found in the 'dgmAttributeTypes' table, column "displayName" (ship bonuses are with categoryID = 7) although some lack a proper 'displayName' (e.g. eliteBonusHeavyInterdictors1, eliteBonusElectronicAttackShip1, eliteBonusBlackOps1 etc.)

The vast majority of ship bonuses in dgmTypeAttributes have generic attributes from category 7 or 9 that don't have a display name and don't reference the type of bonus at all. What would be required would be a displayName for the ship bonus effect in dgmTypeEffects.

And there's also the problem of linking the bonus values in dgmTypeAttributes with the appropriate entries in dgmTypeEffects. E.g. for a Merlin we have "shipBonusCF = -4" and "shipBonusCF2 = 5", but in dgmTypeEffects there's "shipShield*ResistanceCF2" and "shipHybridDamageBonusCF2". So I don't really see a way to link the right numbers to the corresponding effects.

Well, the "Amarr Battleship" part is apparently coded as "AB" which would still be somewhat usable, what I'm missing more is the text description of the bonus' effect.

This also.