Interactive Data Visualization for the Web

Errata for Interactive Data Visualization for the Web

Submit your own errata for this product.

The errata list is a list of errors and their corrections that were found after the product was released. If the error was corrected in a later version or reprint the date of the correction will be displayed in the column titled "Date Corrected".

The following errata were submitted by our customers and approved as valid errors by the author or editor.

Color Key: Serious Technical Mistake Minor Technical Mistake Language or formatting error Typo Question Note Update

Version Location Description Submitted By Date Submitted Date Corrected
Page 94
This section titled Random Data

There is no error here, but maybe an omission. When rendering divs with floating point heights, I noticed that the bottoms of the divs did not line up with each other. With a little investigation, it seems that the bottoms of divs with heights greater than xx.5 are lower on the screen than those of divs with heights less than xx.5. When the heights become integers, as in the rounding example, this issue goes away. I did not test this on other browsers, so it may just be a webkit issue, I don't know. I was using Safari 11.0.2 on a mac mini running OS X 10.13.2. As I said, there is no error here, but it might be nice to have a mention that, if the user notices the issue, that it is not because of d3.

Note from the Author or Editor:
I will add a note to this effect in the next update.

Robert Elens  Jan 30, 2018 
Page 113
5th paragraph. Parenthetical starting with "(Admittedly"

Text: (Admittedly, it is not a meaningful to include h here; Probably mean to not include the "a" -- alternatively you might mean "as"

Note from the Author or Editor:
Cut the errant "a" in the middle of "not a meaningful".

Robert Elens  Jan 30, 2018 
Page 200
this section on hovering

This is not an error, but it might be a good idea here to mention again the issue of how d3 handles events. Using 06_smoother.html, mouse into a bar to cause it to change to orange. Now mouse into the bar next to it causing that bar to start to change color, but quickly mouse back into the first bar before the color change finishes. (Remember that the first bar is also in a transition changing back to blue while this is happening). The result is that the cursor is back in the original bar, but both bars are blue - neither is orange. It may take a few times to make this happen as it takes a rather quick back and forth motion. Also, note that moving the cursor around inside the blue bar doesn't change the color as there is no mouse into event to cause it. It does exactly what we told it to do, but not what we were intending or expected. It's not a horrible thing, but an issue that would need to be handled in order to achieve the behavior that was intended. It's not that important here, but I mention it because it could be confusing in a more complex visualization.

Note from the Author or Editor:
In the next update, add a note to this effect, and to explain the behavior described.

Robert Elens  Feb 03, 2018 
Printed, PDF, ePub, Mobi, Safari Books Online
Page 202
1st code block

The first code listing on page 202, part of the box "Pointer Events on Overlapping Elements", reads <pre>svg rect rect rect ... text text text ...</pre> which is mistakenly copied from another code listing further down the page, describing a hierarchy of elements. It should actually describe the CSS to disable pointer events on SVG text elements, as follows. <pre>text { pointer-events: none; }</pre>

Note from the Author or Editor:
This was a copy/paste error, with the result that the code snippet on page 202 doesn't make any sense (though close readers will figure that out from the context, as this one did). Unfortunately, this affects the print and all ebook editions. I have pushed corrected source to Atlas; please use that for a future update.

David Selby  Jan 25, 2018 
Page 244
Second paragraph in Merging Selections section

The paragraph begins "After clicking" but it does not indicate what to click -- there are two choices, add and remove, and it should indicate that these words refer to the add choice.

Note from the Author or Editor:
In the next update, make this phrasing more specific, to describe what is being clicked.

Robert Elens  Feb 06, 2018 
Page 338, 339, 353, 354, 356
Inside illustrations

The word "Feburary" is misspelled in each of the following screenshots (illustrations): p338 fig 16-4 p339 fig 16-5 p353 fig 16-18 p354 fig 16-19 p356 fig 16-20 Of course, it should be corrected to "February". I have already corrected this in the code examples, so it will just require capturing new screenshots and replacing the old illustrations.

Scott Murray
Scott Murray
Nov 21, 2017