These forums have been archived and are now read-only.

The new forums are live and can be found at https://forums.eveonline.com/

Player Features and Ideas Discussion

 
  • Topic is locked indefinitely.
 

Killmail Suggestion

First post
Author
Previous Topic Next Topic
Devoyd
A Murder Of Crows.
Seker Matar
#1 - 2014-07-02 17:14:31 UTC  |  Edited by: Devoyd
There has always been an issue with killmails across the various 3rd party killboards; this used to stem from the way the API acknowledged fetch requests (first come first serve). This caused inconsistency between the various killboards. Why should anybody care? I for one like various features from a number of boards. There is no one board that meets all my needs. I used to mitigate the discrepancies by manually posting the killmails for those missing in either board. Now with the new CREST killmails only the "External Link" is allowed for verification purposes. This now breaks the common manual post fix since being on a killmail does not guarantee you the external link, only the final blow does.

I propose and easy fix; why not include an additional tab, along with the current "your kills" and "your losses"? This tab would be "involved kills" or "participation kills" that would include all killmails you were directly involved on but did not land the final blow. In this fashion you can simply copy the external link and post to whichever board you see fit regardless of who received the original killmail.

Thoughts?
CCP FoxFour
C C P
C C P Alliance
#2 - 2014-07-03 10:46:57 UTC
That would require a pretty major rewrite on our part, it's just not how we store killmails on our end.

I don't get how the CREST thing has broken this though. Can you explain that more please?

@CCP_FoxFour // Technical Designer // Team Tech Co

Third-party developer? Check out the official developers site for dev blogs, resources, and more.
Darkblad
Doomheim
#3 - 2014-07-03 11:05:09 UTC  |  Edited by: Darkblad
Killboards started to switch to no longer accept the old plain text killmails. They will only accept the external kill links. This is no issue for CREST verified kills on e.g. zKillboard (where you get that link by clicking the green "CREST verified" text).
Other killboards may not offer that functionality, and kills labeled "API verified" also don't provide the link.

EDIT: It's rather an issue with the maintainers of said killboards, though the intentions (e.g. avoiding fake kills) are good.

NPE – ISD – RIP
CCP FoxFour
C C P
C C P Alliance
#4 - 2014-07-03 12:15:42 UTC
Darkblad wrote:
Killboards started to switch to no longer accept the old plain text killmails. They will only accept the external kill links. This is no issue for CREST verified kills on e.g. zKillboard (where you get that link by clicking the green "CREST verified" text).
Other killboards may not offer that functionality, and kills labeled "API verified" also don't provide the link.

EDIT: It's rather an issue with the maintainers of said killboards, though the intentions (e.g. avoiding fake kills) are good.


Ah, OK.

@CCP_FoxFour // Technical Designer // Team Tech Co

Third-party developer? Check out the official developers site for dev blogs, resources, and more.
MailDeadDrop
Archon Industries
#5 - 2014-07-03 13:43:54 UTC  |  Edited by: MailDeadDrop
Rather than change the way that killmails are stored, can you add a button (so the feature is "on demand") in the client that queries the killmails for all where the current character is a participant? The results would need to have the links obviously.

Or, alternatively, provide a CREST endpoint that returns a list of killmail identifiers for all killmails where the queried character is a participant. The killmail identifier would need to have enough payload that a killmail external link can be constructed. Having typed that, that seems like a really ugly heavy load query though. Hmmm...

MDD
Devoyd
A Murder Of Crows.
Seker Matar
#6 - 2014-07-03 14:16:38 UTC
Let me clear this up a bit with an example:

Three different pilots encounter each other on a gate, and a fight ensues. Obviously the opportunists gang up on the weak ship before taking each other on. Only one of them will get the killmail in their character sheet for landing the last blow on said ship. These two pilots use different billboards to post their KM's and do not know each other. Without explicitly convoying or evemailing him asking for the external link, the other pilot will not have the means to have the kill registered in his particular killboard. Why can't the first pilot have a log of the kill in his character sheet for being on the killmail? It's the same kill-id is it not? Instead of pushing the KM to just the final blow pilot, why can't it get pushed out to both?

Thanks,
Devoyd
Max Kolonko
Caldari Provisions
Caldari State
#7 - 2014-07-03 15:53:03 UTC  |  Edited by: Max Kolonko
Good suggestion, but not related to crest kb or kb owners removing posibility of plain km posting. In said scenario you would still need to contact the guy for the plain text version.

Still would love a way to see km's for where my corpmates only participated and have them in km api

Read and support: Don't mess with OUR WH's What is Your stance on WH stuff?
CCP FoxFour
C C P
C C P Alliance
#8 - 2014-07-04 11:50:56 UTC
When I say it would require a pretty major refactor of our killmail system it's because I mean it. The DB stores for a specific killmail: killID, finalBlowCharacter, victim, and a blob of information for the rest of the info. To get all killmails you have been a part of we would have to parse the contents of that blob for EVERY killmail. Thats not happening until we refactor killmails.

Just convince all your killboard devs to expose the CREST link for killmails posted via CREST, that will be the best option for now. That and convoing/asking for the kill report in the client to get the CREST link yourself.

@CCP_FoxFour // Technical Designer // Team Tech Co

Third-party developer? Check out the official developers site for dev blogs, resources, and more.
Schmata Bastanold
In Boobiez We Trust
#9 - 2014-07-04 12:07:44 UTC
Aren't blobs in db fields awesome? :)

Invalid signature format
Hannott Thanos
Squadron 15
#10 - 2014-07-04 12:18:27 UTC
Create a relation table with a list of character ID's that stores the ID's of the people on the kill. Fill the table as people are added to the kill before the kill happens, when the ID is exposed in the code, and change finalBlowCharacter to point to the relation table instead. Solves this issue and we can go on killmails even if the ship gets killed on the other side of the gate.

How hard could it be? ;)

while (CurrentSelectedTarget.Status == ShipStatus.Alive) {

     _myShip.FireAllGuns(CurrentSelectedTarget);

}
Hannott Thanos
Squadron 15
#11 - 2014-07-04 12:22:39 UTC
On a totally unrelated note, how annoying is it that half of eve players are developers and come up with smartass solutions to problems?

while (CurrentSelectedTarget.Status == ShipStatus.Alive) {

     _myShip.FireAllGuns(CurrentSelectedTarget);

}
CCP FoxFour
C C P
C C P Alliance
#12 - 2014-07-04 12:23:36 UTC
Hannott Thanos wrote:
On a totally unrelated note, how annoying is it that half of eve players are developers and come up with smartass solutions to problems?


It's more comical than anything. :P

@CCP_FoxFour // Technical Designer // Team Tech Co

Third-party developer? Check out the official developers site for dev blogs, resources, and more.
Bienator II
madmen of the skies
#13 - 2014-07-04 13:11:00 UTC
CCP FoxFour wrote:
Hannott Thanos wrote:
On a totally unrelated note, how annoying is it that half of eve players are developers and come up with smartass solutions to problems?


It's more comical than anything. :P


on an even more unrelated node, more information like "first aggressor, first tackle, etc" would be awesome. And to finish completely off topic: when will all hulls have costs associated with them?

how to fix eve: 1) remove ECM 2) rename dampeners to ECM 3) add new anti-drone ewar for caldari 4) give offgrid boosters ongrid combat value
De'Veldrin
Republic University
Minmatar Republic
#14 - 2014-07-04 13:16:01 UTC
Schmata Bastanold wrote:
Aren't blobs in db fields awesome? :)


Blobs in databases are like root canals. Painful to deal with, but occasionally necessary.

De'Veldrin's Corollary (to Malcanis' Law): Any idea that seeks to limit the ability of a large nullsec bloc to do something in the name of allowing more small groups into sov null will inevitably make it that much harder for small groups to enter sov null.
De'Veldrin
Republic University
Minmatar Republic
#15 - 2014-07-04 13:18:47 UTC
Hannott Thanos wrote:
Create a relation table with a list of character ID's that stores the ID's of the people on the kill. Fill the table as people are added to the kill before the kill happens, when the ID is exposed in the code, and change finalBlowCharacter to point to the relation table instead. Solves this issue and we can go on killmails even if the ship gets killed on the other side of the gate.

How hard could it be? ;)


where i work, any coding solution that ends with the phrase "How hard could it be" is automatically discarded, and the person who suggested it is put on user support calls for a week as punishment.

Here is your headset and telephone...have a good week.

De'Veldrin's Corollary (to Malcanis' Law): Any idea that seeks to limit the ability of a large nullsec bloc to do something in the name of allowing more small groups into sov null will inevitably make it that much harder for small groups to enter sov null.
Frostys Virpio
State War Academy
Caldari State
#16 - 2014-07-04 13:38:03 UTC
De'Veldrin wrote:
Hannott Thanos wrote:
Create a relation table with a list of character ID's that stores the ID's of the people on the kill. Fill the table as people are added to the kill before the kill happens, when the ID is exposed in the code, and change finalBlowCharacter to point to the relation table instead. Solves this issue and we can go on killmails even if the ship gets killed on the other side of the gate.

How hard could it be? ;)


where i work, any coding solution that ends with the phrase "How hard could it be" is automatically discarded, and the person who suggested it is put on user support calls for a week as punishment.

Here is your headset and telephone...have a good week.


I use that question in a legitimate way sometime. I don't wanna do call center job plz.
Velicitia
XS Tech
#17 - 2014-07-04 13:57:02 UTC  |  Edited by: Velicitia
CCP FoxFour wrote:
... until we refactor killmails.


If you guys are gonna be refactoring them anyway, can we please get logibro stats too (e.g. Most damage repp'd)?

Logibros around the galaxy will love you forever.

One of the bitter points of a good bittervet is the realisation that all those SP don't really do much, and that the newbie is having much more fun with what little he has. - Tippia
Jeanne-Luise Argenau
Brutor Tribe
Minmatar Republic
#18 - 2014-07-04 14:28:20 UTC
Velicitia wrote:
CCP FoxFour wrote:
... until we refactor killmails.


If you guys are gonna be refactoring them anyway, can we please get logibro stats too (e.g. Most damage repp'd)?

Logibros around the galaxy will love you forever.


or atleast all logis on the km's without whore drones
Carniflex
StarHunt
Mordus Angels
#19 - 2014-07-04 18:39:35 UTC
Links. They need to be on mail as well. The effect is significant and all these 'solo' PvP guys have couple.

Here, sanity... niiiice sanity, come to daddy... okay, that's a good sanity... THWONK! GOT the bastard.