Очень хочется иметь индикатор преобладания сделок по бидам или по оферам за период. Как это посчитать: каждая свеча состоит из определённого количества сделок. Сделка фиксируется биржей, где ей присваивается номер. Больший номер имеет инициатор сделки, т.е. продавец или покупатель, т.е надо посчитать соотношение продавцов и покупателей за период. Думаю выглядеть такой индикатор должен в виде кривой или гистограммы, ходящей от -100% до +100% и рассчитываемой за период. Понимаю всю сложность задачи, поэтому обращение скорее к разработчикам программы.

Уважаемые разработчики! Возможно ли технически сделать такой индикатор? Как вариант: отдельная разработка за отдельную плату? Хотя думаю такой индикатор будет интересен многим.

Важное замечание. это интересно в первую очередь для срочного рынка, где нет рыночных заявок, а вместо них заявка по лимиту цены.

с рынка в котировках идут значения кол-во лотов бидов/оферов. Если имеются в виду эти данные, то сделать можно. Работать будет так же, как сейчас работает Bid|Ask, т.е. только в реалтайме и данные не сохраняются между запусками программы.

Ну хотя бы так, если это не слишком сложно. В таком варианте в реалтайме можно определить значимость этого показателя. Хотя конечно хотелось бы сохранение данных, с возможностью оптимизации, опираясь на эти данные.

Тут важно определить инициаторов сделок в процентном соотношении к объёмам. не просто кол-во сделок за период времени, а кол-во контрактов, инициированных продавцами/покупателями.

Видимо не стоит торопиться, а тщательно подумать над структурой индикатора. Вот примеры, где я хотел бы пользовать данный индикатор: окончание тренда, рынок продолжает расти, но крупные игроки начинают частями фиксировать прибыль, выходя из рынка. объёмы, прошедшие по оферам преобладают, а рынок растёт по инерции, потому как в бидах большая плотность спроса. Аналогично с выкупом падения рынка. Или же всплеск цены, без преобладания покупателей над продавцами, стало быть кукл резвится и тенденция может не продолжиться. Т.е. ищем действие крупняка и отсекаем "кукла"

Думаю тут вопрос простой.
Если есть возможность сделать по типу бид и аск, то лучше делать отдельно продавцов и покупателей.
Остальные бантики можно сделать в формуле и в отдельных индюках. А для оптимизации на крайняк можно в отдельный текстовик сбрасывать. Истории в данный момент такой все-равно ни у кого нет, что бы с лету закачать.
Предложение: Сделать продавцов и покупателей по типу бид и аск.

Небольшая, но существенная поправка (сори что только сейчас, раньше не видел этой ветки):

Использовать надо не номера СДЕЛОК, а номера ЗАЯВОК. И покупатель и продавец выставили на биржу заявки, и это привело к сделке. Номера заявок монотонно возрастают, поэтому чей номер заявки больше, тот и инициатор сделки. Тогда направление сделки (по биду она пошла или по аску) можно точно определить по направлению заявки инициатора или из цен заявок: вторая заявка была с ценой <= цены первой, значит инициатор продавал.
В Квике такой разбор таблицы всех сделок работает уже давно. Направление сделки выдается.
Как только появится возможность ТОЧНО знать направление тиковых сделок, так можно будет ТОЧНО посчитать преобладание покупателей или продавцов друг над другом. Далее можно будет считать что-то за период и т.п.
Оценивать направление сделки по ценам: сделки, биду и аску - неточно и неправильно. Потоки информации по котировкам и по сделкам не синхронизированы.

Как говорил Тэкс Эвери "я так не думаю".
По заявкам это будет спрос/предложение, что часто явл. средством манипулирования. А хотелось бы именно по сделкам, то есть по реальным движкам котировок.

Читайте внимательнее, я все правильно написал.
Направление прошедшей СДЕЛКИ надо определять по ЗАЯВКАМ участников сделки.

Ну может быть, сорри. Важнее знать что проще выявить.

to jhgjrht & veteran:

рад видеть, что что тема "не ценовых" индюков получила развитие. на мой взгляд, работать по ои, по заявкам, спросу/предл или чему-то еще - каждый решает сам. мастер 777 показал на моем примере, что получать эти данные можно, в том числе и в виде кубика в редакторе. вопрос в том, что делать с этими данными дальше. дальше можно либо мозгососить разрабов "дайте нам процедуру обработки заявок (спроса\предл или чего-то еще из этого же ряда), либо можно сделать кубики чтения/записи ЛЮБЫХ ДАННЫХ С РЕАЛТАЙМА, опробовать разные варианты этих данных и уже затем просить от разрабов дать нам конкретное решение, потому что его протестили иванов петров и сидоров и оно дает какие-то плюсы...

если нужны кубики, дающие заявки и спрос/предл то если 777 разрешит, готов выложить их сюда или скинуть кому надо.

мне же нужны кубики записи/чтения текстовика, чтобы скрипт выглядел как-то так:источник-спрос(предл) 1м - запись - чтение -станд индикатор - условие входа - откр позиц

плз, кто кроме разрабов мог бы сделать мне (или всем - для тестов любых параметров, доступных только в реалтайме) такую штуку? 777 сказал что ему это не интересно...

Такой кубик в предложениях висит и так и не реализован http://www.tslab.ru/ubb/ubbthreads.php?ubb=showflat&Number=33779#Post33779

to lucky7:

в соседней ветке ("как накопить историю") идет обсуждение этого вопроса и вроде есть движение - 777 говорит, что такую штуку сделать можно и на форуме есть люди кто это сделает, правда пока не признался к кому конкретно нужно обращаться...

вместе с вами нас желающих на такие кубики (мне кажется чтение и запись должны быть реализованы отдельными кубиками) собирается уже человек 5-6 - не знаю, много это или мало по здешним меркам, чтобы была какая-то реакция...

народ читает, высказывается, возможно завтра выяснится кто может это сделать

всем добрый вечер! день прошел, а движения по вопросу никакого! кто-то может сделать кубики записи/чтения данных на диск локалки?

Интересный индюк бы вышел