<?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: Assembly-Line Map Elements</title>
	<atom:link href="http://cartastrophe.wordpress.com/2011/09/13/assembly-line-map-elements/feed/" rel="self" type="application/rss+xml" />
	<link>http://cartastrophe.wordpress.com/2011/09/13/assembly-line-map-elements/</link>
	<description>Where Bad Maps Come From</description>
	<lastBuildDate>Tue, 18 Jun 2013 20:23:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Against Neatlines &#171; somethingaboutmaps</title>
		<link>http://cartastrophe.wordpress.com/2011/09/13/assembly-line-map-elements/#comment-622</link>
		<dc:creator><![CDATA[Against Neatlines &#171; somethingaboutmaps]]></dc:creator>
		<pubDate>Wed, 25 Apr 2012 08:01:03 +0000</pubDate>
		<guid isPermaLink="false">http://cartastrophe.wordpress.com/?p=399#comment-622</guid>
		<description><![CDATA[[...] probably made my feelings on other map elements like scale bars and north arrows clear. They&#8217;re usually unnecessary, even though students are often inexplicably taught that [...]]]></description>
		<content:encoded><![CDATA[<p>[...] probably made my feelings on other map elements like scale bars and north arrows clear. They&#8217;re usually unnecessary, even though students are often inexplicably taught that [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mōno</title>
		<link>http://cartastrophe.wordpress.com/2011/09/13/assembly-line-map-elements/#comment-603</link>
		<dc:creator><![CDATA[Mōno]]></dc:creator>
		<pubDate>Fri, 20 Jan 2012 09:54:18 +0000</pubDate>
		<guid isPermaLink="false">http://cartastrophe.wordpress.com/?p=399#comment-603</guid>
		<description><![CDATA[With any industry you&#039;ll find people who don&#039;t take their trade seriously. However, in all my years of attending GIS and other map related conferences and events I&#039;ve never come across a Geography/GIS instructor who didn&#039;t understand the idea of &quot;cartographic license&quot; where as a map maker you have the ability to choose which elements and features appear on a map. 

Students from other disciplines who see GIS a &quot;neat&quot; skill to pick-up (or take a GIS course to satisfy a ge requirement) are typically more interested in playing around with the symbols and pushing out a semester project than understanding concepts of graphical hierarchy, MAUP, or how to properly display quantitative data. These students are more likely the culprit than the poorly trained instructor or an instructor failing to critique student work.

While the proliferation of desktop GIS and other mapping application certainly contributes under-trained users using bad techniques, the fact is the general public has no appreciation or respect for art and science that is cartography. When newbies see advertising which claim they can make a map in 15 minutes it essentially says map-making is low-level skill, no intelligence needed.

As for Daniel&#039;s crusade to banish unnecessary north arrows and scale bars, while I agree some elements are not needed all the time (mostly dependent on scale), I really don&#039;t see how they hurt as long as they are placed in the lowest level of the graphical hierarchy - that is to say the elements are blended into the background, small, and unobtrusive to the main elements.]]></description>
		<content:encoded><![CDATA[<p>With any industry you&#8217;ll find people who don&#8217;t take their trade seriously. However, in all my years of attending GIS and other map related conferences and events I&#8217;ve never come across a Geography/GIS instructor who didn&#8217;t understand the idea of &#8220;cartographic license&#8221; where as a map maker you have the ability to choose which elements and features appear on a map. </p>
<p>Students from other disciplines who see GIS a &#8220;neat&#8221; skill to pick-up (or take a GIS course to satisfy a ge requirement) are typically more interested in playing around with the symbols and pushing out a semester project than understanding concepts of graphical hierarchy, MAUP, or how to properly display quantitative data. These students are more likely the culprit than the poorly trained instructor or an instructor failing to critique student work.</p>
<p>While the proliferation of desktop GIS and other mapping application certainly contributes under-trained users using bad techniques, the fact is the general public has no appreciation or respect for art and science that is cartography. When newbies see advertising which claim they can make a map in 15 minutes it essentially says map-making is low-level skill, no intelligence needed.</p>
<p>As for Daniel&#8217;s crusade to banish unnecessary north arrows and scale bars, while I agree some elements are not needed all the time (mostly dependent on scale), I really don&#8217;t see how they hurt as long as they are placed in the lowest level of the graphical hierarchy &#8211; that is to say the elements are blended into the background, small, and unobtrusive to the main elements.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jesse Langdon</title>
		<link>http://cartastrophe.wordpress.com/2011/09/13/assembly-line-map-elements/#comment-446</link>
		<dc:creator><![CDATA[Jesse Langdon]]></dc:creator>
		<pubDate>Tue, 15 Nov 2011 07:36:19 +0000</pubDate>
		<guid isPermaLink="false">http://cartastrophe.wordpress.com/?p=399#comment-446</guid>
		<description><![CDATA[Great blog, just discovered it. I have to admit that I&#039;m probably guilty of adding unneeded north arrows and scales.   Here are some other possible drivers behind the ubiquity of these elements:

1. Need to fill up &quot;empty&quot; space
2. Make the map look more &quot;authoritative&quot;
3. Unsure of the map&#039;s lifespan... will this map be used once in a meeting (and then thrown in the recycling bin), or will you end up seeing someone using it in the field 5 years from now?  If so, perhaps you can anticipate those potential uses?

Keep up the great work... I look forward to more posts!]]></description>
		<content:encoded><![CDATA[<p>Great blog, just discovered it. I have to admit that I&#8217;m probably guilty of adding unneeded north arrows and scales.   Here are some other possible drivers behind the ubiquity of these elements:</p>
<p>1. Need to fill up &#8220;empty&#8221; space<br />
2. Make the map look more &#8220;authoritative&#8221;<br />
3. Unsure of the map&#8217;s lifespan&#8230; will this map be used once in a meeting (and then thrown in the recycling bin), or will you end up seeing someone using it in the field 5 years from now?  If so, perhaps you can anticipate those potential uses?</p>
<p>Keep up the great work&#8230; I look forward to more posts!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Medeiros</title>
		<link>http://cartastrophe.wordpress.com/2011/09/13/assembly-line-map-elements/#comment-441</link>
		<dc:creator><![CDATA[David Medeiros]]></dc:creator>
		<pubDate>Fri, 07 Oct 2011 20:23:03 +0000</pubDate>
		<guid isPermaLink="false">http://cartastrophe.wordpress.com/?p=399#comment-441</guid>
		<description><![CDATA[Chris, (in your third point above) I wonder if you&#039;re not confusing the call to simplify the content with the push to expedite production?

The call to simplify cartographic output is usually aimed at clarifying the maps message to make it a more effective communication tool. Somewhat paradoxically &quot;simplification&quot; in this context takes more effort and time than just piling it all on. Map refinement (the real art &amp; science of cartography IMO), takes time and a certain understanding of visual communication. Overly detailed, complex and cluttered maps are more likely to be the result of rushed production than purposeful crafting of a complex message.

For standards, although we don&#039;t want to create sets of rules that can not be broken it is important to understand that we should be able to defend our design choices against arbitrary taste preferences (paraphrasing Tufte here). Standards guide our application of design and when creating maps that deal with strong scientific or analytical messages it&#039;s important that our work is not haphazardly (or impulsively) created. We need to think about why we are making certain design choices and standards give us a base to work from as well as support the choices we make. Again, as with simplification, its often the maps that don&#039;t adhere to any standards that look the worst. Its important to note that I&#039;m not simply talking about universal cartographic standards (not that there are many) but even personal standards that may have been developed for only one map. Having no foundation for your approach to mapping means that even within a single map, a lack of standards will show up in mismatched style choices, unintelligible styles or classifications etc.

So, from my perspective, its not really the attempt to create standards that&#039;s an issue but the portrayal of these standards as rigid instead of instructive. We need design standards, but more importantly map makers need to be taught how (and when) to use those standards and to think critically about map production rather than treat it as the application of a series of rules and preformed graphics applied to their data.]]></description>
		<content:encoded><![CDATA[<p>Chris, (in your third point above) I wonder if you&#8217;re not confusing the call to simplify the content with the push to expedite production?</p>
<p>The call to simplify cartographic output is usually aimed at clarifying the maps message to make it a more effective communication tool. Somewhat paradoxically &#8220;simplification&#8221; in this context takes more effort and time than just piling it all on. Map refinement (the real art &amp; science of cartography IMO), takes time and a certain understanding of visual communication. Overly detailed, complex and cluttered maps are more likely to be the result of rushed production than purposeful crafting of a complex message.</p>
<p>For standards, although we don&#8217;t want to create sets of rules that can not be broken it is important to understand that we should be able to defend our design choices against arbitrary taste preferences (paraphrasing Tufte here). Standards guide our application of design and when creating maps that deal with strong scientific or analytical messages it&#8217;s important that our work is not haphazardly (or impulsively) created. We need to think about why we are making certain design choices and standards give us a base to work from as well as support the choices we make. Again, as with simplification, its often the maps that don&#8217;t adhere to any standards that look the worst. Its important to note that I&#8217;m not simply talking about universal cartographic standards (not that there are many) but even personal standards that may have been developed for only one map. Having no foundation for your approach to mapping means that even within a single map, a lack of standards will show up in mismatched style choices, unintelligible styles or classifications etc.</p>
<p>So, from my perspective, its not really the attempt to create standards that&#8217;s an issue but the portrayal of these standards as rigid instead of instructive. We need design standards, but more importantly map makers need to be taught how (and when) to use those standards and to think critically about map production rather than treat it as the application of a series of rules and preformed graphics applied to their data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Gavin</title>
		<link>http://cartastrophe.wordpress.com/2011/09/13/assembly-line-map-elements/#comment-435</link>
		<dc:creator><![CDATA[Chris Gavin]]></dc:creator>
		<pubDate>Sun, 25 Sep 2011 06:04:48 +0000</pubDate>
		<guid isPermaLink="false">http://cartastrophe.wordpress.com/?p=399#comment-435</guid>
		<description><![CDATA[Since you mentioned these &quot;standards&quot; a few weeks ago, I have been thinking about the reasons behind the proliferation of unnecessary map elements. I think the problem is largely threefold: 1) GIS users and instructors are often poorly trained in proper map design techniques, 2) the proliferation of digital maps and digital mapping software has turned any person with a computer into faux cartographers, and 3) peoples&#039; obsessions with classification, simplification, and standardization are attempting to remove all forms of artistic license from cartography.

1) As a GIS user and student, I have often been immersed in this world of poorly designed and ineffective maps. I have even often been a culprit of producing poorly organized and ignorant maps. This comment is not meant as an indictment of the entire GIS world, but my select experiences have contributed to this opinion. During my time as both an undergraduate and graduate student, every GIS course I have taken has included map production. But, a minute number of these courses has included PROPER map production. Instructions like: &quot;You also need to include the basic cartographic elements in the map: legend, title, your name and date, north arrow, scale bar, and neatline&quot; and similar statements have often been included in teaching lab assignments.  This one series of instructions largely supports my opinion. The third word in this statement is extremely striking to me, the word &quot;need.&quot; This almost repeats the GIS Lounge&#039;s statement verbatim. In cartography, like you state in your posting, saying that you need to have certain elements is simply reckless. The ultimate goal of any map is to convey a message to a certain audience. If a north arrow or a scale bar makes a significant contribution to conveying the mapper&#039;s message, then yes, by all means they should be included. But just because you can add a north arrow or scale bar, doesn&#039;t mean you should. This is largely an issue with GIS software. For example, ArcMap and Idrisi allow you to easily choose a scale bar or north arrow from a series, oftentimes without even considering their usefulness, and too many maps are produced solely within these environments. I think that addressing this issue in the students&#039; initial GIS training would do wonders for curtailing some of these issues.

2) In today&#039;s computer-based world, anyone can produce a map and many can produce a lousy map. Just simply Google searching for &quot;United States map&quot; will produce a large range of Easter-egg, pastel colored states, common use of the &quot;geographic&quot; projection, and haphazard layouts. This largely selects a significant lack of knowledge pertaining to proper map communication techniques. This consistent barrage of less than adequate maps is subconsciously and negatively impacting the way people think about maps. Just as Brooks Hatlen experienced in The Shawshank Redemption, as people become consistently exposed to inadequacies, they can often become dependent on and comfortable with these weaknesses. Addressing these issues is a much more complex issue than education because the freedom and anonymity of the internet will likely make it impossible to address this portion of the problem.

3) Finally, the constant attempt to create standards, classify things, and simplify complex issues is also an important issue that should be addressed. With computer-processing speed and analytical capabilities significantly improving, more information is produced at greater rates than ever seen before. With this proliferation of data, we see some oversight with the final presented product. This has led some organizations to attempt to over-simplify their map production in order to save priceless time. Maps are not simple creations, they take tremendous time, effort, and contemplation to become effective. In order to be an effective cartographer, creative license is essential. Without creativity, there is no cartography.]]></description>
		<content:encoded><![CDATA[<p>Since you mentioned these &#8220;standards&#8221; a few weeks ago, I have been thinking about the reasons behind the proliferation of unnecessary map elements. I think the problem is largely threefold: 1) GIS users and instructors are often poorly trained in proper map design techniques, 2) the proliferation of digital maps and digital mapping software has turned any person with a computer into faux cartographers, and 3) peoples&#8217; obsessions with classification, simplification, and standardization are attempting to remove all forms of artistic license from cartography.</p>
<p>1) As a GIS user and student, I have often been immersed in this world of poorly designed and ineffective maps. I have even often been a culprit of producing poorly organized and ignorant maps. This comment is not meant as an indictment of the entire GIS world, but my select experiences have contributed to this opinion. During my time as both an undergraduate and graduate student, every GIS course I have taken has included map production. But, a minute number of these courses has included PROPER map production. Instructions like: &#8220;You also need to include the basic cartographic elements in the map: legend, title, your name and date, north arrow, scale bar, and neatline&#8221; and similar statements have often been included in teaching lab assignments.  This one series of instructions largely supports my opinion. The third word in this statement is extremely striking to me, the word &#8220;need.&#8221; This almost repeats the GIS Lounge&#8217;s statement verbatim. In cartography, like you state in your posting, saying that you need to have certain elements is simply reckless. The ultimate goal of any map is to convey a message to a certain audience. If a north arrow or a scale bar makes a significant contribution to conveying the mapper&#8217;s message, then yes, by all means they should be included. But just because you can add a north arrow or scale bar, doesn&#8217;t mean you should. This is largely an issue with GIS software. For example, ArcMap and Idrisi allow you to easily choose a scale bar or north arrow from a series, oftentimes without even considering their usefulness, and too many maps are produced solely within these environments. I think that addressing this issue in the students&#8217; initial GIS training would do wonders for curtailing some of these issues.</p>
<p>2) In today&#8217;s computer-based world, anyone can produce a map and many can produce a lousy map. Just simply Google searching for &#8220;United States map&#8221; will produce a large range of Easter-egg, pastel colored states, common use of the &#8220;geographic&#8221; projection, and haphazard layouts. This largely selects a significant lack of knowledge pertaining to proper map communication techniques. This consistent barrage of less than adequate maps is subconsciously and negatively impacting the way people think about maps. Just as Brooks Hatlen experienced in The Shawshank Redemption, as people become consistently exposed to inadequacies, they can often become dependent on and comfortable with these weaknesses. Addressing these issues is a much more complex issue than education because the freedom and anonymity of the internet will likely make it impossible to address this portion of the problem.</p>
<p>3) Finally, the constant attempt to create standards, classify things, and simplify complex issues is also an important issue that should be addressed. With computer-processing speed and analytical capabilities significantly improving, more information is produced at greater rates than ever seen before. With this proliferation of data, we see some oversight with the final presented product. This has led some organizations to attempt to over-simplify their map production in order to save priceless time. Maps are not simple creations, they take tremendous time, effort, and contemplation to become effective. In order to be an effective cartographer, creative license is essential. Without creativity, there is no cartography.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Huffman</title>
		<link>http://cartastrophe.wordpress.com/2011/09/13/assembly-line-map-elements/#comment-433</link>
		<dc:creator><![CDATA[Daniel Huffman]]></dc:creator>
		<pubDate>Thu, 22 Sep 2011 05:15:08 +0000</pubDate>
		<guid isPermaLink="false">http://cartastrophe.wordpress.com/?p=399#comment-433</guid>
		<description><![CDATA[Thanks for the kind words. I&#039;m thinking of bringing a few membership letters to NACIS to distribution to all who wish. You can pick one up then if you&#039;ll be there =). 

&gt;________________________________ ]]></description>
		<content:encoded><![CDATA[<p>Thanks for the kind words. I&#8217;m thinking of bringing a few membership letters to NACIS to distribution to all who wish. You can pick one up then if you&#8217;ll be there =). </p>
<p>&gt;________________________________ </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DaveB</title>
		<link>http://cartastrophe.wordpress.com/2011/09/13/assembly-line-map-elements/#comment-432</link>
		<dc:creator><![CDATA[DaveB]]></dc:creator>
		<pubDate>Mon, 19 Sep 2011 13:15:39 +0000</pubDate>
		<guid isPermaLink="false">http://cartastrophe.wordpress.com/?p=399#comment-432</guid>
		<description><![CDATA[Please accept my application for entry into GCTEME

I&#039;ve long been a proponent of the worthy causes you espouse here. Needless and inaccurate north arrows and scale bars, redundant and misleading legends, inaccurate (often wildly so, depending on where you are on a map) verbal scales, and the like, should be left off of maps whenever possible. Of course, sometimes client/audience expectations require them, but sometimes part of our job is to educate our map-readers and map-users. Even when a legend is correct and understandable it isn&#039;t always needed. It&#039;s better to label features on the map if you can. Especially when there are only a small number of features, like the Cairanne example.

Keep up the good work!]]></description>
		<content:encoded><![CDATA[<p>Please accept my application for entry into GCTEME</p>
<p>I&#8217;ve long been a proponent of the worthy causes you espouse here. Needless and inaccurate north arrows and scale bars, redundant and misleading legends, inaccurate (often wildly so, depending on where you are on a map) verbal scales, and the like, should be left off of maps whenever possible. Of course, sometimes client/audience expectations require them, but sometimes part of our job is to educate our map-readers and map-users. Even when a legend is correct and understandable it isn&#8217;t always needed. It&#8217;s better to label features on the map if you can. Especially when there are only a small number of features, like the Cairanne example.</p>
<p>Keep up the good work!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jordi francesch</title>
		<link>http://cartastrophe.wordpress.com/2011/09/13/assembly-line-map-elements/#comment-430</link>
		<dc:creator><![CDATA[jordi francesch]]></dc:creator>
		<pubDate>Wed, 14 Sep 2011 13:21:38 +0000</pubDate>
		<guid isPermaLink="false">http://cartastrophe.wordpress.com/?p=399#comment-430</guid>
		<description><![CDATA[I learned a lot in your blog, fun stuff, silly stories and emotional. Long ago I follow your thread. So much so that inspired me to carry out my blog. I congratulate you for your work, people will follow and much more. I will picks the other side of the world, a small country called Catalonia within Spain, with different language and culture in Spanish, with a different style and roots are different. My blog tries to make it known to as many people as best as possible. I like mine, many more. Thanks for your patience and congratulations to you all.

My blog if you want to browse a little:
http://cartografic.wordpress.com

jordi francesch]]></description>
		<content:encoded><![CDATA[<p>I learned a lot in your blog, fun stuff, silly stories and emotional. Long ago I follow your thread. So much so that inspired me to carry out my blog. I congratulate you for your work, people will follow and much more. I will picks the other side of the world, a small country called Catalonia within Spain, with different language and culture in Spanish, with a different style and roots are different. My blog tries to make it known to as many people as best as possible. I like mine, many more. Thanks for your patience and congratulations to you all.</p>
<p>My blog if you want to browse a little:<br />
<a href="http://cartografic.wordpress.com" rel="nofollow">http://cartografic.wordpress.com</a></p>
<p>jordi francesch</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Boulet</title>
		<link>http://cartastrophe.wordpress.com/2011/09/13/assembly-line-map-elements/#comment-428</link>
		<dc:creator><![CDATA[Daniel Boulet]]></dc:creator>
		<pubDate>Tue, 13 Sep 2011 22:11:04 +0000</pubDate>
		<guid isPermaLink="false">http://cartastrophe.wordpress.com/?p=399#comment-428</guid>
		<description><![CDATA[Oops! - that last comment referencing Beck&#039;s London Underground maps was me - not the mysterious Daniel Huffman.]]></description>
		<content:encoded><![CDATA[<p>Oops! &#8211; that last comment referencing Beck&#8217;s London Underground maps was me &#8211; not the mysterious Daniel Huffman.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel</title>
		<link>http://cartastrophe.wordpress.com/2011/09/13/assembly-line-map-elements/#comment-427</link>
		<dc:creator><![CDATA[Daniel]]></dc:creator>
		<pubDate>Tue, 13 Sep 2011 21:17:44 +0000</pubDate>
		<guid isPermaLink="false">http://cartastrophe.wordpress.com/?p=399#comment-427</guid>
		<description><![CDATA[The counterexamples that immediately came to my mind when I read the &quot;maps must always have scale bars&quot; were maps which are deliberately not drawn to scale. A truly classic example would probably be Beck&#039;s map of the London Underground but there lots and lots of other examples out there.]]></description>
		<content:encoded><![CDATA[<p>The counterexamples that immediately came to my mind when I read the &#8220;maps must always have scale bars&#8221; were maps which are deliberately not drawn to scale. A truly classic example would probably be Beck&#8217;s map of the London Underground but there lots and lots of other examples out there.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
