Bitsharestalk forum is supported by Bitsapphire
Follow @BitShares on Twitter
blockchain_market_price_history is documented as accepting a string: each_block, each_hour or each_day for the granularity parameter. In actual fact, it only accepts the enum definitions of 0,1,2.Cheers, Paul.
Good to know someone figured it out ..I also tried around with this cmd but could get any results could you be so kind and give as a full example?
Pretty sure I'm using "each_hour" without issue on my backend.
Quote from: svk on October 07, 2014, 09:11:25 PMPretty sure I'm using "each_hour" without issue on my backend.I'm guessing that your json serialisation is set to serialise the value of enums, rather than the identifier?You can confirm the behaviour in the client console.Cheers, Paul.
blockchain_market_price_history USD BTSX 20141003T220010 86400 "each_hour"
I'm using it in an RPC call but I'm not explicitly serialising anything, although the library I'm using might do so behind the scenes I suppose. I played around with the CLI to figure out how to structure the command though, and I always just passed "each_hour" or "each_day" etc. I don't have access to the client since I'm at work, but will have a look later. Are you passing the string each_hour enclosed like so:Code: [Select]blockchain_market_price_history USD BTSX 20141003T220010 86400 "each_hour"
Yes, to get fc to interpret the enum name as the appropriate value, it must be enclosed in double-quotes. This is a quirk of how we do the argument parsing (everything is JSON) and there's no good way to fix it.
Page created in 0.481 seconds with 20 queries.