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

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

EVE Technology Lab

 
  • Topic is locked indefinitely.
 

Please help me understand CREST JSON
Author
Previous Topic Next Topic
schwar2ss
#1 - 2015-12-28 11:36:54 UTC  |  Edited by: schwar2ss
Being lazy and a nerd I'm in the process of automating some SRP-tasks for my alliance and trying to understand the JSON I receive from a CREST killmail. The items have a "flag" key, that probably indicate the position in the ship at the time of destruction. Is there any further documentation on this? I searched the CREST documentation this morning as well as this subforum but couldn't find anything relevant. It seems to be used in fittings as well, so surely there is a mapping anywhere.


...
"victim": {
...
    "items": [
      {
        "singleton": 0,
        "itemType": {
          "id_str": "10631",
          "href": "https://public-crest.eveonline.com/types/10631/",
          "id": 10631,
          "name": "Rocket Launcher II",
          "icon": { "href": "http://imageserver.eveonline.com/Type/10631_128.png" }
        },
        "quantityDropped_str": "1",
        "flag": 28,
        "singleton_str": "0",
        "quantityDropped": 1,
        "flag_str": "28"
      },
...


Could you please explain the meaning of the flag key or point me to the right document?

Thanks!
Louis Vitton
Viziam
Amarr Empire
#2 - 2015-12-28 14:05:26 UTC
In the SDD there is a table called invFlags.
The flags show the position of the item such as high slot, medium, low, cargo and so on.
In the above example flag 28 = High power slot 2
schwar2ss
#3 - 2015-12-28 14:53:19 UTC
Louis Vitton wrote:
In the SDD there is a table called invFlags.


Ah, that missing piece of information. Thank you very much, I was hoping to avoid the static data dump. Sadly, I was wrong.
Louis Vitton
Viziam
Amarr Empire
#4 - 2015-12-28 15:07:33 UTC
there are only 134 entries in that table and they dont really change. You can prob just use it once or even hardcode the ones you need into your code without any issue.
schwar2ss
#5 - 2015-12-28 15:17:13 UTC
It's 148 entries now, but I agree with your point.

In fact I already created a CSV file from the table-dump and attached it to my project documentation. Better safe than sorry ;)