|
The
RPD Explained
The Race Profile Database is a feature of GTX that substantially speeds up
a system that is analysing the vast amount of historical data that has
been imported into GTX. Without the Race Profile Database (RPD) being
created and activated, a system would need to scan every race file on your
computer to check if it contained any horses that qualify for selection
according to the rules of that system.
When the RPD is created or updated, it records race-related information of
every race contained within the date range specified. It takes note of
such details as Race Distance, Field Size, Class Value (Cval), Class,
Going, Track; in fact all of the parameters you see on the Race
parameters panel of the System Developer.
When you run a system with 'use RPD' activated, the System
Developer compares the rules you have entered into the Race parameters of
the system against the RPD, and further investigates only those races that
match the Race parameter rules, thereby saving you a lot of time.
The more defining, or limiting, the Race parameters are, the quicker the
analysis will be, as only those races described in the Race parameters
section of the system will be analysed, rather than the whole historical
database of races on your computer.
Race Rules:
Include if Distance between 0 and 1350
Include if Weight Rest
= WFA
There may be only 40 such races in the entire Race Profile database, so
the System Developer will analyse only those 40 races, taking only a
matter of seconds as opposed to a much longer time an analysis of the
whole database could take, depending upon the amount of races contained in
it, and the speed of your computer.
This option is disabled when you have specified 'Loaded races only' for
Systems and Groups.
If the 'Use RPD' option is used, the System Developer can analyse
only the races that have been loaded to the Race Profile database,
therefore it is imperative to keep the RPD up-to-date. Basically what this
entails is that when you first import historical data into GTX, you create
the database. Each time you add further historical data (eg from a monthly
CD) you need to update the RPD.
How to Create and Update the RPD
The most common introduction to the use of the Race Profile Database would
occur following the importation of historical data files for use in
conjunction with the System Developer.
Once the data has been imported, you would then proceed to setup the RPD
to cover the date range of the imported data.
Start by opening the System Developer, then click the ‘Edit RPD’ button in the Options pane of the System Developer window. The ‘System Race Profile Database’ box will open. |
 |
If you had just imported data from the last four years of race meetings, say from January 2003 to December 2005, you would firstly make sure that the radio button indicates ‘Selected dates’, then use the drop calendars to set the start date and the end date of the data, in this case from 1 January 2002 to 31 December 2005. Then click the ‘Update’ button
In this particular situation, with four years of data, the
setup needs to query and categorise over 8000 files (800+MB), so this
could take a while.
It would be best to start this process before you
have a long lunch or an afternoon nap so that you are not sitting idle
waiting for it to finish.
When the process has finished, click the 'Exit" button, and don't
forget to check the 'use RPD' option in the System
Developer's Options pane before running your systems. |
 |
|
You will also need
to update the RPD each time you import historical data into
GTX, or any time you want to add to the RPD the daily meetings you have downloaded and which have been updated with the twice weekly dividends files which contain all post race information.
Fortunately, you do not need to build the whole database each
time, just use the drop calendars and the 'Update' button to add the extra meetings to the Race Profile Database. For example, you had already
imported the data and created the RPD for the date range
1 January 2002 to 31 December
2005, and now you have meetings for all of January 2006. Use the
calendars to set the 'Start date' of
1 January 2006 and the 'End
date' of 31 January 2006, and click 'Update'.
|
|