Sometimes it's fun. Now, off to the climbing gym for even more fun ;) http://www.planetgranite.com/locations/belmont/bl_tour.php
Mike --- In [email protected], "brian_z111" <brian_z...@...> wrote: > > You are doing a very good job Mike. > > --- In [email protected], "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 [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 > > > > > > > > > > > > > > >
