[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [amibroker] IB Tws API.....for IB Plug in is it ok to upgrade to 8.41



PureBytes Links

Trading Reference Links

Hello,

No, current plugin is written for API 8.30.

The work on next version of IB plugin that will support API 8.41 continues.

Best regards,
Tomasz Janeczko
amibroker.com
----- Original Message ----- 
From: "Eugene" <eugenecpinto@xxxxxxxxxxx>
To: <amibroker@xxxxxxxxxxxxxxx>
Sent: Friday, April 01, 2005 7:44 AM
Subject: [amibroker] IB Tws API.....for IB Plug in is it ok to upgrade to 8.41


> 
> 
> The enhancements and modifications below are in build 8.41 of the TWS
> API. For clarification on any of the items listed, refer to the
> appropriate section in the User's Guide, or contact IB customer service.
> 
> Enhancements
> 
> Extraction of intraday historical data for ActiveX, Socket Library,
> and Java API Clients
> 
> Starting with API version 8.4 and TWS version 843.0 (client version 18
> and server version 16, respectively), all socket-based API
> technologies, including the socket client library, ActiveX, and Java,
> can extract intraday historical data going back 24 hours for any valid
> contract or combo. For this purpose, the API has a new method,
> reqIntradayData(), with TWS responding with INTRADAY_DATA messages
> containing the requested data. Unlike market data requests, only one
> request for intraday data can be in process at any given time.
> 
> The time span covered by a reqIntradayData() request is specified by
> an integer number of seconds. Data is returned in bars of a nature
> very similar to the bars in TWS charts, with the nature of the data
> extracted being governed by sending a string having a value of
> "TRADES," "MIDPOINT," "BID," "ASK," or "BID_ASK." Bars of the first
> four types contain the start time, open, high, low, close, volume, and
> weighted average price during the time slice in question. The contents
> of bars returned in response to a BID_ASK query differ from those
> returned by the other query types, in that the open and close values
> are actually the time weighted average bid, and time weighted average
> offer, respectively. This makes these bars identical in nature to
> TWS's "BID_ASK" candlestick chart bars. The final bar returned in
> response to any reqIntradayData() request has a start time value of
> "finished," allowing an API application to know when its query has
> completed. The time duration of each bar is determined by the length
> of time of the entire request, as is shown in this table:
> Duration of request Time slice duration
> <= 2000 seconds 1 second
> 2001 to 10000 seconds 5 seconds
> 10001 to 20000 seconds 10 seconds
> 20001 to 30000 seconds 15 seconds
> 30001 to 60000 seconds 30 seconds
> 60001 to 24 hours (86400 seconds) 60 seconds
> 
> There are two additional parameters to reqIntradayData() calls. The
> first is called "useRTH." If it is set to 0, all data available during
> the time span requested is returned, even data bars covering time
> intervals where the market in question was outside of its "Regular
> Trading Hours" (RTH). If useRTH has a non-zero value, only data within
> the "Regular Trading Hours" of the product in question is returned,
> even if the time span requested falls partially or completely outside
> of them. Finally, API Beta 8.41 and TWS version 844 introduce version
> 2 of reqIntradayData(), adding a new parameter called "formatDate." If
> formatDate = 1, dates applying to bars are returned in a format
> "yyyymmdd{space}{space}hh:mm:dd," which is the same format already
> used in EXECUTION_DATA messages. If formatDate = 2, those dates are
> returned as a long integer specifying the number of seconds since
> 1/1/1970 GMT.
> 
> When TWS connects either to IB via the internet or an API client
> application, it creates Java-based sockets of a predetermined size. If
> an API application intends to make intraday historical data requests
> that return more than 1000 bars, it is recommended that TWS be
> configured to increase the sizes of the buffers in both sockets. This
> can be done in the "settings.xml" file in the user's Jts directory. It
> is important that TWS not be running when its settings.xml file is
> manually modified. In the <SystemSettings> XML element, the
> <ccpSocketBufferSizes> and <apiSocketBufferSizes> elements can be used
> for this purpose. Adding these two lines to the <SystemSettings>
> element in settings.xml should suffice:
> 
>    <ccpSocketBufferSizes>500000</ ccpSocketBufferSizes>
> 
>    <apiSocketBufferSizes>500000</apiSocketBufferSizes>
> 
> 
> 
> 
> 
> 
> 
> Please note that this group is for discussion between users only.
> 
> To get support from AmiBroker please send an e-mail directly to 
> SUPPORT {at} amibroker.com
> 
> For other support material please check also:
> http://www.amibroker.com/support.html
> 
> 
> Yahoo! Groups Links
> 
> 
> 
> 
> 
> 
> 
>


------------------------ Yahoo! Groups Sponsor --------------------~--> 
In low income neighborhoods, 84% do not own computers.
At Network for Good, help bridge the Digital Divide!
http://us.click.yahoo.com/EpW3eD/3MnJAA/cosFAA/GHeqlB/TM
--------------------------------------------------------------------~-> 

Please note that this group is for discussion between users only.

To get support from AmiBroker please send an e-mail directly to 
SUPPORT {at} amibroker.com

For other support material please check also:
http://www.amibroker.com/support.html

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/amibroker/

<*> To unsubscribe from this group, send an email to:
    amibroker-unsubscribe@xxxxxxxxxxxxxxx

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/