Averaged pips [profit] calculation in partial closure результатов голосов

Вам нравится это предложение?

Да Нет

Averaged pips [profit] calculation in partial closure Обсуждение

Jun 18, 2010 at 10:21
892 Просмотры
6 Replies
Krysztau
forex_trader_8466
Участник с Mar 10, 2010   68 комментариев
Jun 18, 2010 at 10:21
I'm not sure how does it work, but in history file, when you close part of position, it turns out a s two separate positions, one closed earlier one later.

I suggest option to aggregate such a positions.

When you see two or more positions with exact same opening time and lvl, then take it as one position, and as profit count average of all of them weighted by size of each.

So in history appear actual number of trade in spite of partial closure. This would give actual number of win trades and lost trades if someone closes partially winning positions and same for loosing ones..
Участник с Jun 01, 2010   19 комментариев
Jun 19, 2010 at 01:58
yes, this is a question.
safe,steady,excellent
Участник с Dec 11, 2009   2 комментариев
Jul 09, 2010 at 06:02
yes, this is a must, the initial trade, regardless of splits, is part of the strategy, so, shouldn't be counted more than once, for myself, I always have to rely on my own pip count calculation since the reported one is flawed.
Участник с Oct 28, 2009   1424 комментариев
Jul 09, 2010 at 06:42
What if someone actually is opening two positions at the exact same time and level?
Some people do this in EA's
11:15, restate my assumptions: 1. Mathematics is the language of nature. 2. Everything around us can be represented and understood through numbers. 3. If you graph these numbers, patterns emerge. Therefore: There are patterns everywhere in nature.
Участник с Dec 11, 2009   2 комментариев
Jul 09, 2010 at 08:54
Well Steve, if it does happen, i guess that is part of a strategy and there can be only 2 cases:
A. either there are two opened positions on different currencies, which is obvious, each position with it's own pip P/L,
B. and the second case where happen on the same currency, here, there can be another two cases:
B1. first if the broker limits the max. lot and there is the need to open a second trade to compensate (been there, so I know),
B2. the second case is that needs 2 or more positions for different SL or TP levels, in this case the whole package belongs in the same strategy, same signal, same entry condition, so, the results should reflect that by averaging the P/L pips.

Well, in the current state it can easily fake the pip count, just by repetitively close the profitable position. For example, if you have +10 pips on 1 lot, if you close it by 0.1 lots, in the end you will get 10 positions of 0.1 lots, each with +10 pips, basically, +100 pips.

At least a 'view mode' that should average the pips would be better than nothing.
Or maybe, as a last resort, a way to manually merge the positions in question, and still being able to see them individually (an collapse/expand button on that group for example).
Участник с Jul 31, 2009   1444 комментариев
Jul 12, 2010 at 08:59
This topic was already covered before - there is no way to differentiate multiple closes of the same trade; checking the opening time will not help much since the trade could have been opened with multiple entries minutes or seconds apart.

You should look at the pip count as part of the statistics, not as a standalone metric for a system's profitability.
Krysztau
forex_trader_8466
Участник с Mar 10, 2010   68 комментариев
Jul 12, 2010 at 13:34

Staff posted:
You should look at the pip count as part of the statistics, not as a standalone metric for a system's profitability.

Oh yes, the longer I am here the more numbers 'talk to me' anyway ;)
wish it was possible, but as I said in the beginning I expect it to be a it difficult...
You must be connected to Myfxbook in order to leave a comment
*Коммерческое использование и спам не допускаются и могут привести к аннулированию аккаунта.
Совет: Размещенные изображения или ссылки на Youtube автоматически вставляются в ваше сообщение!
Совет: введите знак @ для автоматического заполнения имени пользователя, участвующего в этом обсуждении.