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.
 

transaction data

Author
drsh1
Golden Warsaw
#1 - 2017-01-30 09:48:57 UTC
hi guys, i'm looking for a way to import transaction data - not orders history but the list of actual transactions made. i don't see any method to obtain such data neither at crest, xml or esi.

am i missing something?

sites like fuzzwork by steve (https://www.fuzzwork.co.uk/market/link/10000002/29668) draws the charts with only low/hi/average price using which is little obscure - how exactly is this average price calculated?
Althalus Stenory
Flying Blacksmiths
#2 - 2017-01-30 12:41:39 UTC  |  Edited by: Althalus Stenory
The min/max/average/volume data is provided by the price history endpoint (on CREST or ESI) actually and it's the same as the values you can see in game.

When you are speaking of "transactions made", you are speaking about what's happening on the market ?

You might actually be able to do it for the market by fetching all orders, keeping orderID (if there is any given), comparing each time those which appeared, those which disappeared / changed. But even though you might "lose" data as orders endpoint have a cache of 5min and some orders may appear / disappear within those 5min.
This will then give you what you'll have in the history endpoint

If you are looking for the market orders :
- in CREST you have to go to /region/[region_id]/orders/all (something like that when you go through all the route)
- in ESI: https://esi.tech.ccp.is/latest/#!/Market/get_markets_region_id_orders

If you are speaking about your own transaction data it's in the WalletTransactions and WalletJournal XML API

EsiPy - Python 2.7 / 3.3+ Swagger Client based on pyswagger for ESI

drsh1
Golden Warsaw
#3 - 2017-01-31 18:08:42 UTC
i'm interested in global transaction data - full transaction history may be better approximation of real value than available orders

the workaround you propose would obviously work but for now it seems to me like too much effort for the issue, i'll stick with the average prices for now

btw is average price volume weighted?