Difference between revisions of "MC3-Project-2"

From Quantitative Analysis Software Courses
Jump to navigation Jump to search
Line 1: Line 1:
 +
==Final==
 +
 +
Part 1, 2, 3 and 4 are finalized.
 +
 
==Updates / FAQs==
 
==Updates / FAQs==
  
*'''2016-10-31''' Project finalized.
+
==Overview==
 +
 
 +
In this project you will implement the Q-Learning and Dyna-Q solutions to the reinforcement learning problem. You will apply them to two problems: 1) Navigation, and 2) Trading.  The reason for working with the navigation problem first is that, as you will see, navigation is an easy problem to work with and understand.  In the last part of the assignment you will apply Q-Learning to stock trading. 
  
* Q: In a previous project there was a constraint of holding a single position until exit. Does that apply to this project?  Yes, hold one position til exit.
+
Note that your Q-Learning code really shouldn't care which problem it is solving. The difference is that you need to wrap the learner in different code that frames the problem for the learner as necessary.
  
* Q: Is that 10 calendar days, or 10 trading days (i.e., days when SPY was traded)? A: Always use trading days.
+
For the navigation problem we have created testqlearner.py that automates testing of your Q-Learner in the navigation problem.  We also provide teststrategylearner.py to test your strategy learner. In order to apply Q-learning to trading you will have to implement an API that calls Q-learning internally.  
  
* Q: Are there constraints for Python modules allowed for this project? Can we experiment with modules for optimization or technical analysis and cite or are we expected to write everything from scratch for this project as well?  A: The constraints are the same as for the first learning project. You've already written the learners you need.
+
Overall, your tasks for this project include:
  
* Q: I want to read some other values from the data besides just adjusted close, how can I do that? A: Please modify an old version of util.py to do that, include that new util.py with your submission.
+
* Code a Q-Learner
 +
* Code the Dyna-Q feature of Q-Learning
 +
* Test/debug the Q-Learner in navigation problems
 +
* Build a strategy learner based on your Q-Learner
 +
* Test/debug the strategy learner on specific symbol/time period problems
  
* Q: Are we required to trade in only 500 share blocks? (and have no more than 500 shares long or short at a time as in some of the previous assignments)  A: Yes.  This will enable comparison between results more easily.
+
Scoring for the project will be allocated as follows:
 
* Q: Are we limited to leverage of 2.0 on the portfolio?  A: There is no limit on leverage.
 
 
* Q: Are we only allowed one position at a time?  A: You can be in one of three states: -500 shares, +500 shares, 0 shares.
 
  
==Overview==
+
* Navigation test cases: 80% (note that we will check those with dyna = 0)
 +
* Dyna implemented: 5% (we will check this with one navigation test case by comparing performance with and without dyna turned on)
 +
* Trading strategy test cases: 20%
 +
 
 +
For this assignment we will test only your code (there is no report component).  Note that the scoring is structured so that you can earn a B (80%) if you implement only Q-Learning, but if you implement everything, the total possible score is 105%.  That means you can earn up to 5% extra credit.
 +
 
 +
==Template and Data==
  
In this project you will develop trading strategies using Technical Analysis, and test them using your market simulator. You will then utilize your Random Tree learner to train and test a learning trading algorithm.
+
* Download <tt>'''[[Media:mc3_p3.zip|mc3_p3.zip]]'''</tt>, unzip inside <tt>ml4t/</tt>
 +
* Implement the <tt>QLearner</tt> class in <tt>mc3_p3/QLearner.py</tt>.
 +
* Implement the <tt>StrategyLearner</tt> class in <tt>mc3_p3/StrategyLearner.py</tt>
 +
* To test your Q-learner, run <tt>'''python testqlearner.py'''</tt> from the <tt>mc3_p3/</tt> directory.
 +
* To test your strategy learner, run <tt>'''python teststrategylearner.py'''</tt> from the <tt>mc3_p3/</tt> directory.
 +
* Note that example problems are provided in the <tt>mc3_p3/testworlds</tt> directory
  
* Part 1: Develop and describe a set of at least 3 technical indicators.  At least one of these indicators must be substantially different from the indicators whose code was presented in class.
+
==Part 1: Implement QLearner==
* Part 2: Devise and test a rule-based trading strategy using your indicators from Part 1.  Test its performance in sample using your market simulator.
 
* Part 3: Use you decision tree learner to create a classifier that decides when to trade.  Test its performance in sample using your market simulator.
 
* Part 4: Comparative analysis.
 
  
In this project we shift from an auto graded format to a report format. For this project your grade will be based on the PDF report you submit, not your code. However, you will also submit your code that will be checked visually to ensure it appropriately matches the report you submit.
+
Your QLearner class should be implemented in the file <tt>QLearner.py</tt>.  It should implement EXACTLY the API defined below. DO NOT import any modules besides those allowed below.  Your class should implement the following methods:
  
==Data Details, Dates and Rules==
+
* QLearner(...): Constructor, see argument details below.
 +
* query(s_prime, r): Update Q-table with <s, a, s_prime, r> and return new action for state s_prime, update rar.
 +
* querysetstate(s): Set state to s, return action for state s, but don't update Q-table or rar.
  
Use the following parameters for Part 2, 3 and 4:
+
Here's an example of the API in use:
  
* Use only the data provided for this course.  You are not allowed to import external data.
+
<PRE>
* Trade only the symbol IBM (however, you may, if you like, use data from other symbols to inform your strategy).
+
import QLearner as ql
* The in sample/training period is January 1, 2006 to December 31 2009.
 
* The out of sample/testing period is January 1, 2010 to December 31 2010.
 
* Starting cash is $100,000.
 
* Allowable positions are: 500 shares long, 500 shares short, 0 shares.
 
* There is no limit on leverage.
 
  
==Part 1: Technical Indicators (20%)==
+
learner = ql.QLearner(num_states = 100, \
 +
    num_actions = 4, \
 +
    alpha = 0.2, \
 +
    gamma = 0.9, \
 +
    rar = 0.98, \
 +
    radr = 0.999, \
 +
    dyna = 0, \
 +
    verbose = False)
  
Develop and describe at least 3 and at most 5 technical indicators.  You may find our lecture on time series processing to be helpful.  For each indicator you should create a single chart that shows the price history of the stock during the in-sample period, "helper data" and the value of the indicator itself.  As an example, if you were using price/SMA as an indicator you would want to create a chart with 3 lines: Price, SMA, Price/SMA
+
s = 99 # our initial state
  
Your report description of each indicator should enable someone to reproduce it just by reading the description. We want a written description here, not code, however, it is OK to augment your written description with a pseudocode figure.
+
a = learner.querysetstate(s) # action for state s
  
At least one of the indicators you use should be completely different from the ones presented in our lectures.
+
s_prime = 5 # the new state we end up in after taking action a in state s
  
Deliverables:
+
r = 0 # reward for taking action a in state s
* Descriptive text (2 to 3 pages with figures).
 
* 3 to 5 charts (one for each indicator)
 
* Code: indicators.py
 
  
==Part 2: Manual Rule-Based Trader (30%)==
+
next_action = learner.query(s_prime, r)
 +
</PRE>
  
Devise a set of rules using the indicators you created in Part 1 aboveYour rules should be designed to trigger a "long" or "short" entry for a 10 trading day hold. In other words, once an entry is initiated, you must remain in the position for 10 trading daysIn your report you must describe your trading rules so that another person could implement them based only on your description. We want a written description here, not code, however, it is OK to augment your written description with a pseudocode figure.
+
<b>The constructor QLearner()</b> should reserve space for keeping track of Q[s, a] for the number of states and actionsIt should initialize Q[] with uniform random values between -1.0 and 1.0Details on the input arguments to the constructor:
  
You should tweak your rules as best you can to get the best performance possible from during the in sample period (do not peak at out of sample performance)Use your rule-based strategy to generate an orders file over the in sample period, then run that file through your market simulator to create a chart that includes the following components over the in sample period:
+
* <tt>num_states</tt> integer, the number of states to consider
 +
* <tt>num_actions</tt>  integer, the number of actions available.
 +
* <tt>alpha</tt> float, the learning rate used in the update rule. Should range between 0.0 and 1.0 with 0.2 as a typical value.
 +
* <tt>gamma</tt> float, the discount rate used in the update rule.  Should range between 0.0 and 1.0 with 0.9 as a typical value.
 +
* <tt>rar</tt> float, random action rate: the probability of selecting a random action at each step. Should range between 0.0 (no random actions) to 1.0 (always random action) with 0.5 as a typical value.
 +
* <tt>radr</tt> float, random action decay rate, after each update, rar = rar * radr. Ranges between 0.0 (immediate decay to 0) and 1.0 (no decay).  Typically 0.99.
 +
* <tt>dyna</tt> integer, conduct this number of dyna updates for each regular updateWhen Dyna is used, 200 is a typical value.
 +
* <tt>verbose</tt> boolean, if True, your class is allowed to print debugging statements, if False, all printing is prohibited.
  
* Price of IBM (normalized to 1.0 at the start): Black line
+
<b>query(s_prime, r)</b> is the core method of the Q-Learner.  It should keep track of the last state s and the last action a, then use the new information s_prime and r to update the Q table. The learning instance, or experience tuple is <s, a, s_prime, r>. query() should return an integer, which is the next action to take. Note that it should choose a random action with probability rar, and that it should update rar according to the decay rate radr at each step.  Details on the arguments:
* Value of the rule-based portfolio (normalized to 1.0 at the start): Blue line
 
* Vertical green lines indicating LONG entry points.
 
* Vertical red lines indicating SHORT entry points.
 
* Vertical black lines indicating exits (long or short).
 
  
Note that each red or green vertical line should be followed by a black line before another entry occurs.  We will check for that.  We expect that your rule-based strategy should outperform the stock IBM over the in sample period.
+
* <tt>s_prime</tt> integer, the the new state.
 +
* <tt>r</tt> float, a real valued immediate reward.
  
Deliverables:
+
<b>querysetstate(s)</b> A special version of the query method that sets the state to s, and returns an integer action according to the same rules as query() (including choosing a random action sometimes), but it does not execute an update to the Q-table. It also does not update rar. There are two main uses for this method: 1) To set the initial state, and 2) when using a learned policy, but not updating it.
* Descriptive text (1 or 2 pages with chart) that provides a compelling justification for rule-based system developed.
 
* Text must describe rule based system in sufficient detail that another person could implement it.
 
* 1 chart.
 
* Code: rule_based.py (generates an orders file)
 
  
==Part 3: ML Trader (30%)==
+
==Part 2: Navigation Problem Test Cases==
  
Convert your decision tree '''regression''' learner into a '''classification''' learner.  The classifications should be:
+
We will test your Q-Learner with a navigation problem as follows.  Note that your Q-Learner does not need to be coded specially for this task.  In fact the code doesn't need to know anything about it.  The code necessary to test your learner with this navigation task is implemented in testqlearner.py for you.  The navigation task takes place in a 10 x 10 grid world.  The particular environment is expressed in a CSV file of integers, where the value in each position is interpreted as follows:
  
* +1: BUY
+
* 0: blank space.
* 0: DO NOTHING
+
* 1: an obstacle.
* -1: SELL
+
* 2: the starting location for the robot.
 +
* 3: the goal location.
  
The X data for each sample (day) are simply the values of your indicators for the stock -- you should have 3 to 5 of themThe Y data (or classifications) will be based on 10 day returnYou should classify the example as a +1 or "BUY" if the 10 day return exceeds a certain value, let's call it YBUY for the moment.  You should classify the example as a -1 or "SELL" if the 10 day return is below a certain value we'll call YSELL.  In all other cases the sample should be classified as a 0 or "DO NOTHING."
+
An example navigation problem (CSV file) is shown belowFollowing python conventions, [0,0] is upper left, or northwest corner, [9,9] lower right or southeast cornerRows are north/south, columns are east/west.
  
Note that your X values are calculated each day from the current day's (and earlier) data, but the Y value is calculated using data from the future.  You may tweak various parameters of your learner to maximize return (more on that below).  Train and test your learning strategy over the in sample period.  Whenever a BUY or SELL is encountered, you must enter the corresponding position and hold it for 10 days.  That means, for instance, that if you encounter a BUY on day 1, then a SELL on day 2, you must keep the stock still until the 10 days expire, even though you received this conflicting information.  The reason for this is that we're trying to provide a way to directly compare the manual strategy versus the ML strategy.
+
<PRE>
 +
0,0,0,0,3,0,0,0,0,0
 +
0,0,0,0,0,0,0,0,0,0
 +
0,0,0,0,0,0,0,0,0,0
 +
0,0,1,1,1,1,1,0,0,0
 +
0,0,1,0,0,0,1,0,0,0
 +
0,0,1,0,0,0,1,0,0,0
 +
0,0,1,0,0,0,1,0,0,0
 +
0,0,0,0,0,0,0,0,0,0
 +
0,0,0,0,0,0,0,0,0,0
 +
0,0,0,0,2,0,0,0,0,0
 +
</PRE>
  
Use your ML-based strategy to generate an orders file over the in sample period, then run that file through your market simulator to create a chart that includes the following components over the in sample period:
+
In this example the robot starts at the bottom center, and must navigate to the top center.  Note that a wall of obstacles blocks its path.  We map this problem to a reinforcement learning problem as follows:
  
* Price of IBM (normalized to 1.0 at the start): Black line.
+
* State: The state is the location of the robot, it is computed (discretized) as: column location * 10 + row location.
* Value of the rule-based portfolio (normalized to 1.0 at the start): Blue line.
+
* Actions: There are 4 possible actions, 0: move north, 1: move east, 2: move south, 3: move west.
* Value of the ML-based portfolio (normalized to 1.0 at the start): Green line.
+
* R: The reward is -1.0 unless the action leads to the goal, in which case the reward is +1.0.
* Vertical green lines indicating LONG entry points.
+
* T: The transition matrix can be inferred from the CSV map and the actions.
* Vertical red lines indicating SHORT entry points.
 
* Vertical black lines indicating exits (long or short).
 
  
Note that each red or green vertical line should be followed by a black line before another entry occursWe will check for that. We expect that the ML-based strategy will outperform the manual strategy, however it is possible that it does not.  If it is the case that your manual strategy does better, you should try to explain why in your report.
+
Note that R and T are not known by or available to the learnerThe testing code <tt>testqlearner.py</tt> will test your code as follows (pseudo code):
  
You should tweak the parameters of your learner to maximize performance during the in sample period. Here is a partial list of things you can tweak:
+
<pre>
* Adjust YSELL and YBUY.
+
Instantiate the learner with the constructor QLearner()
* Adjust leaf_size.
+
s = initial_location
* Utilize bagging and adjust the number of bags.
+
a = querysetstate(s)
 +
s_prime = new location according to action a
 +
r = -1.0
 +
while not converged:
 +
    a = query(s_prime, r)
 +
    s_prime = new location according to action a
 +
    if s_prime == goal:
 +
        r = +1
 +
        s_prime = start location
 +
    else
 +
        r = -1
 +
</pre>
  
Deliverables:
+
A few things to note about this code: The learner always receives a reward of -1.0 until it reaches the goal, when it receives a reward of +1.0. As soon as the robot reaches the goal, it is immediately returned to the starting location.
* Descriptive text (1 or 2 pages with chart) that describes your ML approach.
 
* Text must describe ML based system in sufficient detail that another person could implement it.
 
* 1 chart
 
* Code: ML_based.py (generates an orders file)
 
* Additional code files as necessary to support ML_based.py (e.g. RTLearner.py and so on).
 
  
==Part 4: Comparative Analysis (20%)==
+
Here are example solutions:
  
Evaluate the performance of both of your strategies in the out of sample period.  Note that you '''should not''' train your learner on this data.  You should use the classification learned using the training data only.  Create a chart that shows, out of sample:
+
[[mc3_p3_examples]]
  
* Performance of the stock: Black line
+
[[mc3_p3_dyna_examples]]
* Performance of manual strategy: Blue line
 
* Performance of the ML strategy: Green line
 
* All three should be normalized to 1.0 at the start.
 
  
Create a table that summarizes the performance of the stock, the manual strategy and the ML strategy for both in sample and out of sample periods.  Utilize your experience in this class to determine which factors are best to use for comparing these strategies.  If performance out of sample is worse than in sample, do your best to explain why.  Also if the manual and ML strategies perform substantially differently, explain why.  Is one method or the other more or less susceptible to the same underlying flaw?  Why or why not?
+
==Part 3: Implement Dyna==
  
Deliverables:
+
Add additional components to your QLearner class so that multiple "hallucinated" experience tuples are used to update the Q-table for each "real" experience.  The addition of this component should speed convergence in terms of the number of calls to query().
* Descriptive text (1 or 2 pages including figures)
 
* 1 chart
 
  
==Hints==
+
We will test your code on <tt>world03.csv</tt> with 50 iterations and with dyna = 200.  Our expectation is that with Dyna, the solution should be much better than without.
  
Overall, I recommend the following steps in the creation of your strategies:
+
==Part 4: Implement Strategy Learner==
  
* Indicator design hints:
+
For this part of the project you should develop a learner that can learn a trading policy using your Q-LearnerUtilize the template provided in <tt>StrategyLearner.py</tt> Overall the structure of your strategy learner should be arranged like this:
** For your X values: Identify and implement at least 3 technical features that you believe may be predictive of future return.
 
* Rule based design:
 
** Use a cascade of if statements conditioned on the indicators to identify whether a BUY condition is met.
 
** Use a cascade of if statements conditioned on the indicators to identify whether a SELL condition is met.
 
** The conditions for BUY and SELL should be mutually exclusive.
 
** If neither BUY or SELL is triggered, the result should be DO NOTHING.
 
** For debugging purposes, you may find it helpful to plot the value of the rule-based output (-1, 0, 1) versus the stock price.
 
* Train a classification learner on in sample training data:
 
** For your Y values: Use future 10 day return (not future price)Then classify that return as BUY, SELL or DO NOTHING.  You're trying to predict a relative change that you can use to invest with.
 
** For debugging purposes, you may find it helpful to plot the value of the training classification data (-1, 0, 1) versus the stock price in one color.
 
** For debugging purposes, you may find it helpful to plot the value of the training classification output (-1, 0, 1) versus the stock price in another color.  Ideally, these two lines should be very similar.
 
  
==Template and Data==
+
For the policy learning part:
 +
* Select several technical features, and compute their values for the training data
 +
* Discretize the values of the features
 +
* Instantiate a Q-learner
 +
* For each day in the training data:
 +
** Compute the current state (including holding)
 +
** Compute the reward for the last action
 +
** Query the learner with the current state and reward to get an action
 +
** Implement the action the learner returned (BUY, SELL, NOTHING), and update portfolio value
 +
* Repeat the above loop multiple times until cumulative return stops improving.
  
There is no github template for this project.  You should create a directory for your code in ml4t/mc3-p2 and make a copy of util.py there.  You should also copy into that directory your learner code and your market simulator code. You will have access to the data in the ML4T/Data directory but you should use ONLY the code in util.py to read it.
+
A rule to keep in mind: As in past projects, you can only be long or short 100 shares, so if your learner returns two BUYs in a row, don't double down, same thing with SELLs.
  
==Choosing Technical Features -- Your X Values==
+
For the policy testing part:
 +
* For each day in the testing data:
 +
** Compute the current state
 +
** Query the learner with the current state to get an action
 +
** Implement the action the learner returned (BUY, SELL, NOTHING), and update portfolio value
 +
* Return the resulting trades in a data frame (details below).
  
You should have already successfully coded the Bollinger Band feature.  Here's a suggestion of how to normalize that feature so that it will typically provide values between -1.0 and 1.0:
+
Your StrategyLearner should implement the following API:
  
 
<PRE>
 
<PRE>
bb_value[t] = (price[t] - SMA[t])/(2 * stdev[t])
+
import StrategyLearner as sl
 +
learner = sl.StrategyLearner(verbose = False) # constructor
 +
learner.addEvidence(symbol = "IBM", sd=dt.datetime(2008,1,1), ed=dt.datetime(2009,1,1), sv = 10000) # training step
 +
df_trades = learner.testPolicy(symbol = "IBM", sd=dt.datetime(2009,1,1), ed=dt.datetime(2010,1,1), sv = 10000) # testing step
 
</PRE>
 
</PRE>
  
Two other good features worth considering are momentum and volatility.
+
The input parameters are:
  
<PRE>
+
* verbose: if False do not generate any output
momentum[t] = (price[t]/price[t-N]) - 1
+
* symbol: the stock symbol to train on
</PRE>
+
* sd: A datetime object that represents the start date
 +
* ed: A datetime object that represents the end date
 +
* sv: Start value of the portfolio
  
Volatility is just the stdev of daily returns.
+
The output result is:
  
==Choosing Y==
+
* df_trades: A data frame whose values represent trades for each day.  Legal values are +100.0 indicating a BUY of 100 shares, -100.0 indicating a SELL of 100 shares, and 0.0 indicating NOTHING [update, values of +200 and -200 for trades are also legal so long as net holdings are constrained to -100, 0, and 100].
  
Your code should classify based on 10 day change in price.  You need to build a new Y that reflects the 10 day change and aligns with the current date.  Here's pseudo code for the calculation of Y
+
==Contents of Report==
  
ret = (price[t+10]/price[t]) - 1.0
+
There is no report component of this assignmentHowever, if you would like to impress us with your Machine Learning prowess, you are invited to submit a succinct report.
  if ret > YBUY:
 
    Y[t] = +1 # BUY
 
else if ret < YSELL:
 
    Y[t] = -1 # SELL
 
else:
 
    Y[t] = 0
 
  
If you select Y in this manner and use it for training, your learner will classify 10 day returns.
+
==Hints & resources==
  
==Contents of Report==
+
This paper by Kaelbling, Littman and Moore, is a good resource for RL in general: http://www.jair.org/media/301/live-301-1562-jair.pdf  See Section 4.2 for details on Q-Learning.
  
* Your report should be no more than 3000 words.  Your report should contain no more than 12 charts.  Penalties will apply if you violate these constraints.
+
There is also a chapter in the Mitchell book on Q-Learning.
* Include charts and text as identified in the sections above.
 
  
==Expectations==
+
For implementing Dyna, you may find the following resources useful:
  
* In-sample IBM backtests should perform very well -- The ML version should do better than the manual version.
+
* https://webdocs.cs.ualberta.ca/~sutton/book/ebook/node96.html
* Out-of-sample IBM backtests should... (you should be able to complete this sentence).
+
* http://www-anw.cs.umass.edu/~barto/courses/cs687/Chapter%209.pdf
  
 
==What to turn in==
 
==What to turn in==
  
Turn your project in via t-square.
+
Turn your project in via t-square.   All of your code must be contained within QLearner.py and StrategyLearner.py.
  
* Your report as <tt>report.pdf</tt>
+
* Your QLearner as <tt>QLearner.py</tt>
* All of your code, as necessary to run as <tt>.py</tt> files.
+
* Your StrategyLearner as <tt>StrategyLearner.py</tt>
* Document how to run your code in <tt>readme.txt</tt>.
+
* Your report (if any) as <tt>report.pdf</tt>
* No zip files please.
+
* Do not submit any other files.
  
 
==Rubric==
 
==Rubric==
  
To be determined.
+
Only your QLearner class will be tested. 
 +
 
 +
* For basic Q-Learning (dyna = 0) we will test your learner against 10 test worlds with 500 iterations.  Each test should complete in less than 2 seconds.  For the test to be successful, your learner should find a path to the goal <= 1.5 x the number of steps our reference solution finds.  We will check this by taking the min of all the 500 runs. Each test case is worth 8 points. We will initialize your learner with the following parameter values:
 +
 
 +
<Pre>
 +
    learner = ql.QLearner(num_states=100,\
 +
        num_actions = 4, \
 +
        alpha = 0.2, \
 +
        gamma = 0.9, \
 +
        rar = 0.98, \
 +
        radr = 0.999, \
 +
        dyna = 0, \
 +
        verbose=False) #initialize the learner
 +
</PRE>
 +
 
 +
* For Dyna-Q, we will set dyna = 200.  We will test your learner against <tt>world03.csv</tt> with 50 iterations.  The test should complete in less than 10 seconds. For the test to be successful, your learner should find a path to the goal <= 1.5 x the number of steps our reference solution finds.  We will check this by taking the min of all 50 runs. The test case is worth 5 points.  We will initialize your learner with the following parameter values:
 +
 
 +
<Pre>
 +
    learner = ql.QLearner(num_states=100,\
 +
        num_actions = 4, \
 +
        alpha = 0.2, \
 +
        gamma = 0.9, \
 +
        rar = 0.5, \
 +
        radr = 0.99, \
 +
        dyna = 200, \
 +
        verbose=False) #initialize the learner
 +
</PRE>
 +
 
 +
* We will test StrategyLearner in the following situations:
 +
** Training: Dec 31 2007 to Dec 31 2009
 +
** Testing: Dec 31 2009 to Dec 31 2011
 +
** Symbols: ML4T-220, IBM
 +
** Starting value: $10,000
 +
** Benchmark: Buy 100 shares on the first trading day, Sell 100 shares on the last day.
 +
* We expect the following outcomes in testing:
 +
** For ML4T-220, the trained policy should significantly outperform the benchmark in sample (7 points)
 +
** For ML4T-220, the trained policy should significantly outperform the benchmark out of sample (7 points)
 +
** For IBM, the trained policy should significantly outperform the benchmark in sample (7 points)
 +
 
 +
Training and testing for each situation should run in less than 30 seconds.  We reserve the right to use different time periods if necessary to reduce auto grading time.
  
 
==Required, Allowed & Prohibited==
 
==Required, Allowed & Prohibited==
Line 202: Line 269:
 
* Your project must be coded in Python 2.7.x.
 
* Your project must be coded in Python 2.7.x.
 
* Your code must run on one of the university-provided computers (e.g. buffet02.cc.gatech.edu), or on one of the provided virtual images.
 
* Your code must run on one of the university-provided computers (e.g. buffet02.cc.gatech.edu), or on one of the provided virtual images.
* Use only util.py to read data.  If you want to read items other than adjusted close, modify util.py to do it, and submit your new version with your code.
 
  
 
Allowed:
 
Allowed:
Line 210: Line 276:
 
* You may reuse sections of code (up to 5 lines) that you collected from other students or the internet.
 
* You may reuse sections of code (up to 5 lines) that you collected from other students or the internet.
 
* Code provided by the instructor, or allowed by the instructor to be shared.
 
* Code provided by the instructor, or allowed by the instructor to be shared.
* A herring.
+
* Use util.py (only) for reading data.
  
 
Prohibited:
 
Prohibited:
* Any other method of reading data besides util.py
 
 
* Any libraries not listed in the "allowed" section above.
 
* Any libraries not listed in the "allowed" section above.
 
* Any code you did not write yourself (except for the 5 line rule in the "allowed" section).
 
* Any code you did not write yourself (except for the 5 line rule in the "allowed" section).
 +
* Any Classes (other than Random) that create their own instance variables for later use (e.g., learners like kdtree).
 +
* Print statements outside "verbose" checks (they significantly slow down auto grading).
 +
* Any method for reading data besides util.py
  
 
==Legacy==
 
==Legacy==

Revision as of 13:18, 31 October 2016

Final

Part 1, 2, 3 and 4 are finalized.

Updates / FAQs

Overview

In this project you will implement the Q-Learning and Dyna-Q solutions to the reinforcement learning problem. You will apply them to two problems: 1) Navigation, and 2) Trading. The reason for working with the navigation problem first is that, as you will see, navigation is an easy problem to work with and understand. In the last part of the assignment you will apply Q-Learning to stock trading.

Note that your Q-Learning code really shouldn't care which problem it is solving. The difference is that you need to wrap the learner in different code that frames the problem for the learner as necessary.

For the navigation problem we have created testqlearner.py that automates testing of your Q-Learner in the navigation problem. We also provide teststrategylearner.py to test your strategy learner. In order to apply Q-learning to trading you will have to implement an API that calls Q-learning internally.

Overall, your tasks for this project include:

  • Code a Q-Learner
  • Code the Dyna-Q feature of Q-Learning
  • Test/debug the Q-Learner in navigation problems
  • Build a strategy learner based on your Q-Learner
  • Test/debug the strategy learner on specific symbol/time period problems

Scoring for the project will be allocated as follows:

  • Navigation test cases: 80% (note that we will check those with dyna = 0)
  • Dyna implemented: 5% (we will check this with one navigation test case by comparing performance with and without dyna turned on)
  • Trading strategy test cases: 20%

For this assignment we will test only your code (there is no report component). Note that the scoring is structured so that you can earn a B (80%) if you implement only Q-Learning, but if you implement everything, the total possible score is 105%. That means you can earn up to 5% extra credit.

Template and Data

  • Download mc3_p3.zip, unzip inside ml4t/
  • Implement the QLearner class in mc3_p3/QLearner.py.
  • Implement the StrategyLearner class in mc3_p3/StrategyLearner.py
  • To test your Q-learner, run python testqlearner.py from the mc3_p3/ directory.
  • To test your strategy learner, run python teststrategylearner.py from the mc3_p3/ directory.
  • Note that example problems are provided in the mc3_p3/testworlds directory

Part 1: Implement QLearner

Your QLearner class should be implemented in the file QLearner.py. It should implement EXACTLY the API defined below. DO NOT import any modules besides those allowed below. Your class should implement the following methods:

  • QLearner(...): Constructor, see argument details below.
  • query(s_prime, r): Update Q-table with <s, a, s_prime, r> and return new action for state s_prime, update rar.
  • querysetstate(s): Set state to s, return action for state s, but don't update Q-table or rar.

Here's an example of the API in use:

import QLearner as ql

learner = ql.QLearner(num_states = 100, \ 
    num_actions = 4, \
    alpha = 0.2, \
    gamma = 0.9, \
    rar = 0.98, \
    radr = 0.999, \
    dyna = 0, \
    verbose = False)

s = 99 # our initial state

a = learner.querysetstate(s) # action for state s

s_prime = 5 # the new state we end up in after taking action a in state s

r = 0 # reward for taking action a in state s

next_action = learner.query(s_prime, r)

The constructor QLearner() should reserve space for keeping track of Q[s, a] for the number of states and actions. It should initialize Q[] with uniform random values between -1.0 and 1.0. Details on the input arguments to the constructor:

  • num_states integer, the number of states to consider
  • num_actions integer, the number of actions available.
  • alpha float, the learning rate used in the update rule. Should range between 0.0 and 1.0 with 0.2 as a typical value.
  • gamma float, the discount rate used in the update rule. Should range between 0.0 and 1.0 with 0.9 as a typical value.
  • rar float, random action rate: the probability of selecting a random action at each step. Should range between 0.0 (no random actions) to 1.0 (always random action) with 0.5 as a typical value.
  • radr float, random action decay rate, after each update, rar = rar * radr. Ranges between 0.0 (immediate decay to 0) and 1.0 (no decay). Typically 0.99.
  • dyna integer, conduct this number of dyna updates for each regular update. When Dyna is used, 200 is a typical value.
  • verbose boolean, if True, your class is allowed to print debugging statements, if False, all printing is prohibited.

query(s_prime, r) is the core method of the Q-Learner. It should keep track of the last state s and the last action a, then use the new information s_prime and r to update the Q table. The learning instance, or experience tuple is <s, a, s_prime, r>. query() should return an integer, which is the next action to take. Note that it should choose a random action with probability rar, and that it should update rar according to the decay rate radr at each step. Details on the arguments:

  • s_prime integer, the the new state.
  • r float, a real valued immediate reward.

querysetstate(s) A special version of the query method that sets the state to s, and returns an integer action according to the same rules as query() (including choosing a random action sometimes), but it does not execute an update to the Q-table. It also does not update rar. There are two main uses for this method: 1) To set the initial state, and 2) when using a learned policy, but not updating it.

Part 2: Navigation Problem Test Cases

We will test your Q-Learner with a navigation problem as follows. Note that your Q-Learner does not need to be coded specially for this task. In fact the code doesn't need to know anything about it. The code necessary to test your learner with this navigation task is implemented in testqlearner.py for you. The navigation task takes place in a 10 x 10 grid world. The particular environment is expressed in a CSV file of integers, where the value in each position is interpreted as follows:

  • 0: blank space.
  • 1: an obstacle.
  • 2: the starting location for the robot.
  • 3: the goal location.

An example navigation problem (CSV file) is shown below. Following python conventions, [0,0] is upper left, or northwest corner, [9,9] lower right or southeast corner. Rows are north/south, columns are east/west.

0,0,0,0,3,0,0,0,0,0
0,0,0,0,0,0,0,0,0,0
0,0,0,0,0,0,0,0,0,0
0,0,1,1,1,1,1,0,0,0
0,0,1,0,0,0,1,0,0,0
0,0,1,0,0,0,1,0,0,0
0,0,1,0,0,0,1,0,0,0
0,0,0,0,0,0,0,0,0,0
0,0,0,0,0,0,0,0,0,0
0,0,0,0,2,0,0,0,0,0

In this example the robot starts at the bottom center, and must navigate to the top center. Note that a wall of obstacles blocks its path. We map this problem to a reinforcement learning problem as follows:

  • State: The state is the location of the robot, it is computed (discretized) as: column location * 10 + row location.
  • Actions: There are 4 possible actions, 0: move north, 1: move east, 2: move south, 3: move west.
  • R: The reward is -1.0 unless the action leads to the goal, in which case the reward is +1.0.
  • T: The transition matrix can be inferred from the CSV map and the actions.

Note that R and T are not known by or available to the learner. The testing code testqlearner.py will test your code as follows (pseudo code):

Instantiate the learner with the constructor QLearner()
s = initial_location
a = querysetstate(s)
s_prime = new location according to action a
r = -1.0
while not converged:
    a = query(s_prime, r) 
    s_prime = new location according to action a
    if s_prime == goal:
        r = +1
        s_prime = start location
    else
        r = -1

A few things to note about this code: The learner always receives a reward of -1.0 until it reaches the goal, when it receives a reward of +1.0. As soon as the robot reaches the goal, it is immediately returned to the starting location.

Here are example solutions:

mc3_p3_examples

mc3_p3_dyna_examples

Part 3: Implement Dyna

Add additional components to your QLearner class so that multiple "hallucinated" experience tuples are used to update the Q-table for each "real" experience. The addition of this component should speed convergence in terms of the number of calls to query().

We will test your code on world03.csv with 50 iterations and with dyna = 200. Our expectation is that with Dyna, the solution should be much better than without.

Part 4: Implement Strategy Learner

For this part of the project you should develop a learner that can learn a trading policy using your Q-Learner. Utilize the template provided in StrategyLearner.py Overall the structure of your strategy learner should be arranged like this:

For the policy learning part:

  • Select several technical features, and compute their values for the training data
  • Discretize the values of the features
  • Instantiate a Q-learner
  • For each day in the training data:
    • Compute the current state (including holding)
    • Compute the reward for the last action
    • Query the learner with the current state and reward to get an action
    • Implement the action the learner returned (BUY, SELL, NOTHING), and update portfolio value
  • Repeat the above loop multiple times until cumulative return stops improving.

A rule to keep in mind: As in past projects, you can only be long or short 100 shares, so if your learner returns two BUYs in a row, don't double down, same thing with SELLs.

For the policy testing part:

  • For each day in the testing data:
    • Compute the current state
    • Query the learner with the current state to get an action
    • Implement the action the learner returned (BUY, SELL, NOTHING), and update portfolio value
  • Return the resulting trades in a data frame (details below).

Your StrategyLearner should implement the following API:

import StrategyLearner as sl
learner = sl.StrategyLearner(verbose = False) # constructor
learner.addEvidence(symbol = "IBM", sd=dt.datetime(2008,1,1), ed=dt.datetime(2009,1,1), sv = 10000) # training step
df_trades = learner.testPolicy(symbol = "IBM", sd=dt.datetime(2009,1,1), ed=dt.datetime(2010,1,1), sv = 10000) # testing step

The input parameters are:

  • verbose: if False do not generate any output
  • symbol: the stock symbol to train on
  • sd: A datetime object that represents the start date
  • ed: A datetime object that represents the end date
  • sv: Start value of the portfolio

The output result is:

  • df_trades: A data frame whose values represent trades for each day. Legal values are +100.0 indicating a BUY of 100 shares, -100.0 indicating a SELL of 100 shares, and 0.0 indicating NOTHING [update, values of +200 and -200 for trades are also legal so long as net holdings are constrained to -100, 0, and 100].

Contents of Report

There is no report component of this assignment. However, if you would like to impress us with your Machine Learning prowess, you are invited to submit a succinct report.

Hints & resources

This paper by Kaelbling, Littman and Moore, is a good resource for RL in general: http://www.jair.org/media/301/live-301-1562-jair.pdf See Section 4.2 for details on Q-Learning.

There is also a chapter in the Mitchell book on Q-Learning.

For implementing Dyna, you may find the following resources useful:

What to turn in

Turn your project in via t-square. All of your code must be contained within QLearner.py and StrategyLearner.py.

  • Your QLearner as QLearner.py
  • Your StrategyLearner as StrategyLearner.py
  • Your report (if any) as report.pdf
  • Do not submit any other files.

Rubric

Only your QLearner class will be tested.

  • For basic Q-Learning (dyna = 0) we will test your learner against 10 test worlds with 500 iterations. Each test should complete in less than 2 seconds. For the test to be successful, your learner should find a path to the goal <= 1.5 x the number of steps our reference solution finds. We will check this by taking the min of all the 500 runs. Each test case is worth 8 points. We will initialize your learner with the following parameter values:
    learner = ql.QLearner(num_states=100,\
        num_actions = 4, \
        alpha = 0.2, \
        gamma = 0.9, \
        rar = 0.98, \
        radr = 0.999, \
        dyna = 0, \
        verbose=False) #initialize the learner
  • For Dyna-Q, we will set dyna = 200. We will test your learner against world03.csv with 50 iterations. The test should complete in less than 10 seconds. For the test to be successful, your learner should find a path to the goal <= 1.5 x the number of steps our reference solution finds. We will check this by taking the min of all 50 runs. The test case is worth 5 points. We will initialize your learner with the following parameter values:
    learner = ql.QLearner(num_states=100,\
        num_actions = 4, \
        alpha = 0.2, \
        gamma = 0.9, \
        rar = 0.5, \
        radr = 0.99, \
        dyna = 200, \
        verbose=False) #initialize the learner
  • We will test StrategyLearner in the following situations:
    • Training: Dec 31 2007 to Dec 31 2009
    • Testing: Dec 31 2009 to Dec 31 2011
    • Symbols: ML4T-220, IBM
    • Starting value: $10,000
    • Benchmark: Buy 100 shares on the first trading day, Sell 100 shares on the last day.
  • We expect the following outcomes in testing:
    • For ML4T-220, the trained policy should significantly outperform the benchmark in sample (7 points)
    • For ML4T-220, the trained policy should significantly outperform the benchmark out of sample (7 points)
    • For IBM, the trained policy should significantly outperform the benchmark in sample (7 points)

Training and testing for each situation should run in less than 30 seconds. We reserve the right to use different time periods if necessary to reduce auto grading time.

Required, Allowed & Prohibited

Required:

  • Your project must be coded in Python 2.7.x.
  • Your code must run on one of the university-provided computers (e.g. buffet02.cc.gatech.edu), or on one of the provided virtual images.

Allowed:

  • You can develop your code on your personal machine, but it must also run successfully on one of the university provided machines or virtual images.
  • Your code may use standard Python libraries.
  • You may use the NumPy, SciPy, matplotlib and Pandas libraries. Be sure you are using the correct versions.
  • You may reuse sections of code (up to 5 lines) that you collected from other students or the internet.
  • Code provided by the instructor, or allowed by the instructor to be shared.
  • Use util.py (only) for reading data.

Prohibited:

  • Any libraries not listed in the "allowed" section above.
  • Any code you did not write yourself (except for the 5 line rule in the "allowed" section).
  • Any Classes (other than Random) that create their own instance variables for later use (e.g., learners like kdtree).
  • Print statements outside "verbose" checks (they significantly slow down auto grading).
  • Any method for reading data besides util.py

Legacy