Announcement

Collapse
No announcement yet.

Partner 728x90

Collapse

BidAsk Historical...

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • NinjaTrader_Dierk
    replied
    Thanks for your feedback.

    Leave a comment:


  • superarrow
    replied
    Hi NT,
    I have been following the discussions in this thread with great interest, as well as in some trading forums. I strongly subscribe to the opinion for inclusion of the realtime sequence of bid/ask/last into the historical framework for future releases of NT. My trading depends on it to a great deal. So naturally this is important to me but I also understand the business decision NT has taken to date.

    NT has come a long way and I am already happy with this great product. Most of the competing products took alot longer to get to where NT is today. I still wouldn't trade with them for their products lack in areas that NT shines.

    However, as every business is dependent upon having an edge and providing its clients with the right tools, could I kindly request NT put the needs prescribed in this thread as a high priority for the next generation of NT if not sooner.

    Cheers,
    SA

    Leave a comment:


  • NinjaTrader_Dierk
    replied
    At this time we have no plans nor commitments to disclose regarding this issue.

    Leave a comment:


  • GoldStandard
    replied
    Any chance of getting bid/ask sequencing in NT 7.1 or 7.2?

    Originally posted by NinjaTrader_Dierk View Post
    We understood your request very well (since it's reasonable). However, I hope you understand our business decision to not support what you are looking for at this time (which I outlined in earlier posts) as well. Thanks

    Also: see #27, #21 in this thread.

    Leave a comment:


  • NickA
    replied
    Originally posted by NinjaTrader_Dierk View Post
    We understood your request very well (since it's reasonable). However, I hope you understand our business decision to not support what you are looking for at this time (which I outlined in earlier posts) as well. Thanks

    Also: see #27, #21 in this thread.
    I certainly respect the decision as I have mentioned previously too. I appreciate that tough decisions need to be taken to get the product out of the door. I still can't help feeling that it might not be the best decision in the long run. As Raymond pointed out changing things has implications, but, not changing things certainly does too . It must have been a tough call!

    Leave a comment:


  • NinjaTrader_Dierk
    replied
    We understood your request very well (since it's reasonable). However, I hope you understand our business decision to not support what you are looking for at this time (which I outlined in earlier posts) as well. Thanks

    Also: see #27, #21 in this thread.

    Leave a comment:


  • NickA
    replied
    Originally posted by NinjaTrader_Josh View Post
    tulanch,

    I do not believe this is an error. This is just the limitations of the historical bid/ask streams vs replay as discussed.
    Whether you call it an "error" "oversight" "design limitation" does not matter unless the bid ask and last historical data can be sequenced in the same order as it occurred live it is not really useful.

    I hope that I do not appear overly critical that is not my intention. The bigger concern is that I don't think the guys that originally architected things like this fully understood how historical bid ask data might be used. My ongoing concern is that perhaps the issues are still not fully understood now. It is simply my intention to ensure they are (understood) and that is the reason for my posts. It is imperative that historical bid ask and last data can be processed in the same sequence that it was received in real time. That is all really.

    Can bid ask and last data be replayed preserving the same sequencing of all data streams in relation to each other as occured in realtime? If they can then there is may well be a work around.

    Leave a comment:


  • timmyb
    replied
    Originally posted by tulanch View Post
    Perhaps this is what he is talking about...when I use the replay data I do not automatically get 24 hours of data, I only get the data from when I logged on till I logged off...thus only the data Ninja "touches" during the time I was logged in (by design of course). Thus if I leave myself logged in for 24 hours, my market replay data contains all the data for the 24 hour period becuase Ninja "touched" and thus stored all the incomming data in market replay database. But...your connection needs to be rock solid and the datafeed needs to remain in tack..sometimes during the daily futures market shutdown I find that the system does not recover gracefully for what ever reason.

    I can use Market Replay data to "refreash" my bid/ask indicators (only during market replay of course) but a true windows "refresh" event can not. I belive I read that bid/ask data is not stored the same in both approaches.

    I'm wondering if there is a way to save the dataseries data I use in my indicator and have it used on the chart update after a windows refresh? I'm certain I could write it to disk and pull it back in...will give that a try...I think thats what the one GOMCD indicator does...but numerous issues arrise related to the chart time frame, it would need to remain the same for this apparoch or the raw market data would need to be saved and processed accordingly.
    The GOMCD indicator will record it easily for you. Unfortunately All CD usuers are having serious issues with data dropping using ninja now and it is no longer recomended for this type of trading HOpefully the issues can be fixed soon.

    Leave a comment:


  • NinjaTrader_JoshP
    replied
    tulanch,

    I do not believe this is an error. This is just the limitations of the historical bid/ask streams vs replay as discussed.

    Leave a comment:


  • tulanch
    replied
    Perhaps this is what he is talking about...when I use the replay data I do not automatically get 24 hours of data, I only get the data from when I logged on till I logged off...thus only the data Ninja "touches" during the time I was logged in (by design of course). Thus if I leave myself logged in for 24 hours, my market replay data contains all the data for the 24 hour period becuase Ninja "touched" and thus stored all the incomming data in market replay database. But...your connection needs to be rock solid and the datafeed needs to remain in tack..sometimes during the daily futures market shutdown I find that the system does not recover gracefully for what ever reason.

    I can use Market Replay data to "refreash" my bid/ask indicators (only during market replay of course) but a true windows "refresh" event can not. I belive I read that bid/ask data is not stored the same in both approaches.

    I'm wondering if there is a way to save the dataseries data I use in my indicator and have it used on the chart update after a windows refresh? I'm certain I could write it to disk and pull it back in...will give that a try...I think thats what the one GOMCD indicator does...but numerous issues arrise related to the chart time frame, it would need to remain the same for this apparoch or the raw market data would need to be saved and processed accordingly.

    Leave a comment:


  • NinjaTrader_Dierk
    replied
    >> also disgusted with current bid/ask data errors a
    Not sure what "bid/ask errors" you are referring to. Please clarify. Thanks

    Leave a comment:


  • timmyb
    replied
    Originally posted by NinjaTrader_Dierk View Post
    Not sure I follow. In post #27 and #21 of this thread I provided background on our business decision.

    Furthermore: with NT7 you can download replay data from our server. Thus I'm not sure why you feel you needed to have your PC running 24/7.
    The reason they are runnign 24-7 is that we trade futures. We need 24 hour bid/ask data. Since ninja doesnt allow for proper tick data storage we must record it ourselves with GOMCD. Without the 24 hours data what most of us do with the bid/ask data is useless. Just try saving 3 days of data yourself then go load a new indicator and see it all dissapear. OH JOY

    Leave a comment:


  • timmyb
    replied
    Originally posted by dam5h View Post
    i agree, this is a serious bummer!

    i may be getting a refund (still in first 30 days) on my lifetime license [NinjaTrader_Dierk: removed reference to competitive product]. you only need to know if last was best bid or best offer. comon guys: its just one more bit (1 or 0).

    for that matter i'd settle for a volume profile that uses historical ticks without bid/ask distinction. just fill in the profile back as far as i like with out starting fresh everytime i add a new chart. like the grey bars on the gom software, thats better than nothing!

    I am on the 3 month paying plan and this will be my final 3 months also. We requested this feature over a year ago and Ninja chose to ignore its customers in this behalf. I suggest anyone else also disgusted with current bid/ask data errors and storage to state they intend to move also.

    Leave a comment:


  • GoldStandard
    replied
    This is the one single issue that still has me, and a large number of other people I know, looking at other platforms. There are so many things that depend on this information to work correctly... indicators, backtests, optimization. Without it all the other great features of Ninja are cast into doubt because you're not sure if you can rely on them. Without reliable data, nothing of reliably high quality can be built on top of it. It doesnt matter how many great features or indicators the platform has if you can't trust the data powering it.

    I've been trying to interest an experienced trading systems programmer I know in working with Ninjatrader and when he found out that the bid/ask data he would have to use for backtesting is not in order he lost interest pretty quickly.

    Leave a comment:


  • dam5h
    replied
    in previous posts he described it would be time stamp dependent with 1 sec granularity.

    Leave a comment:

Latest Posts

Collapse

Topics Statistics Last Post
Started by kinfxhk, 07-13-2026, 10:18 AM
0 responses
34 views
0 likes
Last Post kinfxhk
by kinfxhk
 
Started by kinfxhk, 07-13-2026, 09:50 AM
0 responses
29 views
0 likes
Last Post kinfxhk
by kinfxhk
 
Started by kinfxhk, 07-13-2026, 07:21 AM
0 responses
36 views
0 likes
Last Post kinfxhk
by kinfxhk
 
Started by kinfxhk, 07-11-2026, 02:11 AM
0 responses
33 views
0 likes
Last Post kinfxhk
by kinfxhk
 
Started by SalmaTrader, 07-07-2026, 10:26 PM
0 responses
144 views
0 likes
Last Post SalmaTrader  
Working...
X