|
PureBytes Links
Trading Reference Links
|
As a customer, perhaps I'm well placed to decide what I want!
What I want is a neutral data layer. This then gives me the freedom to
choose who I want to go to for data i.e. i want more than 1 provider
simultaneously. I also want the freedom of choice as to what tool or indeed
own development that I wish to use to interpret the contents of the neutral
data layer.
----- Original Message -----
From: "Bilo Selhi" <citadel@xxxxxxxxxxxx>
To: "david b. stanley" <davestan@xxxxxxxxxx>; <omega-list@xxxxxxxxxx>;
"Gino" <nidarian@xxxxxxxxx>
Sent: Wednesday, April 25, 2001 2:18 AM
Subject: Re: The Ideal DATA Server Features Wish List
> 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
> >
>
>
|