You are doing a very good job Mike.
--- In [email protected], "Mike" <sfclimb...@...> 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 [email protected], "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 [email protected], "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 [email protected], "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
> > > >
> > >
> >
>
