[ts-gen] Options issue
R P Herrold
herrold at owlriver.com
Wed Jan 14 10:00:09 EST 2009
On Wed, 14 Jan 2009, sam wrote:
> A more general question:
> - what do we have to do to included an option contract,
> let's say the FEB 20 '09 6.0 CALL on C, ib id 56710904 ? A
> small example for only one contract will be enough for me
> ;).
We knew this day would come [our public community deciding the
shim was useful for options work; we always knew it would be],
and we are on a path which will get options support [contract
specification -> ticks, history, and market-depth -> orders]
but not 'next' :)
Thank you for asking, Sam, and we REALLY appreciate feedback
from the public lists, as it helps us see where people are
having difficulty, and to provide 'fresh eyes' on where we
need to focus.
We will probably NOT reorder our development sequence to get
options specification 'next' because of some other internal
foundational code matters which need to be completed for our
commercial clientele.
I'll let Bill decide if there is a near term fix [the recent
example mentioned at:
http://www.trading-shim.org/pipermail/ts-general/2009-January/000335.html
may well be enough] to permit specification by IB Id ['ibc,
in 'shim's field naming taxonomy']
select tick ibc: 266093 at SMART 1;
[CAVEAT: We had noticed that the web pipermail
mailing list archive converted the 'at' sign in the foregoing
line to the value ' at' -- one needs to use the symbol,
and not the word 'at']
If one dropped in a options ibc value (which implicitly makes
express the strike price, right, and expiry, as well as the
underlying) it might work, but I would bet not yet. The huge
(and always churning) universe of options represent a sea
change' in how the startup database (which feeds the data
structures needs to be accreted and maintained.
As a reminder, the shim loads and validates the database
during the initial few second's load, populated many of the
data structures it uses from that database, and thereafter
traverses data structures it builds in memory). That database
lacks any well specified 'targets' which are options products
presently. this is intentional on our part but potentially
locally extensible.
Think AIG (a Dow component in good standing 5 years ago): The
last two years have covered the waterfront as to strike prices
--- we would be carrying a HUGH number of values which we will
never use if we simply auto-populated to try to keep up with
its price moves.
The shim's current database does not yet know enough about
options; we will address this and it has been on our roadmap
from the beginning.
The second part of his message cited above, lower down,
mentions a 'human-friendly' specification of the form:
let ym = FUT:ECBOT:YM:20090320;
select tick ym 1;
Futures are reasonably simple to specify over time -- just an
expiry date; Walking out to look at the whiteboard, I do not
see that we have a 'discussion' form there, to be able to
state an option correctly [per our current thinking] for the
'friendly form'.
-- Russ herrold
More information about the ts-general
mailing list