honvly

The code isn't ready to be shared, as the indicator values still seem inaccurate when compared to UrmaBlume's original. There are still too many failures to reverse, good trades below the absolute threshold, etc.

I have noticed this behavior, and it is immensely confusing. Bid intensity at bottoms results in upward swings in price, and vice versa. However, it may be possible to use this behavior to filter out stop market orders, which one would expect to trade at the ask as price moves lower.

UrmaBlume, Thanks for the theory and the screenshots. I compared it to screenshots of my own for that day, and it is clearly apparent that I have much work left to do in order to achieve the numerical accuracy that you have.

I was looking at absolute values >1100 yesterday. The automated trades were based on intensity filtered by high values on the unnamed indicator below that. The trade on the right edge was taken because the red intensity went above 1100.

Some trade intensity based trades taken today:

Here is some order size and market impact data that may be useful for tweaking the volume filters of the trade intensity indicator. EQ221OrderAnalysis0309.pdf

Sorry, I have not gained any further insights on trade intensity from concentrating on market structure. If you would like, please explain further.

Successful sim trade today using a trade intensity strategy

This is a concept with a lot of edge, though perhaps more so for detecting major pivot points than for high frequency scalping.

I've finished developing the indicator. As UrmaBlume said, there are issues with the way NinjaTrader handles Zen-Fire data. Particularly, NinjaTrader takes the Zen-Fire tick timestamps, which have microsecond precision, and reprocesses them in such a way that it ends up with second precision. But even if you can't get the real timestamps, you can record the time at which your computer receives the tick and hope that is accurate enough. Through watching this indicator, I've figured out that the spikes in trade intensity represent the instantaneous distribution of contracts that extremely large traders have accumulated over a trend. They are dumping all of their contracts in the most liquid direction. That is why only some spikes lead to a reversal in the trend, while others seemingly have no effect on the ongoing trend. This makes the indicator a little hard to work with as it is not a sure-fire signal of reversal.

Thanks for the great information. Can you go into details about how Ninja handles this data stream making it unsuitable?

No need for programming. Use the built-in TickCounter indicator on a 1 second chart.

UrmaBlume, How do you define trader commitment? What are the issues that you have discovered with traditional bid/ask volume or uptick/downtick volume? Thanks.

My time unit is the millisecond. For example, if a trade arrives in 100ms from the last trade, I will take the volume and divide it by ln(100) = 4.6. That way, trades that arrive slowly do not contribute as much to the intensity, but at the same time they are not completely discarded.