|
PureBytes Links
Trading Reference Links
|
Well...the documentation is not all that clear, but here is a supported DDE
function that looks promising:
TOPIC: "ChangeTic"
ITEM: SubserverName,FeedName,?SymbolName,ExchID,Month,Day,Year,
BaseCode, Occurance,OldPrice, NewPrice, OldTime, NewTime, OldVolume,
NewVolume, bUpdateVolume
Parameter Description
SubServerName Name of the subserver
FeedName Name of the Datafeed ex: SIGNAL
? Byte used by the client
SymbolName FeedName of the symbol ex: IBM
ExchID Exchange ID. (ANY_EXCH is supported)
Month Month of the tick to change
Day Day of the tick to change
Year Year of the tick to change
BaseCode BaseCode to use for prices (1 char)
Occurance Occurance number of the tick to change (Price/Time)
OldPrice Old price
NewPrice New price
OldTime Old time
NewTime New time
OldVolume Old volume
NewVolume New volume
bUpdateVolume =1 if volume needs to be updated, 0 otherwise.
Description : Request to change the value of a tick. This is supported only
by the Omega Server
Type of Transaction : POKE
Returns :
* NACK
* ACK
If it's not important to have the spread be stored back into the global
server, then
I have another technique that would work with much, much less overhead.
However, I do not believe it would work with Radarscreen......
Contact me in private for details.
> -----Original Message-----
> From: Bengtsson, Mats [mailto:mats.bengtsson@xxxxxxxxxxxx]
> Sent: Sunday, January 30, 2000 4:31 PM
> To: M. Simms; 'Omega List'
> Subject: RE: scanning pair-trades with radarscreen
>
>
> I thought the limitation of the API was such that you can only
> read streams
> from global server, not write into it, and that streams read via API from
> the server can not be fed as input to your studies.
>
> I think I can understand why the DLL could work anyway, more or less
> delivering an indicator value that is based on a second symbol, but can it
> really feed anything back to the global server?
>
> > -----Original Message-----
> > From: M. Simms [mailto:prosys@xxxxxxxxxxxxxxxx]
> > Sent: Sunday, January 30, 2000 7:36 PM
> > To: Mark Jurik; 'Omega List'
> > Subject: RE: scanning pair-trades with radarscreen
> >
> >
> > In my opinion the best way to handle this because of the
> > limitations of the
> > combo data series of spreads is to create a custom DLL which
> > can be fed a
> > parameter file of paired symbols.
> > The DLL would use the Global Server API and effectively
> > generate a new set
> > of data streams
> > which would effectively be new "bogus" symbols...each
> > representing a spread.
> > All indicators and even radarscreen would then work fine
> > against the bogus
> > symbols.
> >
> >
> > > -----Original Message-----
> > > From: Mark Jurik [mailto:mark@xxxxxxxxxxxx]
> > > Sent: Friday, January 28, 2000 6:49 PM
> > > To: 'Omega List'
> > > Subject: scanning pair-trades with radarscreen
> > >
> > >
> > > I'm forwarding this letter to the forum, hoping someone
> > could advise....
> > >
> > > - Mark Jurik
> > > ----------------------------------------
> > >
> > > From: Sven Hedrich[SMTP:shedrich@xxxxxx]
> > > Sent: Wednesday, January 26, 2000 11:29 AM
> > > To: 'mgj@xxxxxxxxxxxx'
> > > Subject: scanning pair-trades with the radarscreen
> > >
> > > Dear Sirs,
> > >
> > > my Name is Sven Hedrich. I'am working at Value Management &
> > Research, a
> > > finanacial firm in Frankfurt/Germany. 2 months ago we decided to
> > > buy TradeStation 2000i.
> > >
> > > While working with the software we had the idea to screen the
> > > spread (x/y) of several stock
> > > combinations in order to get good ideas for pair trades.
> > Unfortunately
> > > it is very unconfortable to have more than 100 charts open at
> > > the same time. That's why we came up with the idea to do
> > the screening
> > > process with the RadarScreen. Unfortunately, the
> > EasyLanguage HelpDesk
> > > told us that at the present time it is not possible to make
> > multi-symbol
> > > calculations within RadarScreen. They also told us that this type of
> > > calculation would require the use of custom Functions and Global
> > > Variables, and that the official Omega Research Solution
> > Providers could
> > > help us out programming these.
> > >
> > > Our questions:
> > >
> > > Could you help us with this problem?
> > > How many combinations could you screen? Are there any
> > > System-requirements to consider (RAM)?
> > > How long would it take to programm such a solution?
> > > What would be the expected costs?
> > >
> > > As Omega does not provide (in our opinion) a user-friendly and
> > > detailed User-Manual for Easy Language. we also would
> > > like to know if there is any Literature about
> > programming
> > > the Software that you would recommend.
> > >
> > > Thanks a lot for your help
> > >
> > > Sven Hedrich
> > > shedrich@xxxxxx
> > >
> > >
> > >
> >
> >
>
|