--- In
amibroker@xxxxxxxxxxxxxxx, "brian_z111" <brian_z111@xxx> wrote:
>
> You are doing a very good job Mike.
>
> --- In
amibroker@xxxxxxxxxxxxxxx, "Mike" <sfclimbers@> wrote:
> >
> > 1. It's a program to allow you to manage a "batch" of "jobs" where a job is defined as an AmiBroker operation such as a backtest, exploration or scan, and a batch is a collection of jobs to be run.
> >
> > 2. It is not that running batch files is particularly important. But, it may be useful if you find yourself repeatedly wanting to run a series of jobs and you don't want to hang around waiting for each to finish before firing off the next one.
> >
> > You can download the program from the Files section of this site. It includes a user guide that may help clarify its usage. I haven't personally made use of it, so cannot offer much more than that by way of description.
> >
> > Relating to your earlier thread, Batman does highlight yet another advantage of AmiBroker over other backtesters; AmiBroker is exposed as an OLE object and thus can be driven externally using COM from any other language (e.g. C++, Java, JScript, etc).
> >
> > Mike
> >
> > --- In
amibroker@xxxxxxxxxxxxxxx, "caternore" <caternore@> wrote:
> > >
> > > Mike,
> > >
> > > This may sound stupid, but I have 2 questions
> > >
> > > 1)what is a batch manager?
> > >
> > > 2)why is running batch files important?
> > >
> > > Thank you
> > > ACE
> > >
> > >
> > > --- In
amibroker@xxxxxxxxxxxxxxx, "Mike" <sfclimbers@> wrote:
> > > >
> > > > 1. Batman is a batch manager for running batch files. It is available in the files section of this group.
> > > >
> > > > 2. I believe that it is still an issue. I believe that it means that the categorization of symbols is limited to a tree of depth 2 rather than the 4 actually available from ICB (
http://www.icbenchmark.com/icb_structure.html). Unless you're trying to run a strategy against the less refined granularity, it should not be an issue. Even so, you could probably create a watchlist and add all the symbols from the more refined categorizations into it, thereby creating, in effect, the less granular categorization.
> > > >
> > > > 3. I believe that this is still an issue. Easy workaround as described by Norgate in the blurb provided.
> > > >
> > > > Mike
> > > >
> > > > --- In
amibroker@xxxxxxxxxxxxxxx, "caternore" <caternore@> wrote:
> > > > >
> > > > > Hello all again, I have some more question after doing some research.
> > > > >
> > > > > 1) What is Batman
> > > > >
> > > > > 2 )I was looking at the Norgate data site when I came across this.
> > > > > (Unfortunately as AmiBroker only supports two levels of classifications we've decided (after a quick user poll) to provide ICB levels 3 & 4 only.)
> > > > >
> > > > > What does this mean and have this issue been resolved?
> > > > >
> > > > > 3) Another question from the Norgate Data site.
> > > > >
> > > > > (Why does the volume on the S&P 500, S&P 1500, NASDAQ Composite, NYSE Composite, and weekly charts of ASX Indices sometimes show as a negative number?
> > > > >
> > > > > By design, AmiBroker stores volume data internally in a data structure known as a 32 bit signed integer. This data structure can store whole numbers in the range of -2,147,483,648 through 2,147,483,647. If the volume figure exceeds the maximum figure, an "overflow" condition occurs and the volume wraps around to a negative number. For example, the NYSE Composite index had a volume of 3,745,144,031 on Friday 3 May 2008 which significantly exceeds the amount. This is why negative volume is shown on days of very high volume in those few high-volume indexes.
> > > > > A workaround is available inside AmiBroker, allowing you to divide the volume by a factor. To implement this click File -> Database Settings then click the Configure button. In the "Divide Volume By" field enter a number (eg. 10 or 100 or 1000 - right now 10 seems to be effective across all the US markets for the time being).
> > > > > A better solution would be for AmiBroker to use a bigger or better data structure (eg. 64 bit unsigned integer) or a floating point field to accommodate such high volumes. If you would like this to be implemented within AmiBroker please login to the AmiBroker Feedback Center. After logging in then click here to show issues #636 and add a comment requesting a permanent solution to the issue.)
> > > > >
> > > > > Has this been resolved?
> > > > >
> > > > > Thank you.
> > > > > ACE
> > > > >
> > > >
> > >
> >
>