- Joined
- 8 June 2008
- Posts
- 13,131
- Reactions
- 19,321
Thanks for the precision as my subscription renewal time approaches and I am using the data much more, I might bite the bullet and upgrade? to NDUYou are correct
@qldfrog as you are using Premium Data, "Norgate's old legacy format" (MetaStock format) you are using the correct format for the All Ordinaries "XAO".
Correction
I was referring to "Norgate Data Users" not "Premium Data Users"
The problem with a bit of history
If you subscribed to (NDU) both Australian + US stocks originally you would have had a .AU suffix. If you were an Australian-only subscriber then there would be no .AU suffix. This optional suffix arrangement resulted in causing an issue, especially when a AU+US subscriber dropped a US subscription then all of their Australian stocks lost their suffix. It broke various watchlists that had been created, it also broke the formulas that were relying on a suffix being present. So to overcome this problem about 18 months ago Norgate made the .AU suffix mandatory for all new subscribers of Australian data to avoid the confusion.
Using Norgate Data (NDU) instead of Premium Data
With AmiBroker significantly-enhanced capabilities Norgate Data (NDU) capitalises on this by adding additional features well beyond those in Premium Data, so it pays to migrate over.
There is a catch (with regards to historical data)
There is one very important difference, with my original Premium Data I purchased historical data separately. NDU works as a subscription-only model and historical data cannot be purchased separately. The historical data is in the old legacy format (MetaStock format) meaning, they are not compatible.
Skate.
You will still have access to your old premium data.Thanks for the precision as my subscription renewal time approaches and I am using the data much more, I might bite the bullet and upgrade? to NDU
@jjbinks : is it worthwhile in your opinion, I understand the access to historical data but any other advantages?You will still have access to your old premium data.
Maybe back up the most recent premium data updater before u switch
now I want to put a small story about my daily system,
which has been a fail and back to the draw-board.
Luckily not a major financial hit but nevertheless a fail:
I worked for a while on the idea that in times like now, weekly systems are too slow to react to volatile conditions.
SO with time on my side, let's go daily;
I design, back-test, confirm an edge, then here I go:
this week: first trades for Buy on Tuesday,
Wednesday hum weird, that explore list does not seem to match yesterday one,
Thursday, yeap it is confirmed there is "repainting"
running replays in the past does not give the same signal than initially received..a sure sign of future looking code
Nothing wrong in itself, but uncheckable-> no backtest is meaningful
I did the code check before going live, have the shift by one day for buy/sell but definitively not right
today was the great unwinding:
6 positions still active, paper loss of $700 on these at market close and profit of $200 for liquidated positions, [including brokerage] so not a disaster but still a disappointment
I hopefully will find the flaw this week end to restart anew on Monday
Spot on, so my desire to start the daily ASAP, but I was a bit too eager last week as there was an uncovered technical glitch and most probably a future looking code..my only explanation to what I saw, i rechecked the code with slight modification and am paper checking the daily system to ensure this is not happening again, and hopefully start next week.Mr Frog,
Possibly consider moving away from 'all systems at all times' to a more nuanced position of: appropriate system for market conditions.
So system (a) is daily; and system (b) is weekly. In high volatility environments, system (a) would (should) have better results with lower risk: faster entries/exits, constantly re-evaluating environment.
When the market returns to a trending environment, system (b) can take advantage.
Now it doesn't have to be either or (100% (a) or (b)), you might go 75%/25% and morph back/forward with the systems. That way, the system provides objective feedback in dollars, what the market conditions actually are, rather than a more subjective assessment that you might make through personal observation.
jog on
duc
And to be clear, by starting multiple systems (both weekly and different codes), I expect the $ returns to tell me quickly which kind is better for a given condition;Mr Frog,
Possibly consider moving away from 'all systems at all times' to a more nuanced position of: appropriate system for market conditions.
So system (a) is daily; and system (b) is weekly. In high volatility environments, system (a) would (should) have better results with lower risk: faster entries/exits, constantly re-evaluating environment.
When the market returns to a trending environment, system (b) can take advantage.
Now it doesn't have to be either or (100% (a) or (b)), you might go 75%/25% and morph back/forward with the systems. That way, the system provides objective feedback in dollars, what the market conditions actually are, rather than a more subjective assessment that you might make through personal observation.
jog on
duc
Mr Frog,
Possibly consider moving away from 'all systems at all times' to a more nuanced position of: appropriate system for market conditions.
So system (a) is daily; and system (b) is weekly. In high volatility environments, system (a) would (should) have better results with lower risk: faster entries/exits, constantly re-evaluating environment.
When the market returns to a trending environment, system (b) can take advantage.
Now it doesn't have to be either or (100% (a) or (b)), you might go 75%/25% and morph back/forward with the systems. That way, the system provides objective feedback in dollars, what the market conditions actually are, rather than a more subjective assessment that you might make through personal observation.
jog on
duc
And to be clear, by starting multiple systems (both weekly and different codes), I expect the $ returns to tell me quickly which kind is better for a given condition;
An interesting point would be: do you re-balance them, how and when (assuming systems are only at most loosely correlated)
System A gains 20% after a year,
System B gain 120% after a year,
System C loses 30% after a year,
What now? reduce A and B to re-float C?
=> what do you do? re-balance funds at a third after a year?
interesting point.Not there yet but will reach that stage..and when to act? yearly ? a smoother more continuous approach?
I will keep busy in the next 20y!!!
No worries, if there was an easy solution, outside the crystal ball, we would not even discuss it;It's getting too late. My point was going to be that what you've discussed about altering capital allocation does go some way towards fixing the issue with the lag. I like what Peter2 does with changing position sizes based on market conditions rather than a hard on/off switch. The equity curve idea was first presented to me an an "equity curve switch" to be used on a single system. In that format I'm not sure it would do better than any other index filter.
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?