IBSoft, thats great. 1 week of backfill will be superb for those times when you're away a few days.

I have a problem with the current version. Let me give you SierraChart Admin's answer and then my question:

Kiwi,

IB does not accept any date or time information in the historical intraday data request. Therefore, only IB can solve this problem.

While Sierrachart have been developing the beta I have been experiencing downloading problems that people in EST have not seen. I believe that this is caused because I am on Brisbane time (GMT+10) and it is ahead of the two exchanges I am downloading from (GLOBEX and HKFE). I have found that if I change the time to EST I can sometimes completely download data (I restart TWS and Sierrachart after changing the time so that they both show the computer's time) but when I am on GMT+10 I experience very poor outcomes.

IBSoft - is that 1 week at 1 minute frequency, or only at higher frequencies?

kiwi_Trader - The data for the historical quotes has timestamps either in the local time on the computer requesting the data, or GMT, depending on what the calling application sends. I really do not see any use for doing Local time. For applications, you have to have a consistent point of reference. The calling app should request the time stamps in GMT and handle the conversion (if any) after retrieving the data.

We use GMT in QuoteTracker and it has no problem regardless of what timezone the end-user is in

Here is a quote from IB on the subject:

" The date-time of a bar will be in the exact same format that execution details messages use to report their time: yyymmdd hh:mm:ss. The time will be the local time in TWS. In addition, a version 2 of the reqIntradayData() method will have an integer parameter after the whatToShow string that will allow the specification of what date format to return, either that one (value = 1), or a long integer specifying the number of seconds since 1/1/1970 GMT (value=2). "