Gartley Patterns и их модификации

Там пока непонятно.

 

Спасибо.
А можете сказать "физический смысл" поиска таким образом правой грани прямоугольника для D

if (vBullBear == vBull)
{
TimeForDmin = TimeForDmax+((LevelForDmax-LevelForDmin)/((zz[aXABCD[C]]-zz[aXABCD[D]])/(aXABCD[C]-aXABCD[D]+1)))*Period()*60;
}

 

Talex​

Время, цена появления паттерна, цена "пропажи" паттерна - с этим все понятно.
Время "пропажи" паттерна также можно примерно посчитать. Текущий луч СD имеет длину в пунктах и в барах. Делим одно на другое, узнаем сколько в среднем пипсов на бар. Разность между ценой "пропажи" паттерна и ценой в текущей т.D деленное на среднее число пипсов на бар даст нам количество баров до окончания паттерна.
Это даст некоторые ориентиры, имхо конечно. ​

Nen​

Александр, хорошее предложение. Как раз так и хотел сделать. Затруднялся с временем исчезновения паттерна. Теперь все становится более менее ясно. Время лучше считать в барах. При этом не будут учитываться выходные дни. Промежуточные ретресменты также хотелось показывать, как в твоем предложении. Единственное добавление - ретресменты XD и BD как-то отличать, возможно, цветом. Конечно, время исчезновение паттерна - величина приблизительная. Но все равно это дает первое приближение. И от этого значения можно отталкиваться. ​

Отсюда - http://www.onix-trade.net/forum/index.php?showtopic=118&st=3045​

Сейчас может и не так​

 

Т.е. используется своеобразная волатильность за время формирования луча CD

 

Это левая грань

 

Киви 5 м

К 5_0 прилипает, при фибостеп= false


при фибостеп= true - остается 5-0 или оба пропадают, пока не уловил закономерность до конца

 

Как это левая грань, если мы плюсуем? TimeForDmax+
Условия появления бычьего паттрена, это пересечение Low уровня Dmax

 

Лишний 5-0 утром был, а сейчас не воспроизводится. Поэтому логику его появления отследить не получилось.

 

По смыслу названия переменной - левая грань.
На самом деле ниже в коде время левой грани может быть переопределено, если оно получилось больше времени правой грани.
Смысл Стас процитировал из обсуждения с Talex-ом.

 

На самом деле я хотел понять учитывается ли временная зависимость лучей. Например, TimeAB=TimeCD

 

Нет. Из приведенного выше кода все видно.

 

nen, сейчас есть возможность настроить поиск только дракона? В режиме selectpatterns=7 и visiblepatterns=нули помимо дракона выводятся еще и строгие паттерны. Соответственно, в некоторых случаях они перекрывают дракона. Отдельный поиск других 4-точечных паттернов тоже не настраивается из-за стронгов.

 

Сейчас нет такой возможности.
Дельта обычная.

Обычно все алгоритмы должны полностью дозреть в голове. Потом они быстро-быстро перетекают в код.
Это когда ничто не мешает. В последней версии форум поломал все.
Сейчас нужно время, чтобы восстановиться. Чтобы опять стали рождаться алгоритмы.

 

Понимаю. Я поясню свой подход. В предыдущей версии я запускал два индикатора, которые проводили раздельный поиск 4-х и 5-точечных паттернов. Таким образом достигался максимальный поиск моделей. Они не скрывались друг в друге, а наоборот, подтверждали. С введением дракона такой способ для меня стал еще более актуальным. Конечно, можно попробовать скомбинировать 121 и 120, но выпадает дракон и режим patternunfluence=3.

 

Сложность вот в чем.
Размытых паттернов 25 типов.
Точных паттернов немного меньше, но среди точных есть паттерны, которых нет в размытых.
То есть получаем около 30 типов пятиточечных паттернов.
Каким образом задавать выделение определенных паттернов - вопрос.
Сделать еще одну битовую переменную только для точных паттернов?

Есть и другие варианты вывода патернов. Эти варианты могут сделать неактуальными выделение определенных паттернов.
Хотя выделение определенных паттернов может быть в любом случае актуальным для сбора статистики на истории.
Вариантов использования паттернов много.

Есть вариант взаимодействия паттернов с какими-то другими инструментами. Например, с вилами Эндрюса.
....
Это большие темы. Для исследования. Не на один год.

Мгновенно невозможно все предугадать. Сначала возникает какая-то идея. Она как-то реализуется.
Потом набирается опыт использование идеи. Возникают новые идеи на основе пройденных.
И таким образом происходит постепенное приближение к какому-то идеалу.

 

Мне кажется, это оптимальный вариант, который даст максимум примеров взаимодействия паттернов и позволит анализировать нюансы работы алгоритма (patterninfluence, fibostep и пр.) Для backtesting'а тоже будет полезно. Это реально реализовать в будущих версиях?

В последних версиях был сделан большой прорыв в плане паттернов. Конечно, это требует осмысления и тестирования, прежде чем двигаться дальше (в светлое гармоническое будущее...)

 

Лучше немного по-другому.
Сейчас для поиска паттернов используется несколько разных алгоритмов.
Надо некоторое время, чтобы понять, как все это хозяйство изменить и еще оптимизировать.
А уж потом и выбрать вариант выделения паттернов.
121 версия сырая получилась. Там много недоработок.
Посчитал, что слишком затянется разработка, если все сделать идеально. Вот и выложил 121 версию.

 

Да нормально все, и так революцию сделал

 

Complex rules code line. In the code of zup 121 ?

Комплекс управляет строкой текста программы. В коде zup 121?

 

Здравствуйте. Это только у меня или у всех в ЗУП 120 не корректно отображается зона ПРЗ. Не всегда конечно, но бывают такие моменты что она вообще не выводится.