Skip to main content
ArturoMuñoz
Employee
Employee

During the last days we have been working in a new visualization piece that will be live soon in The Telegraph website. We got some data with daily refugees arrivals to different countries, the goal was to visualize how many people have moved across Europe during the last few months in a map, but we also wanted to plot a line/area chart with the cumulative number of arrivals per country and per day so you can see trends and evolution over time. Our data set included daily data but it didn't contain cumulative numbers so we had to calculate them.


The calculation should be something like this:


chart1.jpg

If is the first row or country is different than previous row country, then load the field value, else load the field value plus same field previous row value.

Step 1 Data Load

Start by loading our data table with the daily arrival values by country.

//Load the main table

DataLoad:

LOAD

    "Date",

    Country,

    "Daily Estimated Arrivals"

FROM [lib://LibraryName/Data.qvd] (qvd);

The generated table will look like the picture below:

chart2.png

As you can notice the data is not sorted in a way that will let me successfully calculate the new field as I designed it because it will mix data from different countries, so my next move will be to sort the table by country and date.

Step 2 Sorting the table

//Sorting the table

SortLoad:

NoConcatenate Load

  "Date",

    Country,

    "Daily Estimated Arrivals"

Resident DataLoad

Order by Country, Date;

Drop table DataLoad; //Deletes the previous table no longer needed

Because I’m using a Resident Load statement to load and sort the values from the previous table, and both tables have identical field sets, I need to specify NoConcatenate before the load, otherwise both tables will be automatically concatenated. Using ‘Order By’ clause will sort the table by Country and then by Date. Finally, because the first table DataLoad will be no longer needed I’ll delete it using Drop Table.

My new table will be as in the picture below

chart3.png

Step 3 Adding the calculated new field

Now that we have the data table ready we can finally calculate the new field to the table containing the cumulative daily estimated arrivals. To do so we will use the peek and previous script functions. Both functions are similar but they have some key differences that you should learn, please don’t miss this blog post:  Peek vs Previous: when to use each

//Add cumulative data to the table

CummulativeLoad:

NoConcatenate Load

    "Date",

    Country,

    "Daily Estimated Arrivals",

    If(RowNo()=1 Or Country<>Previous(Country),

          "Daily Estimated Arrivals",

          "Daily Estimated Arrivals" +  Peek("Cumulative Daily Estimated Arrivals", RowNo()-2))

    as "Cumulative Daily Estimated Arrivals"

Resident SortLoad;

Drop table SortLoad; //Deletes the previous table no longer needed

chart4.png

Click on the image below to see how we created the new field to match with our calculation statement.

expression.jpg

The final result will be a data table containing the fields to support both daily and cumulative charts.

result.gif

Enjoy Qliking!

AMZ

(Note: I divided this example in 3 steps so hopefully it is clearer, but step 2 and 3 can be merged in one single step)

21 Comments
ArturoMuñoz
Employee
Employee

I guess you could still use this approach when your dimension is a drill down, yes. You will need to tune your chart so the expression change based on the drill down element currently active. It will also require you to create as many new cumulative fields in the data model as drill down dimensions used in the chart.

0 Likes
1,441 Views
robert99
Specialist III
Specialist III

But I guess if you made a selection for the last month it would not give the right result

I personally feel that doing this as an expression would be the way to go most times. This is covered under Henric's above blog post. Or have I missed something?

0 Likes
1,441 Views
christian77
Partner - Specialist
Partner - Specialist

That's what I'm saying.
It's impossible to have all the combinations done, before the user decides what to have.

As a script exercise is very good.

In my opinion, the best way to solve the accumulation problem is using inter-record funcktions, specifically, rangesum() funcktion.

HIC’s blog about it, has been mentioned in this one.


SalU2


0 Likes
1,383 Views
ArturoMuñoz
Employee
Employee

As described in the post, the script calculation is perfectly valid and simple enough to my requirements. Under different business needs though, I would always take a moment to consider what my options are. The best solution might be the As-of table, it might be using full accumulation in design, or it might be something else. Luckily Qlik give us several options to pick from.

0 Likes
1,383 Views
lahaigar
Partner - Contributor
Partner - Contributor

What about this in Sense?

0 Likes
1,383 Views
robert99
Specialist III
Specialist III
0 Likes
1,383 Views
ArturoMuñoz
Employee
Employee

We don't have full accumulation in design yet in Qlik Sense that's why I think it could be useful to have a quick and easy method for creating a full accumulation in the load script. Again, this method won't work for every use case scenario.


Also I feel the example is a great script example to learn more about Peek() and Previous(), what they are and how they work.

0 Likes
1,383 Views
Not applicable

Nice post

0 Likes
1,383 Views
lahaigar
Partner - Contributor
Partner - Contributor

Arturo Muñoz escribió:

We don't have full accumulation in design yet in Qlik Sense that's why I think it could be useful to have a quick and easy method for creating a full accumulation in the load script. Again, this method won't work for every use case scenario.


Also I feel the example is a great script example to learn more about Peek() and Previous(), what they are and how they work.

See yet in your message is a good new

Thanks

0 Likes
1,391 Views
Not applicable

It wouldn't be more efficient if we use rangesum?

0 Likes
1,391 Views