Cookies help us display personalized product recommendations and ensure you have great shopping experience.

By using this site, you agree to the Privacy Policy and Terms of Use.
Accept
SmartData CollectiveSmartData Collective
  • Analytics
    AnalyticsShow More
    media monitoring
    Signals In The Noise: Using Media Monitoring To Manage Negative Publicity
    5 Min Read
    data analytics
    How Data Analytics Can Help You Construct A Financial Weather Map
    4 Min Read
    financial analytics
    Financial Analytics Shows The Hidden Cost Of Not Switching Systems
    4 Min Read
    warehouse accidents
    Data Analytics and the Future of Warehouse Safety
    10 Min Read
    stock investing and data analytics
    How Data Analytics Supports Smarter Stock Trading Strategies
    4 Min Read
  • Big Data
  • BI
  • Exclusive
  • IT
  • Marketing
  • Software
Search
© 2008-25 SmartData Collective. All Rights Reserved.
Reading: Why you shouldn’t use JPGs for quantitative charts: a case study
Share
Notification
Font ResizerAa
SmartData CollectiveSmartData Collective
Font ResizerAa
Search
  • About
  • Help
  • Privacy
Follow US
© 2008-23 SmartData Collective. All Rights Reserved.
SmartData Collective > Big Data > Data Mining > Why you shouldn’t use JPGs for quantitative charts: a case study
Data MiningPredictive Analytics

Why you shouldn’t use JPGs for quantitative charts: a case study

DavidMSmith
DavidMSmith
3 Min Read
SHARE

I’m not going to comment on the substance on the Republican “Road To Recovery” shadow budget document: plenty of more suitable forums have done so already. But I do want to use it as an illustration of why you should never use the JPG graphics format (and the jpeg graphics driver in R) for quantitative graphics. Let me pull up one chart, from page 5: I screen-captured that from the PDF file (and saved it as a PNG file for inclusion here: PNG is a lossless format, so you see it exactly as I saw it on my screen). Content…

I'm not going to comment on the substance on the Republican "Road To Recovery" shadow budget document: plenty of more suitable forums have done so already. But I do want to use it as an illustration of why you should never use the JPG graphics format (and the jpeg graphics driver in R) for quantitative graphics. Let me pull up one chart, from page 5:

More Read

Springwise and its network of 8,000 spotters scan the globe for…
Completing the visitor targeting cycle
Check out this new technology article portal
Can Data Mining Aid with Off-Page SEO Strategies?
Ten ways to build a wrong scoring model
Jpgchart
I screen-captured that from the PDF file (and saved it as a PNG file for inclusion here: PNG is a lossless format, so you see it exactly as I saw it on my screen). Content aside, that's a pretty awful-looking chart, and it's clearly a graphic that was saved in the JPG file format. See the blurriness around the text, especially between the title and the subtitle? Those are compression artifacts caused by saving the graphic as a JPG. The tick labels, legend, and source reference are basically impossible to read.

Zooming in on the graph doesn't help either — here's another screencapture after using the "Zoom" feature in my PDF viewer (Preview, on a Mac):

Jpggraphlarge
Because this is a JPG, zooming in doesn't make the chart any clearer: actually, it just makes it easier to see the compression artifacts around the lines on the chart itself. (JPG is especially poor at capturing straight lines and blocks of a single color.) Zooming doesn't make the tick marks any easier to read either, mostly because this chart was generated at low resolution and the compression artifacts swamp the small text.

If this chart had been saved as a high-resolution PNG or GIF file, the text and lines would have been much clearer, although with enough zooming you'd still eventually see the individual pixels that make up the chart. If it had been saved in a vector format like PostScript, PDF, or Windows MetaFile and then embedded in the PDF, the chart would remain crystal-clear at all levels of zoom, and would always be clear when printed.

GOP.gov: Road to Recovery

Share This Article
Facebook Pinterest LinkedIn
Share

Follow us on Facebook

Latest News

cloud dataops for metering
Taming the IoT Firehose: How Utilities Are Scaling Cloud DataOps for Smart Metering
Cloud Computing Exclusive Internet of Things IT
ai in video game development
Machine Learning Is Changing iGaming Software Development
Exclusive Machine Learning News
media monitoring
Signals In The Noise: Using Media Monitoring To Manage Negative Publicity
Analytics Exclusive Infographic
data=driven approach
Turning Dead Zones Into Data-Driven Opportunities In Retail Spaces
Big Data Exclusive Infographic

Stay Connected

1.2KFollowersLike
33.7KFollowersFollow
222FollowersPin

You Might also Like

R in a Corporate Environment

1 Min Read

The CODA is the outcome of the only Brown-RISD joint studio, Out…

1 Min Read

A Cheaper (and Smarter) Price Tag“Reams of paper, hours…

1 Min Read
Image
Predictive Analytics

The Growing Relationship Between Drones and Big Data

6 Min Read

SmartData Collective is one of the largest & trusted community covering technical content about Big Data, BI, Cloud, Analytics, Artificial Intelligence, IoT & more.

ai is improving the safety of cars
From Bolts to Bots: How AI Is Fortifying the Automotive Industry
Artificial Intelligence
ai chatbot
The Art of Conversation: Enhancing Chatbots with Advanced AI Prompts
Chatbots

Quick Link

  • About
  • Contact
  • Privacy
Follow US
© 2008-25 SmartData Collective. All Rights Reserved.
Welcome Back!

Sign in to your account

Username or Email Address
Password

Lost your password?