Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Нда... поторопился я.... Оказывается есть бары у которых цена открытия равна цене закрытия предыдущего. Тогда по какой же системе МТ бары рисует? Наверно только разработчики смогут объяснить. Очень бы хотелось понять.
Могу только предположить, что если был период офф квоте, то при появлении котировок брокер может дать тик с тойже ценой. Но это только догадки.
Если используются только наши рилтаймовые данные и нет межсессионных разрывов или рестартов сервера, то Close одного бара не может быть равен Open последующего. Если же используются импортированные данные, то такое может быть.
Нда... поторопился я.... Оказывается есть бары у которых цена открытия равна цене закрытия предыдущего. Тогда по какой же системе МТ бары рисует? Наверно только разработчики смогут объяснить. Очень бы хотелось понять.
Могу только предположить, что если был период офф квоте, то при появлении котировок брокер может дать тик с тойже ценой. Но это только догадки.
Если используются только наши рилтаймовые данные и нет межсессионных разрывов или рестартов сервера, то Close одного бара не может быть равен Open последующего. Если же используются импортированные данные, то такое может быть.
Вот пример : котировки реал тайм, Ваш демосервер. Смотрите выделенный бар и двумя барами выше. На выделенном баре значение тикового объема должно быть равно 0. Поскольку изменение цены до данного уровня учтено в тиковом объеме предыдущего бара.
Двумя же барами выше 1 стоит верно.
И это случай не единичный. Просмотрите историю. Думаю, дело здесь не в реквотах.
Потому вопрос и возник.
Успехов. С уважением, Владислав.
ЗЫ Сорри - данный пример не верен - не туда глянул. Сейчас поищу в другом месте.
ЗЗЫ Прогнал скриптом Ваши данные - глазами боялся ошибиться еще раз - в тех, что я получал реалтайм с Вашего сервера действительно такого нет. Так что вопрос снимаю.
Успехов. С уважением, Владислав.
Нда... поторопился я.... Оказывается есть бары у которых цена открытия равна цене закрытия предыдущего. Тогда по какой же системе МТ бары рисует? Наверно только разработчики смогут объяснить. Очень бы хотелось понять.
Могу только предположить, что если был период офф квоте, то при появлении котировок брокер может дать тик с тойже ценой. Но это только догадки.
Если используются только наши рилтаймовые данные и нет межсессионных разрывов или рестартов сервера, то Close одного бара не может быть равен Open последующего. Если же используются импортированные данные, то такое может быть.
Вот пример : котировки реал тайм, Ваш демосервер. Смотрите выделенный бар и двумя барами выше. На выделенном баре значение тикового объема должно быть равно 0. Поскольку изменение цены до данного уровня учтено в тиковом объеме предыдущего бара.
Двумя же барами выше 1 стоит верно.
И это случай не единичный - такое есть всегда. То есть, если высказываться более корректно, я не нашел ни одного бара, где бы в выделенном случае стоял ноль. Просмотрите историю. Думаю, дело здесь не в реквотах.
Потому вопрос и возник.
Успехов. С уважением, Владислав.
А что Вы хотели показать этим примером? Бар-додж из одной котировки (OHLC = одной цене)?
Так это абсолютно нормальная ситуация. Никаких ошибок или разночтений нет.
Нда... поторопился я.... Оказывается есть бары у которых цена открытия равна цене закрытия предыдущего. Тогда по какой же системе МТ бары рисует? Наверно только разработчики смогут объяснить. Очень бы хотелось понять.
Могу только предположить, что если был период офф квоте, то при появлении котировок брокер может дать тик с тойже ценой. Но это только догадки.
Если используются только наши рилтаймовые данные и нет межсессионных разрывов или рестартов сервера, то Close одного бара не может быть равен Open последующего. Если же используются импортированные данные, то такое может быть.
Вот пример : котировки реал тайм, Ваш демосервер. Смотрите выделенный бар и двумя барами выше. На выделенном баре значение тикового объема должно быть равно 0. Поскольку изменение цены до данного уровня учтено в тиковом объеме предыдущего бара.
Двумя же барами выше 1 стоит верно.
И это случай не единичный - такое есть всегда. То есть, если высказываться более корректно, я не нашел ни одного бара, где бы в выделенном случае стоял ноль. Просмотрите историю. Думаю, дело здесь не в реквотах.
Потому вопрос и возник.
Успехов. С уважением, Владислав.
А что Вы хотели показать этим примером? Бар-додж из одной котировки (OHLC = одной цене)?
Так это абсолютно нормальная ситуация. Никаких ошибок или разночтений нет.
Успехов. С уважением, Владислав.
ЗЫ Сорри - данный пример не верен - не туда глянул. Сейчас поищу в другом месте.
ЗЗЫ Прогнал скриптом Ваши данные - глазами боялся ошибиться еще раз - в тех, что я получал реалтайм с Вашего сервера действительно такого нет. Так что вопрос снимаю.
Да, я тоже написал скрипт для проверки условия if(Close[previous]==Open[current]) и обнаружил такое только на импортированных данных. На наших рилтаймовых данных такого нет.
ЗЫ Сорри - данный пример не верен - не туда глянул. Сейчас поищу в другом месте.
ЗЗЫ Прогнал скриптом Ваши данные - глазами боялся ошибиться еще раз - в тех, что я получал реалтайм с Вашего сервера действительно такого нет. Так что вопрос снимаю.
Да, я тоже написал скрипт для проверки условия if(Close[previous]==Open[current]) и обнаружил такое только на импортированных данных. На наших рилтаймовых данных такого нет.
Успехов. С уважением, Владислав.
Да, я тоже написал скрипт для проверки условия if(Close[previous]==Open[current]) и обнаружил такое только на импортированных данных. На наших рилтаймовых данных такого нет.
Успехов. С уважением, Владислав.
Поймите, что в тестировании Вы не должны никогда надеяться на тики. Вы наоборот должны не обращать внимания на шумовые движения в пределах полспреда-спреда. Практически каждый трейдер проходит через банальную пипсовку с надеждой о возможности вырвать лишний пипс. И также большинство трейдеров оправдываются "нет, я не пипсовщик, я ратую за точное исполнение!" :)
Люди сами себя обманывают, надеясь на абсолютно точное и гарантированное исполнение, а потом удивляются тому, что в реальности им дают реквоты, а на быстром рынке невозможно совершить сделку. Мало того, многие вообще не занимаются обработкой реквотов и других ответов торгового сервера.
Да, я тоже написал скрипт для проверки условия if(Close[previous]==Open[current]) и обнаружил такое только на импортированных данных. На наших рилтаймовых данных такого нет.
Успехов. С уважением, Владислав.
Поймите, что в тестировании Вы не должны никогда надеяться на тики. Вы наоборот должны не обращать внимания на шумовые движения в пределах полспреда-спреда. Практически каждый трейдер проходит через банальную пипсовку с надеждой о возможности вырвать лишний пипс. И также большинство трейдеров оправдываются "нет, я не пипсовщик, я ратую за точное исполнение!" :)
Люди сами себя обманывают, надеясь на абсолютно точное и гарантированное исполнение, а потом удивляются тому, что в реальности им дают реквоты, а на быстром рынке невозможно совершить сделку. Мало того, многие вообще не занимаются обработкой реквотов и других ответов торгового сервера.
Хотелось узнать насколько такие "помехи" (назовем их так) смогут повлиять на качество работы самого тестера. Я же писал выше, что саму стратегию не рассматриваю.
Из Вашего ответа делаю вывод, что не смогут. Отрадно.
Успехов. С уважением, Владислав.
Если используются только наши рилтаймовые данные и нет межсессионных разрывов или рестартов сервера, то Close одного бара не может быть равен Open последующего. Если же используются импортированные данные, то такое может быть.
У меня не импортированные данные, а закаченные в МТ "законным путем" от ДЦ.
Если используются только наши рилтаймовые данные и нет межсессионных разрывов или рестартов сервера, то Close одного бара не может быть равен Open последующего. Если же используются импортированные данные, то такое может быть.
У меня не импортированные данные, а закаченные в МТ "законным путем" от ДЦ.