Back to compare picker

Data visualization vs Table vs Map view vs Activity log

Choose Data visualization when users need to see patterns across values: trend, comparison, ranking, distribution, correlation, part-to-whole, uncertainty, or anomaly.

Decision dimensions

Dimension Data visualizationTableMap viewActivity log
UI or UX UI + UX - Encoded visual analysis of quantitative or categorical dataUI + UX - Semantic row-and-column data comparison surfaceUI + UX - Spatial viewport for location-based objects, layers, and routesUI + UX - Searchable and exportable record of system, user, or administrative events
UI guidance Render a chart with a specific analytic question, title, dataset scope, mark type, axis labels, units, tick labels, scale baseline, legend, annotations, source or freshness note, selected mark, tooltip or detail, and data table alternative.Render a table with a specific caption or heading, visible column headers, optional row headers, aligned values, consistent row actions, and enough spacing for scanability.Render a real spatial viewport with visible map region, zoom state, scale or distance context, markers or shapes anchored to coordinates, selected-place detail, cluster counts, visible layer/filter controls, and a fallback list or table for the same results.Render activity logs as evidence-oriented records with event time, actor, action, object, source system, scope, result, and technical context such as IP address or location when available.
UX guidance Use Data visualization when visual encoding helps users detect trends, comparisons, rankings, distributions, relationships, outliers, part-to-whole composition, or uncertainty faster than reading rows.Use tables when aligned columns help users compare records, find exceptions, audit values, or triage work faster than opening each item.Use Map view when the user's decision depends on where objects are, how far apart they are, what falls inside the current area, which route or coverage applies, or how dense nearby points are.Use activity log when users need to investigate, audit, verify, or troubleshoot actions across accounts, objects, systems, settings, or security boundaries.
Good UI A revenue trend chart shows month on the x-axis, revenue in USD on the y-axis, a target line, color-coded channels with legend labels, selected month tooltip, annotation for a campaign, and a data table toggle.A payment review table has the caption June vendor payments, headers Vendor, Status, Due date, Amount, and Action, right-aligned amounts, and row actions labelled by vendor.A clinic finder map shows visible bounds, zoom level, selected clinic marker, appointment availability markers, a transit layer toggle, cluster counts, distance chips, and a synchronized results list.An organization audit log table shows timestamp, actor, action, target object, app, IP address, result, and a Details drawer with before and after fields.
Bad UI A glossy chart card shows unlabeled bars with no axis, unit, baseline, data range, source, or explanation of what the colors mean.A div layout looks like columns but has no caption, table semantics, or header associations.A decorative map background contains unlabeled pins with no coordinate meaning, no current region, no selected marker, no legend, and no list fallback.A page titled Activity shows vague entries such as Changed settings with no actor, target, timestamp, or source.
Good UX An analyst switches from revenue to conversion rate, the y-axis unit changes, target and annotation stay aligned, and the selected month tooltip and table row update from the same data.A user sorts by Amount descending, filters to Pending, moves to page 2, and the table keeps its caption, active sort, active filter, row count, and selected payment context.A dispatcher pans to the west district, the result count and list update to the current bounds, a cluster expands at closer zoom, and the selected incident popup remains tied to the marker.An admin filters to failed SSO events, expands one entry, copies the event ID, exports the filtered range, and sees that records older than 180 days require a different archive.
Bad UX A dashboard truncates the y-axis to exaggerate a small change without indicating the baseline, leading a team to overreact.Filtering the table removes selected rows without explaining why or offering a clear-filter path.A user filters to open locations but the map markers update while the list still shows closed locations, causing the wrong branch to be selected.A user marks a notification read and the corresponding activity evidence disappears from the only log.
Best fit Users need to see trends, comparisons, rankings, distributions, relationships, composition, anomalies, or uncertainty.Records share comparable attributes that users need to scan in aligned columns.Users choose or inspect objects by where they are, how near they are, or what area they fall inside.Users need to inspect recorded user, admin, system, security, or integration events.
Avoid when The data question is a single number, a record list, a geographic location, or an event audit trail.The content is layout, not data.Location is only a label or decorative backdrop.The goal is only to show a readable milestone history for one case or process.
Required state Default chart with title, question, data scope, axes, units, legend, source or freshness note, visible filters, and data alternative.Default table state with caption, visible headers, row values, and result count or context.Default map state with visible viewport, zoom level or distance context, markers, layer state, result count, and synchronized fallback list.Default log state with event records, result count, visible timezone, retention window, and permission scope.
Accessibility burden Expose chart title, purpose, data scope, chart type, axes, units, legend, selected point, filter state, and source as text.Use native table semantics for tabular data rather than div-only rows.Expose the map name, current area, result count, active filters, layers, selected place, and location permission state as text.Use table or structured list semantics so actor, action, object, timestamp, result, and scope are perceivable together.
Common misuse Using decorative charts that do not answer a data question.Using table markup to create page columns or layout spacing.Using a map as decoration when the positions do not affect the task.Calling a social feed or notification drawer an activity log without event evidence.

Data visualization

UI or UX
UI + UX - Encoded visual analysis of quantitative or categorical data
UI guidance
Render a chart with a specific analytic question, title, dataset scope, mark type, axis labels, units, tick labels, scale baseline, legend, annotations, source or freshness note, selected mark, tooltip or detail, and data table alternative.
UX guidance
Use Data visualization when visual encoding helps users detect trends, comparisons, rankings, distributions, relationships, outliers, part-to-whole composition, or uncertainty faster than reading rows.
Good UI
A revenue trend chart shows month on the x-axis, revenue in USD on the y-axis, a target line, color-coded channels with legend labels, selected month tooltip, annotation for a campaign, and a data table toggle.
Bad UI
A glossy chart card shows unlabeled bars with no axis, unit, baseline, data range, source, or explanation of what the colors mean.
Good UX
An analyst switches from revenue to conversion rate, the y-axis unit changes, target and annotation stay aligned, and the selected month tooltip and table row update from the same data.
Bad UX
A dashboard truncates the y-axis to exaggerate a small change without indicating the baseline, leading a team to overreact.
Best fit
Users need to see trends, comparisons, rankings, distributions, relationships, composition, anomalies, or uncertainty.
Avoid when
The data question is a single number, a record list, a geographic location, or an event audit trail.
Required state
Default chart with title, question, data scope, axes, units, legend, source or freshness note, visible filters, and data alternative.
Accessibility burden
Expose chart title, purpose, data scope, chart type, axes, units, legend, selected point, filter state, and source as text.
Common misuse
Using decorative charts that do not answer a data question.

Table

UI or UX
UI + UX - Semantic row-and-column data comparison surface
UI guidance
Render a table with a specific caption or heading, visible column headers, optional row headers, aligned values, consistent row actions, and enough spacing for scanability.
UX guidance
Use tables when aligned columns help users compare records, find exceptions, audit values, or triage work faster than opening each item.
Good UI
A payment review table has the caption June vendor payments, headers Vendor, Status, Due date, Amount, and Action, right-aligned amounts, and row actions labelled by vendor.
Bad UI
A div layout looks like columns but has no caption, table semantics, or header associations.
Good UX
A user sorts by Amount descending, filters to Pending, moves to page 2, and the table keeps its caption, active sort, active filter, row count, and selected payment context.
Bad UX
Filtering the table removes selected rows without explaining why or offering a clear-filter path.
Best fit
Records share comparable attributes that users need to scan in aligned columns.
Avoid when
The content is layout, not data.
Required state
Default table state with caption, visible headers, row values, and result count or context.
Accessibility burden
Use native table semantics for tabular data rather than div-only rows.
Common misuse
Using table markup to create page columns or layout spacing.

Map view

UI or UX
UI + UX - Spatial viewport for location-based objects, layers, and routes
UI guidance
Render a real spatial viewport with visible map region, zoom state, scale or distance context, markers or shapes anchored to coordinates, selected-place detail, cluster counts, visible layer/filter controls, and a fallback list or table for the same results.
UX guidance
Use Map view when the user's decision depends on where objects are, how far apart they are, what falls inside the current area, which route or coverage applies, or how dense nearby points are.
Good UI
A clinic finder map shows visible bounds, zoom level, selected clinic marker, appointment availability markers, a transit layer toggle, cluster counts, distance chips, and a synchronized results list.
Bad UI
A decorative map background contains unlabeled pins with no coordinate meaning, no current region, no selected marker, no legend, and no list fallback.
Good UX
A dispatcher pans to the west district, the result count and list update to the current bounds, a cluster expands at closer zoom, and the selected incident popup remains tied to the marker.
Bad UX
A user filters to open locations but the map markers update while the list still shows closed locations, causing the wrong branch to be selected.
Best fit
Users choose or inspect objects by where they are, how near they are, or what area they fall inside.
Avoid when
Location is only a label or decorative backdrop.
Required state
Default map state with visible viewport, zoom level or distance context, markers, layer state, result count, and synchronized fallback list.
Accessibility burden
Expose the map name, current area, result count, active filters, layers, selected place, and location permission state as text.
Common misuse
Using a map as decoration when the positions do not affect the task.

Activity log

UI or UX
UI + UX - Searchable and exportable record of system, user, or administrative events
UI guidance
Render activity logs as evidence-oriented records with event time, actor, action, object, source system, scope, result, and technical context such as IP address or location when available.
UX guidance
Use activity log when users need to investigate, audit, verify, or troubleshoot actions across accounts, objects, systems, settings, or security boundaries.
Good UI
An organization audit log table shows timestamp, actor, action, target object, app, IP address, result, and a Details drawer with before and after fields.
Bad UI
A page titled Activity shows vague entries such as Changed settings with no actor, target, timestamp, or source.
Good UX
An admin filters to failed SSO events, expands one entry, copies the event ID, exports the filtered range, and sees that records older than 180 days require a different archive.
Bad UX
A user marks a notification read and the corresponding activity evidence disappears from the only log.
Best fit
Users need to inspect recorded user, admin, system, security, or integration events.
Avoid when
The goal is only to show a readable milestone history for one case or process.
Required state
Default log state with event records, result count, visible timezone, retention window, and permission scope.
Accessibility burden
Use table or structured list semantics so actor, action, object, timestamp, result, and scope are perceivable together.
Common misuse
Calling a social feed or notification drawer an activity log without event evidence.
Decision rules
  • Choose Data visualization when users need to see patterns across values: trend, comparison, ranking, distribution, correlation, part-to-whole, uncertainty, or anomaly.
  • Choose table when users need exact row values, aligned field comparison, auditing, export, or bulk record work more than encoded shape or pattern recognition.
  • Choose map view when the primary question is where objects are, how far apart they are, what area they fall inside, or how spatial density changes a decision.
  • Choose activity log when users need chronological evidence of recorded actions, actors, objects, and timestamps rather than aggregate visual analysis.
  • A data visualization should state its question, dataset scope, unit, time range, aggregation, filters, chart type, axes, scale baseline, legend, annotations, and accessible data alternative before users rely on it.
  • Use line or area charts for trends over ordered time, bar charts for categorical comparison, scatterplots for relationships, histograms or box plots for distribution, and stacked or part-to-whole charts only when composition is the primary question.
  • Do not use a visual chart when the user must read many exact values, reconcile records, or edit data; provide a table or drill path for that work.
  • Do not use chart color as the only encoding for state, category, anomaly, or threshold; use labels, symbols, patterns, and text summaries as well.
  • If the scale does not start at zero, uses logarithmic scaling, normalizes values, samples data, or excludes outliers, disclose that choice near the chart.
  • When charts are interactive, keep tooltip, selected point, keyboard focus, legend filtering, and data table alternative synchronized with the same filtered dataset.
Inspect live examples
Failure modes
  • Chart type does not match the question, such as a pie chart for time trend or a line chart for unordered categories.
  • Axes, units, scale baseline, or aggregation are missing, causing users to misread magnitude.
  • Color-only encodings hide category, status, or threshold meaning from some users.
  • Tooltips expose exact values only on hover with no keyboard or data table alternative.
  • Filters, annotations, and visible marks disagree about the dataset being shown.
  • A chart implies precision from sampled, stale, normalized, or rounded values without disclosure.