From cc6e7cd7327eae57b63d777993ebd58ad51cb88f Mon Sep 17 00:00:00 2001 From: Anton Date: Sun, 11 Apr 2021 15:56:04 +0300 Subject: [PATCH] markdown formatting --- docs/00-conceptual.md | 7 +- docs/{title.md => 00-title.md} | 13 +- docs/01-say.md | 184 ++-- docs/02-structure.md | 160 ++-- docs/03-perceptual.md | 14 +- docs/04-express.md | 1027 ++++++++++++---------- docs/05-simplify.md | 105 +-- docs/06-condense.md | 325 +++---- docs/07-check.md | 145 ++-- docs/08-semantic.md | 9 +- docs/09-unify.md | 1190 +++++++++++++------------- docs/{epilogue.md => 10-epilogue.md} | 3 +- 12 files changed, 1687 insertions(+), 1495 deletions(-) rename docs/{title.md => 00-title.md} (59%) rename docs/{epilogue.md => 10-epilogue.md} (66%) diff --git a/docs/00-conceptual.md b/docs/00-conceptual.md index f5e44dc..0d47440 100644 --- a/docs/00-conceptual.md +++ b/docs/00-conceptual.md @@ -1,9 +1,10 @@ # CONCEPTUAL RULES _Conceptual rules_ help to clearly relay content by using an appropriate -storyline. They comprise the first part of this guide with the rule sets [SAY](01-say.md) and [STRUCTURE](02-structure.md). +storyline. They comprise the first part of this guide with the rule sets +[SAY](01-say.md) and [STRUCTURE](02-structure.md). -The conceptual rules are based on the work of authors such as -Barbara [Minto](https://www.amazon.com/Pyramid-Principle-Logic-Writing-Thinking/dp/0273710516). +The conceptual rules are based on the work of authors such as Barbara +[Minto](https://www.amazon.com/Pyramid-Principle-Logic-Writing-Thinking/dp/0273710516). Their wide acceptance stems from their scientific, experimental, and practical experience basis. diff --git a/docs/title.md b/docs/00-title.md similarity index 59% rename from docs/title.md rename to docs/00-title.md index e0d03b0..d9960af 100644 --- a/docs/title.md +++ b/docs/00-title.md @@ -11,9 +11,15 @@ language: en-US # Data Visualization Guide for Presentations, Reports, and Dashboards -_Based on [International Business Communication Standards](https://www.ibcs.com/standards/) 1.1 by [IBCS Association](https://www.ibcs.com/), licensed under [CC BY-SA 4.0](https://creativecommons.org/licenses/by-sa/4.0/). Adapted for the web and other formats by [Anton Zhiyanov](https://antonz.org/)._ +_Based on [International Business Communication +Standards](https://www.ibcs.com/standards/) 1.1 by [IBCS +Association](https://www.ibcs.com/), licensed under [CC BY-SA +4.0](https://creativecommons.org/licenses/by-sa/4.0/). Adapted for the web and +other formats by [Anton Zhiyanov](https://antonz.org/)._ -This is a highly practical and example-based guide on visually representing data in reports and dashboards. It is based on the work of authors such as Barbara Minto, Edward Tufte, and Stephen Few. +This is a highly practical and example-based guide on visually representing data +in reports and dashboards. It is based on the work of authors such as Barbara +Minto, Edward Tufte, and Stephen Few. The guide consists of seven chapters: @@ -25,4 +31,5 @@ The guide consists of seven chapters: 6. Ensure visual integrity. 7. Apply semantic notation. -Applied together, they will help you to design concise, clear, and actionable reports. +Applied together, they will help you to design concise, clear, and actionable +reports. diff --git a/docs/01-say.md b/docs/01-say.md index a48ceea..dc3d6e5 100644 --- a/docs/01-say.md +++ b/docs/01-say.md @@ -3,13 +3,13 @@ SAY covers all aspects of conveying messages to the recipients of reports and presentations. -_Conveying messages_ means that reports and presentations, both as a whole as well -as within their individual components, intend to say something to the recipients. -Messages in this sense can be determinations, explanations, clarifications, -recommendations, and other forms of statements. +_Conveying messages_ means that reports and presentations, both as a whole as +well as within their individual components, intend to say something to the +recipients. Messages in this sense can be determinations, explanations, +clarifications, recommendations, and other forms of statements. -This chapter covers introducing, delivering, supporting, and summarizing messages with -respect to the objectives of senders and receivers. +This chapter covers introducing, delivering, supporting, and summarizing +messages with respect to the objectives of senders and receivers. 1. [Know objectives](#sa-1-know-objectives) 2. [Introduce message](#sa-2-introduce-message) @@ -26,24 +26,23 @@ Good reports (presentations) successfully achieve both the goals of the writer ![Figure SA 1.1: Know own goals](img/sa-1.1.png) -Do not start creating a report or presentation without a clear vision of -what to achieve with it. The least goal is to inform about an -interesting detection. A higher goal is to make the reader (audience) -understand a problem by explaining it. The ultimate goal is to get a -decision on a suggestion provided and to cause corresponding actions. +Do not start creating a report or presentation without a clear vision of what to +achieve with it. The least goal is to inform about an interesting detection. A +higher goal is to make the reader (audience) understand a problem by explaining +it. The ultimate goal is to get a decision on a suggestion provided and to cause +corresponding actions. ## SA 1.2 Know target audience ![Figure SA 1.2: Know target audience](img/sa-1.2.png) -A good report (presentation) will try to answer the questions of the -readers (audience). So it is important to know the target audience (e.g. -their function, position, network, knowledge, experience, attitude, -behavior, worries, cultural background) and their goals, preferences, -and expectations.  Do they only want to get informed about -interesting detections, or are they looking for an explanation to a -problem? Are they willing to make decisions and to act accordingly? Who -might object to the message and why? +A good report (presentation) will try to answer the questions of the readers +(audience). So it is important to know the target audience (e.g. their function, +position, network, knowledge, experience, attitude, behavior, worries, cultural +background) and their goals, preferences, and expectations.  Do they only want +to get informed about interesting detections, or are they looking for an +explanation to a problem? Are they willing to make decisions and to act +accordingly? Who might object to the message and why? ## SA 2 Introduce message @@ -55,30 +54,29 @@ given message. ![Figure SA 2.1: Map situation](img/sa-2.1.png) -Mapping the situation means compiling and presenting the related facts. -Be sure to cover all relevant aspects and obtain a general consensus -concerning the facts. In general, this means not yet describing the -given problem but presenting facts and goals already known to the reader -or audience. It is advisable to begin with a positive and generally -accepted description of the situation in order to prevent early -contradictions. +Mapping the situation means compiling and presenting the related facts. Be sure +to cover all relevant aspects and obtain a general consensus concerning the +facts. In general, this means not yet describing the given problem but +presenting facts and goals already known to the reader or audience. It is +advisable to begin with a positive and generally accepted description of the +situation in order to prevent early contradictions. ## SA 2.2 Explain problem ![Figure SA 2.2: Explain problem](img/sa-2.2.png) -After mapping the situation, introduce the challenge or complication, -affecting the reader or the audience. It should make everyone aware of -an interesting, critical, or even dangerous problem. +After mapping the situation, introduce the challenge or complication, affecting +the reader or the audience. It should make everyone aware of an interesting, +critical, or even dangerous problem. ## SA 2.3 Raise question ![Figure SA 2.3: Raise question](img/sa-2.3.png) -A good introduction raises the relevant question from the perspective of -the recipient of how to solve the complication in the described -situation. The question at the beginning of each report or presentation -then leads to the message, i.e. the answer to the question. +A good introduction raises the relevant question from the perspective of the +recipient of how to solve the complication in the described situation. The +question at the beginning of each report or presentation then leads to the +message, i.e. the answer to the question. ## SA 3 Deliver message @@ -90,122 +88,116 @@ presentation later explains in detail. ![Figure SA 3.1: Detect, explain, or suggest](img/sa-3.1.png) -Messages in reports and presentations can detect, evaluate, explain, -warn, complain, threaten, excuse, suggest, or recommend something -interesting. Make sure to deliver these messages in a complete sentence -in order to be understood. +Messages in reports and presentations can detect, evaluate, explain, warn, +complain, threaten, excuse, suggest, or recommend something interesting. Make +sure to deliver these messages in a complete sentence in order to be understood. -Today, many messages in business reporting are pure _detections_. -Since detections are statements that can be checked whether they are -true or false, they should be formulated as precisely as possible. +Today, many messages in business reporting are pure _detections_. Since +detections are statements that can be checked whether they are true or false, +they should be formulated as precisely as possible. -Explaining the reasons for a detection (_explanation_) or even -deriving a _suggestion_ on how to solve the problem or at least -on how to further proceed can add value. +Explaining the reasons for a detection (_explanation_) or even deriving a +_suggestion_ on how to solve the problem or at least on how to further proceed +can add value. ![Figure SA 3.1.1: Classification of messages](img/sa-3.1-1.png) -This figure shows a classification of messages with examples -from the business environment (Source: Hichert, R. and Kornwachs, K.) +This figure shows a classification of messages with examples from the business +environment (Source: Hichert, R. and Kornwachs, K.) ## SA 3.2 Say message first ![Figure SA 3.2: Say message first](img/sa-3.2.png) -Every report, every presentation, and every single page or exhibit can be -summed up with a clear overall message. This message usually comes first -and is proven afterwards. For the readers or the audience it is more -difficult to follow the storyline if the message comes at the end. +Every report, every presentation, and every single page or exhibit can be summed +up with a clear overall message. This message usually comes first and is proven +afterwards. For the readers or the audience it is more difficult to follow the +storyline if the message comes at the end. -Be cautious applying this rule in presentations (not in reports) with -bad, unexpected, or unpleasant messages (e.g. layoffs) or in a cultural -environment, where directness is considered impolite. +Be cautious applying this rule in presentations (not in reports) with bad, +unexpected, or unpleasant messages (e.g. layoffs) or in a cultural environment, +where directness is considered impolite. ## SA 4 Support message -_Supporting the message_ covers some technical and practical aspects of -message conveyance. +_Supporting the message_ covers some technical and practical aspects of message +conveyance. ## SA 4.1 Provide evidence ![Figure SA 4.1: Provide evidence](img/sa-4.1.png) -Substantiate the message in order to prove the message by facts and -figures. If possible, a presentation slide should itself explain or -prove the speaker’s message and not – as very often seen in practice – -be explained by the speaker. This can be done by spoken sentences -possibly supported by charts, tables, and pictures. +Substantiate the message in order to prove the message by facts and figures. If +possible, a presentation slide should itself explain or prove the speaker’s +message and not – as very often seen in practice – be explained by the speaker. +This can be done by spoken sentences possibly supported by charts, tables, and +pictures. ## SA 4.2 Use precise words ![Figure SA 4.2: Use precise words](img/sa-4.2.png) -The more unambiguous the language, the clearer the message. Only precise -words will be understood. Speaking about “relevant” or “significant” (in -common speech, not as a statistical term) content leads to -misinterpretations and misunderstandings. Speaking about facts and -figures will prevent them. +The more unambiguous the language, the clearer the message. Only precise words +will be understood. Speaking about “relevant” or “significant” (in common +speech, not as a statistical term) content leads to misinterpretations and +misunderstandings. Speaking about facts and figures will prevent them. ## SA 4.3 Highlight message ![Figure SA 4.3: Highlight message](img/sa-4.3.png) -Visually highlight messages in the communication objects presented – -namely in charts, tables, graphs, and pictures. This facilitates -comprehension and reduces the time needed to understand complex -situations. In most cases, it should be possible to highlight the -important parts of the content by underlining the most important facts -or emphasizing interesting details. Objects and pages without +Visually highlight messages in the communication objects presented – namely in +charts, tables, graphs, and pictures. This facilitates comprehension and reduces +the time needed to understand complex situations. In most cases, it should be +possible to highlight the important parts of the content by underlining the most +important facts or emphasizing interesting details. Objects and pages without highlighting indicators tend to be a statistic rather than a report. ## SA 4.4 Name sources ![Figure SA 4.4: Name sources](img/sa-4.4.png) -Naming sources for the material presented increases the credibility. -Projected slides can omit them but written reports and handouts must -include them. +Naming sources for the material presented increases the credibility. Projected +slides can omit them but written reports and handouts must include them. ## SA 4.5 Link comments ![Figure SA 4.5: Link comments](img/sa-4.5.png) -Use comments in written reports and handouts to add explanations, -conclusions, and similar statements. Projected slides in presentations -rarely need any comments because the comments are given by the speaker. +Use comments in written reports and handouts to add explanations, conclusions, +and similar statements. Projected slides in presentations rarely need any +comments because the comments are given by the speaker. -Number comments related to specific parts of a page (e.g. words, numbers, -or visualization elements) and link them to the respective parts. Post -numbered comments in text boxes on free areas of a page. General -comments concerning the whole page are not numbered. Post them as a -footnote at the bottom of a page. +Number comments related to specific parts of a page (e.g. words, numbers, or +visualization elements) and link them to the respective parts. Post numbered +comments in text boxes on free areas of a page. General comments concerning the +whole page are not numbered. Post them as a footnote at the bottom of a page. ## SA 5 Summarize message -Conclude a presentation with the overall message, including the next steps and an -explanation of the consequences. +Conclude a presentation with the overall message, including the next steps and +an explanation of the consequences. ## SA 5.1 Repeat message ![Figure SA 5.1: Repeat message](img/sa-5.1.png) -Avoid the phrase “Thank you for your attention” at the end of a -presentation. Instead, presenters should briefly sum up their message -one last time – in one sentence, if possible. At the conclusion of a -successful presentation, the audience will be thanking the presenters -for the information. Repeating the message from the beginning of a -presentation at the end helps the audience check the quality of the -storyline and brings the presentation full circle. In reports, on the -other hand, such repetition is not necessary as the reader can quickly -browse back to the respective summary at the beginning. +Avoid the phrase “Thank you for your attention” at the end of a presentation. +Instead, presenters should briefly sum up their message one last time – in one +sentence, if possible. At the conclusion of a successful presentation, the +audience will be thanking the presenters for the information. Repeating the +message from the beginning of a presentation at the end helps the audience check +the quality of the storyline and brings the presentation full circle. In +reports, on the other hand, such repetition is not necessary as the reader can +quickly browse back to the respective summary at the beginning. ## SA 5.2 Explain consequences ![Figure SA 5.2: Explain consequences](img/sa-5.2.png) -Conclude reports and presentations with proposals for decisions to be -taken and an explanation of their consequences. This is the real -objective of a presentation: Convince the audience of both the message -and the suggested steps to be taken next. +Conclude reports and presentations with proposals for decisions to be taken and +an explanation of their consequences. This is the real objective of a +presentation: Convince the audience of both the message and the suggested steps +to be taken next. [Organize content →](02-structure.md) diff --git a/docs/02-structure.md b/docs/02-structure.md index dfc8768..5908d6a 100644 --- a/docs/02-structure.md +++ b/docs/02-structure.md @@ -1,17 +1,19 @@ # STRUCTURE – Organize content -STRUCTURE covers all aspects of organizing the content of reports and presentations. +STRUCTURE covers all aspects of organizing the content of reports and +presentations. _Organizing the content_ means that reports and presentations follow a logical structure forming a convincing storyline. -This chapter covers using consistent elements, building non-overlapping elements, -building collectively exhaustive elements, building hierarchical structures, and -visualizing their structure properly. +This chapter covers using consistent elements, building non-overlapping +elements, building collectively exhaustive elements, building hierarchical +structures, and visualizing their structure properly. 1. [Use consistent elements](#st-1-use-consistent-elements) 2. [Build non-overlapping elements](#st-2-build-non-overlapping-elements) -3. [Build collectively exhaustive elements](#st-3-build-collectively-exhaustive-elements) +3. [Build collectively exhaustive + elements](#st-3-build-collectively-exhaustive-elements) 4. [Build hierarchical structures](#st-4-build-hierarchical-structures) 5. [Visualize structure](#st-5-visualize-structure) @@ -26,78 +28,74 @@ wordings, and the appearance of symbols and pictures. ![Figure ST 1.1: Use consistent items](img/st-1.1.png) -Items in a group should be of the same type, i.e. consistent. Consistent -items can be different types of cars, houses, traffic signs, or – as -shown in Figure ST 1.1, on the right hand side – different national -flags representing the corresponding nations. The left hand side of this -figure includes other types of items besides national flags, destroying -the consistency. +Items in a group should be of the same type, i.e. consistent. Consistent items +can be different types of cars, houses, traffic signs, or – as shown in Figure +ST 1.1, on the right hand side – different national flags representing the +corresponding nations. The left hand side of this figure includes other types of +items besides national flags, destroying the consistency. ## ST 1.2 Use consistent types of statements ![Figure ST 1.2: Use consistent types of statements](img/st-1.2.png) -A list of statements will be easier to understand if all statements are -of the same type. The right hand side of Figure ST 1.2 shows four -suggestions. By contrast, on the left-hand side of this figure the third -statement is a detection, not a suggestion. +A list of statements will be easier to understand if all statements are of the +same type. The right hand side of Figure ST 1.2 shows four suggestions. By +contrast, on the left-hand side of this figure the third statement is a +detection, not a suggestion. ## ST 1.3 Use consistent wording ![Figure ST 1.3: Use consistent wording](img/st-1.3.png) -Structure all phrases – especially in listed arrangements – in a -grammatically consistent manner to facilitate quicker understanding. The -right hand side of Figure ST 1.3 shows a group of four consistent -suggestions, an imperative verb paired with a noun. By contrast, on the -left hand side of this figure the second suggestion uses verbal -substantive instead of an imperative. +Structure all phrases – especially in listed arrangements – in a grammatically +consistent manner to facilitate quicker understanding. The right hand side of +Figure ST 1.3 shows a group of four consistent suggestions, an imperative verb +paired with a noun. By contrast, on the left hand side of this figure the second +suggestion uses verbal substantive instead of an imperative. ## ST 1.4 Use consistent visualizations ![Figure ST 1.4: Use consistent visualizations](img/st-1.4.png) -Visualizations such as symbols and pictures that are uniform in respect -to their layouts, colors, forms, fonts, etc. – especially in listed -arrangements – facilitate faster and easier comprehension. +Visualizations such as symbols and pictures that are uniform in respect to their +layouts, colors, forms, fonts, etc. – especially in listed arrangements – +facilitate faster and easier comprehension. ## ST 2 Build non-overlapping elements -Elements belonging to a group should not overlap, i.e. they should be disjoint or -mutually exclusive. This concerns practical applications such as report +Elements belonging to a group should not overlap, i.e. they should be disjoint +or mutually exclusive. This concerns practical applications such as report structures, business measures, or structure dimensions. ## ST 2.1 Build non-overlapping report structures ![Figure ST 2.1: Build non-overlapping report structures](img/st-2.1.png) -Structure reports and presentations in such a way that the parts, -chapters, sections, and paragraphs do not overlap. They should not cover -the same aspects. +Structure reports and presentations in such a way that the parts, chapters, +sections, and paragraphs do not overlap. They should not cover the same aspects. -In Figure ST 2.1, on the left hand side, the following chapters of a -project description overlap: +In Figure ST 2.1, on the left hand side, the following chapters of a project +description overlap: - expenses and costs - schedule, steps, milestones, and calendar - objective, results, and achievements -At first glance, the six terms on the right hand side of this figure have -no overlap in their logical structure. Of course, a relationship exists -between the _cost_, the _results_, and the -_schedule_ of a project, but in regards to the content of the -chapters this is not an overlap. +At first glance, the six terms on the right hand side of this figure have no +overlap in their logical structure. Of course, a relationship exists between the +_cost_, the _results_, and the _schedule_ of a project, but in regards to the +content of the chapters this is not an overlap. ## ST 2.2 Build non-overlapping business measures ![Figure ST 2.2: Build non-overlapping business measures](img/st-2.2.png) -Structure a group of business measures in lists or calculations in a way -they do not overlap, i.e. business measures on one hierarchical level -should be disjoint or mutually exclusive. +Structure a group of business measures in lists or calculations in a way they do +not overlap, i.e. business measures on one hierarchical level should be disjoint +or mutually exclusive. -Looking at Figure ST 2.2, on the left hand side, the following business -measures overlap +Looking at Figure ST 2.2, on the left hand side, the following business measures +overlap - _material costs_ and _costs of goods sold_ - _depreciation_ and _fixed costs_ @@ -108,42 +106,43 @@ The calculation scheme on the right hand side has been cleaned up. ![Figure ST 2.3: Build non-overlapping structure dimensions](img/st-2.3.png) -The elements of the _structure dimensions_ used in reports and presentations should not overlap, i.e. -the elements of a structure dimension should be disjoint or mutually -exclusive. +The elements of the _structure dimensions_ used in reports and presentations +should not overlap, i.e. the elements of a structure dimension should be +disjoint or mutually exclusive. -Looking at Figure ST 2.3 on the left hand side, the regions _Norway, -Sweden, Denmark,_ and _Finland_ overlap with _Scandinavia_. +Looking at Figure ST 2.3 on the left hand side, the regions _Norway, Sweden, +Denmark,_ and _Finland_ overlap with _Scandinavia_. ## ST 3 Build collectively exhaustive elements A list of elements is considered to be exhaustive when they cover all aspects of -a superordinate topic. For example, dividing _Europe_ into -_Germany_, _Austria_, _Switzerland_, and _Belgium_ -is not exhaustive because other countries also belong to Europe. +a superordinate topic. For example, dividing _Europe_ into _Germany_, _Austria_, +_Switzerland_, and _Belgium_ is not exhaustive because other countries also +belong to Europe. -Structures with mutually exclusive (ME) and collectively exhaustive (CE) elements -are known as MECE structures. +Structures with mutually exclusive (ME) and collectively exhaustive (CE) +elements are known as MECE structures. ## ST 3.1 Build exhaustive arguments ![Figure ST 3.1: Build exhaustive arguments](img/st-3.1.png) -If some important arguments relating to a specific question are left out, -the given answer will not be convincing. +If some important arguments relating to a specific question are left out, the +given answer will not be convincing. -Looking at Figure ST 3.1 on the left hand side the option “_old -products, new location_” is missing. +Looking at Figure ST 3.1 on the left hand side the option “_old products, new +location_” is missing. ## ST 3.2 Build exhaustive structures in charts and tables -![Figure ST 3.2: Build exhaustive structures in charts and tables](img/st-3.2.png) +![Figure ST 3.2: Build exhaustive structures in charts and +tables](img/st-3.2.png) The elements of structures presented in charts and tables should also be exhaustive, in other words, adding up to one hundred percent. -In many practical applications of this kind, adding a remainder element -(“rest of…”) helps to conform to this rule. +In many practical applications of this kind, adding a remainder element (“rest +of...”) helps to conform to this rule. ## ST 4 Build hierarchical structures @@ -155,28 +154,26 @@ write and present a good storyline. ![Figure ST 4.1: Use deductive reasoning](img/st-4.1.png) -Exhibiting deductive reasoning (_logical flow_) for a given -message aids in _building_ hierarchical structures. _Logical -flows_ always answer the question “why” following the key -message. They begin with a statement (all men are mortal), continue with -a comment (Socrates is a man), and resolve with a conclusion (Socrates -is mortal) culminating in the message (Socrates will die). +Exhibiting deductive reasoning (_logical flow_) for a given message aids in +_building_ hierarchical structures. _Logical flows_ always answer the question +“why” following the key message. They begin with a statement (all men are +mortal), continue with a comment (Socrates is a man), and resolve with a +conclusion (Socrates is mortal) culminating in the message (Socrates will die). -Deductive reasoning can be best applied in controversial discussions for -arguing and demonstrating need for action. However, it forces the -readers or the audience to reproduce the deduction and the whole -argumentation can collapse if any statements are questionable. +Deductive reasoning can be best applied in controversial discussions for arguing +and demonstrating need for action. However, it forces the readers or the +audience to reproduce the deduction and the whole argumentation can collapse if +any statements are questionable. ## ST 4.2 Use inductive reasoning ![Figure ST 4.2: Use inductive reasoning](img/st-4.2.png) -Exhibiting _inductive_ reasoning (_logical group_) for a -given message aids in understanding hierarchical structures. _Logical -groups_ are homogenous, non-overlapping, and collectively -exhaustive arguments culminating in a message. This results in a -powerful argumentation that satisfies the addressees need for an easily -comprehensible logical structure. +Exhibiting _inductive_ reasoning (_logical group_) for a given message aids in +understanding hierarchical structures. _Logical groups_ are homogenous, +non-overlapping, and collectively exhaustive arguments culminating in a message. +This results in a powerful argumentation that satisfies the addressees need for +an easily comprehensible logical structure. ## ST 5 Visualize structure @@ -188,9 +185,8 @@ to make the storyline transparent. ![Figure ST 5.1: Visualize structure in reports](img/st-5.1.png) For easier understanding, underscore the logical structure of reports and -presentations with visual aids (e.g. outlines, dashboards, summaries). -Figure ST 5.1 illustrates this rule showing binder tabs on the right -hand side. +presentations with visual aids (e.g. outlines, dashboards, summaries). Figure ST +5.1 illustrates this rule showing binder tabs on the right hand side. ## ST 5.2 Visualize structure in tables @@ -199,15 +195,15 @@ hand side. Design tables in such a manner that their hierarchical structure can be recognized in both the columns as well as the rows. -The right hand side of Figure ST 5.2 shows three hierarchical levels of -rows in a table. The base level shows cities, the first summary shows -regions, and the second summary shows the country. +The right hand side of Figure ST 5.2 shows three hierarchical levels of rows in +a table. The base level shows cities, the first summary shows regions, and the +second summary shows the country. ## ST 5.3 Visualize structure in notes ![Figure ST 5.3: Visualize structure in notes](img/st-5.3.png) -Notes are also easier to understand when their structure is shown clearly -(see Figure ST 5.3). +Notes are also easier to understand when their structure is shown clearly (see +Figure ST 5.3). [← Convey a message](01-say.md) | [Choose proper visualization →](04-express.md) diff --git a/docs/03-perceptual.md b/docs/03-perceptual.md index cf27209..bc54dee 100644 --- a/docs/03-perceptual.md +++ b/docs/03-perceptual.md @@ -1,6 +1,14 @@ # PERCEPTUAL RULES -_Perceptual rules_ help to clearly relay content by using an appropriate visual design. -They comprise the second part of this guide with the rule sets [EXPRESS](04-express.md), [SIMPLIFY](05-simplify.md), [CONDENSE](06-condense.md), and [CHECK](07-check.md). +_Perceptual rules_ help to clearly relay content by using an appropriate visual +design. They comprise the second part of this guide with the rule sets +[EXPRESS](04-express.md), [SIMPLIFY](05-simplify.md), +[CONDENSE](06-condense.md), and [CHECK](07-check.md). -The perceptual rules are based on the work of authors such as William [Playfair](https://www.amazon.com/Playfairs-Commercial-Political-Statistical-Breviary/dp/0521855543), Willard Cope [Brinton](https://www.amazon.com/Graphic-Methods-Presenting-Willard-Brinton/dp/1290860955), Gene [Zelazny](https://www.amazon.com/Say-Charts-Executives-Visual-Communication/dp/007136997X), Edward [Tufte](https://www.amazon.com/Visual-Display-Quantitative-Information/dp/1930824130), and Stephen [Few](https://www.amazon.com/Show-Me-Numbers-Designing-Enlighten-dp-0970601972/dp/0970601972/). All of these rules owe wide acceptance to their scientific, experimental, and/or practical experience basis. +The perceptual rules are based on the work of authors such as William +[Playfair](https://www.amazon.com/dp/0521855543), Willard Cope +[Brinton](https://www.amazon.com/dp/1290860955), Gene +[Zelazny](https://www.amazon.com/dp/007136997X), Edward +[Tufte](https://www.amazon.com/dp/1930824130), and Stephen +[Few](https://www.amazon.com/dp/0970601972). All of these rules owe wide +acceptance to their scientific, experimental, and/or practical experience basis. diff --git a/docs/04-express.md b/docs/04-express.md index 187aa8f..b79b8a8 100644 --- a/docs/04-express.md +++ b/docs/04-express.md @@ -3,13 +3,13 @@ EXPRESS covers all aspects of choosing the proper visualization in reports and presentations. -*Proper visualization* means that reports and presentations contain charts -and tables, which convey the desired message along with the underlying facts as quickly -as possible. +_Proper visualization_ means that reports and presentations contain charts and +tables, which convey the desired message along with the underlying facts as +quickly as possible. This chapter covers utilizing the correct types of charts and tables, replacing -inappropriate visualizations and representations, adding comparisons, and explaining -causes. +inappropriate visualizations and representations, adding comparisons, and +explaining causes. 1. [Use appropriate object types](#ex-1-use-appropriate-object-types) 2. [Replace inappropriate chart types](#ex-2-replace-inappropriate-chart-types) @@ -40,29 +40,47 @@ their proper application. ![Figure EX 1.1: Use appropriate chart types](img/ex-1.1.png) -A _chart_ is a graphical object, in which visualization elements -such as columns, bars, and lines represent data. +A _chart_ is a graphical object, in which visualization elements such as +columns, bars, and lines represent data. -This section discusses the types, layout, and examples of _single charts_. _Overlay charts_ _and multiple charts_ are discussed in the CO 4 “[Add elements](06-condense.md#co-4-add-elements)” and CO 5 “[Add objects](06-condense.md#co-5-add-objects)”. +This section discusses the types, layout, and examples of _single charts_. +_Overlay charts_ _and multiple charts_ are discussed in the CO 4 “[Add +elements](06-condense.md#co-4-add-elements)” and CO 5 “[Add +objects](06-condense.md#co-5-add-objects)”. -The most important groups of business charts are those showing development over time (charts with horizontal category axes), those showing structural relationships (charts with vertical category axes), and those showing x‑y charts, scatter plots, and bubble charts (charts with two value axes), see Figure EX 1.1. +The most important groups of business charts are those showing development over +time (charts with horizontal category axes), those showing structural +relationships (charts with vertical category axes), and those showing x‑y +charts, scatter plots, and bubble charts (charts with two value axes), see +Figure EX 1.1. -Other chart types are of lesser interest in business communication and -will be treated in a later version of the standards. +Other chart types are of lesser interest in business communication and will be +treated in a later version of the standards. ![Figure EX 1.1-1: Chart Types](img/ex-1.1-1.png) Looking at charts with horizontal and vertical category axes, the chart -selection matrix displayed in the figure aids in selecting -the right chart type for time series and structure analyses. +selection matrix displayed in the figure aids in selecting the right chart type +for time series and structure analyses. -In the following sections, the correct usage of _charts with horizontal category axes_, _charts with vertical category axes_, and *charts with two value axes* is discussed in greater detail. +In the following sections, the correct usage of _charts with horizontal category +axes_, _charts with vertical category axes_, and *charts with two value axes* is +discussed in greater detail. **Charts with horizontal category axes** -Charts with horizontal category axes (short: _horizontal charts_) typically display time series. Use the horizontal category axis as a time axis. Vertically, the visualization elements represent the data per time period or point of time (there is no need to show a vertical value axis as the visualization elements carry their own values). Time category axes run from left to right and show characteristics of period types (e.g. months or years) or points of time (dates). +Charts with horizontal category axes (short: _horizontal charts_) typically +display time series. Use the horizontal category axis as a time axis. +Vertically, the visualization elements represent the data per time period or +point of time (there is no need to show a vertical value axis as the +visualization elements carry their own values). Time category axes run from left +to right and show characteristics of period types (e.g. months or years) or +points of time (dates). -In general, the data series of a _horizontal chart_ is represented by columns (single, stacked, grouped), vertical pins, horizontal waterfalls, or lines. _Vertical pins_ can be considered very thin columns. Because of their importance, they are dealt with in a separate section. +In general, the data series of a _horizontal chart_ is represented by columns +(single, stacked, grouped), vertical pins, horizontal waterfalls, or lines. +_Vertical pins_ can be considered very thin columns. Because of their +importance, they are dealt with in a separate section. Here follows the grouping of _horizontal chart types_: @@ -70,149 +88,241 @@ Here follows the grouping of _horizontal chart types_: ![Figure EX 1.1-2: Single column charts](img/ex-1.1-2.png) -In general, _single column charts_ (short: single columns) are used to display the temporal evolvement of one data series. +In general, _single column charts_ (short: single columns) are used to display +the temporal evolvement of one data series. Single columns consist of: -- **Horizontal category axis:** The _horizontal category axis_ represents with its labels the respective time periods or points of time. The part on “Semantic rules” suggests to use the category width (see width A in the figure) for identifying the period type (see UN 3.3 “[Unify time periods](09-unify.md#un-33-unify-time-periods-and-points-of-time)”). +- **Horizontal category axis:** The _horizontal category axis_ represents with + its labels the respective time periods or points of time. The part on + “Semantic rules” suggests to use the category width (see width A in the + figure) for identifying the period type (see UN 3.3 “[Unify time + periods](09-unify.md#un-33-unify-time-periods-and-points-of-time)”). -- **Columns**: One _column_ per time period or point of time extends from the category axis in accordance with the respective value. Columns are displayed in the foreground of the category axis, so that the length of the column is not hidden. The part on “Semantic rules” suggests that the ratio of column width to category width (see ratio B/A in the figure) represents information about the measure type (see UN 3.1 “[Unify measures](09-unify.md#un-31-unify-measures)”). +- **Columns**: One _column_ per time period or point of time extends from the + category axis in accordance with the respective value. Columns are displayed + in the foreground of the category axis, so that the length of the column is + not hidden. The part on “Semantic rules” suggests that the ratio of column + width to category width (see ratio B/A in the figure) represents information + about the measure type (see UN 3.1 “[Unify + measures](09-unify.md#un-31-unify-measures)”). -- **Legends**: As there is only one data series, the legend (name of the data series) is part of the chart title. +- **Legends**: As there is only one data series, the legend (name of the data + series) is part of the chart title. -- **Data labels**: _Data labels_ name the values of the data series corresponding to the length of the respective columns. Position the labels of positive values above their respective columns, the labels of negative values below. +- **Data labels**: _Data labels_ name the values of the data series + corresponding to the length of the respective columns. Position the labels + of positive values above their respective columns, the labels of negative + values below. **Stacked column charts** ![Figure EX 1.1-3: Stacked column charts](img/ex-1.1-3.png) -_Stacked column charts_ (short: stacked columns) -represent more than one data series (e.g. multiple -products, countries, or divisions), see the figure on -the left. +_Stacked column charts_ (short: stacked columns) represent more than one data +series (e.g. multiple products, countries, or divisions), see the figure on the +left. Stacked columns consist of: - **Horizontal category axis:** See single column charts. -- **Columns**: The columns (see single column charts) are divided into segments (Excel names them “data points”) representing the data series (stacked columns). +- **Columns**: The columns (see single column charts) are divided into + segments (Excel names them “data points”) representing the data series + (stacked columns). -- **Legends**: Legends (names of the data series) are positioned either on the far left side with right-aligned text or on the far right side with left-aligned text. The column segments define their vertical position, centered vertically with the data labels of the respective column segment. If a segment at the far left or far right is missing or has a very small size, its legends might need assisting lines. +- **Legends**: Legends (names of the data series) are positioned either on the + far left side with right-aligned text or on the far right side with + left-aligned text. The column segments define their vertical position, + centered vertically with the data labels of the respective column segment. + If a segment at the far left or far right is missing or has a very small + size, its legends might need assisting lines. -- **Data labels**: _Data labels_ name the values of the data series corresponding to the length of the respective column segments. If the sum of the column segments of a category is positive (column pointing upward), the label of the sum is positioned above the respective column, if negative (column pointing downward), it is positioned below. +- **Data labels**: _Data labels_ name the values of the data series + corresponding to the length of the respective column segments. If the sum of + the column segments of a category is positive (column pointing upward), the + label of the sum is positioned above the respective column, if negative + (column pointing downward), it is positioned below. -It must be pointed out that stacked columns should only -be used if all chart values are either positive or -negative. +It must be pointed out that stacked columns should only be used if all chart +values are either positive or negative. -This chart type might also not be a good choice if the -values of each data series vary too much. The maximum -number of data series (segments of a stacked column) to -be shown depends on the range of how much the values of -each data series vary: More than 5 data series will only -work well in the case of little variations. +This chart type might also not be a good choice if the values of each data +series vary too much. The maximum number of data series (segments of a stacked +column) to be shown depends on the range of how much the values of each data +series vary: More than 5 data series will only work well in the case of little +variations. -Position the data series of central importance or -interest directly on the axis in order to best see its -development over time. +Position the data series of central importance or interest directly on the axis +in order to best see its development over time. **Grouped column charts** ![Figure EX 1.1-4: Grouped column charts](img/ex-1.1-4.png) -_Grouped column charts_ (short: grouped columns) show, in general, time series for a primary scenario (e.g. AC or FC) in comparison with a reference scenario (e.g. PY or PL). Two columns per category (_grouped columns_) represent these two scenarios. +_Grouped column charts_ (short: grouped columns) show, in general, time series +for a primary scenario (e.g. AC or FC) in comparison with a reference scenario +(e.g. PY or PL). Two columns per category (_grouped columns_) represent these +two scenarios. -The columns of the primary scenario and the reference scenario overlap, the reference scenario placed behind the primary scenario – either to the left or right of the primary scenario (see bottom chart of the figure as well as the paragraph on ”Scenario comparisons” in UN 4.1 “[Unify scenario analyses](09-unify.md#un-41-unify-scenario-analyses)”). A third scenario could be displayed using a _reference scenario triangle_. All other elements of a grouped column chart are identical to single column charts. +The columns of the primary scenario and the reference scenario overlap, the +reference scenario placed behind the primary scenario – either to the left or +right of the primary scenario (see bottom chart of the figure as well as the +paragraph on ”Scenario comparisons” in UN 4.1 “[Unify scenario +analyses](09-unify.md#un-41-unify-scenario-analyses)”). A third scenario could +be displayed using a _reference scenario triangle_. All other elements of a +grouped column chart are identical to single column charts. -Instead of using grouped columns, the primary scenario -can be represented with a single column with the -reference scenario represented by reference scenario +Instead of using grouped columns, the primary scenario can be represented with a +single column with the reference scenario represented by reference scenario triangles (see top chart of the figure). **Horizontal pin charts** ![Figure EX 1.1-5: Horizontal pin charts](img/ex-1.1-5.png) -_Horizontal pin charts_ (short: horizontal pins) are used for the visualization of relative variances in a time series analysis. +_Horizontal pin charts_ (short: horizontal pins) are used for the visualization +of relative variances in a time series analysis. Horizontal pins consist of: - **Horizontal category axis:** see _single column chart_. -- **Pins**: One _pin_ per time period or point of time extends from the category axis to the respective length. The pin has the size of a very thin column. Color the pin green or red corresponding with positive or negative relative variances respectively. The fill of the pinhead represents the primary scenario (see the paragraph on “Scenario comparisons” in UN 4.1 “[Unify scenario analyses](09-unify.md#un-41-unify-scenario-analyses)”). Display the pin in the foreground, so that the length of the pin (see length X in the figure) is not hidden. +- **Pins**: One _pin_ per time period or point of time extends from the + category axis to the respective length. The pin has the size of a very thin + column. Color the pin green or red corresponding with positive or negative + relative variances respectively. The fill of the pinhead represents the + primary scenario (see the paragraph on “Scenario comparisons” in UN 4.1 + “[Unify scenario analyses](09-unify.md#un-41-unify-scenario-analyses)”). + Display the pin in the foreground, so that the length of the pin (see length + X in the figure) is not hidden. -- **Legends**: As there is only one data series, the legend (name of the data series) is part of the chart title. +- **Legends**: As there is only one data series, the legend (name of the data + series) is part of the chart title. -- **Data labels**: _Data labels_ name the values of the data series consistent with the length of the respective pins. Position the labels of positive values above the respective pins, labels of negative values below. +- **Data labels**: _Data labels_ name the values of the data series consistent + with the length of the respective pins. Position the labels of positive + values above the respective pins, labels of negative values below. **Horizontal waterfall charts** -_Horizontal waterfall charts_ (short: _horizontal waterfalls_ or _column waterfalls_) analyze root causes, over time, for the change or variance between two or more statuses. Accordingly, horizontal waterfalls consist of two or more _base columns and totals columns_. In between a base column and a totals column there are _contribution columns_ demonstrating what led to the difference between these two columns. The _contribution columns_ start at the end value, i.e. the height, of the preceding column, and show the positive or negative contribution as well as the accumulated contribution of all columns up to the respective point of time. +_Horizontal waterfall charts_ (short: _horizontal waterfalls_ or _column +waterfalls_) analyze root causes, over time, for the change or variance between +two or more statuses. Accordingly, horizontal waterfalls consist of two or more +_base columns and totals columns_. In between a base column and a totals column +there are _contribution columns_ demonstrating what led to the difference +between these two columns. The _contribution columns_ start at the end value, +i.e. the height, of the preceding column, and show the positive or negative +contribution as well as the accumulated contribution of all columns up to the +respective point of time. There are two types of horizontal waterfalls: ![Figure EX 1.1-6: Growth waterfalls](img/ex-1.1-6.png) -**Growth waterfalls**: In _growth waterfalls_, base columns and totals columns represent a stock measure (e.g. headcount, accounts receivable) at different points in time (e.g. end of Q4 2012, 2013 and 2014). The contribution columns in between represent the changes (increases and decreases) over time of this stock measure. +**Growth waterfalls**: In _growth waterfalls_, base columns and totals columns +represent a stock measure (e.g. headcount, accounts receivable) at different +points in time (e.g. end of Q4 2012, 2013 and 2014). The contribution columns in +between represent the changes (increases and decreases) over time of this stock +measure. (There is no vertical equivalent to the horizontal _growth waterfall_.) ![Figure EX 1.1-7: Horizontal variance waterfalls](img/ex-1.1-7.png) -**Horizontal variance waterfalls**: In _horizontal variance waterfalls_, base columns and totals columns represent a flow measure (e.g. sales) at different periods in time (e.g. 2015 and 2016) and/or regarding different scenarios (e.g. PL and AC). The contribution columns in between represent the periodical variances between the different time periods and/or scenarios. +**Horizontal variance waterfalls**: In _horizontal variance waterfalls_, base +columns and totals columns represent a flow measure (e.g. sales) at different +periods in time (e.g. 2015 and 2016) and/or regarding different scenarios (e.g. +PL and AC). The contribution columns in between represent the periodical +variances between the different time periods and/or scenarios. -The elements of a horizontal waterfall chart are the same as the elements of single column charts. In addition, _assisting lines_ connect the end of a column to the beginning of the succeeding column. +The elements of a horizontal waterfall chart are the same as the elements of +single column charts. In addition, _assisting lines_ connect the end of a column +to the beginning of the succeeding column. **Line charts** ![Figure EX 1.1-8: Line chart](img/ex-1.1-8.png) -In general, _line charts_ are used for the display -of the temporal evolvement of data series with many data -points. +In general, _line charts_ are used for the display of the temporal evolvement of +data series with many data points. ![Figure EX 1.1-9: Line chart with selective data labels](img/ex-1.1-9.png) -Many data points lead to small category widths. The advantage of line charts over column charts is the simplified display of data (better _data-ink-ratio_). In addition, they can better represent positive and negative values of more than one data series than columns. On the other hand, lines tend to imply a continuous timeline – practically non-existent in business communication. Therefore lines should not be used for the presentation of data series with only a few values. +Many data points lead to small category widths. The advantage of line charts +over column charts is the simplified display of data (better _data-ink-ratio_). +In addition, they can better represent positive and negative values of more than +one data series than columns. On the other hand, lines tend to imply a +continuous timeline – practically non-existent in business communication. +Therefore lines should not be used for the presentation of data series with only +a few values. -Line charts cannot be “stacked” in order to show structure like in stacked column charts. In the place of line charts for “stacked data”, *area charts*offer a good solution (there is no layout concept for area charts in this version of the guide yet). +Line charts cannot be “stacked” in order to show structure like in stacked +column charts. In the place of line charts for “stacked data”, _area charts_ +offer a good solution (there is no layout concept for area charts in this +version of the guide yet). -Line charts with more than three intersecting lines tend to be confusing. Instead, several smaller charts with one line each could be placed next to one another (small multiples), particularly when the general trends of the lines are to be analyzed – not the direct comparison of two data series (e.g. in comparing seasonal developments of several years), see also EX 2.4 “[Replace spaghetti charts](04-express.md#ex-24-replace-spaghetti-charts)”. +Line charts with more than three intersecting lines tend to be confusing. +Instead, several smaller charts with one line each could be placed next to one +another (small multiples), particularly when the general trends of the lines are +to be analyzed – not the direct comparison of two data series (e.g. in comparing +seasonal developments of several years), see also EX 2.4 “[Replace spaghetti +charts](04-express.md#ex-24-replace-spaghetti-charts)”. Line charts consist of: -- **Horizontal category axis:** See _single column chart_. The semantic rules in part 3 suggest to use the category width (see width A in the first figure) for identifying the period type (see UN 3.3 “[Unify time periods](09-unify.md#un-33-unify-time-periods-and-points-of-time)”). +- **Horizontal category axis:** See _single column chart_. The semantic rules + in part 3 suggest to use the category width (see width A in the + first figure) for identifying the period type (see UN 3.3 “[Unify time + periods](09-unify.md#un-33-unify-time-periods-and-points-of-time)”). -- **Lines**: One or more _lines_ with _line markers_ represent the values of the respective data series. Use line thickness, line color, and line markers for meaning, see part “Semantic rules”. +- **Lines**: One or more _lines_ with _line markers_ represent the values of + the respective data series. Use line thickness, line color, and line markers + for meaning, see part “Semantic rules”. -- **Legends**: _Legends_ label the data series. If the line chart shows only one data series, include the legend in the chart title. If the line chart shows two or more data series, the legend should be positioned to the right of the far right data point (left-aligned text, see first figure) or the left of the far left data point (right-aligned text, see second figure). Alternatively position legends close to the lines at any other place in the chart. +- **Legends**: _Legends_ label the data series. If the line chart shows only + one data series, include the legend in the chart title. If the line chart + shows two or more data series, the legend should be positioned to the right + of the far right data point (left-aligned text, see first figure) or the + left of the far left data point (right-aligned text, see second figure). + Alternatively position legends close to the lines at any other place in the + chart. -- **Data labels**: _Data labels_ name the values of the respective data points. If possible, label maximum values (peaks) above the line markers and minimum values (valleys) below the line markers. In many practical applications it is not necessary to clutter the line chart by labeling every data point, see second figure on the left and SI 5.3 “[Avoid unnecessary labels](05-simplify.md#si-53-avoid-unnecessary-labels)”. +- **Data labels**: _Data labels_ name the values of the respective data + points. If possible, label maximum values (peaks) above the line markers and + minimum values (valleys) below the line markers. In many practical + applications it is not necessary to clutter the line chart by labeling every + data point, see second figure on the left and SI 5.3 “[Avoid unnecessary + labels](05-simplify.md#si-53-avoid-unnecessary-labels)”. **Other horizontal charts** -Other chart types with horizontal category axes are *boxplot charts* (range charts) and _area charts_. There is no specific notation concept for these chart types yet however it can be easily derived from the notation concept of column and line charts. +Other chart types with horizontal category axes are *boxplot charts* (range +charts) and _area charts_. There is no specific notation concept for these chart +types yet however it can be easily derived from the notation concept of column +and line charts. **Charts with vertical category axes** -Charts with vertical category axes (_vertical charts_) -typically show structural data. In general, present structural -data of one period or one point of time in the form of -_bars_. +Charts with vertical category axes (_vertical charts_) typically show structural +data. In general, present structural data of one period or one point of time in +the form of _bars_. -Use the vertical category as a structure axis. Horizontally, the visualization elements represent the data per structure element (there is no need for a horizontal value axis as the visualization elements carry their own values). Structure axes run from top to bottom and show characteristics of structures (e.g. products or countries). The sequence of these elements depends on the intended analysis; see the UNIFY section about “Structure analyses”. +Use the vertical category as a structure axis. Horizontally, the visualization +elements represent the data per structure element (there is no need for a +horizontal value axis as the visualization elements carry their own values). +Structure axes run from top to bottom and show characteristics of structures +(e.g. products or countries). The sequence of these elements depends on the +intended analysis; see the UNIFY section about “Structure analyses”. -In general, the data series of a vertical chart is represented by -(horizontal) _bars_ (single, stacked, grouped), by -_horizontal pins_, or by _waterfall bars_. Do not -use lines in vertical charts as they could be interpreted as -trends or developments, which do not exist in structure -analyses. +In general, the data series of a vertical chart is represented by (horizontal) +_bars_ (single, stacked, grouped), by _horizontal pins_, or by _waterfall bars_. +Do not use lines in vertical charts as they could be interpreted as trends or +developments, which do not exist in structure analyses. -_Horizontal pins_ can be considered very thin bars, but -because of their importance are dealt with in a -separate section. A chart with horizontal pins is called a -_vertical pin chart_. +_Horizontal pins_ can be considered very thin bars, but because of their +importance are dealt with in a separate section. A chart with horizontal pins is +called a _vertical pin chart_. Here follows the grouping of _vertical chart types_: @@ -220,610 +330,565 @@ Here follows the grouping of _vertical chart types_: ![Figure EX 1.1-10: Single bar charts](img/ex-1.1-10.png) -In general, _single bar charts_ (short: single -bars) are used for the structural analysis of one data -series (e.g., products, countries, or divisions) for one +In general, _single bar charts_ (short: single bars) are used for the structural +analysis of one data series (e.g., products, countries, or divisions) for one period or one point in time. Single bar charts consist of: -- **Vertical category axis:** The - _vertical category axis_ with its labels - represents the respective structure elements such as - countries, products, etc. The category width (see - width A in figure) should be the same - for corresponding analyses. +- **Vertical category axis:** The _vertical category axis_ with its labels + represents the respective structure elements such as countries, products, + etc. The category width (see width A in figure) should be the same for + corresponding analyses. -- **Bars**: One _bar_ per structure element extends from the category axis to the length representing the respective value. Display the bars in the foreground of the category axis, so that the length of the bar is not hidden. The part on “Semantic rules” suggests that the ratio of bar width to category width (see ratio B/A in figure) represents information about the measure type (see UN 3.1 “[Unify measures](09-unify.md#un-31-unify-measures)”). +- **Bars**: One _bar_ per structure element extends from the category axis to + the length representing the respective value. Display the bars in the + foreground of the category axis, so that the length of the bar is not + hidden. The part on “Semantic rules” suggests that the ratio of bar width to + category width (see ratio B/A in figure) represents information about the + measure type (see UN 3.1 “[Unify + measures](09-unify.md#un-31-unify-measures)”). -- **Legends**: As there is only one data - series, the legend (name of the data series) is part - of the chart title. +- **Legends**: As there is only one data series, the legend (name of the data + series) is part of the chart title. -- **Data labels**: _Data labels_ - name the values of the data series consistent with - the length of the respective bars. Position the - labels of positive values at the right hand side of - the respective bars, the labels of negative values - at the left hand side. +- **Data labels**: _Data labels_ name the values of the data series consistent + with the length of the respective bars. Position the labels of positive + values at the right hand side of the respective bars, the labels of negative + values at the left hand side. **Stacked bar charts** ![Figure EX 1.1-11: Stacked bar charts](img/ex-1.1-11.png) -Stacked bar charts (short: stacked bars) represent more -than one data series (e.g., products, countries, or -divisions) for one period or one point in time. +Stacked bar charts (short: stacked bars) represent more than one data series +(e.g., products, countries, or divisions) for one period or one point in time. Stacked bar charts consist of: - Vertical category axis: See single bar charts. -- **Bars**: The bars (see single bar - charts) are divided into segments (Excel names them - “data points”) representing the data series (stacked - bars). +- **Bars**: The bars (see single bar charts) are divided into segments (Excel + names them“data points”) representing the data series (stacked bars). -- **Legends**: Legends (names of the data - series) are positioned either above the top stacked - bar or below the bottom stacked bar, with the bar - segments defining their horizontal position: they - are horizontally centered with the data labels of - the respective bar segment. If a segment at the top - or bottom is missing or has a very small size, its - legend might need assisting lines. +- **Legends**: Legends (names of the data series) are positioned either above + the top stacked bar or below the bottom stacked bar, with the bar segments + defining their horizontal position: they are horizontally centered with the + data labels of the respective bar segment. If a segment at the top or bottom + is missing or has a very small size, its legend might need assisting lines. -- **Data labels**: _Data labels_ - name the values of the data series corresponding to - the length of the respective bar segment. If the sum - of the bar segments of a category is positive (bar - pointing to the right), the label of the sum is - positioned to the right hand side of the respective - bar. If the sum is negative (bar pointing to the - left), the label of the sum is positioned to the - left hand side of the respective bar. +- **Data labels**: _Data labels_ name the values of the data series + corresponding to the length of the respective bar segment. If the sum of the + bar segments of a category is positive (bar pointing to the right), the + label of the sum is positioned to the right hand side of the respective bar. + If the sum is negative (bar pointing to the left), the label of the sum is + positioned to the left hand side of the respective bar. -It must be pointed out that stacked bars should only be -used if all chart values are either positive or -negative. +It must be pointed out that stacked bars should only be used if all chart values +are either positive or negative. -This chart type might also not be a good choice if the -values of each data series vary too much. The maximum -number of data series (segments of a stacked bars) to be -shown depends on the range of how much the values of -each data series vary: More than 5 data series will only -work well in the case of little variations. +This chart type might also not be a good choice if the values of each data +series vary too much. The maximum number of data series (segments of a stacked +bars) to be shown depends on the range of how much the values of each data +series vary: More than 5 data series will only work well in the case of little +variations. -Position the data series of central interest directly at -the axis in order to best see its structure. +Position the data series of central interest directly at the axis in order to +best see its structure. **Grouped bar charts** ![Figure EX 1.1-12: Grouped bar charts](img/ex-1.1-12.png) -In general, _grouped bar charts_ (short: grouped -bars) show structure analyses for a primary scenario -(e.g. AC or FC) in comparison to a reference scenario -(e.g. PY or PL). Two bars per category (_grouped -bars)_ represent _these_ two scenarios. +In general, _grouped bar charts_ (short: grouped bars) show structure analyses +for a primary scenario (e.g. AC or FC) in comparison to a reference scenario +(e.g. PY or PL). Two bars per category (_grouped bars)_ represent _these_ two +scenarios. -The bars of the primary scenario and the reference scenario overlap, the reference scenario placed behind the primary scenario – either above or below (see the bottom chart of the figure as well as the paragraph on “Scenario comparisons” in UN 4.1 “[Unify scenario analyses](09-unify.md#un-41-unify-scenario-analyses)”). +The bars of the primary scenario and the reference scenario overlap, the +reference scenario placed behind the primary scenario – either above or below +(see the bottom chart of the figure as well as the paragraph on “Scenario +comparisons” in UN 4.1 “[Unify scenario +analyses](09-unify.md#un-41-unify-scenario-analyses)”). -A third scenario could be displayed using a _reference scenario triangle_. All other elements of a grouped bar chart are identical to a single bar chart. +A third scenario could be displayed using a _reference scenario triangle_. All +other elements of a grouped bar chart are identical to a single bar chart. -Alternatively, instead of grouped bars, the primary -scenario can be represented with a single bar and the -reference scenario by reference scenario triangles (see -top chart of figure). +Alternatively, instead of grouped bars, the primary scenario can be represented +with a single bar and the reference scenario by reference scenario triangles +(see top chart of figure). **Vertical pin charts** ![Figure EX 1.1-13: Vertical pin charts](img/ex-1.1-13.png) -_Vertical pin charts_ (short: vertical pins) are used for the visualization of relative variances in a structure analysis. +_Vertical pin charts_ (short: vertical pins) are used for the visualization of +relative variances in a structure analysis. Vertical pins consist of: - Vertical category axis: see _single bar chart_. -- **Pins**: One _pin_ per structure element extends from the category axis to the respective length. The pin has the size of a very thin bar. It is colored green or red when representing positive or negative relative variances respectively. The fill of the pinhead represents the primary scenario (see the paragraph on “Scenario comparisons” in UN 4.1 “[Unify scenario analyses](09-unify.md#un-41-unify-scenario-analyses)”). Display pins in the foreground, so that the length of the pin (see length X in the figure) is not hidden. +- **Pins**: One _pin_ per structure element extends from the category axis to + the respective length. The pin has the size of a very thin bar. It is + colored green or red when representing positive or negative relative + variances respectively. The fill of the pinhead represents the primary + scenario (see the paragraph on “Scenario comparisons” in UN 4.1 “[Unify + scenario analyses](09-unify.md#un-41-unify-scenario-analyses)”). Display + pins in the foreground, so that the length of the pin (see length X in the + figure) is not hidden. -- **Legends**: As there is only one data series, the legend (name of the data series) is part of the chart title. +- **Legends**: As there is only one data series, the legend (name of the data + series) is part of the chart title. -**Data labels**: _Data labels_ name -the values of the data series corresponding to the -length of the respective pins. Position the labels of -positive values at the right hand side of the respective -pins, the labels of negative values at the left hand -side. +**Data labels**: _Data labels_ name the values of the data series corresponding +to the length of the respective pins. Position the labels of positive values at +the right hand side of the respective pins, the labels of negative values at the +left hand side. **Vertical waterfall charts** -_Vertical waterfalls charts_ (in short: _vertical waterfalls_ or _bar waterfalls_) analyze structural root causes for the difference between two or more statuses. Accordingly, vertical waterfalls consist of two or more _base bars_ and _totals bars_. In between a base bar and a totals bar there are _contribution bars_ representing the contribution to the difference between these two bars. Starting from the top base bar, _contribution bars_ always start at the end of the preceding bar, showing positive or negative individual contributions of the respective structure element as well as the accumulated contribution resulting in the next totals bar. +_Vertical waterfalls charts_ (in short: _vertical waterfalls_ or _bar +waterfalls_) analyze structural root causes for the difference between two or +more statuses. Accordingly, vertical waterfalls consist of two or more _base +bars_ and _totals bars_. In between a base bar and a totals bar there are +_contribution bars_ representing the contribution to the difference between +these two bars. Starting from the top base bar, _contribution bars_ always start +at the end of the preceding bar, showing positive or negative individual +contributions of the respective structure element as well as the accumulated +contribution resulting in the next totals bar. There are two types of vertical waterfalls: ![Figure EX 1.1-14: Calculation waterfalls](img/ex-1.1-14.png) -**Calculation waterfalls**: In _calculation waterfalls_, base bars and totals bars represent base and result measures (e.g. sales and EBIT) whereas the contribution bars in between represent the additions and subtractions of other measures (e.g. financial income and direct cost) in a calculation scheme. More complex calculation schemes (e.g. profit and loss calculation) can have intermediate subtotals bars. +**Calculation waterfalls**: In _calculation waterfalls_, base bars and totals +bars represent base and result measures (e.g. sales and EBIT) whereas the +contribution bars in between represent the additions and subtractions of other +measures (e.g. financial income and direct cost) in a calculation scheme. More +complex calculation schemes (e.g. profit and loss calculation) can have +intermediate subtotals bars. -(There is no horizontal correspondence to the vertical -_calculation waterfall_.) +(There is no horizontal correspondence to the vertical _calculation waterfall_.) ![Figure EX 1.1-15: Vertical variance waterfalls](img/ex-1.1-15.png) -**Vertical variance waterfalls**: In _vertical variance waterfalls_, base bars and totals bars represent values at different periods or points in time (e.g. January 1, 2013 and January 1, 2014) and/or different scenarios (e.g. PY and AC). The contribution bars in between represent the variances in structure between the different times and/or scenarios. +**Vertical variance waterfalls**: In _vertical variance waterfalls_, base bars +and totals bars represent values at different periods or points in time (e.g. +January 1, 2013 and January 1, 2014) and/or different scenarios (e.g. PY and +AC). The contribution bars in between represent the variances in structure +between the different times and/or scenarios. -The elements of vertical waterfalls are the same as the elements of single bar charts. In addition, _assisting lines_ connect the end of a bar with the beginning of the succeeding bar. +The elements of vertical waterfalls are the same as the elements of single bar +charts. In addition, _assisting lines_ connect the end of a bar with the +beginning of the succeeding bar. **Remainder bar** ![Figure EX 1.1-16: Remainder bar](img/ex-1.1-16.png) -If a large number of elements need to be presented, then -only the most important elements can be displayed in one -chart or on one page. In order to make the analyses -exhaustive, sort the elements by descending size, -accumulating the smallest elements, which cannot be -depicted, in a _remainder bar_ (“rest of…”). Separate the remainder bar from the -other bars by a wider gap (see gap C in the figure on -the left). +If a large number of elements need to be presented, then only the most important +elements can be displayed in one chart or on one page. In order to make the +analyses exhaustive, sort the elements by descending size, accumulating the +smallest elements, which cannot be depicted, in a _remainder bar_ (“rest of...”). +Separate the remainder bar from the other bars by a wider gap (see gap C in the +figure on the left). -Note: This remainder bar has to be excluded from some Structure analyses such as averaging, ranking, and selecting. +Note: This remainder bar has to be excluded from some Structure analyses such as +averaging, ranking, and selecting. **Other vertical charts** -Other chart types with vertical category axes are -_vertical boxplot charts_ (range charts). There -is no specific notation concept for this chart type yet -however it can be derived from the notation of the -standard bar charts. +Other chart types with vertical category axes are _vertical boxplot charts_ +(range charts). There is no specific notation concept for this chart type yet +however it can be derived from the notation of the standard bar charts. -In general, do not use lines and areas in vertical charts -as they might underline a continuum of data non-existent -in business communication. +In general, do not use lines and areas in vertical charts as they might +underline a continuum of data non-existent in business communication. **Charts with two values axes** ![Figure EX 1.1-17: Charts with two values axes](img/ex-1.1-17.png) -_Charts with two value axes_ show two-dimensional -positioning of visualization elements, which can provide new and -interesting insights. *Scattergrams* arrange points -in a two-dimensional coordinate system. +_Charts with two value axes_ show two-dimensional positioning of visualization +elements, which can provide new and interesting insights. *Scattergrams* arrange +points in a two-dimensional coordinate system. ![Figure EX 1.1-18: Bubble charts](img/ex-1.1-18.png) -*Bubble charts* (portfolio charts) have bubbles -instead of points and use the bubble area to show a third -dimension. A fourth dimension could be -presented via pie segments within the bubbles (bubble pie -charts). +*Bubble charts* (portfolio charts) have bubbles instead of points and use the +bubble area to show a third dimension. A fourth dimension could be presented via +pie segments within the bubbles (bubble pie charts). -Besides _scattergrams_ and _bubble charts_ there -are other chart types with two value axes, e.g. charts with -horizontal axes representing a continuous timeline (instead of -fixed time categories) and charts with columns or bars of -variable width. +Besides _scattergrams_ and _bubble charts_ there are other chart types with two +value axes, e.g. charts with horizontal axes representing a continuous timeline +(instead of fixed time categories) and charts with columns or bars of variable +width. -There are no specific notation rules for charts with two value axes yet. An appropriate notation concept for these chart types can be derived from the notation of column charts, bar charts and line charts with their data visualization elements, legends, data labels, and axes. +There are no specific notation rules for charts with two value axes yet. An +appropriate notation concept for these chart types can be derived from the +notation of column charts, bar charts and line charts with their data +visualization elements, legends, data labels, and axes. ## EX 1.2 Use appropriate table types -A *table* is a communication object in which data is arranged -in two dimensions, i.e. (vertical) _columns and_ (horizontal) -_rows_. The _row header_ (row name) describes the content -of a row, the _column header_ (column name) the content of a -column. The data are positioned at the intersections of rows and columns +A *table* is a communication object in which data is arranged in two dimensions, +i.e. (vertical) _columns and_ (horizontal) _rows_. The _row header_ (row name) +describes the content of a row, the _column header_ (column name) the content of +a column. The data are positioned at the intersections of rows and columns called _table cells_. “One-dimensional tables” (tables with one or more columns but without row headers) are called _lists_ and are not covered here. -_Table types_ are defined by a set of _columns_ and a set -of _rows_ in order to fulfill specific analytic and/or reporting -purposes. +_Table types_ are defined by a set of _columns_ and a set of _rows_ in order to +fulfill specific analytic and/or reporting purposes. **Column types** -Column types are columns with similar content falling under -similar column headers. Typical column types are _time -columns_ (with monthly or yearly data), _scenario -columns_ (with actual or plan data) and _variance -columns_ (ΔPL or ΔPY). +Column types are columns with similar content falling under similar column +headers. Typical column types are _time columns_ (with monthly or yearly data), +_scenario columns_ (with actual or plan data) and _variance columns_ (ΔPL or +ΔPY). The following layout principles apply to all column types: -- **Width**: Columns belonging to a certain - column type should have an identical width. This column - width should not depend on the text length of the respective - column header. +- **Width**: Columns belonging to a certain column type should have an + identical width. This column width should not depend on the text length of + the respective column header. -- **Orientation**: Right-align columns with - numerical data. Left-align columns with non-numerical data - (e.g. texts or product names). _Column headers_ have - the same orientation as the rest of the column. Headers for - combined columns can be centered or even left-aligned to - increase legibility. +- **Orientation**: Right-align columns with numerical data. Left-align columns + with non-numerical data (e.g. texts or product names). _Column headers_ have + the same orientation as the rest of the column. Headers for combined columns + can be centered or even left-aligned to increase legibility. -- **Vertical lines and gaps**: Vertical lines - separating different columns should be very light or even - omitted. Use white vertical lines or white vertical gaps to - mark the columns. In the following figures, different widths - of these white lines resp. gaps are being used to separate - and group columns. Separate columns of the same type by a - narrow gap (see gap B1 in the figure in section “Scenario columns” et seq.). Use a - wider gap to separate a group of similar columns from the - next group (see gap B2 in the figure in section “Row header columns” et seq.). +- **Vertical lines and gaps**: Vertical lines separating different columns + should be very light or even omitted. Use white vertical lines or white + vertical gaps to mark the columns. In the following figures, different + widths of these white lines resp. gaps are being used to separate and group + columns. Separate columns of the same type by a narrow gap (see gap B1 in + the figure in section “Scenario columns” et seq.). Use a wider gap to + separate a group of similar columns from the next group (see gap B2 in the + figure in section “Row header columns” et seq.). -Additional layout principals depend on the _column types_ -described below. +Additional layout principals depend on the _column types_ described below. **Row header columns** ![Figure EX 1.2-1: Row header columns](img/ex-1.2-1.png) -Row header columns contain the header texts of the rows. -Often, these columns are positioned at the very left of -a table. In most cases, row header columns are much -wider than other column types. +Row header columns contain the header texts of the rows. Often, these columns +are positioned at the very left of a table. In most cases, row header columns +are much wider than other column types. -Keep the texts of the row headers short by using -abbreviations or footnotes in order to omit too wide -tables. +Keep the texts of the row headers short by using abbreviations or footnotes in +order to omit too wide tables. -Use a wider gap (see width B2 in the figure) -to separate the _row header column_ from columns -with numbers. +Use a wider gap (see width B2 in the figure) to separate the _row header column_ +from columns with numbers. **Scenario columns** ![Figure EX 1.2-2: Scenario columns](img/ex-1.2-2.png) -_Scenario columns_ show data for scenarios -(e.g. previous year, plan, actual). Use the same width -for all scenario columns (depending on the number of -digits). +_Scenario columns_ show data for scenarios (e.g. previous year, plan, actual). +Use the same width for all scenario columns (depending on the number of digits). -For the sequence of scenario columns see -UN 4.1 “[Unify scenario ana­lyses](09-unify.md#un-41-unify-scenario-analyses)”. +For the sequence of scenario columns see UN 4.1 “[Unify scenario +ana­lyses](09-unify.md#un-41-unify-scenario-analyses)”. **Variance columns** ![Figure EX 1.2-3: Variance columns](img/ex-1.2-3.png) -_Variance columns_ show data of absolute variances (e.g. ΔPL, ΔPY) or relative variances (e.g. ΔPL%, ΔPY%). +_Variance columns_ show data of absolute variances (e.g. ΔPL, ΔPY) or relative +variances (e.g. ΔPL%, ΔPY%). **Time columns** ![Figure EX 1.2-4: Time columns](img/ex-1.2-4.png) -_Time columns_ show _time periods_ (for -flow measures) or _points of time_ (for stock -measures). +_Time columns_ show _time periods_ (for flow measures) or _points of time_ (for +stock measures). -Use a temporal order – from left to right – for the -sequence of the time columns (e.g. Jan, Feb, Mar, or -2013, 2014, 2015). +Use a temporal order – from left to right – for the sequence of the time columns +(e.g. Jan, Feb, Mar, or 2013, 2014, 2015). **Measure columns** ![Figure EX 1.2-5: Measure columns](img/ex-1.2-5.png) -_Measure columns_ show measures -such as sales, headcount, or equity. +_Measure columns_ show measures such as sales, headcount, or equity. -Displaying long measure names in column headers can be -challenging. As the column width should not depend on -the length of the measure name, use the abbreviations -defined in the glossary instead. +Displaying long measure names in column headers can be challenging. As the +column width should not depend on the length of the measure name, use the +abbreviations defined in the glossary instead. -Use a wider gap after intermediate results to expose the -calculation scheme (see width B2 in the figure on the -left). +Use a wider gap after intermediate results to expose the calculation scheme (see +width B2 in the figure on the left). **Structure columns** ![Figure EX 1.2-6: Structure columns](img/ex-1.2-6.png) -_Structure columns_ show the elements of a structure dimension (e.g. countries or products). +_Structure columns_ show the elements of a structure dimension (e.g. countries +or products). **“Thereof” columns** ![Figure EX 1.2-7: “Thereof” columns](img/ex-1.2-7.png) -If details of an aggregated column are shown in one or -more column not totaling to the aggregated column, these -columns are called “thereof” columns. +If details of an aggregated column are shown in one or more column not totaling +to the aggregated column, these columns are called “thereof” columns. -The design of the _thereof columns_ should differ -from other columns. E.g. use a smaller font (see X in -the figure) to expose a _thereof -column_ and do not separate it from the mother -column (see columns _AL3_ and _AL3.1_ in -the figure) in order to show that it is part -of it. A _thereof column_ is positioned at the +The design of the _thereof columns_ should differ from other columns. E.g. use a +smaller font (see X in the figure) to expose a _thereof column_ and do not +separate it from the mother column (see columns _AL3_ and _AL3.1_ in the figure) +in order to show that it is part of it. A _thereof column_ is positioned at the right hand side of the mother column. **Remainder columns** ![Figure EX 1.2-8: Remainder columns](img/ex-1.2-8.png) -If the set to be presented in the columns has too many -elements, accumulate the less important or smaller -elements in a _remainder_ column (e.g. 10 columns -for the top 10 countries and a remainder column titled -“Rest of world” or “RoW”). +If the set to be presented in the columns has too many elements, accumulate the +less important or smaller elements in a _remainder column_ (e.g. 10 columns for +the top 10 countries and a remainder column titled“Rest of world” or “RoW”). -In the figure, the _remainder column_ “Other cost” has the same vertical gaps B1 as the -other measure columns. +In the figure, the _remainder column_ “Other cost” has the same vertical gaps B1 +as the other measure columns. **“Percent of” columns** ![Figure EX 1.2-9: “Percent of” columns](img/ex-1.2-9.png) -Use “_Percent of”_ columns to present important -data of another column as shares of a given total. A -typical example for a “_percent of_” column is -data of a profit and loss statement as a percentage of -sales. +Use “_Percent of_” columns to present important data of another column as shares +of a given total. A typical example for a “percent of” column is data of a +profit and loss statement as a percentage of sales. -“Percent of” columns have a smaller font size (see X) -than the other columns. +“Percent of” columns have a smaller font size (see X) than the other columns. **Totals columns** ![Figure EX 1.2-10: Totals columns](img/ex-1.2-10.png) -Position columns displaying _totals of a group of -columns_ (e.g. quarters totaling in years or -products totaling in product groups) at the right hand -side of the columns belonging to this group. The design -of the _totals columns_ should differ from other -columns, e.g. highlighted by bold fonts or by light gray -background. +Position columns displaying _totals of a group of columns_ (e.g. quarters +totaling in years or products totaling in product groups) at the right hand side +of the columns belonging to this group. The design of the _totals columns_ +should differ from other columns, e.g. highlighted by bold fonts or by light +gray background. -The column types described before refer to -_single_ columns. The following paragraphs -present _combined_ columns i.e. -_hierarchical_ and _nested_ columns. +The column types described before refer to _single_ columns. The following +paragraphs present _combined_ columns i.e. _hierarchical_ and _nested_ columns. **Hierarchical columns** ![Figure EX 1.2-11: Hierarchical columns](img/ex-1.2-11.png) -Hierarchies in dimensions may call for columns showing -multiple levels. If possible, the sibling elements -belonging to the same parent element of a dimension -should be homogenous, mutually exclusive, and -collectively exhaustive. +Hierarchies in dimensions may call for columns showing multiple levels. If +possible, the sibling elements belonging to the same parent element of a +dimension should be homogenous, mutually exclusive, and collectively exhaustive. -Separate parents by appropriate means, e.g. wider gaps. Display the parent columns at the right hand side of their child _columns (like totals columns)._ +Separate parents by appropriate means, e.g. wider gaps. Display the parent +columns at the right hand side of their child columns (like _totals columns_). -In the figure, a wider gap B2 -separates the two years (with four quarters each) +In the figure, a wider gap B2 separates the two years (with four quarters each) from each other. **Nested columns** ![Figure EX 1.2-12: Nested columns](img/ex-1.2-12.png) -In _nested columns_, two column types are combined -in such a way that the columns of one type repeat -iteratively within every column of the other type. -Separate the resulting groups of columns by appropriate -means, e.g. wider gaps. +In _nested columns_, two column types are combined in such a way that the +columns of one type repeat iteratively within every column of the other type. +Separate the resulting groups of columns by appropriate means, e.g. wider gaps. -In the figure, wider gaps B2 -separate the four years (with AC and PL data each) +In the figure, wider gaps B2 separate the four years (with AC and PL data each) from each other. **Row types** -_Row types_ are rows with similar content falling under -similar row headers. Typical row types are _measure rows_ -(e.g. sales, cost, profit) or _structure rows_ (e.g. -Italy, France, UK). +_Row types_ are rows with similar content falling under similar row headers. +Typical row types are _measure rows_ (e.g. sales, cost, profit) or _structure +rows_ (e.g. Italy, France, UK). The following layout principles apply to all row types: -- **Height**: Rows belonging to a row type should - have an identical height (see height A in the figure in - section “measure rows” et seq.). +- **Height**: Rows belonging to a row type should have an identical height + (see height A in the figure in section “measure rows” et seq.). -- **Horizontal lines**: Separating rows by light - horizontal lines will increase the legibility. +- **Horizontal lines**: Separating rows by light horizontal lines will + increase the legibility. -Additional layout principals depend on the row types described -below. +Additional layout principals depend on the row types described below. -_Time periods and points of time_, _scenarios_, -and _variances_ should be displayed in columns rather -than in rows. +_Time periods and points of time_, _scenarios_, and _variances_ should be +displayed in columns rather than in rows. **Column header rows** ![Figure EX 1.2-13: Column header rows](img/ex-1.2-13.png) -Column header rows contain the header texts of the -columns. In most cases, these rows are positioned at the -very top of a table. In order to group columns two and -more column header rows might be necessary. If -necessary, abbreviate column header texts in order to -fit in the preferred column width. Alternatively keep +Column header rows contain the header texts of the columns. In most cases, these +rows are positioned at the very top of a table. In order to group columns two +and more column header rows might be necessary. If necessary, abbreviate column +header texts in order to fit in the preferred column width. Alternatively keep column headers short by using footnotes. -In the figure the _column header row_ -uses two lines in order to fit the column header texts -in the narrow columns. +In the figure the _column header row_ uses two lines in order to fit the column +header texts in the narrow columns. **Measure rows** ![Figure EX 1.2-14: Measure rows](img/ex-1.2-14.png) -_Measure rows_ show measures -such as sales, headcount, or equity. +_Measure rows_ show measures such as sales, headcount, or equity. -Separate rows showing final or intermediate results of a -calculation scheme (_results rows_ _or totals -rows_) by solid lines. Display results rows in -bold font or highlight them with light gray background. -An additional gap B below a results row will increase -legibility. +Separate rows showing final or intermediate results of a calculation scheme +(_results rows_ _or totals rows_) by solid lines. Display results rows in bold +font or highlight them with light gray background. An additional gap B below a +results row will increase legibility. **Structure rows** ![Figure EX 1.2-15: Structure rows](img/ex-1.2-15.png) -Structure rows show elements of a structure dimension (e.g. countries or products). +Structure rows show elements of a structure dimension (e.g. countries or +products). **“Thereof” rows** ![Figure EX 1.2-16: “Thereof” rows](img/ex-1.2-16.png) -If details of an aggregated row are shown in one or more -rows not totaling to the aggregated row, these rows are -called “thereof” rows. Place the aggregated -_above_ the “thereof” rows (in contrast to the -_totals_ _row_ positioned _below_ +If details of an aggregated row are shown in one or more rows not totaling to +the aggregated row, these rows are called “thereof” rows. Place the aggregated +_above_ the “thereof” rows (in contrast to the _totals row_ positioned _below_ the rows of its group). -The design of the _thereof rows_ should differ -from other rows. E.g. in the figure, the -_thereof row_ is of smaller height, written in a -smaller font (see X), not separated by a horizontal -line, and has a right-aligned row header. +The design of the _thereof rows_ should differ from other rows. E.g. in the +figure, the _thereof row_ is of smaller height, written in a smaller font (see +X), not separated by a horizontal line, and has a right-aligned row header. **Remainder rows** ![Figure EX 1.2-17: Remainder rows](img/ex-1.2-17.png) -If the structure dimension to be presented in the rows -outline has too many elements, accumulate the less -important or smaller elements in a _remainder row_ (e.g. 7 rows for the top 7 countries and a -remainder titled “Rest of world”). +If the structure dimension to be presented in the rows outline has too many +elements, accumulate the less important or smaller elements in a _remainder row_ +(e.g. 7 rows for the top 7 countries and a remainder titled “Rest of world”). -Exclude remainder rows from some of the Structure analyses such as averaging, ranking, and -selecting. +Exclude remainder rows from some of the Structure analyses such as averaging, +ranking, and selecting. -In the figure, the _remainder row_ has -the same row height A as the other structure rows of -this table example. +In the figure, the _remainder row_ has the same row height A as the other +structure rows of this table example. **“Percent of” rows** ![Figure EX 1.2-18: “Percent of” rows](img/ex-1.2-18.png) -Use “_Percent of”_ rows to present important data -of another row as shares of a given total. A typical -example for a “_percent of_” row is gross profit -as a percentage of sales. +Use “_Percent of_” rows to present important data of another row as shares of a +given total. A typical example for a “_percent of_” row is gross profit as a +percentage of sales. -“Percent of” rows have a smaller font size (see X) than -the other rows. +“Percent of” rows have a smaller font size (see X) than the other rows. **Totals rows** ![Figure EX 1.2-19: Totals rows](img/ex-1.2-19.png) -Place rows displaying _totals of a group of rows_ (e.g. countries totaling in regions or products -totaling in product groups) below the rows of this group -and separated them by solid lines. +Place rows displaying _totals of a group of rows_ (e.g. countries totaling in +regions or products totaling in product groups) below the rows of this group and +separated them by solid lines. -The design of the _totals rows_ should differ from -other rows, e.g. highlighted by bold fonts or by light -gray background. +The design of the _totals rows_ should differ from other rows, e.g. highlighted +by bold fonts or by light gray background. -The row types described before refer to _single_ -rows. The following paragraphs present _combined_ -rows i.e. _hierarchical_ and _nested_ -rows. +The row types described before refer to _single_ rows. The following paragraphs +present _combined_ rows i.e. _hierarchical_ and _nested_ rows. **Hierarchical rows** ![Figure EX 1.2-20: Hierarchical rows](img/ex-1.2-20.png) -Hierarchies in dimensions may call for rows showing -multiple levels. If possible, the sibling elements -belonging to the same parent element of a dimension -should be homogenous, mutually exclusive, and -collectively exhaustive. +Hierarchies in dimensions may call for rows showing multiple levels. If +possible, the sibling elements belonging to the same parent element of a +dimension should be homogenous, mutually exclusive, and collectively exhaustive. -Separate parents by appropriate means, e.g. wider gaps -(see additional gap B in the figure). -Display the parent rows _below_ their child -rows (like _totals rows_). +Separate parents by appropriate means, e.g. wider gaps (see additional gap B in +the figure). Display the parent rows _below_ their child rows (like _totals +rows_). **Nested rows** ![Figure EX 1.2-21: Nested rows](img/ex-1.2-21.png) -In _nested rows_, two types of rows are combined -in such a way that the rows of one type repeat -iteratively within every row of the other row type. +In _nested rows_, two types of rows are combined in such a way that the rows of +one type repeat iteratively within every row of the other row type. -Separate the resulting groups of rows by appropriate -means, e.g. wider gaps (see additional gap B in the -figure). +Separate the resulting groups of rows by appropriate means, e.g. wider gaps (see +additional gap B in the figure). **Table types** ![Figure EX 1.2: Table types](img/ex-1.2.png) -Table types are distinguished by their analytic purpose in time series tables, variance tables and cross tables. Tables serving more than one analytic purpose are called combined tables. +Table types are distinguished by their analytic purpose in time series tables, +variance tables and cross tables. Tables serving more than one analytic purpose +are called combined tables. **Time series tables** ![Figure EX 1.2-22: Time series tables](img/ex-1.2-22.png) -_Time series tables_ are used for time series analyses, combining time columns with measure rows or structure rows. +_Time series tables_ are used for time series analyses, combining time columns +with measure rows or structure rows. -A typical example for a _time series table_ is a -sales analysis by countries (rows) and years (columns). +A typical example for a _time series table_ is a sales analysis by countries +(rows) and years (columns). **Variance tables** ![Figure EX 1.2-23: Variance tables](img/ex-1.2-23.png) -_Variance tables_ are used for scenario analyses, combining scenario columns and variance columns with measure rows or structure rows. +_Variance tables_ are used for scenario analyses, combining scenario columns and +variance columns with measure rows or structure rows. -A typical example for a _variance table_ is a -sales analysis by countries (rows) showing different -scenarios and different variances (columns). +A typical example for a _variance table_ is a sales analysis by countries (rows) +showing different scenarios and different variances (columns). **Cross tables** ![Figure EX 1.2-24: Cross tables](img/ex-1.2-24.png) -_Cross tables_ are used for Structure analyses, combining structure columns with structure rows. +_Cross tables_ are used for Structure analyses, combining structure columns with +structure rows. -A typical example of a _cross table_ is a sales -table with countries in rows and products in columns. +A typical example of a _cross table_ is a sales table with countries in rows and +products in columns. **Combined tables** ![Figure EX 1.2-25: Combined table 1](img/ex-1.2-25.png) -_Combined tables_ are used for multiple analyses. A combined table uses more than one _column type_ and/or more than one _row type_ presented either side by side or nested. +_Combined tables_ are used for multiple analyses. A combined table uses more +than one _column type_ and/or more than one _row type_ presented either side by +side or nested. -The first figure shows a hierarchical -structure of countries on three levels in the rows. The -columns are nested: scenarios and variances are the same -for both time periods _November_ and -_January_November_. +The first figure shows a hierarchical structure of countries on three levels in +the rows. The columns are nested: scenarios and variances are the same for both +time periods _November_ and _January_November_. ![Figure EX 1.2-26: Combined table 2](img/ex-1.2-26.png) -The second figure shows the measures of a -calculation scheme in the rows. The columns are nested: -The four quarters and the annual total are the same for -both years. +The second figure shows the measures of a calculation scheme in the rows. The +columns are nested: The four quarters and the annual total are the same for both +years. ![Figure EX 1.2-27: Combined table 3](img/ex-1.2-27.png) -The third figure shows the same rows as the -second one (measures of a calculation scheme). The -nested columns now show PY and AC data as well as +The third figure shows the same rows as the second one (measures of a +calculation scheme). The nested columns now show PY and AC data as well as absolute and relative variances for two markets. ## EX 2 Replace inappropriate chart types @@ -837,62 +902,71 @@ those chart types better suited. ![Figure EX 2.1: Replace pie and ring charts](img/ex-2.1.png) -_Pie_ and _ring charts_ are [circular charts](http://en.wikipedia.org/wiki/Circle) dividing some total into [sectors](http://en.wikipedia.org/wiki/Circular_sector) of relative proportion, but there are better ways to illustrate the numerical proportions of segments, e.g. bar charts or charts with stacked columns, see Figure EX 2.1. +_Pie_ and _ring charts_ are [circular +charts](http://en.wikipedia.org/wiki/Circle) dividing some total into +[sectors](http://en.wikipedia.org/wiki/Circular_sector) of relative proportion, +but there are better ways to illustrate the numericalproportions of segments, +e.g. bar charts or charts with stacked columns, see Figure EX 2.1. -_Pie charts_ allow for one-dimensional analyses only, and therefore seldom convey revealing insights. However, some useful applications for pie charts exist, for example when market sizes and/or market shares for one period need to be allocated to certain regions on a map (see CH 3.3 “[Avoid misleading colored areas in maps](07-check.md#ch-33-avoid-misleading-colored-areas-in-maps)”). As opposed to column or bar charts, pie charts can be positioned on a specific point on a map. +_Pie charts_ allow for one-dimensional analyses only, and therefore seldom +convey revealing insights. However, some useful applications for pie charts +exist, for example when market sizes and/or market shares for one period need to +be allocated to certain regions on a map (see CH 3.3 “[Avoid misleading colored +areas in maps](07-check.md#ch-33-avoid-misleading-colored-areas-in-maps)”). As +opposed to column or bar charts, pie charts can be positioned on a specific +point on a map. ## EX 2.2 Replace gauges, speedometers ![Figure EX 2.2: Replace gauges, speedometers](img/ex-2.2.png) -Often found as part of a so-called dashboard, _speedometers_ are -probably one of the most useless visualizations out there. They take up -way too much space and have often confusing color coding and scaling. In -general, bar charts showing the respective structures or columns charts -showing the respective development over time are better choices, see -Figure EX 2.2. +Often found as part of a so-called dashboard, _speedometers_ are probably one of +the most useless visualizations out there. They take up way too much space and +have often confusing color coding and scaling. In general, bar charts showing +the respective structures or columns charts showing the respective development +over time are better choices, see Figure EX 2.2. ## EX 2.3 Replace radar and funnel charts ![Figure EX 2.3: Replace radar and funnel charts](img/ex-2.3.png) -So-called _radar charts_ (also called _net charts_ or -_spider charts_) are frequently used for evaluating -purposes. Having no advantage over bar charts and having, actually, many -weaknesses, use them only for two-dimensional analyses (e.g. comparing -young-old with rich-poor). Willard C. Brinton wrote almost 100 years -ago: “This type of chart should -be banished to the scrap heap. Charts on rectangular ruling are easier -to draw and easier to understand.” +So-called _radar charts_ (also called _net charts_ or _spider charts_) are +frequently used for evaluating purposes. Having no advantage over bar charts and +having, actually, many weaknesses, use them only for two-dimensional analyses +(e.g. comparing young-old with rich-poor). Willard C. Brinton wrote almost 100 +years ago: “This type of chart should be banished to the scrap heap. Charts on +rectangular ruling are easier to draw and easier to understand.” Of course, if the circular arrangement has meaning (such as the compass -direction), this kind of chart can be very valuable, but these types of -analysis are not typical in business reporting. +direction), this kind of chart can be very valuable, but these types of analysis +are not typical in business reporting. -_Funnel charts_ are misleading when the size of the area displayed -does not correspond to the respective numerical values – an issue -applying also to other artificial chart forms (e.g. spheres) in which -the length, area, or volume do not correspond to the numerical values. +_Funnel charts_ are misleading when the size of the area displayed does not +correspond to the respective numerical values – an issue applying also to other +artificial chart forms (e.g. spheres) in which the length, area, or volume do +not correspond to the numerical values. ## EX 2.4 Replace spaghetti charts ![Figure EX 2.4: Replace spaghetti charts](img/ex-2.4.png) -A chart with more than three or four intersecting lines (“spaghetti chart”) can be more confusing than several smaller charts with one line each placed next to one another (small multiples), particularly when evaluating the shape or the trend of the lines, see Figure EX 2.4. +A chart with more than three or four intersecting lines (“spaghetti chart”) can +be more confusing than several smaller charts with one line each placed next to +one another (small multiples), particularly when evaluating the shape or the +trend of the lines, see Figure EX 2.4. -However, when needing to compare exactly the height of data points of -several lines, spaghetti charts cannot be avoided. +However, when needing to compare exactly the height of data points of several +lines, spaghetti charts cannot be avoided. ## EX 2.5 Replace traffic lights ![Figure EX 2.5: Replace traffic lights](img/ex-2.5.png) “Traffic lights” with green, red, and yellow areas are a popular form of -visualization but contain little information per area used. However, -they can be used for analyses showing “yes or no” decisions or -situations similar to real traffic lights. In all other cases replace -them with more suitable means of (analog) representation such as bar -charts, see Figure EX 2.5. +visualization but contain little information per area used. However, they can be +used for analyses showing “yes or no” decisions or situations similar to real +traffic lights. In all other cases replace them with more suitable means of +(analog) representation such as bar charts, see Figure EX 2.5. ## EX 3 Replace inappropriate representations @@ -905,26 +979,25 @@ lists. ![Figure EX 3.1: Prefer quantitative representations](img/ex-3.1.png) -Due to the time constraints usually involved with presentations, -conceptual graphs prove less suitable than charts, photos, maps, etc. -For a one-hour presentation, do not use more than three or four -conceptual representations. Do this only if they are absolutely -essential for comprehension. The audience will understand charts and -pictures (photos, drawings, etc.) better and faster, see Figure EX -3.1. +Due to the time constraints usually involved with presentations, conceptual +graphs prove less suitable than charts, photos, maps, etc. For a one-hour +presentation, do not use more than three or four conceptual representations. Do +this only if they are absolutely essential for comprehension. The audience will +understand charts and pictures (photos, drawings, etc.) better and faster, +see Figure EX 3.1. ## EX 3.2 Avoid text slides in presentations ![Figure EX 3.2: Avoid text slides in presentations](img/ex-3.2.png) -Avoid all forms of text slides in presentations. Texts should either be -recited or written in a handout. A few exceptions to this rule are -specific texts being discussed such as definitions, quotes, etc. In -general, all forms of lists (bullet points) should appear only in the -written handout, not projected on the screen. True, if someone sees and -hears something simultaneously, he remembers it better than when he just -hears it, but bear in mind texts are not considered something merely to -be seen – they must be read and understood, see Figure EX 3.2. +Avoid all forms of text slides in presentations. Texts should either be recited +or written in a handout. A few exceptions to this rule are specific texts being +discussed such as definitions, quotes, etc. In general, all forms of lists +(bullet points) should appear only in the written handout, not projected on the +screen. True, if someone sees and hears something simultaneously, he remembers +it better than when he just hears it, but bear in mind texts are not considered +something merely to be seen – they must be read and understood, see Figure EX +3.2. ## EX 4 Add comparisons @@ -936,39 +1009,53 @@ main purpose of charts. ![Figure EX 4.1: Add scenarios](img/ex-4.1.png) -Scenarios such as “plan” and “previous year” are the most common references for comparison purposes. Add them whenever available. Use a standardized scenario notation for faster comprehension, see Figure EX 4.1. +Scenarios such as “plan” and “previous year” are the most common references for +comparison purposes. Add them whenever available. Use a standardized scenario +notation for faster comprehension, see Figure EX 4.1. ## EX 4.2 Add variances ![Figure EX 4.2: Add variances](img/ex-4.2.png) -Having added scenarios for comparison purposes, the visualization of variances makes it easier to evaluate the situation. Use a standardized notation of variances for faster comprehension, see Figure EX 4.2. +Having added scenarios for comparison purposes, the visualization of variances +makes it easier to evaluate the situation. Use a standardized notation of +variances for faster comprehension, see Figure EX 4.2. ## EX 5 Explain causes -Present data more understandable by showing interrelations, i.e. causes and dependencies. Seeing the entire context, especially extreme values and deviant values, helps to explain causes. Details increase not only the level of credibility but also comprehension. Use charts to prove, explain, and render something plausible, not to serve merely as decoration. This section focuses on the explanation of causes by using tree structures, clusters, and correlations. A more structured approach to increasing information density is discussed in the chapter “CONDENSE – Increase information density”. +Present data more understandable by showing interrelations, i.e. causes and +dependencies. Seeing the entire context, especially extreme values and deviant +values, helps to explain causes. Details increase not only the level of +credibility but also comprehension. Use charts to prove, explain, and render +something plausible, not to serve merely as decoration. This section focuses on +the explanation of causes by using tree structures, clusters, and correlations. +A more structured approach to increasing information density is discussed in the +chapter “CONDENSE – Increase information density”. ## EX 5.1 Show tree structures ![Figure EX 5.1: Show tree structures](img/ex-5.1.png) -The presentation of the assumptions or basic data upon which a business analysis is based, results not only in better understanding, but also makes it more convincing. A good choice is the display of calculated measures in a tree structure, see Figure EX 5.1 (see also CO 5.2 “[Show related charts on one page](06-condense.md#co-52-show-related-charts-on-one-page)”). +The presentation of the assumptions or basic data upon which a business analysis +is based, results not only in better understanding, but also makes it more +convincing. A good choice is the display of calculated measures in a tree +structure, see Figure EX 5.1 (see also CO 5.2 “[Show related charts on one +page](06-condense.md#co-52-show-related-charts-on-one-page)”). ## EX 5.2 Show clusters ![Figure EX 5.2: Show clusters](img/ex-5.2.png) -With the help of clusters in two-dimensional and three-dimensional forms, -large amounts of data very often can provide interesting and new -insights, see Figure EX 5.2. +With the help of clusters in two-dimensional and three-dimensional forms, large +amounts of data very often can provide interesting and new insights, see Figure +EX 5.2. ## EX 5.3 Show correlations ![Figure EX 5.3: Show correlations](img/ex-5.3.png) -When comparing several data series, correlations are often sought in -order to better understand the interrelations. Suitable rankings and -comparisons can facilitate the understanding of patterns, -see Figure EX 5.3. +When comparing several data series, correlations are often sought in order to +better understand the interrelations. Suitable rankings and comparisons can +facilitate the understanding of patterns, see Figure EX 5.3. [← Organize content](02-structure.md) | [Avoid Clutter →](05-simplify.md) diff --git a/docs/05-simplify.md b/docs/05-simplify.md index 4755d26..5cc96dc 100644 --- a/docs/05-simplify.md +++ b/docs/05-simplify.md @@ -3,10 +3,11 @@ SIMPLIFY covers all aspects of avoiding clutter in reports and presentations. _Avoiding clutter_ means that reports and presentations avoid all components and -characteristics, which are too complicated, redundant, distracting or merely decorative. +characteristics, which are too complicated, redundant, distracting or merely +decorative. -This chapter covers avoiding unnecessary and decorative components and replacing them -with cleaner layouts, avoiding redundancies and distracting details. +This chapter covers avoiding unnecessary and decorative components and replacing +them with cleaner layouts, avoiding redundancies and distracting details. 1. [Avoid unnecessary components](#si-1-avoid-unnecessary-components) 2. [Avoid decorative styles](#si-2-avoid-decorative-styles) @@ -23,54 +24,55 @@ contributing to the comprehension of a report or presentation. ![Figure SI 1.1: Avoid cluttered layouts](img/si-1.1.png) -Layout concepts often contain elements that lack meaning but merely -conform to corporate design or personal taste. Avoid all these elements, -see Figure SI 1.1. +Layout concepts often contain elements that lack meaning but merely conform to +corporate design or personal taste. Avoid all these elements, see Figure SI 1.1. ## SI 1.2 Avoid colored or filled backgrounds ![Figure SI 1.2: Avoid colored or filled backgrounds](img/si-1.2.png) Numbers and labels are easiest to read when depicted in black on a white -background. Any type of background color or pattern makes something -harder to read, see Figure SI 1.2. +background. Any type of background color or pattern makes something harder to +read, see Figure SI 1.2. ## SI 1.3 Avoid animation and transition effects ![Figure SI 1.3: Avoid animation and transition effects](img/si-1.3.png) -Animated _PowerPoint_ slides are not useful if the animation has -no meaning and does not support the message, see Figure SI 1.3. They -merely distract and confuse. Only the “appear” function is recommended -to be used for the gradual development of a slide. +Animated _PowerPoint_ slides are not useful if the animation has no meaning and +does not support the message, see Figure SI 1.3. They merely distract and +confuse. Only the “appear” function is recommended to be used for the gradual +development of a slide. ## SI 2 Avoid decorative styles -Simplify complicated visualizations in order to facilitate and accelerate their comprehension. Whereas the section “Avoid unnecessary components” involves omitting entire layout elements, the aim here is to find the most suitable and simplest possible style of visualization elements. +Simplify complicated visualizations in order to facilitate and accelerate their +comprehension. Whereas the section “Avoid unnecessary components” involves +omitting entire layout elements, the aim here is to find the most suitable and +simplest possible style of visualization elements. ## SI 2.1 Avoid borders, shades, and pseudo-3D ![Figure SI 2.1: Avoid borders, shades, and pseudo-3D](img/si-2.1.png) In general, borders, shades, and pseudo-3D convey no meaning and make -comprehension more difficult. Shades and pseudo-3D might even give a -false visual impression. Avoid them because they do not add value, -see Figure SI 2.1. +comprehension more difficult. Shades and pseudo-3D might even give a false +visual impression. Avoid them because they do not add value, see Figure SI 2.1. ## SI 2.2 Avoid decorative colors ![Figure SI 2.2: Avoid decorative colors](img/si-2.2.png) If colors serve merely decorative purpose in one instance, using them for -meaning in another instance (e.g. for highlighting) becomes difficult. -Therefore use colors only if they convey meaning, see Figure SI 2.2. +meaning in another instance (e.g. for highlighting) becomes difficult. Therefore +use colors only if they convey meaning, see Figure SI 2.2. ## SI 2.3 Avoid decorative fonts ![Figure SI 2.3: Avoid decorative fonts](img/si-2.3.png) -A normal typeface and clear fonts increase legibility. Save bold and -cursive fonts for making distinctions, see Figure SI 2.3. +A normal typeface and clear fonts increase legibility. Save bold and cursive +fonts for making distinctions, see Figure SI 2.3. ## SI 3 Replace with cleaner layout @@ -79,21 +81,21 @@ convey a message. ## SI 3.1 Replace grid lines and value axes with data labels -![Figure SI 3.1: Replace grid lines and value axes with data labels](img/si-3.1.png) +![Figure SI 3.1: Replace grid lines and value axes with data +labels](img/si-3.1.png) -Using integrated data labels can make value axes, tick marks, and -gridlines superfluous, see Figure SI 3.1. Gridlines, however, can -be useful in charts with missing reference points as might be the case -in charts with many data series and data points, or in small charts -(e.g. small multiples). +Using integrated data labels can make value axes, tick marks, and gridlines +superfluous, see Figure SI 3.1. Gridlines, however, can be useful in charts with +missing reference points as might be the case in charts with many data series +and data points, or in small charts (e.g. small multiples). ## SI 3.2 Avoid vertical lines by right-aligning data ![Figure SI 3.2: Avoid vertical lines by right-aligning data](img/si-3.2.png) -Omit all avoidable elements to make tables more straightforward. Avoid -vertical lines by right-aligning numerical values and the corresponding -column headers, see Figure SI 3.2. +Omit all avoidable elements to make tables more straightforward. Avoid vertical +lines by right-aligning numerical values and the corresponding column headers, +see Figure SI 3.2. ## SI 4 Avoid redundancies @@ -107,28 +109,28 @@ chart with twelve monthly category labels. ![Figure SI 4.1: Avoid superfluous extra words](img/si-4.1.png) -Extra words such as “sum” and “total” are redundant because they add no -value to the meaning of the term they accompany. No difference exists -between “Europe” and “Sum of Europe”. Extra words make it harder to read -text elements, see Figure SI 4.1. +Extra words such as “sum” and “total” are redundant because they add no value to +the meaning of the term they accompany. No difference exists between “Europe” +and “Sum of Europe”. Extra words make it harder to read text elements, see +Figure SI 4.1. ## SI 4.2 Avoid obvious terms ![Figure SI 4.2: Avoid obvious terms](img/si-4.2.png) Terms such as “chart analysis”, “development”, or “comment” are redundant -because they name something already shown, see Figure SI 4.2. Other -obvious terms in charts and tables are “table”, “statistics”, “report”, -“visualization”, “structure”, or “trend”. +because they name something already shown, see Figure SI 4.2. Other obvious +terms in charts and tables are “table”, “statistics”, “report”,“visualization”, +“structure”, or “trend”. ## SI 4.3 Avoid repeated words ![Figure SI 4.3: Avoid repeated words](img/si-4.3.png) -Repeated words in legends, axis labels, row headers, etc. such as -“division” in “division A”, “division B”, etc. or “2017” in “Q1 2017”, -“Q2 2017”, etc. should be avoided, see Figure SI 4.3. Omitting repeated -words usually increases the degree of legibility. +Repeated words in legends, axis labels, row headers, etc. such as“division” in +“division A”, “division B”, etc. or “2017” in “Q1 2017”,“Q2 2017”, etc. should +be avoided, see Figure SI 4.3. Omitting repeated words usually increases the +degree of legibility. ## SI 5 Avoid distracting details @@ -141,25 +143,26 @@ overviews. ![Figure SI 5.1: Avoid labels for small values](img/si-5.1.png) -Labels of small values are often hard to position and rarely contribute -to the comprehension of the message. Therefore they can be avoided in -most cases, see Figure SI 5.1. However, add them when special reference -is made to them. If it is necessary to label these small values or small -visualization elements, _assisting lines_ might be necessary. +Labels of small values are often hard to position and rarely contribute to the +comprehension of the message. Therefore they can be avoided in most cases, see +Figure SI 5.1. However, add them when special reference is made to them. If it +is necessary to label these small values or small visualization elements, +_assisting lines_ might be necessary. ## SI 5.2 Avoid long numbers ![Figure SI 5.2: Avoid long numbers](img/si-5.2.png) -Numbers with more than three digits in charts and four digits in tables -are hard to read; moreover, such precision is seldom necessary to -understand the message, see Figure SI 5.2. +Numbers with more than three digits in charts and four digits in tables are hard +to read; moreover, such precision is seldom necessary to understand the message, +see Figure SI 5.2. ## SI 5.3 Avoid unnecessary labels ![Figure SI 5.3: Avoid unnecessary labels](img/si-5.3.png) -Omit labels for data points that do not represent extreme values or -values of special importance, see Figure SI 5.3. +Omit labels for data points that do not represent extreme values or values of +special importance, see Figure SI 5.3. -[← Choose proper visualization](04-express.md) | [Increase information density →](06-condense.md) +[← Choose proper visualization](04-express.md) | [Increase information density +→](06-condense.md) diff --git a/docs/06-condense.md b/docs/06-condense.md index 1b2a432..5bb8a5c 100644 --- a/docs/06-condense.md +++ b/docs/06-condense.md @@ -3,11 +3,12 @@ CONDENSE covers all aspects of increasing information density in reports and presentations. -_Increasing information density_ means that all reports and presentations include -all information that is necessary to understand the respective message on one page. +_Increasing information density_ means that all reports and presentations +include all information that is necessary to understand the respective message +on one page. -This chapter covers using small components, utilizing space, as well as adding data, -elements, and objects. +This chapter covers using small components, utilizing space, as well as adding +data, elements, and objects. 1. [Use small components](#co-1-use-small-components) 2. [Maximize use of space](#co-2-maximize-use-of-space) @@ -26,26 +27,25 @@ projected slides. ![Figure CO 1.1: Use small fonts](img/co-1.1.png) -In general, avoid oversize fonts. They needlessly waste space, -see Figure CO 1.1. +In general, avoid oversize fonts. They needlessly waste space, see Figure CO +1.1. ## CO 1.2 Use small elements ![Figure CO 1.2: Use small elements](img/co-1.2.png) -Small elements increase clarity. Large-scale symbols and highlights are -not more suitable than smaller symbols and highlights, see Figure -CO 1.2. +Small elements increase clarity. Large-scale symbols and highlights are not more +suitable than smaller symbols and highlights, see Figure CO 1.2. ## CO 1.3 Use small objects ![Figure CO 1.3: Use small objects](img/co-1.3.png) -The size of charts and tables in reports and presentations should not be -as large as possible, rather as small as possible – yet only so small so -that the objects and all its details and labels can be read easily. This -provides room for more information and therefore better understanding of -the context, see Figure CO 1.3. +The size of charts and tables in reports and presentations should not be as +large as possible, rather as small as possible – yet only so small so that the +objects and all its details and labels can be read easily. This provides room +for more information and therefore better understanding of the context, +see Figure CO 1.3. ## CO 2 Maximize use of space @@ -57,19 +57,17 @@ little used pages by filling them with helpful data pertaining to the context. ![Figure CO 2.1: Use narrow page margins](img/co-2.1.png) -The page layout is often dominated by corporate design standards not made -for high information density but for attractive design, sacrificing -valuable space to layout elements such as extra wide page margins, -see Figure CO 2.1. +The page layout is often dominated by corporate design standards not made for +high information density but for attractive design, sacrificing valuable space +to layout elements such as extra wide page margins, see Figure CO 2.1. ## CO 2.2 Reduce empty space ![Figure CO 2.2: Reduce empty space](img/co-2.2.png) -Reduce empty space to increase information density. This applies not only -to the page layout (see Figure CO 2.1) but -also to the layout of report objects such as charts and -tables (see Figure CO 2.2). +Reduce empty space to increase information density. This applies not only to the +page layout (see Figure CO 2.1) but also to the layout of report objects such as +charts and tables (see Figure CO 2.2). ## CO 3 Add data @@ -80,62 +78,76 @@ helps better understand the context. ![Figure CO 3.1: Add data points](img/co-3.1.png) -Displaying more data points does not jeopardize the comprehension of -numerical data. For example, a monthly statistic of staff numbers over -twelve months in a year would be understood just as quickly as for the -same data series with twelve months for each of the last three years – -in other words, a total of 36 data points instead of twelve. Usually, -interesting relationships are only detected with an increased number of -elements in a data series (see Figure CO 3.1). +Displaying more data points does not jeopardize the comprehension of numerical +data. For example, a monthly statistic of staff numbers over twelve months in a +year would be understood just as quickly as for the same data series with twelve +months for each of the last three years – in other words, a total of 36 data +points instead of twelve. Usually, interesting relationships are only detected +with an increased number of elements in a data series (see Figure CO 3.1). ## CO 3.2 Add dimensions ![Figure CO 3.2: Add dimensions](img/co-3.2.png) -A very useful way to increase information density is to show more than -two dimensions of a business situation. A chart with only one dimension -(such as in a pie chart), visualizes only mundane things easily stated -in a simple sentence. Already charts with two dimensions can yield very -interesting relationships – yet those charts with three and more -dimensions yield structures leading to completely new insights (see -Figure CO 3.2). +A very useful way to increase information density is to show more than two +dimensions of a business situation. A chart with only one dimension (such as in +a pie chart), visualizes only mundane things easily stated in a simple sentence. +Already charts with two dimensions can yield very interesting relationships – +yet those charts with three and more dimensions yield structures leading to +completely new insights (see Figure CO 3.2). ## CO 4 Add elements It is often appropriate to use two or more basic chart types (either horizontal -or vertical) to build _combined charts_ with a higher information -density. _Combined charts_ are treated as one entity as opposed to multiple charts. _Combined charts_ can be built both out from horizontal or vertical charts. +or vertical) to build _combined charts_ with a higher information density. +_Combined charts_ are treated as one entity as opposed to multiple charts. +_Combined charts_ can be built both out from horizontal or vertical charts. There are three types of combined charts depending on their type of combination: -_Overlay charts_, _multi-tier charts_, and _extended charts_. Additionally, chart elements can be embedded in tables and explanations can be integrated. +_Overlay charts_, _multi-tier charts_, and _extended charts_. Additionally, +chart elements can be embedded in tables and explanations can be integrated. ## CO 4.1 Show overlay charts ![Figure CO 4.1: Show overlay charts](img/co-4.1.png) -In an _overlay chart_, two or more basic charts overlap. These -overlapping charts always use the same category axis. +In an _overlay chart_, two or more basic charts overlap. These overlapping +charts always use the same category axis. -_Overlay charts_ can facilitate comprehension such as in the -combination of the development of sales (a series of columns) and the -return on sales in percent (a line). However, this approach can only be -used for a few chart combinations, see Figure CO 4.1. +_Overlay charts_ can facilitate comprehension such as in the combination of the +development of sales (a series of columns) and the return on sales in percent (a +line). However, this approach can only be used for a few chart combinations, +see Figure CO 4.1. -![Figure CO 4.1-1: Overlay chart with lines and columns using different value axes](img/co-4.1-1.png) +![Figure CO 4.1-1: Overlay chart with lines and columns using different value +axes](img/co-4.1-1.png) -_Overlay charts_ frequently use different value axes. A _column chart_ representing a measure (e.g. sales) combined with a _line chart_ representing another measure (e.g. employees) is a typical example. +_Overlay charts_ frequently use different value axes. A _column chart_ +representing a measure (e.g. sales) combined with a _line chart_ representing +another measure (e.g. employees) is a typical example. -![Figure CO 4.1-2: Overlay chart with columns and lines using the same value axis](img/co-4.1-2.png) +![Figure CO 4.1-2: Overlay chart with columns and lines using the same value +axis](img/co-4.1-2.png) -Sometimes, the same value axis is used as well. A _column chart_ representing a measure (e.g. sales) combined with a _line chart_ representing the same measure (e.g. industry average) is a typical example for such an _overlay chart_. +Sometimes, the same value axis is used as well. A _column chart_ representing a +measure (e.g. sales) combined with a _line chart_ representing the same measure +(e.g. industry average) is a typical example for such an _overlay chart_. -![Figure CO 4.1-3: Overlay column chart with integrated variances](img/co-4.1-3.png) +![Figure CO 4.1-3: Overlay column chart with integrated +variances](img/co-4.1-3.png) -Column or bar charts with _integrated variances_ (variances displayed within the columns or bars) are other typical example for _overlay charts_ using the same value axis (see the last two figures). +Column or bar charts with _integrated variances_ (variances displayed within the +columns or bars) are other typical example for _overlay charts_ using the same +value axis (see the last two figures). -Compared to two-tier charts, this presentation of two data series uses much less space. The disadvantages, though, are twofold: First, it is difficult to label the data of both the primary and secondary chart. Second, the development over time (horizontal axis) respectively the structure (vertical axis) of the primary chart is difficult to see. +Compared to two-tier charts, this presentation of two data series uses much less +space. The disadvantages, though, are twofold: First, it is difficult to label +the data of both the primary and secondary chart. Second, the development over +time (horizontal axis) respectively the structure (vertical axis) of the primary +chart is difficult to see. -![Figure CO 4.1-4: Overlay bar chart with integrated variances](img/co-4.1-4.png) +![Figure CO 4.1-4: Overlay bar chart with integrated +variances](img/co-4.1-4.png) Suggestion: If there is enough space, use multi-tier charts instead. @@ -143,107 +155,112 @@ Suggestion: If there is enough space, use multi-tier charts instead. ![Figure CO 4.2: Show multi-tier charts](img/co-4.2.png) -_Use multi-tier charts_ to increase information density by adding -additional tiers to the same category axis for analyses on the same -basic data. Multi-tier charts are most frequently used for displaying -variances along with the basic values, see Figure CO 4.2. +_Use multi-tier charts_ to increase information density by adding additional +tiers to the same category axis for analyses on the same basic data. Multi-tier +charts are most frequently used for displaying variances along with the basic +values, see Figure CO 4.2. ![Figure CO 4.2-1: Horizontal multi-tier charts](img/co-4.2-1.png) -In a _two-tier chart_, a _secondary chart_ is shifted in parallel to the category axis of the _primary chart_. For horizontal charts the secondary chart appears above the primary chart, for vertical charts the secondary chart appears _to the right of_ the primary chart. +In a _two-tier chart_, a _secondary chart_ is shifted in parallel to the +category axis of the _primary chart_. For horizontal charts the secondary chart +appears above the primary chart, for vertical charts the secondary chart appears +to the right of the primary chart. -In both cases, the _category axes_ of the primary charts are -reduplicated in the secondary charts, usually having a different semantic -scenario design. +In both cases, the _category axes_ of the primary charts are reduplicated in the +secondary charts, usually having a different semantic scenario design. ![Figure CO 4.2-2: Vertical multi-tier chart](img/co-4.2-2.png) -Both the primary and the secondary charts have their own value axes. -Value axes showing the same currency or the same physical unit should be -scaled identically. +Both the primary and the secondary charts have their own value axes. Value axes +showing the same currency or the same physical unit should be scaled +identically. -In a _three-tier chart_ a third chart appears above a horizontal -or to the right of a vertical two-tier chart. In special cases, more -than three tiers can be combined. +In a _three-tier chart_ a third chart appears above a horizontal or to the right +of a vertical two-tier chart. In special cases, more than three tiers can be +combined. -Improve the interpretation of a primary chart showing grouped bars for -actual and plan data by adding variances. In the second and third -figure a secondary chart with absolute variances and a -tertiary pin chart with relative variances are combined. +Improve the interpretation of a primary chart showing grouped bars for actual +and plan data by adding variances. In the second and third figure a secondary +chart with absolute variances and a tertiary pin chart with relative variances +are combined. ## CO 4.3 Show extended charts ![Figure CO 4.3: Show extended charts](img/co-4.3.png) -An _extended chart_, arranges additional charts _next_ to -the primary chart by virtually extending the category axis. This way of -increasing information density often is used when displaying context -information such as market averages or competitor figures, see Figure CO -4.3. +An _extended chart_, arranges additional charts next to the primary chart by +virtually extending the category axis. This way of increasing information +density often is used when displaying context information such as market +averages or competitor figures, see Figure CO 4.3. ![Figure CO 4.3-1: Horizontal extended chart](img/co-4.3-1.png) -For horizontal charts, additional charts appear to the left or right of the primary chart, for vertical charts, above or below. In both cases, position the _category axes_ of the additional charts on a virtual extension of the category axes of the primary chart. +For horizontal charts, additional charts appear to the left or right of the +primary chart, for vertical charts, above or below. In both cases, position the +_category axes_ of the additional charts on a virtual extension of the category +axes of the primary chart. -In an extended chart, use the same value axis for both the primary and -the additional charts. +In an extended chart, use the same value axis for both the primary and the +additional charts. -Improve the interpretation of a primary chart by adding extended charts -showing the same values from a different perspective. In the figure on -the left, a secondary _grouped column chart_ at the right hand -side shows the monthly average. +Improve the interpretation of a primary chart by adding extended charts showing +the same values from a different perspective. In the figure on the left, a +secondary _grouped column chart_ at the right hand side shows the monthly +average. ## CO 4.4 Embed chart elements in tables ![Figure CO 4.4: Embed chart elements in tables](img/co-4.4.png) -Increase the information density of tables by using _chart -elements_, see Figure CO 4.4. Bars, warning dots, sparklines, -and traffic lights are the predominant chart element types in tables. +Increase the information density of tables by using _chart elements_, see Figure +CO 4.4. Bars, warning dots, sparklines, and traffic lights are the predominant +chart element types in tables. **Table bars** -_Table bars_ are bar charts integrated into tables. The categories of these bar charts must correspond to the rows of a table. Both single bar charts with single bars or pins and waterfall bar charts are powerful means to visualize the absolute figures and variances in tables. Most recommendations concerning vertical chart types can be applied to _table bars_. +_Table bars_ are bar charts integrated into tables. The categories of these bar +charts must correspond to the rows of a table. Both single bar charts with +single bars or pins and waterfall bar charts are powerful means to visualize the +absolute figures and variances in tables. Most recommendations concerning +vertical chart types can be applied to _table bars_. **Warning dots** -Not to be confused with _traffic lights, warning dots_ can -be a good solution in highlighting important negative, positive, -or questionable parts of a table. It is important to use only -very few warning dots in one table. +Not to be confused with _traffic lights_, _warning dots_ can be a good solution in +highlighting important negative, positive, or questionable parts of a table. It +is important to use only very few warning dots in one table. **Sparklines** -Omit _sparklines_ if not scaled properly. Individually -scaled sparklines can be misleading because small fluctuations -in a series of other small fluctuations look the same as big -fluctuations in a series of big fluctuations. However, +Omit _sparklines_ if not scaled properly. Individually scaled sparklines can be +misleading because small fluctuations in a series of other small fluctuations +look the same as big fluctuations in a series of big fluctuations. However, sparklines with proper scaling (e.g. indexed) can be helpful. **Traffic lights** -_Traffic lights_ contain little information, as they -represent no more than three (red, green, yellow) states. Use -them only if there is no more information to be conveyed than -those two or three states (e.g. “yes” or “no”). In all other -cases, replace traffic lights with more suitable means of -representation, such as _table bars_. +_Traffic lights_ contain little information, as they represent no more than +three (red, green, yellow) states. Use them only if there is no more information +to be conveyed than those two or three states (e.g. “yes” or “no”). In all other +cases, replace traffic lights with more suitable means of representation, such +as _table bars_. ## CO 4.5 Embed explanations ![Figure CO 4.5: Embed explanations](img/co-4.5.png) -Both the density of information and the level of comprehension increase -when explanations are embedded into charts and tables (this applies to -written reports and handouts only). When the explanation refers directly -to the visual presentation in question, it helps to establish a -connection and speeds up comprehension, see Figure CO 4.5. +Both the density of information and the level of comprehension increase when +explanations are embedded into charts and tables (this applies to written +reports and handouts only). When the explanation refers directly to the visual +presentation in question, it helps to establish a connection and speeds up +comprehension, see Figure CO 4.5. ## CO 5 Add objects -Reports and presentation material consist of one or more _pages_. The -content of one page can be viewed together without referring to other content, -e.g. flipping to other pages. +Reports and presentation material consist of one or more _pages_. The content of +one page can be viewed together without referring to other content, e.g. +flipping to other pages. Reports and presentation material often arrange more than one chart on one page. While this increases information density and fosters a higher level of @@ -257,71 +274,85 @@ multi-charts (including _ratio trees_). ![Figure CO 5.1: Show small multiples](img/co-5.1.png) -Substantially improve the comprehension of complex relationships by -displaying charts of the same type and the same scale on the same page. -These charts are called _small multiples_, see Figure CO 5.1. +Substantially improve the comprehension of complex relationships by displaying +charts of the same type and the same scale on the same page. These charts are +called _small multiples_, see Figure CO 5.1. -Typical applications are charts with different countries, products, or -projects placed next to each other. Of course, there is an upper limit -to the number of charts on one page, depending mainly on the page- and -font-size used. +Typical applications are charts with different countries, products, or projects +placed next to each other. Of course, there is an upper limit to the number of +charts on one page, depending mainly on the page- and font-size used. ![Figure CO 5.1-1: Screen page with small multiples](img/co-5.1-1.png) -Showing _small multiples_ is a good way to compare a set of up to -around 25 charts. Instead of exceeding this number on one page, a new -chart called “Others” containing the accumulation of all other elements -could be a solution. +Showing _small multiples_ is a good way to compare a set of up to around 25 +charts. Instead of exceeding this number on one page, a new chart called +“Others” containing the accumulation of all other elements could be a solution. -As mentioned in the chapter “CHECK – Ensure visual integrity”, all small multiples must use the identical scale. +As mentioned in the chapter “CHECK – Ensure visual integrity”, all small +multiples must use the identical scale. -Working with _small multiples_ can be difficult if certain charts -show significantly bigger values than others. Using a different scale -for a chart with bigger values is not a feasible option, increase the -size of this chart instead. +Working with _small multiples_ can be difficult if certain charts show +significantly bigger values than others. Using a different scale for a chart +with bigger values is not a feasible option, increase the size of this chart +instead. ## CO 5.2 Show related charts on one page ![Figure CO 5.2: Show related charts on one page](img/co-5.2.png) -Different from small multiples, _related charts cover different topics (different measures) on one page._ They mostly use different scales, too. This arrangement of charts on one page is sometimes called _multi-charts_. But the term *multi-charts* fails to underline the fact that these charts must have a useful relationship. It does not make sense to arrange several, completely unrelated charts on one page. +Different from small multiples, _related charts cover different topics +(different measures) on one page._ They mostly use different scales, too. This +arrangement of charts on one page is sometimes called _multi-charts_. But the +term _multi-charts_ fails to underline the fact that these charts must have a +useful relationship. It does not make sense to arrange several, completely +unrelated charts on one page. -This approach offers high data density and a higher level of -comparability – but it can be a demanding visual and technical challenge -as a uniform notation concept, clear terms, and an understandable -scaling prove even more important (see Figure CO 5.2). +This approach offers high data density and a higher level of comparability – but +it can be a demanding visual and technical challenge as a uniform notation +concept, clear terms, and an understandable scaling prove even more important +(see Figure CO 5.2). ![Figure CO 5.2-1: Page showing a ratio tree](img/co-5.2-1.png) -Consistent scaling of _multi-charts_ can be difficult. Sometimes different scales for the same unit or measure are inevitable. In this case, clearly indicate the use of a different scale by an appropriate mean, e.g. scaling indicators. +Consistent scaling of _multi-charts_ can be difficult. Sometimes different +scales for the same unit or measure are inevitable. In this case, clearly +indicate the use of a different scale by an appropriate mean, e.g. scaling +indicators. -*Ratio trees* are multi-charts showing root causes. Use ratio -trees to prove or explain a specific issue. Pointing out the assumptions -and root causes of variances or temporal evolvements improves -understanding and is more convincing, too. In general, the -_ratio_ is broken down into its components (mostly from left to -right). Thus individual charts, preferably identical size, are arranged +_Ratio trees_ are multi-charts showing root causes. Use ratio trees to prove or +explain a specific issue. Pointing out the assumptions and root causes of +variances or temporal evolvements improves understanding and is more convincing, +too. In general, the _ratio_ is broken down into its components (mostly from +left to right). Thus individual charts, preferably identical size, are arranged in a tree shape structure. -Consistent scaling of _ratio trees_ can be difficult. Sometimes different scales for the same unit or measure are inevitable. In this case, clearly indicate the use of a different scale by an appropriate mean, e.g. scaling indicators. +Consistent scaling of _ratio trees_ can be difficult. Sometimes different scales +for the same unit or measure are inevitable. In this case, clearly indicate the +use of a different scale by an appropriate mean, e.g. scaling indicators. -A typical example of a page showing a _ratio tree_ is the “Return -on asset” tree. +A typical example of a page showing a _ratio tree_ is the “Return on asset” +tree. ## CO 5.3 Show chart-table combinations -Combining charts and tables on a page is not to be confused with the integration of chart elements in tables. +Combining charts and tables on a page is not to be confused with the integration +of chart elements in tables. -_Chart-table combinations_ cover situations where a separate chart is added to a page with a table or vice versa. In general, such a combination is very useful if both objects display supplementary data. Tables simply listing the numbers of a chart are superfluous in most cases (see also UN 2.3 “[Unify the position of legends and labels](09-unify.md#un-23-unify-the-position-of-legends-and-labels”). +_Chart-table combinations_ cover situations where a separate chart is added to a +page with a table or vice versa. In general, such a combination is very useful +if both objects display supplementary data. Tables simply listing the numbers of +a chart are superfluous in most cases (see also UN 2.3 “[Unify the position of +legends and labels](09-unify.md#un-23-unify-the-position-of-legends-and-labels”). ## CO 5.4 Show charts and tables in text pages -Embedding illuminating charts and tables in the text of a written report -helps the reader understanding the message. +Embedding illuminating charts and tables in the text of a written report helps +the reader understanding the message. -Always position charts and tables in close proximity to the phrase -carrying the message, which the chart or table supports. +Always position charts and tables in close proximity to the phrase carrying the +message, which the chart or table supports. -Text pages should contain a title element like other pages. Also use a title – and, if possible, a message – for every chart and table embedded in a text page. +Text pages should contain a title element like other pages. Also use a title – +and, if possible, a message – for every chart and table embedded in a text page. [← Avoid Clutter](05-simplify.md) | [Ensure visual integrity →](07-check.md) diff --git a/docs/07-check.md b/docs/07-check.md index 938ef5f..1b15f9a 100644 --- a/docs/07-check.md +++ b/docs/07-check.md @@ -1,13 +1,14 @@ # CHECK – Ensure visual integrity -CHECK covers all aspects of ensuring visual integrity in reports and presentations. +CHECK covers all aspects of ensuring visual integrity in reports and +presentations. _Ensuring visual integrity_ means that reports and presentations present information in the most truthful and the most easily understood way by avoiding misleading visuals. -This chapter covers avoiding manipulated axes and visualization elements, using the -same scales, and showing data adjustments. +This chapter covers avoiding manipulated axes and visualization elements, using +the same scales, and showing data adjustments. 1. [Avoid manipulated axes](#ch-1-avoid-manipulated-axes) 2. [Avoid manipulated visualization elements](#ch-2-avoid-manipulated-visualization-elements) @@ -24,30 +25,33 @@ defeat this purpose of explaining actual interrelations. ![Figure CH 1.1: Avoid truncated axes](img/ch-1.1.png) -Charts with value axes not starting at zero (“cut” axes) are not “wrong” -in and of themselves, but the message to be visually conveyed then does -not correspond to the numerical values upon which the chart is based. -Therefore, value axes should generally start at zero, see Figure CH 1.1. +Charts with value axes not starting at zero (“cut” axes) are not “wrong”in and +of themselves, but the message to be visually conveyed then does not correspond +to the numerical values upon which the chart is based. Therefore, value axes +should generally start at zero, see Figure CH 1.1. -One exception to this rule exists: charts with indexed data (e.g. if the value for the index period is set to 100%) with only small variances from 100%. Here “zooming in” on the variances could be of greater value than indicating the absolute values (starting at zero). In this case, position the category labels at the 100% line in order to avoid misinterpretations. +One exception to this rule exists: charts with indexed data (e.g. if the value +for the index period is set to 100%) with only small variances from 100%. Here +“zooming in” on the variances could be of greater value than indicating the +absolute values (starting at zero). In this case, position the category labels +at the 100% line in order to avoid misinterpretations. ## CH 1.2 Avoid logarithmic axes ![Figure CH 1.2: Avoid logarithmic axes](img/ch-1.2.png) -_Avoid logarithmic scales_ because they do not allow the visual -comparison of values, see Figure CH 1.2. In business, very few -applications for logarithmic axes exist (e.g. comparing growth rates of -different stocks in percent). +_Avoid logarithmic scales_ because they do not allow the visual comparison of +values, see Figure CH 1.2. In business, very few applications for logarithmic +axes exist (e.g. comparing growth rates of different stocks in percent). ## CH 1.3 Avoid different class sizes ![Figure CH 1.3: Avoid different class sizes](img/ch-1.3.png) -If the categories represent ordered classes of elements (e.g. age -classes) as used for the visualization of distributions in histograms, -use class sizes of identical width (e.g. ten years). Otherwise, true -visual comparability is impossible, see Figure CH 1.3. +If the categories represent ordered classes of elements (e.g. age classes) as +used for the visualization of distributions in histograms, use class sizes of +identical width (e.g. ten years). Otherwise, true visual comparability is +impossible, see Figure CH 1.3. ## CH 2 Avoid manipulated visualization elements @@ -59,19 +63,22 @@ axes. ![Figure CH 2.1: Avoid clipped visualization elements](img/ch-2.1.png) -Similar to “cut” axes, clipped visualization elements such as broken -columns make visual comparisons impossible, see Figure CH 2.1. +Similar to “cut” axes, clipped visualization elements such as broken columns +make visual comparisons impossible, see Figure CH 2.1. ## CH 2.2 Use creative solutions for challenging scaling issues -![Figure CH 2.2: Use creative solutions for challenging scaling issues](img/ch-2.2.png) +![Figure CH 2.2: Use creative solutions for challenging scaling +issues](img/ch-2.2.png) -Creative visualization elements can be used to compare extreme values, -e.g., displaying data in two-dimensional or even three-dimensional -visualization elements allows the comparison of values differing by -orders of magnitude, see Figure CH 2.2. +Creative visualization elements can be used to compare extreme values, e.g., +displaying data in two-dimensional or even three-dimensional visualization +elements allows the comparison of values differing by orders of magnitude, see +Figure CH 2.2. -This rule must be clearly separated from the rules of section CH 3 “[Avoid misleading representations](07-check.md#ch-3-avoid-misleading-representations)” where area and volume visualizations are used improperly. +This rule must be clearly separated from the rules of section CH 3 “[Avoid +misleading representations](07-check.md#ch-3-avoid-misleading-representations)” +where area and volume visualizations are used improperly. ## CH 3 Avoid misleading representations @@ -80,36 +87,37 @@ observer differs from the underlying values. ## CH 3.1 Use correct area comparisons, prefer linear ones -![Figure CH 3.1: Use correct area comparisons, prefer linear ones](img/ch-3.1.png) +![Figure CH 3.1: Use correct area comparisons, prefer linear +ones](img/ch-3.1.png) -Using two-dimensional representations (areas of circles, icons, or -emblems) for the visualization of data is only valid, if the size of -these areas corresponds to the underlying values. The visual perception -will be misleading if the diameters of circles or the heights of icons -represent the values, see Figure CH 3.1. +Using two-dimensional representations (areas of circles, icons, or emblems) for +the visualization of data is only valid, if the size of these areas corresponds +to the underlying values. The visual perception will be misleading if the +diameters of circles or the heights of icons represent the values, see Figure CH +3.1. ## CH 3.2 Use correct volume comparisons, prefer linear ones -![Figure CH 3.2: Use correct volume comparisons, prefer linear ones](img/ch-3.2.png) +![Figure CH 3.2: Use correct volume comparisons, prefer linear +ones](img/ch-3.2.png) Similar to areas, the visual perception will be misleading, if the -(one-dimensional) diameters or the (two-dimensional) areas of -three-dimensional visualization elements (spheres, cubes, etc.) -represent the values, see Figure CH 3.2. Even if their volumes represent -the values, it is hard to perceive them properly. Prefer linear -comparisons instead. +(one-dimensional) diameters or the (two-dimensional) areas of three-dimensional +visualization elements (spheres, cubes, etc.) represent the values, see Figure +CH 3.2. Even if their volumes represent the values, it is hard to perceive them +properly. Prefer linear comparisons instead. ## CH 3.3 Avoid misleading colored areas in maps ![Figure CH 3.3: Avoid misleading colored areas in maps](img/ch-3.3.png) -Different colored areas can be helpful to visualize the precipitation per -square meter or the population density. However, do not use colored -areas for the visualization of non-area-related figures such as market -shares or return on sales. Position columns or bars of identical scale -in maps instead. By the way, pie charts also work well here (an -exception to the EX 2.1 “[Replace pie…”](04-express.md#ex-21-replace-pie-and-ring-charts) because they can be placed precisely at one point, like a -city (see Figure CH 3.3). +Different colored areas can be helpful to visualize the precipitation per square +meter or the population density. However, do not use colored areas for the +visualization of non-area-related figures such as market shares or return on +sales. Position columns or bars of identical scale in maps instead. By the way, +pie charts also work well here (an exception to the EX 2.1 “[Replace +pie...”](04-express.md#ex-21-replace-pie-and-ring-charts) because they can be +placed precisely at one point, like a city (see Figure CH 3.3). ## CH 4 Use the same scales @@ -123,42 +131,52 @@ report or presentation material. ![Figure CH 4.1: Use identical scale for the same unit](img/ch-4.1.png) If presenting more than one chart of the same unit on one page, use the -identical scale for these charts, see Figure CH 4.1. In extreme -situations identical scales might not be desirable. In these exceptional -cases the use of scaling indicators (see [CH 4.3](07-check.md#ch-43-use-scaling-indicators-if-necessary) -and [UN 5.2](09-unify.md#un-52-unify-scaling-indicators)) can be helpful. +identical scale for these charts, see Figure CH 4.1. In extreme situations +identical scales might not be desirable. In these exceptional cases the use of +scaling indicators (see [CH +4.3](07-check.md#ch-43-use-scaling-indicators-if-necessary) and [UN +5.2](09-unify.md#un-52-unify-scaling-indicators)) can be helpful. ## CH 4.2 Size charts to given data ![Figure CH 4.2: Size charts to given data](img/ch-4.2.png) -Using identical scales in multiple charts can be demanding if the values -in the charts differ by orders of magnitude. A good solution is adapting -the chart size to the given data, see Figure CH 4.2. +Using identical scales in multiple charts can be demanding if the values in the +charts differ by orders of magnitude. A good solution is adapting the chart size +to the given data, see Figure CH 4.2. ## CH 4.3 Use scaling indicators if necessary ![Figure CH 4.3: Use scaling indicators if necessary](img/ch-4.3.png) -There are several ways to overcome challenging scaling problems. _Scaling indicators_, such as *scaling lines* and *scaling areas* indicating the same numerical height (typically a power of 10) in all charts are helpful to assist in comparing multiple charts (of the same unit) with different scales, see Figure CH 4.3. +There are several ways to overcome challenging scaling problems. _Scaling +indicators_, such as *scaling lines* and *scaling areas* indicating the same +numerical height (typically a power of 10) in all charts are helpful to assist +in comparing multiple charts (of the same unit) with different scales, see +Figure CH 4.3. -This guide suggests a _semantic design_ for scaling lines and scaling areas, see UN 5.2 “[Unify scaling indicators](09-unify.md#un-52-unify-scaling-indicators)”. +This guide suggests a _semantic design_ for scaling lines and scaling areas, see +UN 5.2 “[Unify scaling indicators](09-unify.md#un-52-unify-scaling-indicators)”. ## CH 4.4 Use outlier indicators if necessary ![Figure CH 4.4: Use outlier indicators if necessary](img/ch-4.4.png) Certain values that are very big in comparison to other values are called -outliers. If an outlier is not important for business, e.g. a big -relative variance of a small value, then it is not appropriate to scale -the whole chart to this outlier. Therefore, use _outlier -indicators_ for unimportant outliers, see Figure CH 4.4. +outliers. If an outlier is not important for business, e.g. a big relative +variance of a small value, then it is not appropriate to scale the whole chart +to this outlier. Therefore, use _outlier indicators_ for unimportant outliers, +see Figure CH 4.4. -This guide suggests a _semantic design_ for outlier indicators, see UN 5.3 “[Unify outlier indicators](09-unify.md#un-53-unify-outlier-indicators)”. +This guide suggests a _semantic design_ for outlier indicators, see UN 5.3 +“[Unify outlier indicators](09-unify.md#un-53-unify-outlier-indicators)”. ## CH 4.5 Use magnifying glasses -Another way to assist in scaling problems is to use “_magnifying glasses_” for zooming in on a part of a chart with a bigger scale. Use an appropriate visualization element to mark the part of a chart to be zoomed in and to link it to a second chart displaying the zoomed part on a bigger scale. +Another way to assist in scaling problems is to use “_magnifying glasses_” for +zooming in on a part of a chart with a bigger scale. Use an appropriate +visualization element to mark the part of a chart to be zoomed in and to link it +to a second chart displaying the zoomed part on a bigger scale. ## CH 5 Show data adjustments @@ -169,14 +187,15 @@ impression, hiding the real development of business. ![Figure CH 5.1: Show the impact of inflation](img/ch-5.1.png) -Making inflation effects transparent helps avoid misinterpretations of -time series visualizations, see Figure CH 5.1. +Making inflation effects transparent helps avoid misinterpretations of time +series visualizations, see Figure CH 5.1. ## CH 5.2 Show the currency impact ![Figure CH 5.2: Show the currency impact](img/ch-5.2.png) -Similar to inflation effects, the adjustment of currency effects can help -to avoid misinterpretations, see Figure CH 5.2. +Similar to inflation effects, the adjustment of currency effects can help to +avoid misinterpretations, see Figure CH 5.2. -[← Increase information density](06-condense.md) | [Apply semantic notation →](09-unify.md) +[← Increase information density](06-condense.md) | [Apply semantic notation +→](09-unify.md) diff --git a/docs/08-semantic.md b/docs/08-semantic.md index e8b76b3..5d4d215 100644 --- a/docs/08-semantic.md +++ b/docs/08-semantic.md @@ -1,5 +1,10 @@ # SEMANTIC RULES -_Semantic rules_ help to clearly relay content by using a uniform notation. They comprise the third part of this guide with the rule set [UNIFY](09-unify.md). +_Semantic rules_ help to clearly relay content by using a uniform notation. They +comprise the third part of this guide with the rule set [UNIFY](09-unify.md). -The semantic rules are based on the work of Rolf [Hichert](https://www.ibcs.com/consultant/rolf-hichert/) and other contributors of the [IBCS Association](https://www.ibcs.com/ibcs-association/). As they are manifested by convention, semantic rules must first be more widely accepted to become a standard. +The semantic rules are based on the work of Rolf +[Hichert](https://www.ibcs.com/consultant/rolf-hichert/) and other contributors +of the [IBCS Association](https://www.ibcs.com/ibcs-association/). As they are +manifested by convention, semantic rules must first be more widely accepted to +become a standard. diff --git a/docs/09-unify.md b/docs/09-unify.md index 0f20b88..0132f08 100644 --- a/docs/09-unify.md +++ b/docs/09-unify.md @@ -1,23 +1,26 @@ # UNIFY – Apply semantic notation -UNIFY covers all aspects of applying semantic notation in reports and presentations. +UNIFY covers all aspects of applying semantic notation in reports and +presentations. _Applying semantic notation_ means that reports and presentations follow this -governing principle: _Similar content should be visualized in a similar manner;_ what looks the same should also mean the same. On the flip side: If the content is -not the same, it should not look the same. +governing principle: _Similar content should be visualized in a similar manner;_ +what looks the same should also mean the same. On the flip side: If the content +is not the same, it should not look the same. In many specialized disciplines such as engineering, music, and architecture, _semantic notation standards_ are a matter of course. The world of business -communication lacks such notation standards, one of the main reasons management reports -are sometimes hard to understand. For example, no common agreement on the meaning of -various style elements such as titles, line markers, axes, highlighting indicators, etc. -used in business charts exists yet. +communication lacks such notation standards, one of the main reasons management +reports are sometimes hard to understand. For example, no common agreement on +the meaning of various style elements such as titles, line markers, axes, +highlighting indicators, etc. used in business charts exists yet. -This chapter covers semantic rules for all important and frequently recurring aspects of -meaning in the context of business communication, such as terminology (e.g. words, -abbreviations, number formats), descriptions (e.g. messages, titles, legends), -dimensions (e.g. measures, scenarios, time periods), analyses (e.g. comparisons and -variances), and indicators for highlighting, scaling and other purposes. +This chapter covers semantic rules for all important and frequently recurring +aspects of meaning in the context of business communication, such as terminology +(e.g. words, abbreviations, number formats), descriptions (e.g. messages, +titles, legends), dimensions (e.g. measures, scenarios, time periods), analyses +(e.g. comparisons and variances), and indicators for highlighting, scaling and +other purposes. 1. [Unify terminology](#un-1-unify-terminology) 2. [Unify descriptions](#un-2-unify-descriptions) @@ -27,149 +30,163 @@ variances), and indicators for highlighting, scaling and other purposes. ## UN 1 Unify terminology -_Terms_ are the non-visual part of business communication. Unified -_terms and abbreviations_ as well as unified formats for _numbers, -units and dates_ accelerate understanding. +_Terms_ are the non-visual part of business communication. Unified _terms and +abbreviations_ as well as unified formats for _numbers, units and dates_ +accelerate understanding. ## UN 1.1 Unify terms and abbreviations ![Figure UN 1.1: Unify terms and abbreviations](img/un-1.1.png) -The standardization of terms and abbreviations in reports and presentations is achieved by using an unambiguous language (see SA 4.2 “[Speak with precise words](01-say.md#sa-42-use-precise-words)“) and by unifying the usage of terms (glossary). +The standardization of terms and abbreviations in reports and presentations is +achieved by using an unambiguous language (see SA 4.2 “[Speak with precise +words](01-say.md#sa-42-use-precise-words)“) and by unifying the usage of terms +(glossary). -Unify, compile and explain all terms and abbreviations used in reports -and presentations in a clearly arranged _glossary_ including -abbreviations and definitions, see Figure UN 1.1. +Unify, compile and explain all terms and abbreviations used in reports and +presentations in a clearly arranged _glossary_ including abbreviations and +definitions, see Figure UN 1.1. -A glossary with terms and abbreviations in more than one language might -be necessary in order to avoid different translations. +A glossary with terms and abbreviations in more than one language might be +necessary in order to avoid different translations. -Often the names of business measures are too long for charts and tables. Use abbreviations instead. It might be a good solution to define _short abbreviations_ (e.g. to _A/R_ for _Accounts Receivable_ be used in table _column_ headers) and _long abbreviations_ (e.g. _Acc. Receiv._ to be used in table _row_ headers). +Often the names of business measures are too long for charts and tables. Use +abbreviations instead. It might be a good solution to define _short +abbreviations_ (e.g. to _A/R_ for _Accounts Receivable_ be used in table +_column_ headers) and _long abbreviations_ (e.g. _Acc. Receiv._ to be used in +table _row_ headers). -Unified terms and abbreviations for the notation of scenarios and time periods are covered in the respective sections. +Unified terms and abbreviations for the notation of scenarios and time periods +are covered in the respective sections. ## UN 1.2 Unify numbers, units, and dates ![Figure UN 1.2: Unify numbers, units, and dates](img/un-1.2.png) -The uniform use of formats for numbers, units and dates will enhance -legibility, see Figure UN 1.2. +The uniform use of formats for numbers, units and dates will enhance legibility, +see Figure UN 1.2. **Numbers** -Different languages and countries use different _number -formats_, e.g. 1.234.567,00 (D); 1,234,567.00 (USA); -1’234’567,00 or 1’234’567.00 (CH). +Different languages and countries use different _number formats_, e.g. +1.234.567,00 (D); 1,234,567.00 (USA); 1’234’567,00 or 1’234’567.00 (CH). -It is important to unify the number formats in all reports and -presentations. The _International System of Units (SI)_ -as described in “ISO 80000-1” recommends the following notation: +It is important to unify the number formats in all reports and presentations. +The _International System of Units (SI)_ as described in “ISO 80000-1” +recommends the following notation: - Thousand delimiter: 1 234 (blank space) - Decimal sign: 1,23 or 1.23 (SI allows both versions) -Do not use long numbers in order to avoid distraction and to concentrate on the essentials, see also SI 5.2 “[Avoid long numbers](05-simplify.md#si-52-avoid-long-numbers)”. Use _currency prefixes_ and _metric prefixes_ to limit the number of digits to a maximum of three in charts and four in tables. +Do not use long numbers in order to avoid distraction and to concentrate on the +essentials, see also SI 5.2 “[Avoid long +numbers](05-simplify.md#si-52-avoid-long-numbers)”. Use _currency prefixes_ and +_metric prefixes_ to limit the number of digits to a maximum of three in charts +and four in tables. -The most common formats for _negative values_ are “-123” and “(123)”. Use the same format for all negative values. +The most common formats for _negative values_ are “-123” and “(123)”. Use the +same format for all negative values. -_Positive values_ do not have a plus sign, unless they -represent variances. +_Positive values_ do not have a plus sign, unless they represent variances. **Currencies** -Use the standard _currency abbreviations_ based on [ISO 4217](http://en.wikipedia.org/wiki/ISO_4217). ISO 4217 provides a set of currency abbreviations using three-letter acronyms such as EUR, CHF, USD, and GBP. The use of special currency symbols such as €, $, and ₤ is not recommended if a report includes many different currencies. +Use the standard _currency abbreviations_ based on [ISO +4217](http://en.wikipedia.org/wiki/ISO_4217). ISO 4217 provides a set of +currency abbreviations using three-letter acronyms such as EUR, CHF, USD, and +GBP. The use of special currency symbols such as €, $, and ₤ is not recommended +if a report includes many different currencies. -Use “metric prefixes” in combination with the currency units for -monetary values expressed in thousands or millions. Use lower -case characters to differentiate the prefixes from the currency -abbreviations and use single digit metric prefixes to save -space, such as “k” for thousand, “m” for million and “b” for -billion. The following shows the correct use of currency metric -prefixes with EUR: +Use “metric prefixes” in combination with the currency units for monetary values +expressed in thousands or millions. Use lower case characters to differentiate +the prefixes from the currency abbreviations and use single digit metric +prefixes to save space, such as “k” for thousand, “m” for million and “b” for +billion. The following shows the correct use of currency metric prefixes with +EUR: 1 bEUR = 1 000 mEUR = 1 000 000 kEUR = 1 000 000 000 EUR -(The metric prefixes for physical units are “M” for “millions” -and “G” for “billions”. Nevertheless, this guide suggests using “m” and -“b” for currency metric prefixes, as “mEUR” and “bEUR” which is -easier to understand than MEUR and GEUR.) +(The metric prefixes for physical units are “M” for “millions”and “G” for +“billions”. Nevertheless, this guide suggests using “m” and“b” for currency +metric prefixes, as “mEUR” and “bEUR” which is easier to understand than MEUR +and GEUR.) **Physical units** -For _physical units_ use the [International System of Units (SI)](http://en.wikipedia.org/wiki/International_System_of_Units) such as kg, t, m, km, etc. +For _physical units_ use the [International System of Units +(SI)](http://en.wikipedia.org/wiki/International_System_of_Units) such as kg, t, +m, km, etc. -In the case of non-monetary values expressed in thousands or millions, use [metric prefixes](http://en.wikipedia.org/wiki/Metric_prefixes) suggested by the _International System of Units_ such as “G” for billion, “M” for million, and “k” for thousand. +In the case of non-monetary values expressed in thousands or millions, use +[metric prefixes](http://en.wikipedia.org/wiki/Metric_prefixes) suggested by the +_International System of Units_ such as “G” for billion, “M” for million, and +“k” for thousand. **Dates** -_Dates_ are best displayed using [ISO 8601](http://en.wikipedia.org/wiki/Iso_date), an international standard covering the exchange of date and time-related data: YYYY-MM-DD, e.g. “2015-12-31”. +_Dates_ are best displayed using [ISO +8601](http://en.wikipedia.org/wiki/Iso_date), an international standard covering +the exchange of date and time-related data: YYYY-MM-DD, e.g. “2015-12-31”. -Other significant notation principles regarding time-related aspects will be dealt in UN 3.3 “[Unify time periods](09-unify.md#un-33-unify-time-periods-and-points-of-time)”. +Other significant notation principles regarding time-related aspects will be +dealt in UN 3.3 “[Unify time +periods](09-unify.md#un-33-unify-time-periods-and-points-of-time)”. ## UN 2 Unify descriptions -_Descriptions_ are textual elements that describe the visual elements in -reports and presentations facilitating comprehension. The following suggests -unified layouts for every kind of _descriptions_. +_Descriptions_ are textual elements that describe the visual elements in reports +and presentations facilitating comprehension. The following suggests unified +layouts for every kind of _descriptions_. ## UN 2.1 Unify messages ![Figure UN 2.1: Unify messages](img/un-2.1.png) -The _message_ the author intends to convey to the reader or -audience is best recognized, if the position and the layout of the -message is always the same, see Figure UN 2.1. +The _message_ the author intends to convey to the reader or audience is best +recognized, if the position and the layout of the message is always the same, +see Figure UN 2.1. ![Figure UN 2.1-1: Message text line](img/un-2.1-1.png) -The _notation_ of messages should be two text lines at the top of -a report or presentation page, either a) above the title (see figure on -the left) or b) right of the title. Position b) is not structured as -clearly as position a) but it helps saving valuable vertical space -especially on pages in landscape format. +The _notation_ of messages should be two text lines at the top of a report or +presentation page, either a) above the title (see figure on the left) or b) +right of the title. Position b) is not structured as clearly as position a) but +it helps saving valuable vertical space especially on pages in landscape format. ## UN 2.2 Unify titles and subtitles ![Figure UN 2.2: Unify titles and subtitles](img/un-2.2.png) -_Titles_ identify the content of pages and their objects in its -entirety, omitting nothing necessary to understand the content, see -Figure UN 2.2. In contrast to messages, -titles do not contain any evaluating aspects, such as interpretations, -conclusions, or propositions. +_Titles_ identify the content of pages and their objects in its entirety, +omitting nothing necessary to understand the content, see Figure UN 2.2. In +contrast to messages, titles do not contain any evaluating aspects, such as +interpretations, conclusions, or propositions. -If there is more than one object on a page, use *page -titles* for entire pages, slides, or screens -and *sub titles* for different objects on a page. +If there is more than one object on a page, use _page titles_ for entire pages, +slides, or screens and _sub titles_ for different objects on a page. **Page titles** -*Page titles* identify the content of a page. In -general, three lines suffice to completely describe the content -of a page: +_Page titles_ identify the content of a page. In general, three lines suffice to +completely describe the content of a page: **Title line 1: Reporting unit** -Element(s) of a structure -dimension representing the object of the report, -typically a legal entity, an organization unit, a line -of business, a project, etc. or combinations thereof, -e.g. +Element(s) of a structure dimension representing the object of the report, +typically a legal entity, an organization unit, a line of business, a project, +etc. or combinations thereof, e.g. - ABC Corporation - ABC Corporation and its main competitors - ABC Corporation, European division - ABC Corporation, European division, Project B -Add filter information if the elements are not -exhaustive, e.g. +Add filter information if the elements are not exhaustive, e.g. - International Chocolate Corporation, top ten clients -- International Chocolate Corporation, divisions with - negative EBIT in 2016 +- International Chocolate Corporation, divisions with negative EBIT in 2016 -If title line 1 becomes too long its content can be split -into two lines, e.g. +If title line 1 becomes too long its content can be split into two lines, e.g. ``` International Chocolate Corporation, European division @@ -178,51 +195,51 @@ Top ten clients **Title line 2: Business measure(s)** -Element(s) of the measure dimension such as sales, profit, and shipment. Business measures are measured either in currency units (e.g. EUR, USD) or in physical units (e.g. #, kg, t). Use metric prefixes (e.g. k, m, b) where appropriate. Measures are written in bold font, their units are written in regular font. Examples are: +Element(s) of the measure dimension such as sales, profit, and shipment. +Business measures are measured either in currency units (e.g. EUR, USD) or in +physical units (e.g. #, kg, t). Use metric prefixes (e.g. k, m, b) where +appropriate. Measures are written in bold font, their units are written in +regular font. Examples are: - **Net sales** in mEUR - **Net sales** in mEUR, **margin** in % - **Headcount** in # -Use a suiting name for a _set of measures_, if -more than two measures have to be presented on one page. -Examples are: +Use a suiting name for a _set of measures_, if more than two measures have to be +presented on one page. Examples are: - **Income statement** in kEUR - **ROI tree** in mEUR - **Balanced scorecard** - **Product market portfolio** -Use footnotes -if parts of the measures are redundant or if parts of -the measures are of minor importance for understanding. -Examples are: +Use footnotes if parts of the measures are redundant or if parts of the measures +are of minor importance for understanding. Examples are: -- **Net sales** in mEUR (without intercompany sales) – simpler: **Net sales\*** in mEUR -- **Operating margin** in mEUR (non-IFRS) – simpler: **Operating margin\*** in mEUR +- **Net sales** in mEUR (without intercompany sales) – simpler: **Net + sales\*** in mEUR +- **Operating margin** in mEUR (non-IFRS) – simpler: **Operating margin\*** in + mEUR -_Additional information_ about the way presenting -the content can help to understand better the respective -page. They might concern structure -dimensions, e.g. +_Additional information_ about the way presenting the content can help to +understand better the respective page. They might concern structure dimensions, +e.g. - **Profit** in mUSD, by products - **Net sales** in kEUR, by products and by countries or they might be analytical annotations, e.g. -- **Net sales** in mEUR and **profit**in mEUR, sorted by net sales (↓) +- **Net sales** in mEUR and **profit** in mEUR, sorted by net sales (↓) - **Full time equivalents** in #, indexed (2012 = 100%) - **Gross margin** in kUSD, top ten -or even combinations of structure dimensions and -analytical annotations, e.g. +or even combinations of structure dimensions and analytical annotations, e.g. - **Net sales** in mEUR, by countries, sorted by net sales (↓) - **Full time equivalents** in #, by offices, indexed (2012 = 100%) -If title line 2 becomes too long its content can be split -into two lines, e.g.: +If title line 2 becomes too long its content can be split into two lines, e.g.: ``` **Full time equivalents** in #, by offices @@ -238,23 +255,25 @@ Sorted by net sales (↓) ![Figure UN 2.2-1: Title lines](img/un-2.2-1.png) -Element(s) of the time dimension (e.g. years, months), of the _scenario_ dimension (e.g. actual, plan), and variances (e.g. ΔPL, ΔPL%) if necessary. +Element(s) of the time dimension (e.g. years, months), of the _scenario_ +dimension (e.g. actual, plan), and variances (e.g. ΔPL, ΔPL%) if necessary. -In general, elements of the *time* dimension (e.g. 2016, 2016-Q1) are necessary for understanding. Elements of the *scenario* dimension (e.g. AC, PL, FC) and *variances* are added if they help to understand the page content faster. If only actual values are presented, the attribute AC can be omitted. +In general, elements of the _time_ dimension (e.g. 2016, 2016-Q1) are necessary +for understanding. Elements of the _scenario_ dimension (e.g. AC, PL, FC) +and _variances_ are added if they help to understand the page content faster. If +only actual values are presented, the attribute AC can be omitted. -Display the time element first if both time and scenario -elements are shown in title line 3. +Display the time element first if both time and scenario elements are shown in +title line 3. -Use “&” (ampersand sign) when title elements together -make up a time series, e.g. “AC&PL” (without blanks) -if the first 8 months of a year present AC values and -the last 4 months present PL values. +Use “&” (ampersand sign) when title elements together make up a time series, +e.g. “AC&PL” (without blanks) if the first 8 months of a year present AC values +and the last 4 months present PL values. -Use “and” when different elements are presented for all -time periods, e.g. “AC and PY” if all 12 months of a -year present both AC and PY values. +Use “and” when different elements are presented for all time periods, e.g. “AC +and PY” if all 12 months of a year present both AC and PY values. -Examples of alternative arrangements in *title line 3* are: +Examples of alternative arrangements in _title line 3_ are: - 2017-Q1 - 2016-03..2017-02 @@ -263,13 +282,17 @@ Examples of alternative arrangements in *title line 3* are: - 2016 AC, 2017..2021 PL, or: 2014..21 AC&PL, or: 2014..21 - 2016 AC and PL and ΔPL, or: 2016 AC and PL, or: 2016 -Keep it clear and easy to understand – too many elements tend to be confusing. In many cases the information depicted in column headers of tables and legends of data series in charts are sufficient and give better and quicker insight than long texts in _title line 3_. In any case, rules for abbreviating time periods and dates as well as the rules for abbreviating scenarios and variances must be followed. +Keep it clear and easy to understand – too many elements tend to be confusing. +In many cases the information depicted in column headers of tables and legends +of data series in charts are sufficient and give better and quicker insight than +long texts in _title line 3_. In any case, rules for abbreviating time periods +and dates as well as the rules for abbreviating scenarios and variances must be +followed. -In general, position *page titles* at -the very upper left corner of a page, directly -underneath the message (if a message exists). Alternatively, position them at the same -height as the message if there is not enough space – -preferably on the left hand side of the message. +In general, position _page titles_ at the very upper left corner of a page, +directly underneath the message (if a message exists). Alternatively, position +them at the same height as the message if there is not enough space – preferably +on the left hand side of the message. Here are some typical examples of _page titles_: @@ -301,26 +324,23 @@ Milk & Cheese Corp. ![Figure UN 2.2-2: Subtitles](img/un-2.2-2.png) -_Subtitles_ identify either page segments or objects (e.g. -charts and tables) within a page with multiple objects. They -complement the identification information already given in the -page title. Subtitles display identifiers that differ from -object to object on a page. Put identifiers that are identical -for all objects of a page in the page title and not in the -subtitles. +_Subtitles_ identify either page segments or objects (e.g. charts and tables) +within a page with multiple objects. They complement the identification +information already given in the page title. Subtitles display identifiers that +differ from object to object on a page. Put identifiers that are identical for +all objects of a page in the page title and not in the subtitles. -In most cases, one line is sufficient for subtitles because -different elements of only one dimension have to be identified. -Typical examples are: +In most cases, one line is sufficient for subtitles because different elements +of only one dimension have to be identified. Typical examples are: ``` -**Revenue**in mEUR +**Revenue** in mEUR Apples 2014..2016 ``` ``` -**Sales**in SKU +**Sales** in SKU Pears 2016-Q1..Q4 ``` @@ -331,45 +351,43 @@ Oranges 2016-10..12 ``` -_Subtitles_ are positioned above the respective objects -(charts, tables, etc.) which they identify – either centered or -left-aligned. +_Subtitles_ are positioned above the respective objects (charts, tables, etc.) +which they identify – either centered or left-aligned. **Titles on screen pages** -Unlike titles on printed pages, the layout of titles on screen -pages can depend on the device (responsive design). For small -devices in landscape format e.g. writing the three title lines -in one line separated by a “|” (pipe sign) is a valid solution. +Unlike titles on printed pages, the layout of titles on screen pages can depend +on the device (responsive design). For small devices in landscape format e.g. +writing the three title lines in one line separated by a “|” (pipe sign) is a +valid solution. -Titles on screen pages can also mutually interfere with -interactive navigation objects such as drop-down boxes for -selection and check boxes for filtering. These navigation -objects can contain redundant title information, but they cannot -replace the title or parts of it. Hide these navigation objects -when they are not in use or when the screen page is being -printed. +Titles on screen pages can also mutually interfere with interactive navigation +objects such as drop-down boxes for selection and check boxes for filtering. +These navigation objects can contain redundant title information, but they +cannot replace the title or parts of it. Hide these navigation objects when they +are not in use or when the screen page is being printed. ## UN 2.3 Unify the position of legends and labels ![Figure UN 2.3: Unify the position of legends and labels](img/un-2.3.png) -A standardized notation of _legends_ and _labels_ will -improve legibility and speed up comprehension of charts, see Figure UN -2.3. +A standardized notation of _legends_ and _labels_ will improve legibility and +speed up comprehension of charts, see Figure UN 2.3. **Legends** _Legends_ (also called “_data series labels_”) identify data series. -If possible, integrate legends into charts, not positioned -externally. Write legends horizontally for better legibility. +If possible, integrate legends into charts, not positioned externally. Write +legends horizontally for better legibility. -Legends for single column charts and single bar charts are best integrated into the title. +Legends for single column charts and single bar charts are best integrated into +the title. ![Figure UN 2.3-1: Legends of a stacked column chart](img/un-2.3-1.png) -In stacked column charts, position legends either to the left of the leftmost column or to the right of the rightmost column. +In stacked column charts, position legends either to the left of the leftmost +column or to the right of the rightmost column. ![Figure UN 2.3-2: Legends of a stacked bar chart](img/un-2.3-2.png) @@ -377,71 +395,90 @@ Center legends of stacked bar charts above the top bar. ![Figure UN 2.3-3: Legend with assisting line](img/un-2.3-3.png) -_Assisting lines_ can help to assign the legends to the correct _visualization elements_. In grouped column charts and grouped bar charts, assisting lines can also help to assign the legends to the correct _visualization elements_. +_Assisting lines_ can help to assign the legends to the correct _visualization +elements_. In grouped column charts and grouped bar charts, assisting lines can +also help to assign the legends to the correct _visualization elements_. ![Figure UN 2.3-4: Legends of a line chart](img/un-2.3-4.png) -In line charts, position legends either to the right of the line end or close to the course of the line. +In line charts, position legends either to the right of the line end or close to +the course of the line. ![Figure UN 2.3-5: Legends in a chart with two value axes](img/un-2.3-5.png) -For charts with two value axes, externally positioned legends next to symbols can be a good choice. When helpful, integrate these legends into the chart by positioning them next to typical points or bubbles. +For charts with two value axes, externally positioned legends next to symbols +can be a good choice. When helpful, integrate these legends into the chart by +positioning them next to typical points or bubbles. **Labels** -_Labels_ (more precise: _data labels_) assign the -data values to the respective visualization elements. +_Labels_ (more precise: _data labels_) assign the data values to the respective +visualization elements. -Omit labels of small visualization elements, use labels with not more than three digits, and avoid unnecessary and distracting labels (see also the SIMPLIFY rules SI 5 “[Avoid distracting details](05-simplify.md#si-5-avoid-distracting-details)”). +Omit labels of small visualization elements, use labels with not more than three +digits, and avoid unnecessary and distracting labels (see also the SIMPLIFY +rules SI 5 “[Avoid distracting +details](05-simplify.md#si-5-avoid-distracting-details)”). Write labels horizontally for better legibility. -Position labels next to their visualization elements. If this is -not possible, use lines connecting the labels to the correct -visualization elements. +Position labels next to their visualization elements. If this is not possible, +use lines connecting the labels to the correct visualization elements. ![Figure UN 2.3-6: Labels in a column chart](img/un-2.3-6.png) -In charts with horizontal category axes, position labels above or below the visualization elements, see the first and second figure. In stacked columns, either center labels in the data points (if the data points are large enough) or position them outside of the data points. +In charts with horizontal category axes, position labels above or below the +visualization elements, see the first and second figure. In stacked columns, +either center labels in the data points (if the data points are large enough) or +position them outside of the data points. ![Figure UN 2.3-7: Labels in a line chart](img/un-2.3-7.png) -![Figure UN 2.3-8: Labels in a chart with vertical category axis](img/un-2.3-8.png) +![Figure UN 2.3-8: Labels in a chart with vertical category +axis](img/un-2.3-8.png) -In charts with vertical category axes, position labels right or left of the visualization elements. In stacked bars, either center labels in the data points (if the data points are large enough) or position them outside of the data points. +In charts with vertical category axes, position labels right or left of the +visualization elements. In stacked bars, either center labels in the data points +(if the data points are large enough) or position them outside of the data +points. ![Figure UN 2.3-9: Labels in a chart with two value axes](img/un-2.3-9.png) -In charts with two value axes, position labels next to the visualization elements (above or below, right or left). Large bubble visualization elements labels can also have centered labels. +In charts with two value axes, position labels next to the visualization +elements (above or below, right or left). Large bubble visualization elements +labels can also have centered labels. ## UN 2.4 Unify comments ![Figure UN 2.4-1: Unify comments](img/un-2.4-1.png) -Mainly in static reports, _comments_ detail other elements (e.g. -definitions of data series) and objects such as charts and tables. -Sometimes comments also refer to complete pages. +Mainly in static reports, _comments_ detail other elements (e.g. definitions of +data series) and objects such as charts and tables. Sometimes comments also +refer to complete pages. -The level of comprehension increases when comments refer directly to the visual representation. Therefore, comments on an object (e.g. chart) are integrated into that object when possible. Comment elements should be linked to the content of tables, charts, etc. through comment references. +The level of comprehension increases when comments refer directly to the visual +representation. Therefore, comments on an object (e.g. chart) are integrated +into that object when possible. Comment elements should be linked to the content +of tables, charts, etc. through comment references. ## UN 2.5 Unify footnotes ![Figure UN 2.5-1: Unify footnotes](img/un-2.5-1.png) -_Footnotes_, a special type of comments, provide general -explanations, explanations of abbreviations, and information that -increases the credibility of the content such as the sources or the -dates of retrieval and printing. They can be omitted from slides -projected on the wall, but must be included in written material. +_Footnotes_, a special type of comments, provide general explanations, +explanations of abbreviations, and information that increases the credibility of +the content such as the sources or the dates of retrieval and printing. They can +be omitted from slides projected on the wall, but must be included in written +material. Position footnotes at the bottom of a page. ## UN 3 Unify dimensions Data in reports and presentations can be viewed from various perspectives called -_dimensions_. For example, all business measures, such as sales, profit, -margin, etc., constitute a measure dimension, all months, quarters, years, etc., -a time dimension. +_dimensions_. For example, all business measures, such as sales, profit, margin, +etc., constitute a measure dimension, all months, quarters, years, etc., a time +dimension. Identifying dimensions via uniform visualization will help to understand reports and presentations. @@ -453,26 +490,33 @@ periods, and structure dimensions. ![Figure UN 3.1: Unify measures](img/un-3.1.png) -Business _measures_ such as sales, profit, margin, etc. describe, report, and calculate business situations. A standardized notation will help to comprehend the specific characteristics of measures, e.g. whether they are basic measures or calculated ratios of measures, whether they represent value or volume figures, flow or stock figures, or whether they have a positive or negative impact, see Figure UN 3.1. +Business _measures_ such as sales, profit, margin, etc. describe, report, and +calculate business situations. A standardized notation will help to comprehend +the specific characteristics of measures, e.g. whether they are basic measures +or calculated ratios of measures, whether they represent value or volume +figures, flow or stock figures, or whether they have a positive or negative +impact, see Figure UN 3.1. -The _visualization_ of business measures is presented here. Their _definition_, generally given in accounting manuals or similar documentation, is _not_ discussed here. +The _visualization_ of business measures is presented here. Their _definition_, +generally given in accounting manuals or similar documentation, is not +discussed here. **Basic measures and ratios** -_Basic measures_ such as “export sales” are directly -derived from business processes. _Ratios_ such as “return -on sales” are quotients of two basic measures. +_Basic measures_ such as “export sales” are directly derived from business +processes. _Ratios_ such as “return on sales” are quotients of two basic +measures. **Basic measures** -Basic measures have either _currency units_ (e.g. -EUR) or _physical units_ (e.g. kg). They are -neither shares of something (percentages) nor quotients -of two measures. +Basic measures have either _currency units_ (e.g. EUR) or _physical units_ (e.g. +kg). They are neither shares of something (percentages) nor quotients of two +measures. ![Figure UN 3.1-1: Monthly basic measures in a column chart](img/un-3.1-1.png) -Use 2/3 of the category width for the column width in _column charts_ and the bar width in _bar charts_ to visualize basic measures. +Use 2/3 of the category width for the column width in _column charts_ and the +bar width in _bar charts_ to visualize basic measures. ![Figure UN 3.1-2: Monthly basic measures in a line chart](img/un-3.1-2.png) @@ -480,211 +524,210 @@ Use thick lines for representing basic measures in _line charts_. **Ratios** -*Ratios* are quotients of two basic measures -such as “return on sales”. In practice, few denominators -exist: “Sales”, “units sold”, “headcount”, and “capital” -constitute the majority of all business ratios. +_Ratios_ are quotients of two basic measures such as “return on sales”. In +practice, few denominators exist: “Sales”, “units sold”, “headcount”, and +“capital”constitute the majority of all business ratios. -If both the enumerator and denominator have the same unit -the resulting ratio has no unit. It is expressed in -_percent_ (e.g. “profit in % of sales”). +If both the enumerator and denominator have the same unit the resulting ratio +has no unit. It is expressed in _percent_ (e.g. “profit in % of sales”). -In addition, if both enumerator and denominator have the -same basic measure (e.g. “headcount”), it is called a -_share_(e.g. “gender share”). +In addition, if both enumerator and denominator have the same basic measure +(e.g. “headcount”), it is called a _share_(e.g. “gender share”). ![Figure UN 3.1-3: Monthly ratios in a column chart](img/un-3.1-3.png) -The width of both bars and columns representing _ratios_ is 1/3 of the category width, i.e. 50% of the width of bars and columns representing _basic measures_. +The width of both bars and columns representing _ratios_ is 1/3 of the category +width, i.e. 50% of the width of bars and columns representing _basic measures_. ![Figure UN 3.1-4: Monthly ratios in a line chart](img/un-3.1-4.png) -Represent ratios in _line charts_ with thin lines -(50% of thick lines). +Represent ratios in _line charts_ with thin lines (50% of thick lines). **Value and volume** -_Value_ measures such as “profit” and “capital” have currency units. _Volume_ measures such as “shipment” and “headcount” have physical units. +_Value_ measures such as “profit” and “capital” have currency units. _Volume_ +measures such as “shipment” and “headcount” have physical units. **Flow and stock** -_Flow_ measures like “net sales” relate to a certain _time period_ such as months or years. _Stock_ measures like “inventory” relate to a certain _fixed date_, such as December 31st of 2015 (at midnight). +_Flow_ measures like “net sales” relate to a certain _time period_ such as +months or years. _Stock_ measures like “inventory” relate to a certain _fixed +date_, such as December 31st of 2015 (at midnight). **Positive, negative, and neutral impact** -An increase of a *positive measure* such as “profit” or “sales” positively impacts the organization’s result. +An increase of a _positive measure_ such as “profit” or “sales” positively +impacts the organization’s result. -An increase of a *negative measure* such as “cost” or “waste” negatively impacts the organization’s result. +An increase of a _negative measure_ such as “cost” or “waste” negatively impacts +the organization’s result. -An increase of *neutral measures* such as “market size” or “investment” has no direct impact to the organization’s result. +An increase of _neutral measures_ such as “market size” or “investment” has no +direct impact to the organization’s result. ## UN 3.2 Unify scenarios ![Figure UN 3.2: Unify scenarios](img/un-3.2.png) -_Scenarios_(also called data categories, data -types, or versions) represent different layers of a business model. -Typical scenarios are “Actual”, “Previous year”, “Plan”, “Budget”, and -“Forecast”. In special cases *benchmarks* such as +_Scenarios_(also called data categories, data types, or versions) represent +different layers of a business model. Typical scenarios are “Actual”, “Previous +year”, “Plan”, “Budget”, and“Forecast”. In special cases _benchmarks_ such as competitor data or market averages are also called scenarios. -Often comparisons and variances -between different scenarios are presented to provide business insights. +Often comparisons and variances between different scenarios are presented to +provide business insights. There are two basic types of scenarios: -- **Actual scenarios** refer to - _measured_ data about things that already happened in present - or past time periods. These data might not be perfectly correct - because of difficulties with systems, unclear definitions, and false - data acquisition – but they are as correct as possible. The terms we - use most often for scenarios of this type are ‘Actual’ and ‘Previous - year’. +- **Actual scenarios** refer to _measured_ data about things that already + happened in present or past time periods. These data might not be perfectly + correct because of difficulties with systems, unclear definitions, and false + data acquisition – but they are as correct as possible. The terms we use + most often for scenarios of this type are ‘Actual’ and ‘Previous year’. -- **Planned scenarios** refer to - _fictitious_ (not materialized) data. The terms we use most - often for scenarios of this type are ‘Plan’ and ‘Budget’. +- **Planned scenarios** refer to _fictitious_ (not materialized) data. The + terms we use most often for scenarios of this type are ‘Plan’ and ‘Budget’. In-between those two basic scenario types there is a third one: -- **Forecasted scenarios** refer to - _expected_ data which are strictly speaking fictitious but - already taking into account measured data. A typical example - forexpected data is the sales forecast based on the measured - order entry. Forecasted scenarios represent a higher level of - certainty than scenarios with planned data but are not completely - materialized yet. The term we use most often for scenarios of this - type is ‘Forecast’. +- **Forecasted scenarios** refer to _expected_ data which are strictly + speaking fictitious but already taking into account measured data. A typical + example forexpected data is the sales forecast based on the measured order + entry. Forecasted scenarios represent a higher level of certainty than + scenarios with planned data but are not completely materialized yet. The + term we use most often for scenarios of this type is ‘Forecast’. -When analyzing charts and tables, it is very important to quickly -recognize whether you look at measured, expected, or fictitious data. -Readers can visually recognize these scenario -types by looking at the *area fill* of a visualization -element without having to read the labels. Typical chart visualization -elements such as bars, columns, line chart markers, scenario -triangles, etc. carry the semantic scenario notation. +When analyzing charts and tables, it is very important to quickly recognize +whether you look at measured, expected, or fictitious data. Readers can visually +recognize these scenario types by looking at the _area fill_ of a visualization +element without having to read the labels. Typical chart visualization elements +such as bars, columns, line chart markers, scenario triangles, etc. carry the +semantic scenario notation. -In charts presenting variances, their *axes* carry the semantic scenario notation in order to show the respective reference scenario (see [UN 4.1](09-unify.md#un-41-unify-scenario-analyses)). +In charts presenting variances, their _axes_ carry the semantic scenario +notation in order to show the respective reference scenario (see [UN +4.1](09-unify.md#un-41-unify-scenario-analyses)). -In charts with stacked columns, stacked areas, and charts with multiple -lines or areas, the application of this semantic scenario notation can -become a challenge. In these cases, applying the semantic notation to -the axis instead of the columns etc. is a valid option. +In charts with stacked columns, stacked areas, and charts with multiple lines or +areas, the application of this semantic scenario notation can become a +challenge. In these cases, applying the semantic notation to the axis instead of +the columns etc. is a valid option. **Actual scenarios: measured data** ![Figure UN 3.2-1: Visualization of measured data](img/un-3.2-1.png) -Scenarios with measured data are identified by a solid dark (e.g. -black or dark gray) fill for the areas of the respective -visualization elements. +Scenarios with measured data are identified by a solid dark (e.g. black or dark +gray) fill for the areas of the respective visualization elements. -If measured data of recent periods (“Actual”) are compared with -measured data from earlier periods (e.g. “Previous year”, -“Previous month’”, “Month YoY”) the areas representing the -earlier periods are identified by a lighter solid fill (e.g. -light gray). +If measured data of recent periods (“Actual”) are compared with measured data +from earlier periods (e.g. “Previous year”,“Previous month’”, “Month YoY”) the +areas representing the earlier periods are identified by a lighter solid fill +(e.g. light gray). -The suggested two-letter codes for the most important measured -data scenarios are “AC” for “Actual” and “PY” for “Previous -Year”. +The suggested two-letter codes for the most important measured data scenarios +are “AC” for “Actual” and “PY” for “Previous Year”. **Planned scenarios: fictitious data** ![Figure UN 3.2-2: Visualization of fictitious data](img/un-3.2-2.png) -Scenarios with fictitious data are identified by bordered -(outlined, framed) areas of the respective visualization -elements. The areas within these borders literally “fill up when -materializing”, e.g. when changing from fictitious data to -measured data. +Scenarios with fictitious data are identified by bordered (outlined, framed) +areas of the respective visualization elements. The areas within these borders +literally “fill up when materializing”, e.g. when changing from fictitious data +to measured data. -The suggested two-letter codes for the two most important -fictitious data scenarios are “PL” for “Plan” and “BU” for -“Budget”. +The suggested two-letter codes for the two most important fictitious data +scenarios are “PL” for “Plan” and “BU” for“Budget”. **Forecasted scenarios: expected data** ![Figure UN 3.2-3: Visualization of expected data](img/un-3.2-3.png) -Expected data is strictly speaking fictitious, so they are also -identified by bordered (outlined, framed) areas. However, as it -is based on measured data, the area fill of the respective -visualization elements becomes hatched. The color of the dark -stripes correspond to the color of measured data (e.g. dark -gray). +Expected data is strictly speaking fictitious, so they are also identified by +bordered (outlined, framed) areas. However, as it is based on measured data, the +area fill of the respective visualization elements becomes hatched. The color of +the dark stripes correspond to the color of measured data (e.g. dark gray). -The suggested two-letter code for the most important expected -data scenario is “FC” for “Forecast”. +The suggested two-letter code for the most important expected data scenario is +“FC” for “Forecast”. ## UN 3.3 Unify time periods and points of time ![Figure UN 3.3: Unify time periods and points of time](img/un-3.3.png) -Using standard notations for _time periods_ (for flow measures) and _points of time_ (for stock measures) is important as they are frequently applied to all forms of business communication. This requires standard notations for the visual direction of time, time period and points of time abbreviations and – in charts with horizontal time axes – category widths, see Figure UN 3.3. +Using standard notations for _time periods_ (for flow measures) and _points of +time_ (for stock measures) is important as they are frequently applied to all +forms of business communication. This requires standard notations for the visual +direction of time, time period and points of time abbreviations and – in charts +with horizontal time axes – category widths, see Figure UN 3.3. **Visual direction of time periods** ![Figure UN 3.3-1: Visual direction of time periods](img/un-3.3-1.png) -As opposed to structural comparisons, horizontal axes visualize data series over time. In tables, present data series over time in columns. In both cases time moves from left to right. +As opposed to structural comparisons, horizontal axes visualize data series over +time. In tables, present data series over time in columns. In both cases time +moves from left to right. **Time period and points of time abbreviations** -![Figure UN 3.3-2: Time period and points of time abbreviations](img/un-3.3-2.png) +![Figure UN 3.3-2: Time period and points of time +abbreviations](img/un-3.3-2.png) -For a better understanding, use unified _abbreviations for -time periods and points in time_. ISO 8601 recommends -the following pattern for time periods: YYYY-MM-DD (e.g. -2017-05-13) for its unambiguousness and easy sorting. The +For a better understanding, use unified _abbreviations for time periods and +points in time_. ISO 8601 recommends the following pattern for time periods: +YYYY-MM-DD (e.g. 2017-05-13) for its unambiguousness and easy sorting. The _abbreviations_ in the figure. -In some countries or organizations other abbreviations such as -Oct 2017, Q2 2017, W07 2017 are common. They can also be used as -long as they are used consistently. +In some countries or organizations other abbreviations such as Oct 2017, Q2 +2017, W07 2017 are common. They can also be used as long as they are used +consistently. -A “.” (full-stop) before the period name indicates the _first -day_ of a time period, e.g. “.2017” for the first day of -2017 or “.Jun” for the first day of June. +A “.” (full-stop) before the period name indicates the _first day_ of a time +period, e.g. “.2017” for the first day of 2017 or “.Jun” for the first day of +June. -Likewise, append “.” (full-stop) to the period name to visualize -the _last day_ of a time period, e.g. “2017.” for the -last day of 2017 or “Jun.” for the last day of June. +Likewise, append “.” (full-stop) to the period name to visualize the _last day_ +of a time period, e.g. “2017.” for the last day of 2017 or “Jun.” for the last +day of June. -The sign “..” (two full-stops) indicates a _time span,_ -e.g. “Jan..Mar” (without blanks) for “from January to March.” -N.B.: Use two dots instead of three dots (“ellipsis”). +The sign “..” (two full-stops) indicates a _time span,_ e.g. “Jan..Mar” (without +blanks) for “from January to March.”N.B.: Use two dots instead of three dots +(“ellipsis”). **Category widths** ![Figure UN 3.3-3: Category widths](img/un-3.3-3.png) -When helpful, differentiate different types of time periods with -different _category widths_ according to this rule: the -longer the period the wider the category segments on the -category axis. +When helpful, differentiate different types of time periods with different +_category widths_ according to this rule: the longer the period the wider the +category segments on the category axis. -It might be necessary to use rather _wide_ category -segments to label stacked columns or rather _narrow_ -category segments due to restricted dashboard space. In any -case, if certain period types have been allocated certain -category widths, this allocation should be the same for the -entire report or presentation. +It might be necessary to use rather _wide_ category segments to label stacked +columns or rather _narrow_ category segments due to restricted dashboard space. +In any case, if certain period types have been allocated certain category +widths, this allocation should be the same for the entire report or +presentation. ## UN 3.4 Unify structure dimensions, use vertical direction -![Figure UN 3.4: Unify structure dimensions, use vertical direction](img/un-3.4.png) +![Figure UN 3.4: Unify structure dimensions, use vertical +direction](img/un-3.4.png) -_Structure dimensions_ are all dimensions that are _not_ measures, scenarios,_or_ time periods. In many cases, the following structure dimensions are used: regions, organization units, products, customers, channels, and accounts. +_Structure dimensions_ are all dimensions that are not measures, +scenarios, or time periods. In many cases, the following structure dimensions +are used: regions, organization units, products, customers, channels, and +accounts. -Display structures always in vertical direction. Use custom symbols if it -is helpful to differentiate structure dimensions, see Figure UN 3.4. +Display structures always in vertical direction. Use custom symbols if it is +helpful to differentiate structure dimensions, see Figure UN 3.4. ## UN 4 Unify analyses -_Analyses_ are carried out in order to understand certain business -situations, e.g. finding the greatest variances from a plan or calculating the -monthly average. +_Analyses_ are carried out in order to understand certain business situations, +e.g. finding the greatest variances from a plan or calculating the monthly +average. This section comprises analyses regarding different dimensions such as scenario analyses, time series analyses, and structure analyses. A section covering @@ -694,19 +737,18 @@ different adjustment analyses is added. ![Figure UN 4.1: Unify scenario analyses](img/un-4.1.png) -_Analyze scenarios_ by comparing them and by calculating their -absolute and relative variances. Notation standards for scenario -analyses cover the labelling of variances and the semantic design of -chart elements such as columns, bars, and axes, see Figure UN 4.1. +_Analyze scenarios_ by comparing them and by calculating their absolute and +relative variances. Notation standards for scenario analyses cover the labelling +of variances and the semantic design of chart elements such as columns, bars, +and axes, see Figure UN 4.1. **Scenario comparisons** ![Figure UN 4.1-1: Scenario comparisons](img/un-4.1-1.png) -_Scenario comparisons_ place the data of different -scenarios next to each other, for example actual data next to -previous year or budget data. This is relevant for both charts -and tables. In tables, scenarios usually are shown in columns. +_Scenario comparisons_ place the data of different scenarios next to each other, +for example actual data next to previous year or budget data. This is relevant +for both charts and tables. In tables, scenarios usually are shown in columns. Scenarios can be compared in an absolute or relative way: @@ -716,110 +758,112 @@ Relative variance = absolute variance / reference scenario ![Figure UN 4.1-2: Column charts with scenario comparisons](img/un-4.1-2.png) -Arrange scenarios of _different time periods_ (mainly -years) in temporal ascending order either from left to right -(horizontal axes) or from above to below (vertical axes), e.g. -PY (= AC 2014), FC 2015, PL 2016. +Arrange scenarios of _different time periods_ (mainly years) in temporal +ascending order either from left to right (horizontal axes) or from above to +below (vertical axes), e.g. PY (= AC 2014), FC 2015, PL 2016. -No rule governs the sequence of scenarios referring to the -_identical time period_ – e.g. PL 2015, FC 2015, AC 2015, -but the selected sequence should be kept the same in all charts -and tables. +No rule governs the sequence of scenarios referring to the _identical time +period_ – e.g. PL 2015, FC 2015, AC 2015, but the selected sequence should be +kept the same in all charts and tables. -_Scenario comparisons_ are visualized either by grouping columns or bars (e.g. overlapping columns of PY and AC or overlapping bars of PL and AC), or with *scenario triangles* using the respective area coding (e.g. solid light color for PY) to represent the reference scenario. _Scenario triangles_ can also be added to overlapped bars or columns in order to show a third scenario. +_Scenario comparisons_ are visualized either by grouping columns or bars (e.g. +overlapping columns of PY and AC or overlapping bars of PL and AC), or with +_scenario triangles_ using the respective area coding (e.g. solid light color +for PY) to represent the reference scenario. _Scenario triangles_ can also be +added to overlapped bars or columns in order to show a third scenario. -The scenarios AC and FC stand in the foreground of other -scenarios in grouped columns or bars. +The scenarios AC and FC stand in the foreground of other scenarios in grouped +columns or bars. **Absolute variances** -An _absolute variance_ is the difference between two -values of one measure from different scenarios. +An _absolute variance_ is the difference between two values of one measure from +different scenarios. -The sign “Δ” represents the absolute variance as a prefix to the -subtrahend of the respective difference, i.e. “ΔPL” for the -absolute difference “AC minus PL” (AC-PL) or – if FC is compared -to PL – “FC minus PL” (FC-PL). +The sign “Δ” represents the absolute variance as a prefix to the subtrahend of +the respective difference, i.e. “ΔPL” for the absolute difference “AC minus PL” +(AC-PL) or – if FC is compared to PL – “FC minus PL” (FC-PL). The most common _absolute variances_ are the following: -- **Plan variance:** “ΔPL” for AC-PL or FC-PL - (when comparing FC to PL) +- **Plan variance:** “ΔPL” for AC-PL or FC-PL (when comparing FC to PL) -- **Previous year variance:** “ΔPY” for AC-PY or - FC-PY (when comparing FC to PY) +- **Previous year variance:** “ΔPY” for AC-PY or FC-PY (when comparing FC to + PY) -If it is not clear whether AC or FC is compared to plan in ΔPL or -ΔPY, use the following notation: +If it is not clear whether AC or FC is compared to plan in ΔPL or ΔPY, use the +following notation: - **Plan variance:** “AC-PL” and “FC-PL” - **Previous year variance**: “AC-PY” and “FC-PY” -_Positive absolute variances_ (as well as positive percent -variances) have a “+” to emphasis this aspect: “+13” always -means a _variance_ of 13, “13” means any absolute value -of 13. +_Positive absolute variances_ (as well as positive percent variances) have a “+” +to emphasis this aspect: “+13” always means a _variance_ of 13, “13” means any +absolute value of 13. -If absolute variances are displayed in columns or bars (“variance -columns” or “variance bars”), these variance columns or bars -have the same width and the same scale as the corresponding base -value columns or bars. +If absolute variances are displayed in columns or bars (“variance columns” or +“variance bars”), these variance columns or bars have the same width and the +same scale as the corresponding base value columns or bars. ![Figure UN 4.1-3: Colors for displaying variances](img/un-4.1-3.png) -Variance bars and columns representing a _positive impact_ -on business issues (mainly result) are colored green, those -representing a _negative impact_ red, see figure on the -left. Variance bars and columns representing a _neutral -impact_ are colored medium gray. If no color is -available, replace red with dark gray, green with light gray. -For readers with color deficiency, replace green with -blue-green. +Variance bars and columns representing a _positive impact_ on business issues +(mainly result) are colored green, those representing a _negative impact_ red, +see figure on the left. Variance bars and columns representing a _neutral +impact_ are colored medium gray. If no color is available, replace red with dark +gray, green with light gray. For readers with color deficiency, replace green +with blue-green. -If it is helpful, numbers in tables representing variances are -colored in the same way. +If it is helpful, numbers in tables representing variances are colored in the +same way. -**Note**: These colors for positive, negative, or neutral variances must not be confused with red and green “traffic lights” (see also EX 2.5 “[Replace traffic lights](04-express.md#ex-25-replace-traffic-lights)”). +**Note**: These colors for positive, negative, or neutral variances must not be +confused with red and green “traffic lights” (see also EX 2.5 “[Replace traffic +lights](04-express.md#ex-25-replace-traffic-lights)”). ![Figure UN 4.1-4: Bar charts with absolute variances](img/un-4.1-4.png) -In order to visualize the _scenario to be analyzed_ (minuend), apply scenario notation to the fill of the variance columns or bars, e.g. _solid_ green or red fill for AC and _hatched_ green or red fill for FC. If in special cases the minuend is PL (e.g. variance of plan versus average) the variance columns and bars are _outlined_ green or red. +In order to visualize the _scenario to be analyzed_ (minuend), apply scenario +notation to the fill of the variance columns or bars, e.g. _solid_ green or red +fill for AC and _hatched_ green or red fill for FC. If in special cases the +minuend is PL (e.g. variance of plan versus average) the variance columns and +bars are _outlined_ green or red. -Position data labels for variance columns and bars always -_outside_ of these visualization elements. These labels’ -position aligns with the direction of positive or negative -increase, i.e. the label of a positive variance (green) in a -variance column is positioned above the column; the label of a -negative variance (red) on the left hand side outside of the -bar. +Position data labels for variance columns and bars always _outside_ of these +visualization elements. These labels’ position aligns with the direction of +positive or negative increase, i.e. the label of a positive variance (green) in +a variance column is positioned above the column; the label of a negative +variance (red) on the left hand side outside of the bar. -In order to visualize the _reference scenario_ (subtrahend) of an absolute variance (in general PY, PL, or BU), apply scenario notation to the axis: For absolute variances to PY the axis is colored solid light, for absolute variances to PL or BU the axis takes an outline shape (two parallel lines). +In order to visualize the _reference scenario_ (subtrahend) of an absolute +variance (in general PY, PL, or BU), apply scenario notation to the axis: For +absolute variances to PY the axis is colored solid light, for absolute variances +to PL or BU the axis takes an outline shape (two parallel lines). -Treat variances of ratios, e.g. percent values (profit on sales) -in a special way: Absolute variances of percent values are -called _percent points_, e.g. AC 50% – PL 40% = +10pp. +Treat variances of ratios, e.g. percent values (profit on sales) in a special +way: Absolute variances of percent values are called _percent points_, e.g. AC +50% – PL 40% = +10pp. **Relative variances** -A _relative variance_ is an absolute variance as a -percentage of the subtrahend of the absolute variance. +A _relative variance_ is an absolute variance as a percentage of the subtrahend +of the absolute variance. -For the textual notation of relative variances, use the sign “Δ” -as a prefix to the subtrahend and the sign “%” as appendix, e.g. -ΔPL% for the relative variance (AC-PL)/PL\*100. +For the textual notation of relative variances, use the sign “Δ”as a prefix to +the subtrahend and the sign “%” as appendix, e.g. ΔPL% for the relative variance +(AC-PL)/PL\*100. The most common _relative variances_ are the following: -- **Plan variance**: “ΔPL%” for (AC-PL)/PL*100 or - (FC-PL)/PL*100 (when comparing FC to PL) +- **Plan variance**: “ΔPL%” for (AC-PL)/PL\*100 or (FC-PL)/PL\*100 (when + comparing FC to PL) -- **Previous year variance**: “ΔPY%” for - (AC-PY)/PY*100 or (FC-PY)/PY*100 (when comparing FC to PY) +- **Previous year variance**: “ΔPY%” for (AC-PY)/PY\*100 or (FC-PY)/PY\*100 + (when comparing FC to PY) -Display “n.a.” (not available) if the calculated relative -variance cannot be interpreted, as is often the case when a -positive value is compared to a negative reference value -(denominator): +Display “n.a.” (not available) if the calculated relative variance cannot be +interpreted, as is often the case when a positive value is compared to a +negative reference value (denominator): ``` Profit AC = 30 @@ -829,211 +873,211 @@ Profit PL = -30 -30 = -200% => n.a. ``` -Use the following notation, if it is not clear whether AC or FC -is compared to Plan: +Use the following notation, if it is not clear whether AC or FC is compared to +Plan: - **Plan variance**: “(AC-PL)%” and “(FC-PL)%” - **Previous year variance**: “(AC-PY)%” and “(FC-PY)%” -_Positive relative variances_ (as well as positive -absolute variances) have a “+”-to emphasize this aspect: “+13%” -always means a _variance_ of 13%, “13%” means any kind of -percentage such as ratio or a share. +_Positive relative variances_ (as well as positive absolute variances) have a +“+”-to emphasize this aspect: “+13%”always means a _variance_ of 13%, “13%” +means any kind of percentage such as ratio or a share. ![Figure UN 4.1-5: Columns charts with relative variances](img/un-4.1-5.png) -Relative variances are displayed in thin columns (vertical pins) -or thin bars (horizontal pins), see the two figures on the -left. +Relative variances are displayed in thin columns (vertical pins) or thin bars +(horizontal pins), see the two figures on the left. -Pins representing a _positive impact_ on business issues -(mainly result) are colored green, those representing a -_negative impact_ red. Pins representing a _neutral -impact_ on business issues are colored medium gray. If -no color is available, replace red with dark gray, green with -light gray. For readers with color deficiency, replace green -with blue-green. +Pins representing a _positive impact_ on business issues (mainly result) are +colored green, those representing a _negative impact_ red. Pins representing a +_neutral impact_ on business issues are colored medium gray. If no color is +available, replace red with dark gray, green with light gray. For readers with +color deficiency, replace green with blue-green. ![Figure UN 4.1-6: Bar charts with relative variances](img/un-4.1-6.png) -The labels of pins and the numbers representing variances in -tables can be colored in the same way. +The labels of pins and the numbers representing variances in tables can be +colored in the same way. -**Note**: These colors for positive, negative, or neutral variances must not be confused with red and green “traffic lights” (see also EX 2.5 “[Replace traffic lights](04-express.md#ex-25-replace-traffic-lights)”). +**Note**: These colors for positive, negative, or neutral variances must not be +confused with red and green “traffic lights” (see also EX 2.5 “[Replace traffic +lights](04-express.md#ex-25-replace-traffic-lights)”). -Position data labels of pins outside the pin in the direction of -the positive or negative increase, e.g. position the label of a -horizontal pin depicting “sales growth in %” (green) on the -right hand side of the pin, position the label of a vertical pin -depicting “cost decrease in %” (green) below the pin. +Position data labels of pins outside the pin in the direction of the positive or +negative increase, e.g. position the label of a horizontal pin depicting “sales +growth in %” (green) on the right hand side of the pin, position the label of a +vertical pin depicting “cost decrease in %” (green) below the pin. -Add head markers to the pins to visualize the _scenario to be analyzed_ (minuend). Apply the scenario notation to the fill of the heads, e.g. solid dark fill for AC and hatched fill for FC. +Add head markers to the pins to visualize the _scenario to be analyzed_ +(minuend). Apply the scenario notation to the fill of the heads, e.g. solid dark +fill for AC and hatched fill for FC. -Apply the scenario notation to the axis in order to visualize the _reference scenario_ for a relative variance (in general PY, PL, or BU): For relative variances to PY fill the axis solid light, for relative variances to PL or BU the axis takes an outline shape (two parallel lines). +Apply the scenario notation to the axis in order to visualize the _reference +scenario_ for a relative variance (in general PY, PL, or BU): For relative +variances to PY fill the axis solid light, for relative variances to PL or BU +the axis takes an outline shape (two parallel lines). -Treat relative variances of percent values the same way as -relative variances of absolute values, e.g. (AC 50% – PL 40%) / -PL 40% \* 100 = +25%. +Treat relative variances of percent values the same way as relative variances of +absolute values, e.g. (AC 50% – PL 40%) / PL 40% \* 100 = +25%. ## UN 4.2 Unify time series analyses ![Figure UN 4.2: Unify time series analyses](img/un-4.2.png) -Notation for _time series analyses_ covers year-to-date analyses, moving analyses, and temporal indexing, see Figure UN 4.2. +Notation for _time series analyses_ covers year-to-date analyses, moving +analyses, and temporal indexing, see Figure UN 4.2. **Year-to-date analyses** ![Figure UN 4.2-1: Year-to-date analyses](img/un-4.2-1.png) -_Year-to-date analyses_ (YTD) refer to the period from the -beginning of the year to the present (_YTD time span_). -The beginning of the year is not necessarily January 1. Some -companies have fiscal years beginning at other dates. +_Year-to-date analyses_ (YTD) refer to the period from the beginning of the year +to the present (_YTD time span_). The beginning of the year is not necessarily +January 1. Some companies have fiscal years beginning at other dates. -Where helpful, visualize analyses showing YTD values by prefixing -an underscore to the _time period name_, e.g. “\_Jun 2015” -or “\_Jun∅” respectively. Optionally, add -the first period of the YTD time span, e.g. “January_June 2015”. -In charts, add the underscores as a prefix at the left hand side -of the end of the columns or at the upper side of the end of -bars. +Where helpful, visualize analyses showing YTD values by prefixing an underscore +to the _time period name_, e.g. “\_Jun 2015”or “\_Jun∅” respectively. +Optionally, add the first period of the YTD time span, e.g. “January_June 2015”. +In charts, add the underscores as a prefix at the left hand side of the end of +the columns or at the upper side of the end of bars. -Year-to-date operations cover accumulation of values, calculation -of averages, and picking of last date values. +Year-to-date operations cover accumulation of values, calculation of averages, +and picking of last date values. **YTD accumulation** -In this context, _accumulation_ means totaling successive -time period values from the beginning of a calendar year or -fiscal year to the present. In this stricter sense, accumulation -applies only to flow measures, such as sales or costs. +In this context, _accumulation_ means totaling successive time period values +from the beginning of a calendar year or fiscal year to the present. In this +stricter sense, accumulation applies only to flow measures, such as sales or +costs. -If it is helpful, visualize analyses showing _YTD -accumulation_ with the underscore prefix (without -additional notation) e.g. “\_Jun 2015”. +If it is helpful, visualize analyses showing _YTD accumulation_ with the +underscore prefix (without additional notation) e.g. “\_Jun 2015”. **YTD average** -In this context, the _average_ is calculated by dividing -the _YTD accumulation_ by the number of periods in the -_YTD time span_. YTD average applies to both +In this context, the _average_ is calculated by dividing the _YTD accumulation_ +by the number of periods in the _YTD time span_. YTD average applies to both _flow_ and _stock measures_. -If it is helpful, visualize analyses showing _YTD -averages_ with the underscore prefix and an appended “∅” -sign, e.g. “\_Jun 2015∅”. +If it is helpful, visualize analyses showing _YTD averages_ with the underscore +prefix and an appended “∅”sign, e.g. “\_Jun 2015∅”. **Last date value** -A special YTD analyses for stock measures is picking the _value of the last date_ in the _YTD time span_. +A special YTD analyses for stock measures is picking the _value of the last +date_ in the _YTD time span_. -If it is helpful, visualize analyses showing _last date values_ with the underscore prefix and an appended full-stop, e.g. “\_Jun 2015.”. +If it is helpful, visualize analyses showing _last date values_ with the +underscore prefix and an appended full-stop, e.g. “\_Jun 2015.”. **Year-to-go analyses** -By analogy to year-to-date analyses, _year-to-go analyses_ -(YTG) refer to the period from the presence (now) to the end of -the (fiscal) year. +By analogy to year-to-date analyses, _year-to-go analyses_ (YTG) refer to the +period from the presence (now) to the end of the (fiscal) year. -Where helpful, visualize analyses showing YTG values by appending -an underscore to the _time period name_, e.g. -“Jun-2015\_”. +Where helpful, visualize analyses showing YTG values by appending an underscore +to the _time period name_, e.g.“Jun-2015\_”. **Moving analyses** ![Figure UN 4.2-2: Moving analysis labeling in a column chart](img/un-4.2-2.png) -In general, _moving analyses_ refer to the period of the -previous twelve months. +In general, _moving analyses_ refer to the period of the previous twelve months. -If it is helpful, visualize moving analyses by prefixing the _time period name_ with a tilde, e.g. “~Jun 2015” or “~Jun∅” respectively. In charts, add the tilde as a prefix at the left hand side of the end of columns or the upper side of the end of bars. +If it is helpful, visualize moving analyses by prefixing the _time period name_ +with a tilde, e.g. “~Jun 2015” or “~Jun∅” respectively. In charts, add the tilde +as a prefix at the left hand side of the end of columns or the upper side of the +end of bars. -Similar to year-to-date operations, moving analyses cover -accumulation of values (_moving annual total_ MAT), -calculation of averages (_moving annual average_ MAA), -and picking of last date values. +Similar to year-to-date operations, moving analyses cover accumulation of values +(_moving annual total_ MAT), calculation of averages (_moving annual average_ +MAA), and picking of last date values. -The visualization concept for _accumulation of values_, _calculation of averages_, and _picking of last date values_ is identical to the visualization concept of year-to-date analyses – the tilde simply replaces the underscore. +The visualization concept for _accumulation of values_, _calculation of +averages_, and _picking of last date values_ is identical to the visualization +concept of year-to-date analyses – the tilde simply replaces the underscore. **Temporal indexing** ![Figure UN 4.2-3: Visualizing temporal indexing](img/un-4.2-3.png) -Using _temporal indexing_ (indexing a time series), all period values are depicted in relation to the value of a chosen reference period (1 or 100%). +Using _temporal indexing_ (indexing a time series), all period values are +depicted in relation to the value of a chosen reference period (1 or 100%). -To visualize temporal indexing, position a black arrowhead -pointing right at the left of the index point. “100%” or “100” -is written left of the arrowhead. If +To visualize temporal indexing, position a black arrowhead pointing right at the +left of the index point. “100%” or “100”is written left of the arrowhead. If helpful, add an assisting horizontal line. ## UN 4.3 Unify structure analyses -Notation for _structure analyses_ covers averaging, ranking, -selecting, indexing, and normalizing. +Notation for _structure analyses_ covers averaging, ranking, selecting, +indexing, and normalizing. **Structural average** ![Figure UN 4.3-1: Visualizing structural averaging](img/un-4.3-1.png) -The term “_average_” usually refers to the mean of different values. The section time series analyses described _temporal averages_ (e.g. monthly average of a year). _Structural averages_ (e.g. average sales of several subsidiaries) are covered here. Typical structural averages are average by product, average by country, and average by customer. +The term “_average_” usually refers to the mean of different values. The section +time series analyses described _temporal averages_ (e.g. monthly average of a +year). _Structural averages_ (e.g. average sales of several subsidiaries) are +covered here. Typical structural averages are average by product, average by +country, and average by customer. -Visualize analyses showing structural averages with a “Ø” sign -either appended or as a prefix, e.g. “EuropeØ” or “Ø464”. If needed, add an assisting line. +Visualize analyses showing structural averages with a “Ø” sign either appended +or as a prefix, e.g. “EuropeØ” or “Ø464”. If needed, add an assisting line. **Ranking** -_Ranking_ analyses refer to descending or ascending -rankings of structure elements. Words can be ranked in -alphabetical order, numbers in numerical order. +_Ranking_ analyses refer to descending or ascending rankings of structure +elements. Words can be ranked in alphabetical order, numbers in numerical order. -If helpful, append an arrow sign to rankings, e.g. “country -names↓” or “product sales↑”. +If helpful, append an arrow sign to rankings, e.g. “country names↓” or “product +sales↑”. **Selecting** -The structure analysis _selecting_ is related to the -structure analysis _ranking_, used, in general, to -determine either maximal (fastest, most expensive) elements or -the minimal (slowest, cheapest) elements. Top ten, last ten, -first quartile, last percentile, etc., are common forms of -selecting. +The structure analysis _selecting_ is related to the structure analysis +_ranking_, used, in general, to determine either maximal (fastest, most +expensive) elements or the minimal (slowest, cheapest) elements. Top ten, last +ten, first quartile, last percentile, etc., are common forms of selecting. **Structural indexing** ![Figure UN 4.3-2: Visualizing structural indexing](img/un-4.3-2.png) -_Structural indexing_ depicts all element values in -relation to the value of a chosen reference element (=1 or -100%). Typical reference elements are the mean, the maximum, or -a specific element in a given structure, e.g. “Germany = 100%”. +_Structural indexing_ depicts all element values in relation to the value of a +chosen reference element (=1 or 100%). Typical reference elements are the mean, +the maximum, or a specific element in a given structure, e.g. “Germany = 100%”. -To visualize _structural indexing_, position a black -arrowhead close to the index point. “100%” or “100”, is written -next to the arrowhead. If helpful, add +To visualize _structural indexing_, position a black arrowhead close to the +index point. “100%” or “100”, is written next to the arrowhead. If helpful, add an assisting line. **Structural normalizing** ![Figure UN 4.3-3: Visualizing structural normalizing](img/un-4.3-3.png) -_Structural normalizing_ refers to the comparison of -several shares of some whole, e.g. shares of export to different -countries. Indexing and normalizing are similar analyses, -indexing refers to one element (e.g. a selected country), -normalizing to the whole of several parts (e.g. country sales in -% of Europe sales). +_Structural normalizing_ refers to the comparison of several shares of some +whole, e.g. shares of export to different countries. Indexing and normalizing +are similar analyses, indexing refers to one element (e.g. a selected country), +normalizing to the whole of several parts (e.g. country sales in % of Europe +sales). -To visualize _structural normalizing_, add an assisting -line representing 100%. Position a black -arrowhead at one end of the assisting line. “100%” or “100”, is +To visualize _structural normalizing_, add an assisting line representing 100%. +Position a black arrowhead at one end of the assisting line. “100%” or “100”, is written next to the arrowhead. ## UN 4.4 Unify adjustment analyses -_Adjustment analyses_ can offer insight into root causes as they adjust values by neutralizing special effects. In general, _adjustment analyses_ are used in conjunction with scenario analyses. Here the values of one scenario are recalculated with correction factors from another scenario: e.g., adjust AC sales for currency effects by re-measuring them with the PY exchange rates. +_Adjustment analyses_ can offer insight into root causes as they adjust values +by neutralizing special effects. In general, _adjustment analyses_ are used in +conjunction with scenario analyses. Here the values of one scenario are +recalculated with correction factors from another scenario: e.g., adjust AC +sales for currency effects by re-measuring them with the PY exchange rates. -Typical _adjustment analyses_ deal with currency, inflation, and -seasonal effects. +Typical _adjustment analyses_ deal with currency, inflation, and seasonal +effects. ## UN 5 Unify indicators @@ -1045,44 +1089,39 @@ purpose will help to identify the situation much faster. ![Figure UN 5.1: Unify highlighting indicators](img/un-5.1.png) -The message to be conveyed should be highlighted on the respective page -by appropriate visual means. _Highlighting elements_ enhance the -meaning and importance of other elements. Use highlighting elements for -_assisting_ purposes, for visualizing _differences_ and -_trends_, for underlining _values_, for indicating a -_reference_, or for linking _comments,_ see Figure UN 5.1. +The message to be conveyed should be highlighted on the respective page by +appropriate visual means. _Highlighting elements_ enhance the meaning and +importance of other elements. Use highlighting elements for _assisting_ +purposes, for visualizing _differences_ and _trends_, for underlining _values_, +for indicating a _reference_, or for linking _comments,_ see Figure UN 5.1. **Assisting lines and areas** ![Figure UN 5.1-1: Assisting lines](img/un-5.1-1.png) -Use _assisting lines_ for different highlighting purposes, -e.g. for showing differences, for separating, arranging, or -grouping data in charts or tables, or for coordinating -visualization elements of different charts, see figure on -the left. +Use _assisting lines_ for different highlighting purposes, e.g. for showing +differences, for separating, arranging, or grouping data in charts or tables, or +for coordinating visualization elements of different charts, see figure on the +left. -Use _assisting areas_ for different highlighting purposes, -e.g. for highlighting words in a longer text, or for -highlighting certain parts of charts or tables. +Use _assisting areas_ for different highlighting purposes, e.g. for highlighting +words in a longer text, or for highlighting certain parts of charts or tables. **Difference markers** ![Figure UN 5.1-2: Difference markers](img/un-5.1-2.png) -Highlight differences in charts by using two parallel assisting -lines to project the respective lengths of two columns or bars -to a _difference marker_ highlighting the distance -between the two assisting lines. +Highlight differences in charts by using two parallel assisting lines to project +the respective lengths of two columns or bars to a _difference marker_ +highlighting the distance between the two assisting lines. -Position difference markers in a way that they can clearly -highlight the respective difference. +Position difference markers in a way that they can clearly highlight the +respective difference. -Difference markers representing a positive impact on business -issues (e.g. profit) are colored green; difference markers -representing a negative impact on business issues (e.g. loss) -are colored red. Difference markers representing neutral impacts -on business issues are colored gray. +Difference markers representing a positive impact on business issues (e.g. +profit) are colored green; difference markers representing a negative impact on +business issues (e.g. loss) are colored red. Difference markers representing +neutral impacts on business issues are colored gray. **Trend arrows** @@ -1090,114 +1129,117 @@ on business issues are colored gray. Arrows can highlight trends in charts and (seldom) tables, too. -_Position trend arrows_ in a way that they can clearly -highlight the direction of the trend with the respective slope. -The arrow starts at the first period and -ends at the last period included in the calculation of the -respective trend. The arrowhead is pointing in time direction. -Adding a number and a designation for the calculation method -(e.g. CAGR: 10.8%) will give additional insight. +_Position trend arrows_ in a way that they can clearly highlight the direction +of the trend with the respective slope. The arrow starts at the first period and +ends at the last period included in the calculation of the respective trend. The +arrowhead is pointing in time direction. Adding a number and a designation for +the calculation method (e.g. CAGR: 10.8%) will give additional insight. -Trend arrows representing a positive trend are colored green; -trend arrows representing a negative impact on business issues -(e.g. loss) are colored red. Trend arrows representing neutral -impacts on business issues are colored gray. +Trend arrows representing a positive trend are colored green; trend arrows +representing a negative impact on business issues (e.g. loss) are colored red. +Trend arrows representing neutral impacts on business issues are colored gray. **Highlighting ellipses** ![Figure UN 5.1-4: Highlighting ellipse](img/un-5.1-4.png) -_Use highlighting ellipses_ to highlight single values. -Good reasons for highlighting single values are e.g. +_Use highlighting ellipses_ to highlight single values. Good reasons for +highlighting single values are e.g. -- **Highlighting messages**: If the message - refers to a specific value in a chart, table or graph, - highlight this value with a blue ellipse. +- **Highlighting messages**: If the message refers to a specific value in a + chart, table or graph, highlight this value with a blue ellipse. -- **Highlighting additional values**: Sometimes - it is helpful to add additional values (e.g. percent value) - in charts or tables. In this case, use a black ellipse. +- **Highlighting additional values**: Sometimes it is helpful to add + additional values (e.g. percent value) in charts or tables. In this case, + use a black ellipse. **Reference arrowheads** ![Figure UN 5.1-5: Reference arrowhead](img/un-5.1-5.png) -_Use reference arrowheads_ for highlighting a reference -standard. Examples of reference standards are: +_Use reference arrowheads_ for highlighting a reference standard. Examples of +reference standards are: -- **Indices**: Either one value (e.g. the value of the year 2010) is set to 100%, or the total is set to 100% (see sections about time series analyses and Structure analyses). +- **Indices**: Either one value (e.g. the value of the year 2010) is set to + 100%, or the total is set to 100% (see sections about time series analyses + and Structure analyses). -- **Benchmarks**: Popular benchmarks are market averages, competitors, or best practices. +- **Benchmarks**: Popular benchmarks are market averages, competitors, or best + practices. -Position the arrowhead close to the point representing the index -or the benchmark. Write the label for -the index (e.g. “100%” or “100”) or for the benchmark (e.g. -“Market avg.”) next to the arrowhead. The arrowhead points in -the direction of an imaginary index or benchmark line. If -helpful, add an assisting line. +Position the arrowhead close to the point representing the index or the +benchmark. Write the label for the index (e.g. “100%” or “100”) or for the +benchmark (e.g.“Market avg.”) next to the arrowhead. The arrowhead points in the +direction of an imaginary index or benchmark line. If helpful, add an assisting +line. **Comment references** ![Figure UN 5.1-6: Comment reference](img/un-5.1-6.png) -Use _comment references_ in pairs to link comments to the corresponding values or positions in a chart or a table. +Use _comment references_ in pairs to link comments to the corresponding values +or positions in a chart or a table. **Variance highlighting indicators** -Highlight variances in tables by using visualization elements representing the magnitude of the variance, such as bars and pins (see also EX 2.5 “[Replace traffic lights](04-express.md#ex-2—5-replace—traffic-lights)”). “Traffic lights” might be useful for highlighting _single variances_ related to the message or to comments in tables without chart elements, though. Another means for highlighting _single variances_ are “warning dots” positioned next to the value or text element needing attention. +Highlight variances in tables by using visualization elements representing the +magnitude of the variance, such as bars and pins (see also EX 2.5 “[Replace +traffic lights](04-express.md#ex-2—5-replace—traffic-lights)”). “Traffic lights” +might be useful for highlighting _single variances_ related to the message or to +comments in tables without chart elements, though. Another means for +highlighting _single variances_ are “warning dots” positioned next to the value +or text element needing attention. -Indicators highlighting variances representing a _positive -impact_ on business issues are colored light green, -those representing a _negative impact_ light red. If no -color is available, replace red with dark gray, green with light -gray. For readers with color deficiency, replace green with -blue-green. +Indicators highlighting variances representing a _positive impact_ on business +issues are colored light green, those representing a _negative impact_ light +red. If no color is available, replace red with dark gray, green with light +gray. For readers with color deficiency, replace green with blue-green. Use only few variance highlighting indicators per page. **Other highlighting** -Add visualization elements for not-valid values, limits, or other -relevant phenomena. Standardize and document these “signals” so -that they become an effective means of communication. +Add visualization elements for not-valid values, limits, or other relevant +phenomena. Standardize and document these “signals” so that they become an +effective means of communication. ## UN 5.2 Unify scaling indicators ![Figure UN 5.2: Unify scaling indicators](img/un-5.2.png) -Proper _scaling_ is very important for the creation of meaningful charts. Several semantic *scaling indicators* exist to deal with in challenging scaling problems. Use _scaling lines_ and _scaling areas_ (_scaling bars_) if necessary, see Figure UN 5.2. +Proper _scaling_ is very important for the creation of meaningful charts. +Several semantic _scaling indicators_ exist to deal with in challenging scaling +problems. Use _scaling lines_ and _scaling areas_ (_scaling bars_) if necessary, +see Figure UN 5.2. **Scaling lines** ![Figure UN 5.2-1: Scaling line](img/un-5.2-1.png) -Use scaling lines when comparing multiple charts (with the same -unit) having different scales. Position a scaling line parallel -to the category axis at the same numerical height in all charts. -If one chart among several other charts -uses a different scale, this fact can easily be identified (in -general, the differing scale uses a multiplier of ten). +Use scaling lines when comparing multiple charts (with the same unit) having +different scales. Position a scaling line parallel to the category axis at the +same numerical height in all charts. If one chart among several other charts +uses a different scale, this fact can easily be identified (in general, the +differing scale uses a multiplier of ten). **Scaling areas** ![Figure UN 5.2-2: Scaling area](img/un-5.2-2.png) -If helpful, fill the areas between the scaling lines and the -category axes with light color. Use -different colors for scaling lines and scaling areas used in +If helpful, fill the areas between the scaling lines and the category axes with +light color. Use different colors for scaling lines and scaling areas used in order to represent different scales. ## UN 5.3 Unify outlier indicators ![Figure UN 5.3: Unify outlier indicators](img/un-5.3.png) -Sometimes values (mostly relative variances) can be very big in -comparison to other values. If such an _outlier_ is not important -for business, e.g. a big relative variance of a small value, do not -scale the whole chart to this outlier rather visualize unimportant -outliers with _outlier indicators_. +Sometimes values (mostly relative variances) can be very big in comparison to +other values. If such an _outlier_ is not important for business, e.g. a big +relative variance of a small value, do not scale the whole chart to this outlier +rather visualize unimportant outliers with _outlier indicators_. -Omit the pin head and add _outlier triangles_ pointing in the -direction of growth, see Figure UN 5.3. +Omit the pin head and add _outlier triangles_ pointing in the direction of +growth, see Figure UN 5.3. [← Ensure visual integrity](07-check.md) diff --git a/docs/epilogue.md b/docs/10-epilogue.md similarity index 66% rename from docs/epilogue.md rename to docs/10-epilogue.md index d2beab0..2476867 100644 --- a/docs/epilogue.md +++ b/docs/10-epilogue.md @@ -1,3 +1,4 @@ # That's all, folks -Thanks for reading! Follow @[ohmypy](https://twitter.com/ohmypy) on Twitter to keep up with new stuff 🚀 +Thanks for reading! Follow @[ohmypy](https://twitter.com/ohmypy) on Twitter to +keep up with new stuff 🚀