<?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/"
	
	>
<channel>
	<title>Comments on: State Migration Flows</title>
	<atom:link href="/2013/12/17/state-migration-flows/feed/" rel="self" type="application/rss+xml" />
	<link>http://helpmeviz.com/2013/12/17/state-migration-flows/</link>
	<description>Helping people with everyday data visualizations</description>
	<lastBuildDate>Mon, 11 Aug 2014 14:58:11 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.9.2</generator>
	<item>
		<title>By: Patrick Stotz</title>
		<link>http://helpmeviz.com/2013/12/17/state-migration-flows/#comment-465</link>
		<dc:creator><![CDATA[Patrick Stotz]]></dc:creator>
		<pubDate>Wed, 08 Jan 2014 13:54:27 +0000</pubDate>
		<guid isPermaLink="false">http://helpmeviz.com/?p=142#comment-465</guid>
		<description><![CDATA[Thanks!
Yes, arrow heads on the migration paths would definitely add some clarity. Though it might be quite challengning to implement them (at least for me). But I&#039;ll give it a try.
And I think we&#039;ll normalize the data for our choropleth map (migrations per pop.) as already suggested in the first comment and in some tweets yesterday after publishing our map.]]></description>
		<content:encoded><![CDATA[<p>Thanks!<br />
Yes, arrow heads on the migration paths would definitely add some clarity. Though it might be quite challengning to implement them (at least for me). But I&#8217;ll give it a try.<br />
And I think we&#8217;ll normalize the data for our choropleth map (migrations per pop.) as already suggested in the first comment and in some tweets yesterday after publishing our map.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick Mineault</title>
		<link>http://helpmeviz.com/2013/12/17/state-migration-flows/#comment-449</link>
		<dc:creator><![CDATA[Patrick Mineault]]></dc:creator>
		<pubDate>Tue, 07 Jan 2014 18:43:22 +0000</pubDate>
		<guid isPermaLink="false">http://helpmeviz.com/?p=142#comment-449</guid>
		<description><![CDATA[I was going to post something about just coloring in the states proportionally to in/outflow, and using a blue/red color scheme instead of red/green for colorblind people, but you beat me to the punch! Berlin visualization is indeed excellent. I think it would be slightly more intuitive if you added arrow heads on the migration paths to indicate net in/outflow.]]></description>
		<content:encoded><![CDATA[<p>I was going to post something about just coloring in the states proportionally to in/outflow, and using a blue/red color scheme instead of red/green for colorblind people, but you beat me to the punch! Berlin visualization is indeed excellent. I think it would be slightly more intuitive if you added arrow heads on the migration paths to indicate net in/outflow.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick Stotz</title>
		<link>http://helpmeviz.com/2013/12/17/state-migration-flows/#comment-410</link>
		<dc:creator><![CDATA[Patrick Stotz]]></dc:creator>
		<pubDate>Mon, 06 Jan 2014 09:13:46 +0000</pubDate>
		<guid isPermaLink="false">http://helpmeviz.com/?p=142#comment-410</guid>
		<description><![CDATA[What a coincidence to find this visualization here.
I&#039;ve seen it on Christopher Ingraham’s blog a few weeks ago and liked it&#039;s style and interactivity so much, that I decided to take it as a prototype for our newest project on mappable.info.

The project itself aims at exploring the potential of phone directories for urban analytics. An important part of it is a visualization / exploratory analysis of approx. 50.000 intra-city relocations in the city of Berlin.

In our approach we made two major adjustments to the original version:
1. We didn&#039;t use proportional circles to symbolize the net migration by state due to the generally limited ability to estimate values correctly from circles. We chose a diverging choropleth map instead.
2. To deal with the hairball problem, which in our case was even worse thanks to the higher number of elements, we integrated buttons. Just as suggested in one of the comments above, those buttons allow to hide all lines of the flow map which represent positive/negative net change relations.

Finally, we added a reset button for switching between the two map views, turning the whole visualization into 2-maps-in-1. One choropleth and one flow map.

You can check out our interactive map here: http://dl.dropboxusercontent.com/u/54512470/Telefondaten_VIZ/index.html
The source code can be found here : http://github.com/PatrickStotz/Berlin-A-to-Z
And here’s the project description: http://mappable.info/a-to-z

Cheers
Patrick Stotz / Achim Tack - mappable.info]]></description>
		<content:encoded><![CDATA[<p>What a coincidence to find this visualization here.<br />
I&#8217;ve seen it on Christopher Ingraham’s blog a few weeks ago and liked it&#8217;s style and interactivity so much, that I decided to take it as a prototype for our newest project on mappable.info.</p>
<p>The project itself aims at exploring the potential of phone directories for urban analytics. An important part of it is a visualization / exploratory analysis of approx. 50.000 intra-city relocations in the city of Berlin.</p>
<p>In our approach we made two major adjustments to the original version:<br />
1. We didn&#8217;t use proportional circles to symbolize the net migration by state due to the generally limited ability to estimate values correctly from circles. We chose a diverging choropleth map instead.<br />
2. To deal with the hairball problem, which in our case was even worse thanks to the higher number of elements, we integrated buttons. Just as suggested in one of the comments above, those buttons allow to hide all lines of the flow map which represent positive/negative net change relations.</p>
<p>Finally, we added a reset button for switching between the two map views, turning the whole visualization into 2-maps-in-1. One choropleth and one flow map.</p>
<p>You can check out our interactive map here: <a href="http://dl.dropboxusercontent.com/u/54512470/Telefondaten_VIZ/index.html" rel="nofollow">http://dl.dropboxusercontent.com/u/54512470/Telefondaten_VIZ/index.html</a><br />
The source code can be found here : <a href="http://github.com/PatrickStotz/Berlin-A-to-Z" rel="nofollow">http://github.com/PatrickStotz/Berlin-A-to-Z</a><br />
And here’s the project description: <a href="http://mappable.info/a-to-z" rel="nofollow">http://mappable.info/a-to-z</a></p>
<p>Cheers<br />
Patrick Stotz / Achim Tack &#8211; mappable.info</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Matyskiel</title>
		<link>http://helpmeviz.com/2013/12/17/state-migration-flows/#comment-89</link>
		<dc:creator><![CDATA[John Matyskiel]]></dc:creator>
		<pubDate>Tue, 17 Dec 2013 21:42:51 +0000</pubDate>
		<guid isPermaLink="false">http://helpmeviz.com/?p=142#comment-89</guid>
		<description><![CDATA[Chris, here are a couple of ideas to consider.

1 kind of map    The size of the state is not proportional to population, which leads to odd dot/state combinations.  Putting the same dots onto a map where the size of the states is proportionate to population would help.  (Such maps do exist, but I don&#039;t know where to refer you.)

2  flows   The length of the flow lines gives added weight to longer distances, which is not really relevant.  Remove the flow lines, and when the source state is clicked, switch to another marker in the receiving state, proportional to quantity - ie, when showing flows, the dots change to boxes or some other symbol in the receiving states, sized proportionately. This also eliminates arrow congestion in the Northeast

Hope this helps.]]></description>
		<content:encoded><![CDATA[<p>Chris, here are a couple of ideas to consider.</p>
<p>1 kind of map    The size of the state is not proportional to population, which leads to odd dot/state combinations.  Putting the same dots onto a map where the size of the states is proportionate to population would help.  (Such maps do exist, but I don&#8217;t know where to refer you.)</p>
<p>2  flows   The length of the flow lines gives added weight to longer distances, which is not really relevant.  Remove the flow lines, and when the source state is clicked, switch to another marker in the receiving state, proportional to quantity &#8211; ie, when showing flows, the dots change to boxes or some other symbol in the receiving states, sized proportionately. This also eliminates arrow congestion in the Northeast</p>
<p>Hope this helps.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Hobson</title>
		<link>http://helpmeviz.com/2013/12/17/state-migration-flows/#comment-87</link>
		<dc:creator><![CDATA[Tom Hobson]]></dc:creator>
		<pubDate>Tue, 17 Dec 2013 19:00:35 +0000</pubDate>
		<guid isPermaLink="false">http://helpmeviz.com/?p=142#comment-87</guid>
		<description><![CDATA[Our studio (locus insight in Ireland) produced this visualization for the international organization for migration (IOM). Check it out at this URL http://www.iom.int/cms/en/sites/iom/home/about-migration/world-migration.html
We were playing about with ways of visualizing two-way movement between locations (people, goods, money) and came up with the concept. It could be refined a lot more. If its of interest do get in touch.
Tom]]></description>
		<content:encoded><![CDATA[<p>Our studio (locus insight in Ireland) produced this visualization for the international organization for migration (IOM). Check it out at this URL <a href="http://www.iom.int/cms/en/sites/iom/home/about-migration/world-migration.html" rel="nofollow">http://www.iom.int/cms/en/sites/iom/home/about-migration/world-migration.html</a><br />
We were playing about with ways of visualizing two-way movement between locations (people, goods, money) and came up with the concept. It could be refined a lot more. If its of interest do get in touch.<br />
Tom</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marty</title>
		<link>http://helpmeviz.com/2013/12/17/state-migration-flows/#comment-84</link>
		<dc:creator><![CDATA[Marty]]></dc:creator>
		<pubDate>Tue, 17 Dec 2013 17:16:40 +0000</pubDate>
		<guid isPermaLink="false">http://helpmeviz.com/?p=142#comment-84</guid>
		<description><![CDATA[Initial thoughts are that this looks quite good- you can easily see the broadest geographic trend in the data (people are fleeing the rust belt, heading for the sun belt). Leagues of improvement over the radial chart in that regard. The granularity you can drill down to is also great, although I had to read the into text to recognize you had to click on the circles to pull up the state-by-state data.

The only thing cartographers would probably tut about:
1. It&#039;d be good to have an option to see the data normalized (possibly even eliminate the non-normalized view altogether): essentially percentage of population gained/lost via migration rather than raw count. 
2. A legend: although this gets explained in the notes, it&#039;d be good to have a graphic representation of what the red/green and size of the circle means.

The hairball problem: there&#039;s a few avenues, I think.
1. Allow users to toggle between inflow/outflow, as you mentioned
2. Add an option to aggregate the states into major socio-cultural units (e.g. Sun Belt, Midwest, Pacific NW, etc)- this will not only cut down on the tangle of lines, but could generate some insights.

Beyond that, what do you think needs to be improved? Are there insights from the data that you think aren&#039;t being communicated? Is there any part of the visual representation you don&#039;t think &#039;reads&#039; right?]]></description>
		<content:encoded><![CDATA[<p>Initial thoughts are that this looks quite good- you can easily see the broadest geographic trend in the data (people are fleeing the rust belt, heading for the sun belt). Leagues of improvement over the radial chart in that regard. The granularity you can drill down to is also great, although I had to read the into text to recognize you had to click on the circles to pull up the state-by-state data.</p>
<p>The only thing cartographers would probably tut about:<br />
1. It&#8217;d be good to have an option to see the data normalized (possibly even eliminate the non-normalized view altogether): essentially percentage of population gained/lost via migration rather than raw count.<br />
2. A legend: although this gets explained in the notes, it&#8217;d be good to have a graphic representation of what the red/green and size of the circle means.</p>
<p>The hairball problem: there&#8217;s a few avenues, I think.<br />
1. Allow users to toggle between inflow/outflow, as you mentioned<br />
2. Add an option to aggregate the states into major socio-cultural units (e.g. Sun Belt, Midwest, Pacific NW, etc)- this will not only cut down on the tangle of lines, but could generate some insights.</p>
<p>Beyond that, what do you think needs to be improved? Are there insights from the data that you think aren&#8217;t being communicated? Is there any part of the visual representation you don&#8217;t think &#8216;reads&#8217; right?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
