Comments on: How to get from Stata to Pajek http://www.kai-arzheimer.com/blog/2010/01/10/how-to-get-from-stata-to-pajek/ A political science blog Wed, 19 May 2010 20:31:00 +0000 hourly 1 http://wordpress.org/?v=3.0 By: Which of my students are most likely to gang up against me? | Kai Arzheimer http://www.kai-arzheimer.com/blog/2010/01/10/how-to-get-from-stata-to-pajek/comment-page-1/#comment-374 Which of my students are most likely to gang up against me? | Kai Arzheimer Wed, 19 May 2010 20:31:00 +0000 http://www.kai-arzheimer.com/blog/?p=362#comment-374 [...] Getting  a data matrix from Stata into Pajek is not necessarily a fun exercise, so I decided to give the networkx module for Python a go, which is simply superb. Networkx has data types for representing social networks, so you can read in a rectangular data matrix (again as CSV),  construct the network in Python and export the whole lot to Pajek with a few lines of code: [...] [...] Getting  a data matrix from Stata into Pajek is not necessarily a fun exercise, so I decided to give the networkx module for Python a go, which is simply superb. Networkx has data types for representing social networks, so you can read in a rectangular data matrix (again as CSV),  construct the network in Python and export the whole lot to Pajek with a few lines of code: [...]

]]> By: kai http://www.kai-arzheimer.com/blog/2010/01/10/how-to-get-from-stata-to-pajek/comment-page-1/#comment-232 kai Mon, 11 Jan 2010 20:47:23 +0000 http://www.kai-arzheimer.com/blog/?p=362#comment-232 Thanks for your comment Gabriel - I wasn't aware of the end-of-line problem. Your code is very neat and useful but seems to assume that the data are already in a "long" format (one record per dyad). My code is really just a hack wrapped around reshape, which saves me the trouble of doing this in Perl. For the benefit of other readers, here is a link to Gabriel's code on ssc: <a href="http://ideas.repec.org/c/boc/bocode/s457075.html" target="_blank">http://ideas.repec.org/c/boc/bocode/s457075.html</a> And here is the link to the spiced-up version on his blog (the link in the original comment points back to this page): <a href="http://codeandculture.wordpress.com/2009/12/10/stata2pajek-w-vertice-colors/" target="_blank">http://codeandculture.wordpress.com/2009/12/10/st...</a> Thanks for your comment Gabriel – I wasn't aware of the end-of-line problem. Your code is very neat and useful but seems to assume that the data are already in a "long" format (one record per dyad). My code is really just a hack wrapped around reshape, which saves me the trouble of doing this in Perl.

For the benefit of other readers, here is a link to Gabriel's code on ssc:
http://ideas.repec.org/c/boc/bocode/s457075.html

And here is the link to the spiced-up version on his blog (the link in the original comment points back to this page): http://codeandculture.wordpress.com/2009/12/10/st...

]]> By: gabrielrossman http://www.kai-arzheimer.com/blog/2010/01/10/how-to-get-from-stata-to-pajek/comment-page-1/#comment-231 gabrielrossman Mon, 11 Jan 2010 00:22:59 +0000 http://www.kai-arzheimer.com/blog/?p=362#comment-231 your code uses the logical end-of-line character "_n". since Pajek insists on Windows formatted text files, this is fine on Stata for Windows, but on Stata for Mac/Unix you need to use the Stata command "filefilter" to force the file to have Windows EOL characters. also, i have a similar ado file at ssc called "stata2pajek" there's also a <a href="" target="_blank">more flexible version</a> on my blog that lets you merge on vertice level attributes, like colors your code uses the logical end-of-line character "_n". since Pajek insists on Windows formatted text files, this is fine on Stata for Windows, but on Stata for Mac/Unix you need to use the Stata command "filefilter" to force the file to have Windows EOL characters.

also, i have a similar ado file at ssc called "stata2pajek"

there's also a more flexible version on my blog that lets you merge on vertice level attributes, like colors

]]>