This article shows the use of calculation arithmetic to look up data from one table layout (broken into separate tables by edge response) into another table layout (summary in single table).

The QES file and portfolio containing the example discussed is attached: Table Arithmetic Examples 16.rar.

There are some inbuilt calculations in AskiaAnalyse such as Script (mean), Script (sum) etc. which would normally allow us to create a summary table. So why would we elect to use calculation arithmetic instead?

Well, in the example below we need to summarise min, max, mode & median values which are not supported in previously mentioned script (calculations).

So in this case we can carry out a lookup using the GetTable method:

GetTable ("Name as string", Table as optional number)   -   returns a table object

Broadly speaking, the method is to create a new tab definition which has the structure required and then do a lookup of the values from the original table(s) into this new table.

The original tables are broken by edge response to produce seven tables:

We will push data from these seven separate tables into the new summary table. Then the original table(s) can then be made invisible so only the new table is exported when running your tabs (right-click on tab definition > Visible > No):

To get the table structure you can set up like below (right) and we aim to get the results below (left).

*The flat calculations (last three columns of the table) are not required for this summary table to work. They are simply shown to give a visualisation of the syntax references used.

Then in each of the calculations you will need to insert this lookup code:

Dim rIndex = currentcell.row.index
GetTable("Original Table by Edge Response",rIndex).GetCell(CurrentCell.X,CurrentCell.Y  - (6 * (rIndex-1))).Value

To explain further:
The tab definition Original Table by Edge Response produces seven tables so we use the rIndex parameter in the  GetTable("")  syntax to select the correct one of the seven tables depending on which row of the new table we are on.

The X co-ordinate of the values we are setting always remains the same between the table but the Y co-ordinate changes because the final table is much longer that the original. To manage this we add a bit of 'maths' to the Y- co-ordinate reference in the syntax:  CurrentCell.Y  - (6 * (rIndex-1))).Value   

e.g. when we are on the category: 'Read reviews (online or offline)' our 'currentcell' Y co-ordinate values are 23 to 28 but in the original table they are still 5 to 10 so to transform this we add a negative (or upward) shift to the current cell Y co-ordinate.

The cell in old tab = current cell in new tab - (number of calculations * ( row questions' response index  -  1 ))

e.g.  

5 = 23 - ( 6 * ( 4 - 1 ))
6 = 24 - ( 6 * ( 4 - 1 ))
...
10 = 28 - ( 6 * ( 4 - 1 ))  etc.

Now this syntax is fine but if you were to add or remove crossed calculations from the tables then you would need to change the '6' in the above syntax. Ideally, we want the syntax to be as dynamic as possible so we can use some other syntax to count the number of crossed calculations in your table - this is done by setting nCalcY in the below code:

Dim y3Index = 0
Dim nCalcY = 0

For y3Index = CurrentTable.StartY+1 to CurrentTable.MaxY
If (CurrentTable.GetCell(CurrentTable.StartX,y3Index).Row.Index.ToInt() = 1) Then
 nCalcY = nCalcY + 1
  Endif

Next y3Index

Dim rIndex = currentcell.row.index

GetTable("Original Table by Edge Response",currentcell.row.index).GetCell(CurrentCell.X,CurrentCell.Y  - (nCalcY * (rIndex-1))).Value

Of course this is just one particular table layout. If you are interested, there are a couple of other examples in second attachment: Table Arithmetic Examples 16 (additional).rar.