Groups | Search | Server Info | Keyboard shortcuts | Login | Register

Groups > comp.os.os2.apps > #1164

Re: Stock exchange-related data

Show all headers | View raw

 >> the NYSE's current "We've temporarily restored [the website]
 >> while we are improving performances on portfolio services"

FWIW: I'm not blaming the NYSE for using stupid ICT methods, but [the 
website] is NYSE's and I'm using it to indicate that I'm not relying 
on data of the Tazkaristahian Stock Exchange, because of an invalid 
airplane ticket located in Nigeria. 

 > I hope you aren't just shutting down the code.

No, but I'll probably cry (and be busy) for months as soon as I notice
the promised "improved performance".

I'm not a programmer as such, nor a programmer looking for work, but 
my apps can be divided in a few categories. This a.o. assumes having 
access to all required data, and it has to be based on stats or quite 
interesting facts. If your friend can mention a website with easily 
downloadable data of Jupiter's weather systems, I don't mind writing a
quick&dirty (portable Rexx) app which confirms the correlation between
the theoretical rain drop size and the main French exchange index. 
That's sort of demand driven. Despite its informal "works for 
me"-status, if it's interesting chances are I improve the app by using
e.g. HTML output and/or rewrite it using C to improve the processing 
speed and the system's stability. It may be specific to a certain 
country with specific rules.

An example of the above is an app, which is an "auction hunter". No 
demand as such, but there were people caring about serious smallest 
caps. The app shows all so-called market orders in bonds or stocks 
using a so-called call auction trading system. So we're looking for a 
sale without buyers, which fits a vaule investor's strategy. Albeit 
the realized discount itself often attracts buyers the next day. An 
example of a "new" app could be an app which shows if you should use a
MA-199 instead of an usual MA-200. 

My own apps, with HTML-output, tend to be aimed at providing a quick 
view at a(ny) market. Assuming having access to German data, I should 
be able to write an educated article about any German stock and I 
should be able to select stocks to (not) buy. Those apps are often 
based on statistics, e.g. last month's top-100 gainers. The apps can 
be demand driven too. I don't look at stock quote graphs at all, but 
one of my apps shows small stock quote graphs of all stocks because 
somebody once asked for it. An example of a "new" app could be a list 
of stocks where the MA-40 line crossed the MA-200 line, so the 
computer instead of you compiles a short-list (i.e. a quick view at 
any market, if one would use an investing strategy based on moving 
averages).

Let's summarize the above, and claim that the software in question in 
based on statements (Jupiter's weather systems predict our future far 
better than a gorilla, or "I always buy stocks when the DJIA lost over
10% in 4 trading days"). Or it can be based on statistics (volatility,
today's gainers, the RSI, and so on).

This also explains why I do care about data quality. I'm using it to 
make decisions, and I like to get verifyable results right. Of course 
I also have a few generic apps, stock exchange-specific downloaders 
and matching verifying apps.

Basicly all of the above is based on Rexx apps, at least when it came 
to prototyping, and anybody clould write those apps. The underlying 
question is probably more (c)-worthy, like asking if using a MA-201 is
better than using a MA-200. If it takes too much time, for example, or
it isn't appealing to me, I'll probably ignore those questions.

I guess a final category of apps, at least for now, are apps which are
based on my "Jupiter weather systems"-based research. The output may 
be at a HTML (simple Netscape!) quality level, but it'll be useless to
anybody else. Too unclear, too complicated, too easy, looking like 
"complete loose stool water, arse-gravy of the worst kind" (next 
week's rather silly prediction, the HTML- table shows it :-)): 
^ASCX.AS outperforms the ^AEX, the ^AMX canl also outperform the ^AEX 
), ... Then it's better to operate some website displaying the 
information than to share the underlying app. If I would share such 
apps, chances are having OS/2 is an requirement, for one because I 
don't want users complaining that they cannot import the data in Excel
retry 2012.

So apps I'll write are or a random collection of apps ever written and
worth not deleting immediately, or apps are inspired by demand. 
There's no English investing-related newsgroup or  forum I'm reading, 
but so lang as the NYSE doesn't release yet another "redesign", I'm 
always willing to look at interesting, appealing requests for 
quick&dirty apps. In general there's a lack of demand, the best and 
most obvious example still is a lacking (other value- or) 
index-displaying eCenter widget. The CPU load and history of the CPU 
load seems to be more important... ;-)

There's hardly a legal issue, at least with my apps. It's likely that 
you are legally allowed to upload (but not to download) a (c) movie, 
while I'm legally allowed to download (but not to upload) a (c) movie.
Most apps are quick&dirty works-for-me-prototypes or poor man's 
solutions, e.g. an app SAY'ing the free realest-time stock exchange 
index every X seconds during trading hours.

Already having published some apps, I know problems are 'em being 
quick&dirty. If you aren't looking for a specific app, a Rexx "script"
is too complicated if you don't already have Rexx (and wget, and ...).
Ignoring the bugs and looks, the second international problem is 
having access to the data. Ask a question about the main German stock 
exchange, and I don't know its rules nor where German people typically
obtain their (free: requirement) data. Some Newspaper's Website, the 
Boerse itself, ...? The third issue is the data format, but typically 
the author of an app can enforce some text file format.

Next, and most likely to happen, is outdated data or outdated 
software. It happens very, very often that "something" changes. Like 
NYSE websites, or a symbol of the main index. My apps written in C use
a #define to define the main index (which defines a trading day, and 
an allowed volume of 0 if high<>low), but essentially that means an 
user has to have a C compiler to change such a value. At least if you 
want to use my apps as-is. A proper app could show a lists of indices,
but of course that adds data that can be outdated soon, and I don't 
really know the symbol(s) nor name(s) of the Hungarian index.

The auction hunter is an example of an outdated app. It (still) should
work fine, but ... the ISIN-codes are hard-coded to keep the app 
itself simple (i.e. it doesn't update the data dynamically, instead it
assumes the list is right)

 > Pull anything that you think might be someone else's proprietary
 > info

I already did that. Some apps aren't good enough to release, like the 
poor man's realest-time stock exchange index monitor, which is hardly 
more than:

   ...
   PARSE VAR htmlfile . 'LAST_PRICE">' index '<' .
   IF DataType(Left(index,1))='NUM' THEN DO
      SAY Date() Time() Strip(index)
      ...

To be worth releasing, it should at least look like an eCenter-widget 
I'm advocating myself. ;-)

An app to download stock quotes is not fully releasable for generic 
use in specific countries, and its data model is outdated quite soon. 
It'll work, but only for a limited period of time. About half of the 
apps producing statistics only have a use in certains situation. For 
example, I developed a simple index to show the liquidity of listed 
stocks, and a simple app to display an intraday volatility. Yet 
another tool to spot dump&dump-stocks, but that's just one use.   

 > see what happens.

Assuming the NYSE didn't rerelease redesigned websites last year, I'm 
nearly almost willing to look at answering questions, i.e. demand, 
which require some quick&dirty Rexx app to provide an underlying 
answer or to check or proof an interesting statement. But users may 
experience the problems this thread was about, I'll be using my data 
and my data format. "I think it works for me", that's about it.

Besides that, an eCenter-widget perhaps shouldn't load a website every
10 seconds. It's not unlikely that the functionality will disappear 
because of the system load it causes, we may look like hackers, and we
don't look at the advertisements.


--

Back to comp.os.os2.apps | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2011-12-22 18:16 +0100
  Re: Stock exchange-related data Will Honea <whonea@yahoo.com> - 2011-12-22 11:55 -0700
    Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2011-12-23 04:01 +0100
      Re: Stock exchange-related data Will Honea <whonea@yahoo.com> - 2011-12-22 22:50 -0700
        Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2011-12-24 03:20 +0100
          Re: Stock exchange-related data Will Honea <whonea@yahoo.com> - 2011-12-23 23:42 -0700
            Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2011-12-30 00:10 +0100
              Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2011-12-30 00:53 +0100
              Re: Stock exchange-related data Will Honea <whonea@yahoo.com> - 2011-12-29 23:55 -0700
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-01-04 01:35 +0100
                Re: Stock exchange-related data Will Honea <whonea@yahoo.com> - 2012-01-04 12:51 -0700
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-02-01 05:31 +0100
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-04-20 17:40 +0200
                Re: Stock exchange-related data Will Honea <whonea@yahoo.com> - 2012-04-20 15:11 -0600
                Re: Stock exchange-related data "Rich Walsh" <spamyourself@127.0.0.1> - 2012-04-21 02:16 +0000
                Re: Stock exchange-related data Will Honea <whonea@yahoo.com> - 2012-04-21 13:34 -0600
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-04-22 15:39 +0200
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-04-22 14:31 +0200
                Re: Stock exchange-related data Will Honea <whonea@yahoo.com> - 2012-04-22 12:41 -0600
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-04-23 16:10 +0200
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-04-25 17:21 +0200
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-06-22 19:06 +0200
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-08-09 20:42 +0200
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-08-13 01:01 +0200
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-04-25 18:44 +0200
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-08-29 14:21 +0200
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-04-25 19:20 +0200
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-04-26 00:31 +0200
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-04-26 10:06 +0200
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-04-26 15:59 +0200
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-04-26 15:59 +0200
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-04-26 15:59 +0200
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-06-22 20:33 +0200
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-04-22 14:50 +0200
                Re: Stock exchange-related data "A.D. Fundum" <what.ever@neverm.ind> - 2012-04-25 18:04 +0200

csiph-web