Jump to content

User:Bpeller: Difference between revisions

From KDE TechBase
Bpeller (talk | contribs)
Bpeller (talk | contribs)
Line 64: Line 64:
#Support for calculating custom indicies from watchlists.
#Support for calculating custom indicies from watchlists.
#Support for browsing/querying sectors and industries, as well as tracking their performance using (1) and (2).
#Support for browsing/querying sectors and industries, as well as tracking their performance using (1) and (2).
#[Maybe] Technical Analysis Indicators: Essentially this would be providing a Qt-like API wrapped around TA-Lib's [http://ta-lib.org/d_api/d_api.html#Abstraction Abstract] [http://ta-lib.svn.sourceforge.net/viewvc/ta-lib/trunk/ta-lib/c/include/ta_abstract.h?view=markup interface]. TA-Lib [http://ta-lib.org/d_api/d_api.html#Technical%20Analysis%20Functions expects] data to be stored in std c++ arrays, as well as requiring the constant reuse of calculated source data, so from a convenience/cache-efficiency/multithreading standpoint it probably makes the most sense to centralize indicator support inside Alkimia. ''However, TA-Lib isn't exactly available for most (all?) distributions, let alone included by default, so that's definitely something to keep in mind. [Then again, aside from [http://qtstalker.sourceforge.net/ Qtstalker], I don't know of any even remotely-active *Linux* projects using it so... what incentive have they had?]''
#[Maybe] Technical Analysis Indicators: Essentially this would be providing a Qt-like API wrapped around TA-Lib's [http://ta-lib.org/d_api/d_api.html#Abstraction Abstract] [http://ta-lib.svn.sourceforge.net/viewvc/ta-lib/trunk/ta-lib/c/include/ta_abstract.h?view=markup interface]. TA-Lib [http://ta-lib.org/d_api/d_api.html#Technical%20Analysis%20Functions expects] data to be stored in std c++ arrays, as well as requiring the frequent reuse of non-cheaply-calculated data, so from a convenience/performance standpoint it probably makes the most sense to try to centralize indicator support inside Alkimia. ''However, TA-Lib isn't exactly available for most (all?) distributions, let alone included by default, so that's definitely a big reason to avoid said integration. [Then again, aside from [http://qtstalker.sourceforge.net/ Qtstalker], I don't know of any even remotely-active *Linux* projects using it so... what incentive have they had?]''
#[Maybe] Store symbols/statistics using Nepomuk relationships. For example, symbols could be associated with a Sector, an Industry, and Market Capitalization.
#[Maybe] Store symbols/statistics using Nepomuk relationships. For example, symbols could be associated with a Sector, an Industry, and Market Capitalization.




[http://techbase.kde.org/User:Bpeller# Jump to Top]
[http://techbase.kde.org/User:Bpeller# Jump to Top]

Revision as of 22:21, 22 May 2010

Central Stock Price Information

  • Always-on Backend:
The backend handles all quote retrieval/storage, and provides a public interface for client applications to query for whatever information they need. The backend also serves as a centralized place for client applications to use price-manipulation calculations common to their needs.
  • Central/Master UI: Some form of plasmoid/application/part...
It should, at the very least, support the following:
  • Viewing/browsing watchlists (and their respective symbols' intraday quotes).
  • Managing which symbols and watchlists the backend permanently stores data for.
  • Configuring the backend's default data source. (And maybe resource/performance settings.)
  • Exporting (certain) stored backend data to CSV.

Public DBus Interfaces:

  • Management of stored symbols and watchlists
Clients can add/request-to-remove symbols to/from the database.
Clients can add/retrieve/request-to-modify global watchlists and use them locally.
  • Intraday Quotes / most recent close (if after market hours)
Input: Symbol
Output: SingleBarStruct: KDateTime, Open, High, Low, Close, Volume [and Open Interest, if applicable. Optional: Beta]
  • Previous Close (convenience function)
Input: Symbol
Output: SingleBarStruct: KDateTime, Open, High, Low, Close, Volume [and Open Interest, if applicable. Optional: Beta]
  • Company Information, Key Statistics and Fundamentals
Inputs:
  • Symbol
  • Parameters (keys)
Initially only parameters easily available from Yahoo will be supported. Time permitting, more information sources can be added (such as parsing parameter values from Yahoo's Key Statistics webpage).
Ideally, there should probably be a way to query what keys are available, as well as key-lookup by human-readable names.
Outputs:
  • A container object holding the requested parameters' key-value pairs.
  • Historical Quotes
Inputs:
  • Symbol
  • Time Period: Specify by providing:
A major time unit. (Minutely, Daily, Weekly, Monthly)
Optional: A multiplier. Default = 1.
  • Length of historical data:
Optional: Specify an end date. Defaults to the most recent close.
Specify a duration (relative to the end date) by providing one of the following:
A start date.
A length of elapsed time units, independent of the requested time period.
Or directly as a number of bars.
  • Optional: Type of historical data:
Adjusted: (Default) Prices adjusted for splits and dividends.
Absolute: Raw price data. (Provided by default if the stock has no splits/dividends.)
  • Optional: A maximum lookback. Default = 0.
The number of "hidden" bars (older than the start date) to return. Used by technical analysis indicators so their results will be complete for the requested length of "shown" price data.
Outputs:
  • A container object holding the input parameters used to produce the data, as well as the data itself, stored as a list of SingleBarStructs. (Or however, containing the same outputs - What would be easiest for MVC-based clients?)


Dreams for the Future: (time permitting)

  1. Support for calculating relative price/performance between multiple data sets.
  2. Support for calculating custom indicies from watchlists.
  3. Support for browsing/querying sectors and industries, as well as tracking their performance using (1) and (2).
  4. [Maybe] Technical Analysis Indicators: Essentially this would be providing a Qt-like API wrapped around TA-Lib's Abstract interface. TA-Lib expects data to be stored in std c++ arrays, as well as requiring the frequent reuse of non-cheaply-calculated data, so from a convenience/performance standpoint it probably makes the most sense to try to centralize indicator support inside Alkimia. However, TA-Lib isn't exactly available for most (all?) distributions, let alone included by default, so that's definitely a big reason to avoid said integration. [Then again, aside from Qtstalker, I don't know of any even remotely-active *Linux* projects using it so... what incentive have they had?]
  5. [Maybe] Store symbols/statistics using Nepomuk relationships. For example, symbols could be associated with a Sector, an Industry, and Market Capitalization.


Jump to Top