Data Interpretation

Tables, bar & pie charts

Data Interpretation begins with the display, not the question. A table organises data in rows and columns, usually with a title that states the subject and the unit, such as students in thousands or sales in lakh rupees. Before calculating anything, note the unit, because a value printed as 45 in a table headed in thousands means 45,000, not 45. Read across a row for one item over time, and down a column for all items in one year. For each question, locate the exact row and column before doing any arithmetic, and say the value aloud in your mind with its unit attached, for example 320 thousand students in 2022. Two habits save the most marks. One is to check the base of every percentage: a share of the total for that year uses that year's total, not the total across all years. The other is to estimate before calculating. If a value is roughly one quarter of a total of 800, the answer should be near 200; an answer of 2,000 or 20 signals a decimal or unit error immediately. When a total row is printed, use it rather than adding a column yourself, both to save time and to avoid an addition slip. A table question never requires information from outside the table: if a question seems to need a fact that is not printed, re-read it, because the required value is almost certainly present under a slightly different heading, such as enrolment rather than admission.

Bar graphs and line graphs present the same information visually. In a bar graph, the length or height of each bar represents its value, and comparison is a matter of comparing heights; grouped bars compare several categories within each year, while stacked bars show how parts add up to a total. In a line graph, each point is a value and the slope between points shows change: a steep rise means fast growth, a flat stretch means no change, and a fall means decline. Always check whether the vertical axis starts at zero. An axis that starts at a higher value exaggerates small differences, which is a classic visual trap. The examination tests this understanding directly: it asks which year shows the maximum increase, which category is largest, or what the ratio between two bars is, and each answer comes from reading the graph, not from memory.

Pie charts work differently because they show shares of a whole. A full circle is 360 degrees and represents 100 percent, so one percent corresponds to 3.6 degrees. To find the angle for a share, multiply its percentage by 3.6; to find the percentage from an angle, divide the angle by 3.6. To find the actual value for a sector, take its percentage of the total, or its angle divided by 360 multiplied by the total. These three conversions are the whole technique. A common question gives the angle of one sector and the total, and asks for the value of another sector; the efficient route is to convert the known angle to a percentage or a value, and then work from there.

Bar graphs, line graphs and pie-chart conversions

Bar graphs answer comparison questions. When bars are grouped by year, the tallest bar in a group is the largest category that year, and the difference between two bars is the difference in their values, read from the axis. Line graphs answer trend questions. The year with the steepest upward slope has the fastest growth, but that is not necessarily the year with the largest value; growth and level are different quantities, and confusing them is a frequent error. The year with the highest point has the largest value, while the steepest segment has the largest increase.

Pie-chart conversions deserve a worked routine because they appear so often. Start from the identity that 100 percent equals 360 degrees. Therefore angle equals percentage multiplied by 3.6, and percentage equals angle divided by 3.6. A sector of 25 percent has an angle of 25 multiplied by 3.6, which is 90 degrees, exactly a quarter of the circle. A sector of 120 degrees represents 120 divided by 3.6, which is 33.33 percent, exactly one third. A sector of 72 degrees represents 72 divided by 3.6, which is 20 percent. If the total is 900 and a sector is 20 percent, its value is 20 percent of 900, which is 180. If only the angle is known, the value is the angle divided by 360 multiplied by the total, so a 72-degree sector of a total of 900 is 72 divided by 360 multiplied by 900, which is 0.2 multiplied by 900, which is 180, the same answer by a second route. Practise these conversions until they are automatic, because every pie-chart question is one of these three steps, sometimes chained: angle to percentage, percentage to value, or value to angle.

Ratios, averages and growth rates

Three calculations carry most Data Interpretation questions, and each has one rule that must not be mixed up. A ratio compares two quantities in the same unit and is written in simplest form: for values 150 and 90, divide both by 30 to get 5 to 3. An average is the total divided by the number of items, and the number of items is the count of entries being averaged, not the number of years in the whole table. If three years have values 40, 50 and 60, the average is 150 divided by 3, which is 50. A growth rate, or percentage increase, is the change divided by the original value, multiplied by 100. If sales rise from 80 to 100, the change is 20, the original is 80, and the growth rate is 20 divided by 80 multiplied by 100, which is 25 percent. The same formula with a fall gives a percentage decrease, using the earlier value as the base in both cases.

Two distinctions cause most lost marks. First, a percentage-point difference is not a percentage change. If a share rises from 20 percent to 25 percent, the rise is 5 percentage points, but the percentage increase relative to the original share is 5 divided by 20 multiplied by 100, which is 25 percent. Questions that ask by how many percentage points deliberately test this distinction. Second, successive percentage changes do not add. A rise of 10 percent followed by a rise of 10 percent is not a rise of 20 percent on the original, because the second rise applies to the already increased value: 100 becomes 110, then 110 increased by 10 percent becomes 121, a total rise of 21 percent. UGC NET also asks for compound-style comparisons in simpler form, such as which year shows the highest growth rate, which requires computing the rate for each year from its own previous year, not from a fixed base year.

Data sufficiency

Data sufficiency questions have a different goal from ordinary questions: they do not ask for the answer, they ask whether the answer can be found. A typical question gives a question, such as what is the value of a number, or is a number greater than 50, followed by two statements, labelled I and II. The candidate must decide whether statement I alone is sufficient, statement II alone is sufficient, both together are sufficient, either alone is sufficient, or neither together is sufficient. The standard answer options follow this pattern, and the first task is always to read them carefully, because two options can look similar while meaning different things.

The decision procedure is fixed and should be followed in order. First, consider the question on its own: what exactly would count as an answer? A unique value counts for a what-is-the-value question, while a definite yes or definite no both count for a yes-or-no question. Second, test statement I alone, ignoring statement II entirely, and ask whether it forces a single answer. Third, test statement II alone, ignoring statement I. Fourth, only if neither alone suffices, test both together. A statement that narrows the possibilities to two or more values is not sufficient, however close it seems. For example, the statement that a number lies between 40 and 60 does not determine whether it is greater than 50, because values on both sides of 50 satisfy it. Conversely, a statement that a number is a multiple of 4 and greater than 60 does determine that it is greater than 50, even though its exact value remains unknown, because the question asked only for a comparison. One trap is a statement that repeats information already in the question, which adds nothing. Another is a statement that gives a ratio without a total, which fixes proportions but not absolute values, so a question asking for an absolute value remains unanswered. A third trap is to combine the statements too early: if statement I alone suffices, the answer is that option, even if statement II also suffices, and the combined case must not be chosen.

Data-sufficiency decision procedure

Apply the same five steps to every data-sufficiency question. Step one: restate the question precisely, and note whether it needs a unique value or a definite yes or no. Step two: test statement I alone and mark it sufficient only if it forces exactly one answer; if it leaves two or more possibilities, mark it insufficient. Step three: test statement II alone by the same test, forgetting statement I completely. Step four: if neither alone suffices, test the two statements together, and mark the pair sufficient only if the combination forces exactly one answer. Step five: choose the option that matches the pattern: I alone, II alone, either alone, both together, or neither.

Worked logic makes the steps concrete. Suppose the question is whether a positive integer N is even. Statement I says N is divisible by 4. Every multiple of 4 is even, so the answer is definitely yes, and statement I alone is sufficient. Statement II says N is divisible by 3. Multiples of 3 include both even numbers, such as 6, and odd numbers, such as 9, so the answer is not forced, and statement II alone is insufficient. The correct option is therefore statement I alone. Another pattern to recognise is the redundant pair: if statement I alone suffices, there is no need to test the pair, and the both-together option is wrong. Finally, guard against hidden assumptions: a statement that a number is greater than 30 does not make it greater than 50, a ratio of 2 to 3 does not give either value, and an average of a group does not give any single member's value.

Chart types and when to use them

Data-sufficiency outcomes