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" <catern...@...> 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 >
