|
Author |
Thread Statistics | Show CCP posts - 14 post(s) |
malaire
|
Posted - 2011.08.30 15:55:00 -
[1]
Originally by: CCP Stillman So this leaves an interesting question I'd be curious to hear. Say that we developed an API for this, which would give you the data for any set of regionID and typeID for 7 days ago. How useful would that be?
I currently check 1-3 month history when deciding what items to trade in and this could help a lot to find good deals automatically (even if this only contains portion of needed data.)
However, as a programmer I could probably get this data myself quite easily using cache readers, so I don't really mind if you decide to drop this idea completely. (Less information for my competitors ...)
|
malaire
|
Posted - 2011.08.30 18:20:00 -
[2]
Originally by: CCP Dr.EyjoG The issue of the time lag of the information is a very interesting one for us. From the discussion so far I gather that anything else than 7 days is a nice to have, anything from 24 hours hold to 7 days is interesting to have, and that less than 24 hour old would be awesome.
As CCP_Stillman mentioned then there is a real technical challenge to have close to live data. That challenge will not be resolved soon so let's focus on the 24 hour+ option.
Does anyone see a problem with providing 24 - 48 hour old data?
I oppose the idea of giving too fresh information too easily. That would take advantage off from players who can use cache readers to implement this by themselves ...
So. 7+ days is acceptable, 1-7 days is worse and less than 24 hours is just awfull.
|
malaire
|
Posted - 2011.08.30 18:24:00 -
[3]
Originally by: Marcel Devereux I would also like to see the number of buy/sell transactions.
There is already transactionCount. If you mean separate counts for buy and sell transactions, then perhaps you forgot that each transaction is both buy and sell, depending on whether you ask from buyer or seller.
|
malaire
|
Posted - 2011.08.30 18:42:00 -
[4]
Originally by: Callean Drevus
Originally by: malaire
Originally by: Marcel Devereux I would also like to see the number of buy/sell transactions.
There is already transactionCount. If you mean separate counts for buy and sell transactions, then perhaps you forgot that each transaction is both buy and sell, depending on whether you ask from buyer or seller.
Though it's pretty useful to know whether it's a buy or a sell order being fulfilled :) on a different note, since when are you in favour of cache scraping?
True, however in some cases both are true (player making buy/sell order which is instantly fulfilled by existing sell/buy order).
And in my other thread I didn't oppose cache reading as much as IGB javascript automation to update the cache.
|
malaire
|
Posted - 2011.08.30 19:13:00 -
[5]
It would be usefull to have both min/max prices which include outliers, and other min/max prices which does not.
|
malaire
|
Posted - 2011.08.31 06:54:00 -
[6]
Originally by: Cearain But anyway, I'm not even sure how to read this. What are the item and system id numbers?
For ItemIDs, download http://zofu.no-ip.de/inca10/inca10-mysql5-sql-v1/inca10-invTypes-mysql5-v1.sql.bz2 and for RegionIDs: http://zofu.no-ip.de/inca10/inca10-mysql5-sql-v1/inca10-mapRegions-mysql5-v1.sql.bz2
Both are in SQL format, which is quite simple to parse if you just look at the datalines and ignore extra code at beginning/end.
Original thread about these datafiles: Static Data Export and Image export for Incarna 1.0
|
malaire
|
Posted - 2011.08.31 08:22:00 -
[7]
Originally by: Alain Kinsella @ Stillman - Not to put a wet blanket over the good news, but is this preceding any news of banning cache readers as bot activity? Skreegs has not yet published his expected devblog on what you will consider botting, and supplying market history data seems to be a step towards forcing market data to 'official' channels only (market dump button, and now this).
Now that would be really interesting. No more external applications showing which orders I need to update and to what price. (At least not as easily as before, since I would need to Export each item.)
|
malaire
|
Posted - 2011.08.31 09:22:00 -
[8]
Edited by: malaire on 31/08/2011 09:34:52
Originally by: Erik CoolBreeze make it an api call and give us hourly updates, else why bother with this? just go to eve-central instead.
If CCP where to provide such data, they would need to include all orders.
Eve-central doesn't do that. They most likely have one IGB-javascript-bot per region to fetch data into cache. That can fetch perhaps 30 items per minute, taking hours to fetch all items. So for any single item they only get one snapshot every few hours, and they miss all orders which are created and fulfilled between these snapshots.
edit: it seems they rely on their users botting for themselves, but the main point still stands, they will miss any orders not included in user-submitted market-order-snapshots.
|
malaire
|
Posted - 2011.08.31 09:51:00 -
[9]
Originally by: Meissa Anunthiel Provide the exact same information in game without a person having to travel between regions and I'd agree. Requiring people to implement databases, API calls and other such things is unreasonable. Personally I have no issue with it, I'm a developper, but not everyone is, and those people matter too...
This API/export differs from other APIs in this that it provides information that isn't readily available to people in-game, that's a big difference.
What about giving same data in-game?
For current region: all orders and full market history (as it is currently) For all other regions: delayed market history
Someone could get confused about different market histories (full vs. delayed) but then EVE is full of things which confuse someone.
|
malaire
|
Posted - 2011.08.31 13:02:00 -
[10]
I made simple perl-script to filter the data, feel free to (ab)use as you want, if you find it usefull: http://pastebin.com/uPpnNCh8
|
|
|
|
|