It reminds me of how viral images are referred to as memes, often by people who are ignorant of the original and fuller meaning of the term as a viral idea (as opposed to and deliberately reminiscent of the view of a gene being a viral biological entity, as in "The Selfish Gene" by Richard Dawkins, who coined the term "meme" itself).
Of course, the term "viral" is itself used metaphorically here, and is also used as an analogy to a biological entity. But in this case, I think more people are aware of the existence of viruses than they are of the original meaning of the term "meme", though they might not make the conscious connection between a "viral" idea, video, or image and that of a biological virus or how it spreads "virally".
I actually came here to commend the author for letting me opt out of the nonsense. It may not seem like a big deal for you but the images are distracting to me, require more scrolling in order to reference something that was mentioned previously and do not add anything to your content.
BTW I think your content is great and I imagine you think so to. You commented on the fact that most of the comments were about the GIFs and not the content. I think that should be a not so subtle clue about the value of some lady waving in front of a green screen.
This is great content! Do you mind if I ask how you made it? Specifically the interactive demo? I've been working myself on a project[1] to explore tools for interactive demos, but so far I've just done one with a toy piece of content.
I found this quite hard to read despite the interesting content, mainly due to the animated gifs inserted throughout the article. It's very hard to focus on a line of text when there's an image darting around on the page. I wonder why the author decided to include them?
The fun images may have seemed like a way to lighten things up, but here they're a distraction from the content.. even as still images, every section break doesn't need a happy monkey or Poison Ivy.
OP here - I'm seeing 50/50 support for the gifs. I'm keepin my gifs. I like the idea of adding, and will probably implement, a toggle for all extraneous gifs. I love that most of the commentary about this article is about the gifs. Gifs.
I wouldn't mind the GIFs if they were A. smaller (most of them take up a good 2/3rds of the height of my viewport at 1600x900) and B. could be paused. They're humorous at first, but then they're distracting as I'm trying to read the stuff around them.
Personally I didn't mind the content of the gifs, it was the fact that they made it difficult to keep track of where you were in the text around them as I tried to read it.
Perhaps some people are less susceptible to this than others.
The pixel art doesn't show up for me in Firefox or Edge. (Looks like they're there, just with a height of 0px?) Also, my motion-sensitive lizard brain thanks you for the gif toggle button.
Unless I mis-read or mis-understood you seem to invert the meaning of compression ratio half way through ?
> (100 / 200) = 0.5. Protip: compression ratios less than 1 are frowned upon.
> Unfortunately, it's not that simple. Say we had an algorithm (let's call it A) that, given any input whatsoever, was capable of achieving a compression ratio of strictly less than 1.
Once you understand RLE, LZ is only one step away --- instead of repetitions of individual characters/bytes/etc., you encode repetitions of longer strings.
But starting with RLE is IMHO definitely a good choice --- far better than Huffman, as a lot of introductory material seems to do. A minimal LZ12/4 (4KB window, 18B max length; an old favourite of the demoscene intro packers) compressor/decompressor pair is literally a few hour's worth of work, and yields surprisingly good compression for its simplicity, much better than simple order-0 Huffman.
I'm probably getting old because I can't stand this new trend of putting useless gifs (or mp4's actually) every two paragraphs in every article on the web. Oh, and of course all of them have autoplay enabled because sole purpose of my laptop's fan is to happily spin at full speed. </random rant>
Any chance you want to do one on compression of a integer time series? How about variable length integers? Such an article would be very appreciated in IoT circles since data (timed voltage values) transfer and storage can get quite expensive for dollars and latency.
The first example (tree represented in Japanese) seemed a bit misleading, because the "alphabet" has not been kept as a constant. Since the Japanese alphabet is much larger, it may be argued that the number of bits actually occupied in storage by "本" and "tree" are about the same. Could someone clarify if this is correct reasoning?
Certainly, and I deliberately didn't get into bytes and encoding until after this - I was trying to get across the softer idea that in terms of space-on-a-page-using-a-pen, you've saved.
I really like the article. One point if like to see: you stepped over the fact that your using palettes without mentioning even though that gets you down from using 3 (or 4) bytes a pixel to 1/4. It's a compression ratio of 8 that your completely ignoring!
[+] [-] vladdanilov|8 years ago|reply
[1] https://i.giphy.com/l0Iy1ZcHArR9aAQta.gif (2.7MB)
[2] https://i.giphy.com/media/l0Iy1ZcHArR9aAQta/giphy.mp4 (307KB)
[3] https://media.giphy.com/media/l1J3OGcUiw8NeXuM0/source.mp4 (146KB) <-- optimized with ffmpeg
[+] [-] pmoriarty|8 years ago|reply
Of course, the term "viral" is itself used metaphorically here, and is also used as an analogy to a biological entity. But in this case, I think more people are aware of the existence of viruses than they are of the original meaning of the term "meme", though they might not make the conscious connection between a "viral" idea, video, or image and that of a biological virus or how it spreads "virally".
[+] [-] userbinator|8 years ago|reply
[+] [-] unwttng|8 years ago|reply
[+] [-] dfc|8 years ago|reply
BTW I think your content is great and I imagine you think so to. You commented on the fact that most of the comments were about the GIFs and not the content. I think that should be a not so subtle clue about the value of some lady waving in front of a green screen.
[+] [-] jnbiche|8 years ago|reply
However, otherwise an excellent introductory article. Got me reading about Shannon, Kolmogorov, and information theory now.
[+] [-] komali2|8 years ago|reply
The GIFs are the "your babies" of this article.
[+] [-] striking|8 years ago|reply
[+] [-] akud|8 years ago|reply
1: https://akud.github.io/visualization-blogs/posts/01_content_...
[+] [-] kirkules|8 years ago|reply
[+] [-] bennyelv|8 years ago|reply
[+] [-] speps|8 years ago|reply
[+] [-] epicide|8 years ago|reply
Make sure to get the actual container (might need to do the image first) so you aren't left with giant gaps.
[+] [-] Ballantara|8 years ago|reply
[+] [-] michaelmcmillan|8 years ago|reply
[+] [-] joshschreuder|8 years ago|reply
[+] [-] AdmiralAsshat|8 years ago|reply
[+] [-] ythl|8 years ago|reply
[+] [-] unwttng|8 years ago|reply
[+] [-] taco_emoji|8 years ago|reply
[+] [-] bennyelv|8 years ago|reply
Perhaps some people are less susceptible to this than others.
[+] [-] unknown|8 years ago|reply
[deleted]
[+] [-] mdevere|8 years ago|reply
[+] [-] nxrabl|8 years ago|reply
[+] [-] unwttng|8 years ago|reply
[+] [-] unwttng|8 years ago|reply
[+] [-] wdfx|8 years ago|reply
> (100 / 200) = 0.5. Protip: compression ratios less than 1 are frowned upon.
> Unfortunately, it's not that simple. Say we had an algorithm (let's call it A) that, given any input whatsoever, was capable of achieving a compression ratio of strictly less than 1.
[+] [-] unwttng|8 years ago|reply
[+] [-] taco_emoji|8 years ago|reply
[+] [-] userbinator|8 years ago|reply
But starting with RLE is IMHO definitely a good choice --- far better than Huffman, as a lot of introductory material seems to do. A minimal LZ12/4 (4KB window, 18B max length; an old favourite of the demoscene intro packers) compressor/decompressor pair is literally a few hour's worth of work, and yields surprisingly good compression for its simplicity, much better than simple order-0 Huffman.
[+] [-] deadlylazer|8 years ago|reply
[+] [-] tw1010|8 years ago|reply
[+] [-] hisem|8 years ago|reply
[+] [-] karolg|8 years ago|reply
[+] [-] namank|8 years ago|reply
Any chance you want to do one on compression of a integer time series? How about variable length integers? Such an article would be very appreciated in IoT circles since data (timed voltage values) transfer and storage can get quite expensive for dollars and latency.
Cheers!
[+] [-] jalayir|8 years ago|reply
[+] [-] wdfx|8 years ago|reply
However, this article is dealing with the concept of compression in terms of a simple symbolic representation of data.
[+] [-] unwttng|8 years ago|reply
[+] [-] jedimastert|8 years ago|reply
[+] [-] taco_emoji|8 years ago|reply
It's "eke": http://www.dictionary.com/browse/eke
[+] [-] unwttng|8 years ago|reply
[+] [-] alexkadis|8 years ago|reply
[+] [-] ythn|8 years ago|reply
[+] [-] unwttng|8 years ago|reply
[+] [-] djhworld|8 years ago|reply
Really liked the better/worse thing too, added some nice comparison
[+] [-] rcanepa|8 years ago|reply
[+] [-] komali2|8 years ago|reply