|
PureBytes Links
Trading Reference Links
|
i am sorry to say that but those are outdated specs
circa about 10-5 years ago.
what you need now is:
- on demand real time sever
- on demand historical server
- intelligent tick correction
- bid ask data
- tick correction based on bid ask
- on demand real time L2 server / fast options
- fast
- reliable
- compact, well coded and portable
- world wide coverage
- fast API
the whole concept of
collecting your own data is outdated now.
that's what you need to avoid...
it's a nightmare for a trader.
i would rather pay for real time and historical data
on demand than collect my own.
the problem is that to this day nobody is able to
accomplish the above due to the following problems:
- clean historical high resolution data is hard to find
so in most cases it's only available for a year back...
- if found it's expensive and needs lots of cleaning so it's
a lot of work and nobody cares about cleaning data.
- data vendors care not about the tick correction which
is the main thing ( system performance can be improved
by 1/2 just by cleaning your data!!! resulting in 1/2 noise reduction )
- bid ask cleaning is unheard of... although it's fairly easy
to implement on a server farm level.
- data is advertised as fast but in fast market it aint fast no more
- client and server apps are poorly/loosely coded, too many features
vs. clean and fast data
- there is no world wide coverage ( not even a complete US coverage )
- apis are shitty and slow.
that's about it.
now a project like that would require a substantial
investment for buying data, compiling, cleaning and storing
and paying programmers to write an efficient server.
take a look at tradestation on demand server or sp comstock
server or m3 server or e-signal or pc-quote, etc...
none!!! meets the specs...
it's either one or the other.
tradestaion - no bid ask data, no after market data, no futures, no options
limited historical, no api, cleaned but not that clean, limited
coverage, slow in fast markets, barely!!! acceptable for system trading
( only for stocks )
sp on demand - dirty, limited historical, limited coverage
unacceptable for system trading.
e-signal - dirty, slow in fast markets, unacceptable for intraday system
trading.
m3 - no data, just a server backbone, not on demand, no filtering offered...
the closest anybody ever got to the ideal is CQG.
it's pretty fast, has wide coverage, has basic filtering,
historical cleaned ascii but not on demand, no api ( i have not seen
one )...
but they don't got no system platform and it's priced at a premium.
tradestation pro is they offer longer historical, bid ask, bid ask
filtering,
api and recode it so that it keeps up in fast markets ( if not the exchange
fault )
it might be the best alternative so far.
bilo.
ps of course if you are only trading the sps for a living you only need
an old bmi box / 4.0 or quote.com and heck you don't really need a system
or a server for that for that... you can do well just by timing it and
after all, all you need is a chart and some key knowledge. don't need no
tradestation or server or any indicators.
----- Original Message -----
From: "david b. stanley" <davestan@xxxxxxxxxx>
To: <omega-list@xxxxxxxxxx>
Sent: Tuesday, April 24, 2001 7:54 PM
Subject: Re: The Ideal DATA Server Features Wish List
> Yes. Yes. Eleven times yes.
>
> Kent Rollins wrote:
>
> > 1) extensive export features.
> > 2) DTN satellite support.
> > 3) DBC cable serial port emulation for TS4.
> > 4) seamless continuous contract construction in server.
> > 5) ability to split/combine incoming data to create single symbol
24-hour
> > symbols for various futures contracts.
> > 6) 24/7 availability. ie, don't go down and stop collecting data for an
> > hour every night for "maintenance".
> > 7) ability to spread data across multiple drives and migrate data to an
> > alternate drives if one fills up.
> > 8) easy backup and restore procedure.
> > 9) compact storage of tick data.
> > 10) ability to fill gaps automatically if the user is using only one
> > internet data feed and there is an interruption.
> > 11) SDK for developers.
> >
> > Kent
> >
> > ----- Original Message -----
> > From: "Gino" <nidarian@xxxxxxxxx>
> > To: <omega-list@xxxxxxxxxx>
> > Sent: Tuesday, April 24, 2001 2:04 PM
> > Subject: The Ideal DATA Server Features Wish List
> >
> > Hi,
> >
> > Ok to keep it short in the past to years we have been developig a data
sever
> > for both realtime and end of day data with institutional features like
non
> > other.
> >
> > Project XFeed,
> >
> > Here are a few to get the apetite going,
> >
> > Realtime dual feed backup- Connect to two feeds simulaneusly. When one
feed
> > dies based on tick rate check the othe will pickup so no gaps. Intgrity
is
> > kept by maintaning both database with a ton of options for the user.
> >
> > Open import data format.- Import from any data source you want.
> >
> > Realtime bad tick filter- super filter with a ton of options. All ticks
are
> > maintained but transmited.
> >
> > Network options- Unfortunatly you need Windows 2000. Server runs on a
> > dedicated server (no way around this) and charting runs on another
machine
> > in the same network or over the internet ie laptop.
> >
> > More options to automate the enire data mangment process leaving you
with
> > more time to trade.
> >
> > Currently in beta. We do not need beta tester so please dont ask.
> > But we do need suggestion for features. So tell us what you would like
to
> > have in an ideal dataserver.
> >
> > Project XChart and XScan and XPortfolio are also in alpha with VB user
> > programming interface but I will not talk anymore on this one.
> >
> > So please forward any suggestions.
> >
> > We appriciate your input and hope to deliver an analysis package with
> > professinal features.
> >
> > Gino
>
|