Skip to main content
hic
Former Employee
Former Employee

Numbers and dates are a never-ending source of concern when building any BI solution.

But in QlikView, there is always a way to solve a problem… First, QlikView can interpret and format numbers and dates using functions in the script:

Number Format in Script.png

Alternatively, it can format them in the user interface, where each object, dimension or expression potentially can have its own number formatting:

Number Format Dialog small.png

The common denominator for interpretation and formatting in QlikView is the Format Code. QlikView uses it as a parameter in many functions, and you can find it in the Format Pattern on the Number tab in the properties dialog.

Some rules of thumb around the format codes:

  • Unrecognized characters in the format code can prevent QlikView from interpreting a number.
  • The codes are case sensitive. For instance, M means month, whereas m means minutes. Some symbols can be written in either upper or lower case, e.g. AM/PM (or am/pm) and XIV (or xiv). For these, the format code must correspond to what you want: TT for AM/PM; tt for am/pm; (ROM) for XIV and (rom) for xiv.
  • With the format code you can force a rounded display, e.g., by specifying two decimals on a multi-decimal number or by specifying year and month, but not day, when displaying a date. Such a rounding will only change the display and not the underlying number. To change the numeric value, you need to use a rounding function, e.g., Round(), Ceil() or MonthStart().

You can specify Integers to have leading zeros. You can also specify them as binary, octal, decimal and hexadecimal numbers. In fact, you can use any radix from 2 to 36. You can also format them as Roman numerals.

    Num( Number, '000000' ) as Number // Always with at least 6 digits. Leading zeros!
    Num( Number, '(R36)' ) as Number // Displayed in Radix 36 (like hex, but with 36 symbols)
    Num( Number, '(ROM)' ) as Number // Upper case Roman numerals

See picture below for the different cases. Each column denotes a specific format code. The rows are examples of input numbers and how QlikView will format them.

Integer formatting.png


Float numbers are similar. If you need QlikView to interpret a number that has a decimal symbol different from the one in the environment variables, be sure to use the third and fourth parameters of the Num#() function to specify decimal character and thousand separator. A correct format code is not enough.

          Num#( Number, '0,0', ',' , '.' ) as Num // Number with decimal comma and point as separator


Float formatting.png

QlikView interprets the integer part of a date serial number as a date – the number of days from Dec 30, 1899. Date formats are different from country to country so you sometimes need to specify which format you want. Note that you can specify weekday also..

          Date( MonthStart( date ), 'YYYY MMM' ) as YearMonth


Date formatting.png

QlikView interprets the fractional part of a date serial number as time of day. This can be specified in hours and minutes, etc. Note that the TT symbol denotes AM/PM. If this is not used, QlikView will assume 24-hour notation.

          Time( Ceil( Time, 1/24/4 ), 'hh:mm' ) as Time // Time rounded downwards to nearest 15 min


Time formatting.png

I recommend that you use interpretation, rounding, and formatting functions in the script to transform data into a form that you want.

HIC

Further reading related to this topic:

Data Types in QlikView

Get the Dates Right

QlikView Date fields

25 Comments
hic
Former Employee
Former Employee

What would the bug be? It is known limitation that an integer number with a mantissa larger than 52 bits (see binary64) cannot be interpreted using Num#(). This is true irrespective of whether it is in binary or decimal representation.

And, yes, I should write more blog posts... If you have topics that you want to suggest, feel free to do so.

HIC

0 Likes
2,901 Views
swuehl
MVP
MVP

I am referring to the discussion in this post:

Converting binary sequence to decimal

It seems like a bug to me that 000010111101011101111010 which converts to the decimal value 776058 can't just be interpreted using num(num#('000010111101011101111010','(BIN)')), but needs some work around.


------------------------------------------


Suggestions for your blog topics:

I recently came across some discussion that talked about temporary tables in the script, like MAPPING tables, or internal tables used for Autonumber*(). The discussion went about memory consumption of the tables, if it's possible to somehow control QV to drop e.g. a MAPPING table and if AutonumberHash*() is superior to Autonumber() in terms of memory consumptions. Maybe different topics, but the mysteries of the internal, temporary tables might need discovery.


Also any other insight to more technical details would be great, for example, more details on how QV handle different states / set analysis set modifications. And most important the overhead of using these.

2,901 Views
hic
Former Employee
Former Employee

Of course you are right... I wasn't aware of this.

So, to summarize: Basically, the following expression works fine:

     Num(Num#('00001011110101','(BIN)'))

but the following does not, since it has more than 14 digits:

     Num(Num#('000010111101011','(BIN)'))

Totally unnecessary, so, yes I would call it a bug.

HIC

0 Likes
2,797 Views
Jason_Michaelides
Luminary Alumni
Luminary Alumni

Great ideas for blogs!

0 Likes
2,797 Views
dominicmander
Partner - Creator
Partner - Creator

Hi hic‌,

Edge case question: Is there any way to escape a character in a format code?

In a perfect world I'd like to be able to format an interval as 'T+D hh:mm:ss', e.g. T+3 12:00:00, but of course T is reserved for am/pm so that doesn't work.

2,797 Views
hic
Former Employee
Former Employee

Unfortunately not. But we are aware of the problem... The work-around is to use string functions to interpret or format.

When we designed this many years ago, the ISO format was '2007-04-05 14:30', but it has since been changed to '2007-04-05T14:30', with the option of an additional Z (for zulu time) or +03:00 for time zone. The "new" format is recognized in the automatic interpretation, but there is no format code for it. Feel free to contact me if you have a suggestion.

HIC

0 Likes
2,797 Views
dominicmander
Partner - Creator
Partner - Creator

OK, fair enough, thanks for the swift reply.

Just to confirm ... if it's an axis in a chart (line chart in this case) then I can't use string functions to format (or at least, the axis labels won't display it how I've formatted it, but the popup will). I can live with just 'D hh:mm:ss' I just want to make sure I'm not missing a trick that would let me get 'T+D hh:mm:ss'.

I can't see how to attach my dummy app so I'm attaching an image:

interval example.png

0 Likes
2,797 Views
anderseriksson
Partner - Specialist
Partner - Specialist

Computed Dimension

0 Likes
2,797 Views
swuehl
MVP
MVP

Try an interval format code something like

Interval(<exp>,'T+D hh:mm:ss')

(note: first character is Unicode U+FF34 fullwidth capital letter T)

Unbenannt.png

2,800 Views
dominicmander
Partner - Creator
Partner - Creator

sneaky ... thanks swuehl

0 Likes
2,800 Views