<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Texas Grows 70% Each Year</title>
	<atom:link href="http://cartastrophe.wordpress.com/2010/12/22/texas-grows-70-each-year/feed/" rel="self" type="application/rss+xml" />
	<link>http://cartastrophe.wordpress.com/2010/12/22/texas-grows-70-each-year/</link>
	<description>Where Bad Maps Come From</description>
	<lastBuildDate>Thu, 16 May 2013 14:40:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: anonymous</title>
		<link>http://cartastrophe.wordpress.com/2010/12/22/texas-grows-70-each-year/#comment-734</link>
		<dc:creator><![CDATA[anonymous]]></dc:creator>
		<pubDate>Mon, 13 Aug 2012 06:02:22 +0000</pubDate>
		<guid isPermaLink="false">http://cartastrophe.wordpress.com/?p=359#comment-734</guid>
		<description><![CDATA[One solution might be to use a notation like:

[0-5[ ; [5-10[

It has the advantage of being easily understood, yet it looks pretty ugly in a map legend.]]></description>
		<content:encoded><![CDATA[<p>One solution might be to use a notation like:</p>
<p>[0-5[ ; [5-10[</p>
<p>It has the advantage of being easily understood, yet it looks pretty ugly in a map legend.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curtis</title>
		<link>http://cartastrophe.wordpress.com/2010/12/22/texas-grows-70-each-year/#comment-234</link>
		<dc:creator><![CDATA[Curtis]]></dc:creator>
		<pubDate>Fri, 21 Jan 2011 05:13:22 +0000</pubDate>
		<guid isPermaLink="false">http://cartastrophe.wordpress.com/?p=359#comment-234</guid>
		<description><![CDATA[David was exactly right.  I began my comment on the intention of stating what he already did.  If the &quot;in thousands&quot; was removed the chart is easily read.

Their is one other thing.  &lt;5% and &lt;0% are data sets that overlap.  But this is not really a big deal.  most people will interpret this properly as red being below 0% and the lightest blue color being 0%-5%.

The simplicity of the chart and ease of reading, vastly outweigh the need for perfect nomenclature of the data sets.  Stuff like that only bugs obsessive compulsive people.  OC&#039;s are impossible to please anyhow.]]></description>
		<content:encoded><![CDATA[<p>David was exactly right.  I began my comment on the intention of stating what he already did.  If the &#8220;in thousands&#8221; was removed the chart is easily read.</p>
<p>Their is one other thing.  &lt;5% and &lt;0% are data sets that overlap.  But this is not really a big deal.  most people will interpret this properly as red being below 0% and the lightest blue color being 0%-5%.</p>
<p>The simplicity of the chart and ease of reading, vastly outweigh the need for perfect nomenclature of the data sets.  Stuff like that only bugs obsessive compulsive people.  OC&#039;s are impossible to please anyhow.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Huffman</title>
		<link>http://cartastrophe.wordpress.com/2010/12/22/texas-grows-70-each-year/#comment-232</link>
		<dc:creator><![CDATA[Daniel Huffman]]></dc:creator>
		<pubDate>Mon, 03 Jan 2011 18:10:22 +0000</pubDate>
		<guid isPermaLink="false">http://cartastrophe.wordpress.com/?p=359#comment-232</guid>
		<description><![CDATA[Thanks for the kind words, David. You are quite right in that it&#039;s unlikely that  a state is on the edge, and I think I have been looking at this problem too much  from the side of the data rather than the reader, trying to figure out which  number should go into which class, rather than reading each class as a range. 

Your comment reminds me of another solution which I forgot to mention. I  encourage my students to put the actual class ranges on their legends, rather  than trying to give a continuous sequence of numbers. That is, something like:  1-4, 8-9, 11-13, etc. This makes sure there are clear gaps between each class,  and gives extra information: there are no states between 4 and 8, for example,  and any state in the second class is between 8 and 9 (rather than between 5 and  10, if we were trying to make all the classes adjoin each other numerically). It  adds a bit of extra precision to things. ]]></description>
		<content:encoded><![CDATA[<p>Thanks for the kind words, David. You are quite right in that it&#8217;s unlikely that  a state is on the edge, and I think I have been looking at this problem too much  from the side of the data rather than the reader, trying to figure out which  number should go into which class, rather than reading each class as a range. </p>
<p>Your comment reminds me of another solution which I forgot to mention. I  encourage my students to put the actual class ranges on their legends, rather  than trying to give a continuous sequence of numbers. That is, something like:  1-4, 8-9, 11-13, etc. This makes sure there are clear gaps between each class,  and gives extra information: there are no states between 4 and 8, for example,  and any state in the second class is between 8 and 9 (rather than between 5 and  10, if we were trying to make all the classes adjoin each other numerically). It  adds a bit of extra precision to things. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Medeiros</title>
		<link>http://cartastrophe.wordpress.com/2010/12/22/texas-grows-70-each-year/#comment-231</link>
		<dc:creator><![CDATA[David Medeiros]]></dc:creator>
		<pubDate>Mon, 03 Jan 2011 18:00:57 +0000</pubDate>
		<guid isPermaLink="false">http://cartastrophe.wordpress.com/?p=359#comment-231</guid>
		<description><![CDATA[I think your visual solution is very nice. It might be improved with font and arrow symbol changes but it eliminates the implication of precision that comes with decimal numbers in a legend as well as the value gaps.

For this map I think it can be assumed that no states growth was exactly on the center line of any range so there is probably no ambiguity in determining what color to give each state for the cartographer.For the map reader (ignoring the typo) you can read each range as saying this color represents growth &#039;between 5 and 10 percent&#039; or &#039;between 10 and 15 percent&#039;. It&#039;s a range of 5 percent that only returns information that says &#039;this states growth was somewhere between 5 and 10 percent&#039;. No confusion or ambiguity actually arises from having repeated values in the ranges since each range statement is likely always correct in this case and delivers the generally the same level of detail as it would if the legend read in more precise decimal values. If a state happens to be directly on the overlap value this argument falls down of course, but I think that&#039;s unlikely.]]></description>
		<content:encoded><![CDATA[<p>I think your visual solution is very nice. It might be improved with font and arrow symbol changes but it eliminates the implication of precision that comes with decimal numbers in a legend as well as the value gaps.</p>
<p>For this map I think it can be assumed that no states growth was exactly on the center line of any range so there is probably no ambiguity in determining what color to give each state for the cartographer.For the map reader (ignoring the typo) you can read each range as saying this color represents growth &#8216;between 5 and 10 percent&#8217; or &#8216;between 10 and 15 percent&#8217;. It&#8217;s a range of 5 percent that only returns information that says &#8216;this states growth was somewhere between 5 and 10 percent&#8217;. No confusion or ambiguity actually arises from having repeated values in the ranges since each range statement is likely always correct in this case and delivers the generally the same level of detail as it would if the legend read in more precise decimal values. If a state happens to be directly on the overlap value this argument falls down of course, but I think that&#8217;s unlikely.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Huffman</title>
		<link>http://cartastrophe.wordpress.com/2010/12/22/texas-grows-70-each-year/#comment-230</link>
		<dc:creator><![CDATA[Daniel Huffman]]></dc:creator>
		<pubDate>Wed, 22 Dec 2010 22:23:27 +0000</pubDate>
		<guid isPermaLink="false">http://cartastrophe.wordpress.com/?p=359#comment-230</guid>
		<description><![CDATA[Interval notation might be nice. One of the things I was thinking about here is  that we run into problems with using something unfamiliar. But, if we just bit  down and started using something that works well and is unfamiliar, eventually  we&#039;d create a level of literacy among the map reading populace where this would  become familiar. ]]></description>
		<content:encoded><![CDATA[<p>Interval notation might be nice. One of the things I was thinking about here is  that we run into problems with using something unfamiliar. But, if we just bit  down and started using something that works well and is unfamiliar, eventually  we&#8217;d create a level of literacy among the map reading populace where this would  become familiar. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Woodruff</title>
		<link>http://cartastrophe.wordpress.com/2010/12/22/texas-grows-70-each-year/#comment-229</link>
		<dc:creator><![CDATA[Andy Woodruff]]></dc:creator>
		<pubDate>Wed, 22 Dec 2010 19:06:50 +0000</pubDate>
		<guid isPermaLink="false">http://cartastrophe.wordpress.com/?p=359#comment-229</guid>
		<description><![CDATA[That legend labeling problem is frustrating as a cartographer. Decimals and gaps can be messy in an otherwise orderly legend. (And you have to be sure none of the data actually falls in the gaps—can&#039;t write a nice number like 14.9 if one state is actually 14.95.) But clearly showing the ranges can require a legend design that doesn&#039;t easily fit within the constraints of the project. Somebody really needs to invent an &quot;up to but not including&quot; symbol that we can use in place of a dash.

Perhaps we should stick to &lt;a href=&quot;http://zonalandeducation.com/mmts/miscellaneousMath/intervalNotation/intervalNotation.html&quot; rel=&quot;nofollow&quot;&gt;interval notation&lt;/a&gt;. [5,10), [10,15), and so forth.]]></description>
		<content:encoded><![CDATA[<p>That legend labeling problem is frustrating as a cartographer. Decimals and gaps can be messy in an otherwise orderly legend. (And you have to be sure none of the data actually falls in the gaps—can&#8217;t write a nice number like 14.9 if one state is actually 14.95.) But clearly showing the ranges can require a legend design that doesn&#8217;t easily fit within the constraints of the project. Somebody really needs to invent an &#8220;up to but not including&#8221; symbol that we can use in place of a dash.</p>
<p>Perhaps we should stick to <a href="http://zonalandeducation.com/mmts/miscellaneousMath/intervalNotation/intervalNotation.html" rel="nofollow">interval notation</a>. [5,10), [10,15), and so forth.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
