<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/atom10full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><feed xmlns="http://www.w3.org/2005/Atom" xmlns:openSearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:blogger="http://schemas.google.com/blogger/2008" xmlns:georss="http://www.georss.org/georss" xmlns:gd="http://schemas.google.com/g/2005" xmlns:thr="http://purl.org/syndication/thread/1.0" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" gd:etag="W/&quot;DU8EQH87eSp7ImA9WhFSFk4.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311</id><updated>2013-06-19T06:30:01.101-04:00</updated><category term="technology" /><category term="openid" /><category term="proposals" /><category term="ec2" /><category term="top ten" /><category term="books" /><category term="online analysis" /><category term="data curation" /><category term="fedora" /><category term="digital preservation" /><category term="presentation" /><category term="software development" /><category term="human resources" /><category term="icpsr" /><category term="announcement" /><category term="then and now" /><category term="outage" /><category term="video" /><category term="ITrecharge" /><category term="itxpo2011" /><category term="eager" /><category term="elastic computing cloud" /><category term="duraspace" /><category term="cloud computing" /><category term="library of congress" /><category term="authentication" /><category term="sda" /><category term="security" /><category term="challenge grant" /><category term="bmgf" /><category term="amazon web servivces" /><category term="FLAME" /><category term="fedora repository" /><category term="archival storage" /><category term="vde" /><category term="prezi" /><category term="cyberinfrastructure" /><category term="zoho" /><category term="storage architecture" /><category term="certification" /><category term="trac" /><category term="infrastructure" /><category term="off-topic" /><category term="jobs" /><category term="restricted data" /><category term="identity" /><category term="lockss" /><category term="nsf" /><category term="information technology" /><category term="stats" /><category term="fun" /><category term="sde" /><category term="CNI2009fall" /><category term="conferences" /><category term="duracloud" /><category term="iassist2010" /><category term="gartner" /><category term="google" /><category term="oais" /><category term="CNI2010fall" /><title>Technology at ICPSR</title><subtitle type="html">News and commentary about new technology-related projects under development at ICPSR</subtitle><link rel="http://schemas.google.com/g/2005#feed" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/posts/default" /><link rel="alternate" type="text/html" href="http://techaticpsr.blogspot.com/" /><link rel="next" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default?start-index=26&amp;max-results=25&amp;redirect=false&amp;v=2" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><generator version="7.00" uri="http://www.blogger.com">Blogger</generator><openSearch:totalResults>373</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/atom+xml" href="http://feeds.feedburner.com/TechnologyAtIcpsr" /><feedburner:info uri="technologyaticpsr" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><entry gd:etag="W/&quot;DU8EQH85fCp7ImA9WhFSFk4.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-8870475983530214631</id><published>2013-06-19T06:30:00.000-04:00</published><updated>2013-06-19T06:30:01.124-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2013-06-19T06:30:01.124-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="technology" /><title>EMC transfer_support_materials fix for anonymous ftp</title><content type="html">&lt;div class="separator" style="clear: both; text-align: center;"&gt;
&lt;a href="http://3.bp.blogspot.com/-QOruOM2z9yE/UcB1BxZBrFI/AAAAAAAAAp4/JS4zzGhO4Uc/s1600/img9.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"&gt;&lt;img border="0" src="http://3.bp.blogspot.com/-QOruOM2z9yE/UcB1BxZBrFI/AAAAAAAAAp4/JS4zzGhO4Uc/s1600/img9.jpg" /&gt;&lt;/a&gt;&lt;/div&gt;
Last month I posted about an issue we have been having with our EMC NS 120 NAS. &amp;nbsp;To re-cap briefly... &amp;nbsp;When the NS 120 discovers a problem, one action it often will take is to collect up a bunch of diagnostic information, Zip it up, and then use anonymous ftp to transfer it to EMC. &amp;nbsp;A shell script under the /nas/tools directory called &lt;i&gt;transfer_support_materials&lt;/i&gt; does the dirty work. The problem we have been experiencing is rooted in this script; it would fault when trying to transfer the Zip file. &lt;br /&gt;
&lt;br /&gt;
The sequence of &lt;i&gt;ftp&lt;/i&gt; commands inside the script is simple:&lt;br /&gt;
&lt;br /&gt;
&lt;ol&gt;
&lt;li&gt;Connect to ftp.emc.com&lt;/li&gt;
&lt;li&gt;Log in using the user name anonymous and a password unique to the NS 120&lt;/li&gt;
&lt;li&gt;change directory to /incoming/APMxxxxxxxxxxx (where the string of x's is replaced with the NS 120 serial number)&lt;/li&gt;
&lt;li&gt;transfer the Zip file&lt;/li&gt;
&lt;/ol&gt;
&lt;div&gt;
The script would always fail at step #3 with the message: &lt;i&gt;File unavailable&lt;/i&gt;.&lt;/div&gt;
&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div&gt;
The root of the problem is that the &lt;i&gt;transfer_support_materials&lt;/i&gt; script expects the directory to exist, but it doesn't.&lt;/div&gt;
&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div&gt;
At first I thought that the problem was with the EMC anonymous &lt;i&gt;ftp&lt;/i&gt; server. &amp;nbsp;I opened several SRs trying to get someone to create the directory. &amp;nbsp;None of the SRs ever reached a satisfactory closure, and I was left with the impression, &lt;i&gt;Of course the directory doesn't exist; we delete them after a couple of days automatically&lt;/i&gt;.&lt;/div&gt;
&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div&gt;
So..... &amp;nbsp;The tool to transfer diagnostics expects the directory to exist, and the business process at EMC deletes the directory as a routine matter.&lt;/div&gt;
&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div&gt;
At the suggestion of one of my colleagues, I ran ftp by hand, and discovered that it would happily let me create the directory. &amp;nbsp;That is, I could manually do this:&lt;/div&gt;
&lt;div&gt;
&lt;ol&gt;
&lt;li&gt;Connect to ftp.emc.com&lt;/li&gt;
&lt;li&gt;Log in using the same credentials as the NS 120&lt;/li&gt;
&lt;li&gt;mkdir /incoming/APMxxxxxxxxxx&lt;/li&gt;
&lt;li&gt;cd&amp;nbsp;/incoming/APMxxxxxxxxxx&lt;/li&gt;
&lt;li&gt;transfer the Zip file&lt;/li&gt;
&lt;/ol&gt;
&lt;/div&gt;
&lt;div&gt;
I decided to tweak&amp;nbsp;&lt;i&gt;transfer_support_materials&lt;/i&gt;, adding this new element to the existing sequence of ftp commands. &amp;nbsp;The change is really simple. &amp;nbsp;This:&lt;/div&gt;
&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;br /&gt;
&lt;span style="font-family: Courier New, Courier, monospace; font-size: x-small;"&gt;#do transfer&lt;br /&gt;LFTPCOMMANDFILE="open -u ${username},${password} $HostName;cd $remote_name;rm -f ${newfile##*/};put $newfile"&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;becomes this:&lt;br /&gt;&lt;br /&gt;&lt;span style="font-family: Courier New, Courier, monospace; font-size: x-small;"&gt;#do transfer&lt;br /&gt;LFTPCOMMANDFILE="open -u ${username},${password} $HostName;&lt;b&gt;mkdir $remote_name;&lt;/b&gt;cd $remote_name;rm -f ${newfile##*/};put $newfile"&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;Ran a quick test of the script after this change, and &lt;i&gt;Voila!&lt;/i&gt;, it works again.&lt;br /&gt; &lt;br /&gt;&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/XMZu8l450NA" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/8870475983530214631/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2013/06/emc-transfersupportmaterials-fix-for.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/8870475983530214631?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/8870475983530214631?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/XMZu8l450NA/emc-transfersupportmaterials-fix-for.html" title="EMC transfer_support_materials fix for anonymous ftp" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://3.bp.blogspot.com/-QOruOM2z9yE/UcB1BxZBrFI/AAAAAAAAAp4/JS4zzGhO4Uc/s72-c/img9.jpg" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2013/06/emc-transfersupportmaterials-fix-for.html</feedburner:origLink></entry><entry gd:etag="W/&quot;C0ADRn87fyp7ImA9WhBUFE8.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-5087776045988151857</id><published>2013-05-01T11:22:00.000-04:00</published><updated>2013-05-01T11:22:57.107-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2013-05-01T11:22:57.107-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="technology" /><category scheme="http://www.blogger.com/atom/ns#" term="information technology" /><title>EMC anonymous ftp service and transfer_support_materials</title><content type="html">&lt;div class="separator" style="clear: both; text-align: center;"&gt;
&lt;a href="https://encrypted-tbn1.gstatic.com/images?q=tbn:ANd9GcT-crURRr5sOZrXEmjKeH1oC0MhmKFWi8S3CGLpWtJ-NdQdqRn0" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"&gt;&lt;img border="0" src="https://encrypted-tbn1.gstatic.com/images?q=tbn:ANd9GcT-crURRr5sOZrXEmjKeH1oC0MhmKFWi8S3CGLpWtJ-NdQdqRn0" /&gt;&lt;/a&gt;&lt;/div&gt;
I have not seen notes about this in forums and boards, and so thought I would pass this along to others who may be using EMC gear.&lt;br /&gt;
&lt;br /&gt;
About a month ago we had a small problem with one of our NS 120 Celerra NAS units. &amp;nbsp;(It may have been soft errors on one of its disk drives.) &amp;nbsp;The Celerra detected the problem, and went to do its usual thing: &amp;nbsp;collect logs and other analytics, and then copy them to EMC's anonymous ftp site. &amp;nbsp;Our Celerra uses a utility under /nas/tools called /nas/tools/transfer_support_materials to do this. We noticed that when the Celerra tried to transfer the support materials that too failed. &amp;nbsp;And this generated an additional series of critical errors.&lt;br /&gt;
&lt;br /&gt;
We logged into the Celerra's control station and ran transfer_support_materials by hand. &amp;nbsp;And we saw a message like this:&lt;br /&gt;
&lt;br /&gt;
&lt;span style="font-family: Courier New, Courier, monospace;"&gt;[nasadmin@controller tools]$ /nas/tools/transfer_support_materials -uploadlog&lt;br /&gt;transfer_support_materials[12057]: The transfer script has started.&lt;br /&gt;PING ftp.emc.com (168.159.219.138) 56(84) bytes of data.&lt;br /&gt;From 12.249.233.6 icmp_seq=0 Packet filtered&lt;br /&gt;&lt;br /&gt;--- ftp.emc.com ping statistics ---&lt;br /&gt;1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms&lt;br /&gt;, pipe 2&lt;br /&gt;cd: Access failed: 550 Requested action not taken. File unavailable. (/incoming/APM00000000000)&lt;br /&gt;`/nas/var/emcsupport/support_materials_APM00000000000.130407_1351.zip' at 65536 (0%) 49.1K/s eta:5m [Connection idle]&lt;/span&gt;&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div&gt;
I've replaced our Celerra's serial number with the string "00000000000".&lt;/div&gt;
&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div&gt;
We then ran ftp by hand to see if we could replicate the error:&lt;/div&gt;
&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;span style="font-family: Courier New, Courier, monospace;"&gt;nasadmin@controller tools]$ ftp ftp.emc.com&lt;br /&gt;Connected to ftp.emc.com.&lt;br /&gt;220-Proceeding further constitutes acknowledgement&lt;br /&gt; to EMC Acceptable Use and Customer Security policies.&lt;br /&gt; Anonymous uploads are immediately moved to a secure server accessible only&lt;br /&gt; within EMC networks.&lt;br /&gt; File downloads from ftp.emc.com are restricted to selected /pub directories, via&lt;br /&gt; temporary secure accounts or via specific permanent secure accounts only.&lt;br /&gt; Anonymous users please login with anonymous and email address as your password&lt;br /&gt; See Powerlink emc278739 for upload instructions.&lt;br /&gt; EMC staff: please refer to current services, FAQ and Best Practices documents at&lt;br /&gt; http://one.emc.com/clearspace/community/active/css/projects/ftp-service&lt;br /&gt; Please email all questions and concerns to ftpquestions@emc.com&lt;br /&gt;220 Please reference the FTP Acceptable Use policy: http://itcentral.corp.emc.com/Policies/AcceptableUse.pdf&lt;br /&gt;534 Command denied.&lt;br /&gt;534 Command denied.&lt;br /&gt;KERBEROS_V4 rejected as an authentication type&lt;br /&gt;Name (ftp.emc.com:nasadmin): anonymous&lt;br /&gt;331 User name okay, need password.&lt;br /&gt;Password:&lt;br /&gt;230 User logged in, proceed.&lt;br /&gt;Remote system type is UNIX.&lt;br /&gt;Using binary mode to transfer files.&lt;br /&gt;ftp&amp;gt; cd /incoming/APM00000000000&lt;br /&gt;550 Requested action not taken. File unavailable.&lt;br /&gt;ftp&amp;gt;&lt;/span&gt;&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div&gt;
So, the problem was that the directory that holds our support materials (/incoming/APM&amp;lt;serialnum&amp;gt;) was missing or had its mode set to something that disallowed access.&lt;/div&gt;
&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div&gt;
We contacted EMC, and some days later they confirmed that the problem was indeed that the directory was missing, and that they had recreated it. &amp;nbsp;We then ran ftp by hand to confirm that everything was working again, and it was. That was good news, but when we tried the same thing on our second NS 120 Celerra, we discovered that it too was missing its "support directory" on the ftp server. &amp;nbsp;So we added that trouble report to our service request, and some days later, EMC confirmed that too had been missing, and then again recreated it. &amp;nbsp;In speaking with EMC it is a bit unclear if this problem is particular to us or more broad.&lt;/div&gt;
&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div&gt;
The upshot of the story is that if you too run a Celerra or other product that sends support materials to EMC via anonymous ftp, this might be a good day to test out transfer_support_materials to make sure that your "support directory" is intact. &amp;nbsp;If so, that's great, but if it is missing, you may want to open a service request with EMC soon so that they can recreate the directory for you. &amp;nbsp;Better to have it in place before your system needs to send support materials, but is not able to do so.&lt;/div&gt;
&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div&gt;
I should note that we're still happy overall with EMC; in fact, we've just purchased the first three nodes of a new Isilon storage system from them. &amp;nbsp;So the intent here isn't to excoriate them over the missing ftp directory; it was easy to reproduce the problem and to correct it. &amp;nbsp;But we did wish that we had been able to learn about the problem prior to the disk failure so that it could have been corrected earlier, not when the Celerra was trying to report a disk failure.&lt;/div&gt;
&lt;div&gt;
&amp;nbsp; &lt;div&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;/div&gt;
&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/5tlw15pFQo4" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/5087776045988151857/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2013/05/emc-anonymous-ftp-service-and.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/5087776045988151857?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/5087776045988151857?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/5tlw15pFQo4/emc-anonymous-ftp-service-and.html" title="EMC anonymous ftp service and transfer_support_materials" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2013/05/emc-anonymous-ftp-service-and.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DEcERn88fCp7ImA9WhBUEk8.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-6350498914675054050</id><published>2013-04-29T05:00:00.000-04:00</published><updated>2013-04-29T05:00:07.174-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2013-04-29T05:00:07.174-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="video" /><category scheme="http://www.blogger.com/atom/ns#" term="announcement" /><category scheme="http://www.blogger.com/atom/ns#" term="bmgf" /><title>ICPSR launches Measures of Effective Teaching web site</title><content type="html">Some of my colleagues, including ICPSR Director George Alter, gave a demo of one of our newest Web sites and collections at the &lt;a href="http://www.aera.net/Home/tabid/10041/Default.aspx" target="_blank"&gt;American Educational Research Association&lt;/a&gt; 2013 &lt;a href="http://www.aera.net/tabid/10208/Default.aspx" target="_blank"&gt;annual meeting&lt;/a&gt; on Sunday.&lt;br /&gt;
&lt;table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"&gt;&lt;tbody&gt;
&lt;tr&gt;&lt;td style="text-align: center;"&gt;&lt;a href="http://www.icpsr.umich.edu/icpsrweb/METLDB/index.jsp" style="margin-left: auto; margin-right: auto;" target="_blank"&gt;&lt;img alt="MET LDB web site" border="0" src="http://4.bp.blogspot.com/-9CqEzDK-5A4/UX17FFmxVnI/AAAAAAAAAms/Rc0CWSDKL3s/s1600/Screen+shot+2013-04-28+at+3.39.48+PM.png" height="255" title="MET LDB web site" width="400" /&gt;&lt;/a&gt;&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td class="tr-caption" style="text-align: center;"&gt;&lt;i&gt;Click the image to navigate to the live site&lt;/i&gt;&lt;/td&gt;&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
My team has built the video portal portion of the system. &amp;nbsp;The portal enables a researcher to play a list of videos that s/he has selected to view based on an analysis of the associated quantitative data and tagging data. &amp;nbsp;Access to the video and datasets is restricted and requires one to complete a data use agreement via ICPSR's web-based request system.&lt;br /&gt;
&lt;br /&gt;
We're grateful for the support we've received from the &lt;a href="http://www.gatesfoundation.org/" target="_blank"&gt;Bill and Melinda Gates Foundation&lt;/a&gt; to make all of this possible.&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/MJO09YX_HHw" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/6350498914675054050/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2013/04/icpsr-launches-measures-of-effective.html#comment-form" title="2 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/6350498914675054050?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/6350498914675054050?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/MJO09YX_HHw/icpsr-launches-measures-of-effective.html" title="ICPSR launches Measures of Effective Teaching web site" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://4.bp.blogspot.com/-9CqEzDK-5A4/UX17FFmxVnI/AAAAAAAAAms/Rc0CWSDKL3s/s72-c/Screen+shot+2013-04-28+at+3.39.48+PM.png" height="72" width="72" /><thr:total>2</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2013/04/icpsr-launches-measures-of-effective.html</feedburner:origLink></entry><entry gd:etag="W/&quot;AkMEQH09cSp7ImA9WhBVFk8.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-6801979500525267279</id><published>2013-04-22T07:00:00.000-04:00</published><updated>2013-04-22T07:00:01.369-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2013-04-22T07:00:01.369-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="security" /><title>Qualys browser checker</title><content type="html">&lt;div class="separator" style="clear: both; text-align: center;"&gt;
&lt;a href="http://1.bp.blogspot.com/-CuFNNJO60ek/UXMsRcCD0LI/AAAAAAAAAmI/M05ypHpJmuA/s1600/Screen+Shot+2013-04-20+at+8.00.44+PM.png" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"&gt;&lt;img border="0" src="http://1.bp.blogspot.com/-CuFNNJO60ek/UXMsRcCD0LI/AAAAAAAAAmI/M05ypHpJmuA/s1600/Screen+Shot+2013-04-20+at+8.00.44+PM.png" height="119" width="320" /&gt;&lt;/a&gt;&lt;/div&gt;
Ever since the recent craziness with vulnerabilities in Java plugins, I've making a concious effort to use Qualys's browser checker -&amp;nbsp;&lt;a href="https://browsercheck.qualys.com/"&gt;https://browsercheck.qualys.com/&lt;/a&gt; - on a routine basis both at home and at the office. &lt;br /&gt;
&lt;br /&gt;
Installing the tool in your browser is very easy, and the service is free and painless to use. &amp;nbsp;I have been using it to both to determine if my current browser and plugins are up to date, and also to identify plugins that are installed and enabled, but which I don't really need or use (e.g., Silverlight which I often disable for long stretches at a time).&lt;br /&gt;
&lt;br /&gt;
Qualys generates a nice report&lt;br /&gt;
&lt;br /&gt;
&lt;div class="separator" style="clear: both; text-align: center;"&gt;
&lt;a href="http://3.bp.blogspot.com/-_aVzL-ZDHwY/UXMs-j1D4YI/AAAAAAAAAmQ/bN4XZ6MwrbE/s1600/Screen+Shot+2013-04-20+at+8.03.20+PM.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"&gt;&lt;img border="0" src="http://3.bp.blogspot.com/-_aVzL-ZDHwY/UXMs-j1D4YI/AAAAAAAAAmQ/bN4XZ6MwrbE/s1600/Screen+Shot+2013-04-20+at+8.03.20+PM.png" height="320" width="316" /&gt;&lt;/a&gt;&lt;/div&gt;
&lt;br /&gt;
&lt;br /&gt;
like the one above to let you know if everything is up-to-date.&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/781lts69cjA" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/6801979500525267279/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2013/04/qualys-browser-checker.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/6801979500525267279?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/6801979500525267279?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/781lts69cjA/qualys-browser-checker.html" title="Qualys browser checker" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://1.bp.blogspot.com/-CuFNNJO60ek/UXMsRcCD0LI/AAAAAAAAAmI/M05ypHpJmuA/s72-c/Screen+Shot+2013-04-20+at+8.00.44+PM.png" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2013/04/qualys-browser-checker.html</feedburner:origLink></entry><entry gd:etag="W/&quot;Ck4MRHY4fip7ImA9WhBVEkQ.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-6756159712473527434</id><published>2013-04-18T09:16:00.001-04:00</published><updated>2013-04-18T09:16:25.836-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2013-04-18T09:16:25.836-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="stats" /><title>Web availability at ICPSR - March 2013</title><content type="html">ICPSR's content delivery system showed very high availability in March 2013: &amp;nbsp;a bit over 99.95% uptime. &amp;nbsp;We had only two problems in March. &amp;nbsp;One was a power outage that affected our headquarters on the University of Michigan campus, and we experienced a small amount of downtime as we moved service to our replica in Amazon's cloud. &amp;nbsp;The second was a 21-minute outage due to a continuing -- but now solved, we think -- problem with exporting content from our Oracle database server.&lt;br /&gt;
&lt;br /&gt;
Here are the overall numbers for ICPSR's 2012-2013 fiscal year:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"&gt;&lt;tbody&gt;
&lt;tr&gt;&lt;td style="text-align: center;"&gt;&lt;a href="http://2.bp.blogspot.com/-CyPAD7Arv0E/UW_xRh1zpqI/AAAAAAAAAl4/GEZTaLwRhKE/s1600/fy_2013_system_availability.png" imageanchor="1" style="margin-left: auto; margin-right: auto;"&gt;&lt;img border="0" height="120" src="http://2.bp.blogspot.com/-CyPAD7Arv0E/UW_xRh1zpqI/AAAAAAAAAl4/GEZTaLwRhKE/s400/fy_2013_system_availability.png" width="400" /&gt;&lt;/a&gt;&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td class="tr-caption" style="text-align: center;"&gt;click to enlarge&lt;/td&gt;&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;br /&gt;
We replaced our aging Oracle database server with a new machine which has twice the memory, twice the computing power, and perhaps most impressively, has 300 times the disk I/O speed(!). &amp;nbsp;The new machine has an array of solid-state drives (SSDs), and we use this for all of our database storage. &amp;nbsp;(The operating system resides on&amp;nbsp;conventional&amp;nbsp;disk drive technology.)&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/yR2jqzxtPeU" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/6756159712473527434/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2013/04/web-availability-at-icpsr-march-2013.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/6756159712473527434?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/6756159712473527434?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/yR2jqzxtPeU/web-availability-at-icpsr-march-2013.html" title="Web availability at ICPSR - March 2013" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://2.bp.blogspot.com/-CyPAD7Arv0E/UW_xRh1zpqI/AAAAAAAAAl4/GEZTaLwRhKE/s72-c/fy_2013_system_availability.png" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2013/04/web-availability-at-icpsr-march-2013.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CUEER384eyp7ImA9WhNQEEs.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-3126350652445520645</id><published>2012-11-16T06:00:00.000-05:00</published><updated>2012-11-16T06:00:06.133-05:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-11-16T06:00:06.133-05:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="stats" /><title>Web availability at ICPSR - October 2012</title><content type="html">October was a very good month for system uptime - over 99.9% availability:&lt;br /&gt;
&lt;br /&gt;
&lt;table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"&gt;&lt;tbody&gt;
&lt;tr&gt;&lt;td style="text-align: center;"&gt;&lt;a href="http://2.bp.blogspot.com/-oe2sRmevzDA/UKFg7fZB46I/AAAAAAAAAgk/88VNuOP5K48/s1600/fy_2013_system_availability(1).png" imageanchor="1" style="margin-left: auto; margin-right: auto;"&gt;&lt;img border="0" src="http://2.bp.blogspot.com/-oe2sRmevzDA/UKFg7fZB46I/AAAAAAAAAgk/88VNuOP5K48/s1600/fy_2013_system_availability(1).png" height="120" width="400" /&gt;&lt;/a&gt;&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td class="tr-caption" style="text-align: center;"&gt;Click chart to enlarge&lt;/td&gt;&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
That's good news after a much rougher September. &amp;nbsp;So far things look good this month, although a number of very short-lived outages have already pushed us below 99.9% for the month.&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/enyaKUBBDF0" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/3126350652445520645/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2012/11/web-availability-at-icpsr-october-2012.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/3126350652445520645?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/3126350652445520645?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/enyaKUBBDF0/web-availability-at-icpsr-october-2012.html" title="Web availability at ICPSR - October 2012" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://2.bp.blogspot.com/-oe2sRmevzDA/UKFg7fZB46I/AAAAAAAAAgk/88VNuOP5K48/s72-c/fy_2013_system_availability(1).png" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2012/11/web-availability-at-icpsr-october-2012.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DkMFQ3g4eip7ImA9WhNRGEQ.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-8455641154752706422</id><published>2012-11-14T07:00:00.000-05:00</published><updated>2012-11-14T07:00:12.632-05:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-11-14T07:00:12.632-05:00</app:edited><title>A commentary on MOOCs from Clay Shirky</title><content type="html">Some of my colleagues - past and present - are attending classes in Massive Open Online Courses (MOOCs). &amp;nbsp;I've been following their stories and also columnists who have been talking about MOOCs and education. &amp;nbsp;It is a very interesting time.&lt;br /&gt;
&lt;br /&gt;
Clay Shirky has a long post (&lt;a href="http://www.shirky.com/weblog/2012/11/napster-udacity-and-the-academy/" target="_blank"&gt;Napster, Udacity, and the Academy&lt;/a&gt;) about MOOCs that is well worth reading. &amp;nbsp;Some highlights:&lt;br /&gt;
&lt;blockquote class="tr_bq"&gt;
&lt;i&gt;The recording industry concluded this new audio format would be no threat, because quality mattered most. Who would listen to an MP3 when they could buy a better-sounding CD at the record store? Then Napster launched, and quickly became the fastest-growing piece of software in history. The industry sued Napster and won, and it collapsed even more suddenly than it had arisen.&lt;br /&gt;&lt;br /&gt;If Napster had only been about free access, control of legal distribution of music would then have returned the record labels. That’s not what happened. Instead, Pandora happened. Last.fm happened. Spotify happened. ITunes happened. Amazon began selling songs in the hated MP3 format.&lt;/i&gt;&lt;/blockquote&gt;
and&lt;br /&gt;&lt;blockquote class="tr_bq"&gt;
&lt;i&gt;It’s been interesting watching this unfold in music, books, newspapers, TV, but nothing has ever been as interesting to me as watching it happen in my own backyard. Higher education is now being disrupted; our MP3 is the massive open online course (or MOOC), and our Napster is Udacity, the education startup.&lt;br /&gt;&lt;br /&gt;We have several advantages over the recording industry, of course. We are decentralized and mostly non-profit. We employ lots of smart people. We have previous examples to learn from, and our core competence is learning from the past. And armed with these advantages, we’re probably going to screw this up as badly as the music people did.&lt;/i&gt;&lt;/blockquote&gt;
&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/iBukR9NCVZw" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/8455641154752706422/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2012/11/a-commentary-on-moocs-from-clay-shirky.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/8455641154752706422?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/8455641154752706422?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/iBukR9NCVZw/a-commentary-on-moocs-from-clay-shirky.html" title="A commentary on MOOCs from Clay Shirky" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2012/11/a-commentary-on-moocs-from-clay-shirky.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DkYDQnY7eyp7ImA9WhNRF0g.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-4742676224886031970</id><published>2012-11-12T16:02:00.003-05:00</published><updated>2012-11-12T16:02:53.803-05:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-11-12T16:02:53.803-05:00</app:edited><title>Nick Carr, MOOCs, and ethics</title><content type="html">In his post &lt;i&gt;&lt;a href="http://www.roughtype.com/?p=2005" target="_blank"&gt;The ethics of MOOC research&lt;/a&gt;&lt;/i&gt;, Nick Carr describes a note he received from a colleague in academia who comments on the research agenda of Massive Open Online Courses:&lt;br /&gt;
&lt;blockquote class="tr_bq"&gt;
&lt;i&gt;&lt;span style="background-color: white; color: #333333; font-family: Georgia, 'Bitstream Charter', serif; font-size: 14px; line-height: 23px;"&gt;The MOOCs’ research agenda seems entirely wholesome. But it does raise some tricky ethical issues, as a correspondent from academia pointed out to me after my article appeared. “At most institutions,” he wrote, the kind of behavioral research the MOOCs are doing “would qualify as research on human subjects, and it would have to be approved and monitored by an institutional review board, yet I have heard nothing about that being the case with this new adventure in technology.” Universities are, for good reason,&amp;nbsp;&lt;/span&gt;&lt;a href="http://hrpp.umich.edu/" style="background-color: white; border: 0px; color: #333333; font-family: Georgia, 'Bitstream Charter', serif; font-size: 14px; line-height: 23px; margin: 0px; outline: 0px; padding: 0px; vertical-align: baseline;"&gt;very careful&lt;/a&gt;&lt;span style="background-color: white; color: #333333; font-family: Georgia, 'Bitstream Charter', serif; font-size: 14px; line-height: 23px;"&gt;&amp;nbsp;about regulating, approving, and monitoring biological and behavioral research involving human subjects. In addition to the general ethical issues raised by such studies, there are strict&amp;nbsp;&lt;/span&gt;&lt;a href="http://www.hhs.gov/ohrp/" style="background-color: white; border: 0px; color: #333333; font-family: Georgia, 'Bitstream Charter', serif; font-size: 14px; line-height: 23px; margin: 0px; outline: 0px; padding: 0px; vertical-align: baseline;"&gt;federal regulations&lt;/a&gt;&lt;span style="background-color: white; color: #333333; font-family: Georgia, 'Bitstream Charter', serif; font-size: 14px; line-height: 23px;"&gt;&amp;nbsp;governing them. I am no expert on this subject, but my quick reading of some of the federal regulations suggests that certain kinds of purely pedagogical research are exempt from the government rules, and it may well be that the bulk of the MOOC research falls into that category.&lt;/span&gt;&lt;/i&gt;&lt;/blockquote&gt;
Given the intense energy ICPSR has been putting its systems for protecting confidential research data and facilitating requests for using such data, I found this very interesting. &lt;br /&gt;
&lt;br /&gt;
I see parallels here with collecting and using personal information. &amp;nbsp;If one conducts a survey and asks personal questions to well-consented adults, the results might one day become an interesting, restricted-use dataset. &amp;nbsp;But if the same information is harvested from freely and openly blogs, tweets, and wall posts, would it also become restricted-use data?&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/lpsNS3uZgkw" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/4742676224886031970/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2012/11/nick-carr-moocs-and-ethics.html#comment-form" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/4742676224886031970?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/4742676224886031970?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/lpsNS3uZgkw/nick-carr-moocs-and-ethics.html" title="Nick Carr, MOOCs, and ethics" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><thr:total>1</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2012/11/nick-carr-moocs-and-ethics.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DUcEQnw-eCp7ImA9WhNTEkQ.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-3194812818673992100</id><published>2012-10-15T06:30:00.000-04:00</published><updated>2012-10-15T06:30:03.250-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-10-15T06:30:03.250-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="fun" /><title>Artificial Intelligence as defined by Nick Carr</title><content type="html">Nick Carr has a short post &lt;a href="http://www.roughtype.com/?p=1915" target="_blank"&gt;here&lt;/a&gt; marking the occasion of Facebook's one billionth member. &amp;nbsp;He goes on to talk a bit about some work at Google on neural nets, but then includes this gem on artificial intelligence:&lt;br /&gt;
&lt;blockquote class="tr_bq"&gt;
&lt;i&gt;Forget the Turing Test. We’ll know that computers are really smart when computers start getting bored. If you assign a computer a profoundly tedious task like spotting potential house numbers in video images, and then you come back a couple of hours later and find that the computer is checking its Facebook feed or surfing porn, then you’ll know that artificial intelligence has truly arrived.&lt;/i&gt;&lt;/blockquote&gt;
It's a short post and a good read.&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/q8XgF9RpVFQ" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/3194812818673992100/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2012/10/artificial-intelligence-as-defined-by.html#comment-form" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/3194812818673992100?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/3194812818673992100?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/q8XgF9RpVFQ/artificial-intelligence-as-defined-by.html" title="Artificial Intelligence as defined by Nick Carr" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><thr:total>1</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2012/10/artificial-intelligence-as-defined-by.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DE8FSHc7eyp7ImA9WhJaGEs.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-3950308167417200303</id><published>2012-10-10T07:00:00.000-04:00</published><updated>2012-10-10T07:00:19.903-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-10-10T07:00:19.903-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="stats" /><title>September 2012 deposits at ICPSR</title><content type="html">The numbers from September are in:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;table align="center" border="2"&gt;
&lt;tbody&gt;
&lt;tr&gt;&lt;td&gt;# of files&lt;/td&gt;&lt;td&gt;# of deposits&lt;/td&gt;&lt;td&gt;File format&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;29&lt;/td&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;F            0x07           video/h264&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;145&lt;/td&gt;&lt;td&gt;17&lt;/td&gt;&lt;td&gt;application/msword&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;5&lt;/td&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;application/octet-stream&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;292&lt;/td&gt;&lt;td&gt;11&lt;/td&gt;&lt;td&gt;application/pdf&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;14&lt;/td&gt;&lt;td&gt;5&lt;/td&gt;&lt;td&gt;application/vnd.ms-excel&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;application/vnd.ms-powerpoint&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;120&lt;/td&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;application/x-arcview&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;31&lt;/td&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;application/x-dbase&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;application/x-rar&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;24&lt;/td&gt;&lt;td&gt;6&lt;/td&gt;&lt;td&gt;application/x-sas&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;14&lt;/td&gt;&lt;td&gt;6&lt;/td&gt;&lt;td&gt;application/x-spss&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;13&lt;/td&gt;&lt;td&gt;5&lt;/td&gt;&lt;td&gt;application/x-stata&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;5&lt;/td&gt;&lt;td&gt;5&lt;/td&gt;&lt;td&gt;application/x-zip&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;image/jpeg&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;32&lt;/td&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;image/x-3ds&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;70&lt;/td&gt;&lt;td&gt;2&lt;/td&gt;&lt;td&gt;multipart/appledouble&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;10&lt;/td&gt;&lt;td&gt;3&lt;/td&gt;&lt;td&gt;text/plain; charset=unknown&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;62&lt;/td&gt;&lt;td&gt;18&lt;/td&gt;&lt;td&gt;text/plain; charset=us-ascii&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;2&lt;/td&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;text/rtf&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;29&lt;/td&gt;&lt;td&gt;2&lt;/td&gt;&lt;td&gt;text/xml&lt;/td&gt;&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;br /&gt;
Interesting month in that we have the usual stuff in the usual quantities, but we also have a large number of unusual formats hitting the doorstep, such as ArcView and Apple Double. &amp;nbsp;And we also have a usual format in an unusually high quantity (MS Word).&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/6FKntmSKhrQ" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/3950308167417200303/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2012/10/september-2012-deposits-at-icpsr.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/3950308167417200303?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/3950308167417200303?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/6FKntmSKhrQ/september-2012-deposits-at-icpsr.html" title="September 2012 deposits at ICPSR" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2012/10/september-2012-deposits-at-icpsr.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CUcEQH09fSp7ImA9WhJaFE4.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-970830490272491014</id><published>2012-10-05T06:30:00.000-04:00</published><updated>2012-10-05T06:30:01.365-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-10-05T06:30:01.365-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="stats" /><title>September 2012 web availability</title><content type="html">September was an OK, but not great month for web availability:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"&gt;&lt;tbody&gt;
&lt;tr&gt;&lt;td style="text-align: center;"&gt;&lt;img height="120" src="https://docs.google.com/a/umich.edu/spreadsheet/oimg?key=0AgUA8KteqtijdGx4cXl5UHl4M2Vmdi1Rc1Bya2NzZXc&amp;amp;oid=4&amp;amp;zx=r69ure49q75i" style="margin-left: auto; margin-right: auto;" width="400" /&gt;&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td class="tr-caption" style="text-align: center;"&gt;Click to enlarge&lt;/td&gt;&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
We eliminated one frequent, but short-lived source of downtime when we stopped exporting the content of our Oracle database nightly. &amp;nbsp;We are now doing it only on the weekend, and while that adds some risk, we're gaining significant uptime. &amp;nbsp;(For some reason that we do not understand, our Oracle instance stops answering queries for 15-20 minutes about ten minutes AFTER the export completes.) &amp;nbsp;We have a new server racked and ready to install, and we're hoping that a fast new machine with solid-state drives will solve the problem for us.&lt;br /&gt;
&lt;br /&gt;
We did run into some trouble mid-month when some routine maintenance went awry, and we had to fail over to our replica over the weekend of September 15 and 16. &amp;nbsp;The total amount of downtime was about 90 minutes total over the course of the weekend, but the replica kept the problem from clobbering our service completely.&lt;br /&gt;
&lt;br /&gt;
After that we had pretty smooth sailing for the rest of the month. &amp;nbsp;Just 16 minutes of downtime for the rest of the month.&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/YehhNgHjRRg" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/970830490272491014/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2012/10/september-2012-web-availability.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/970830490272491014?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/970830490272491014?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/YehhNgHjRRg/september-2012-web-availability.html" title="September 2012 web availability" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2012/10/september-2012-web-availability.html</feedburner:origLink></entry><entry gd:etag="W/&quot;AkMFSX86eip7ImA9WhJaEkg.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-4715026482189277194</id><published>2012-10-03T06:00:00.000-04:00</published><updated>2012-10-03T06:00:18.112-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-10-03T06:00:18.112-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="video" /><title>Setting up Kaltura - part VI</title><content type="html">We'll focus on the Kaltura Drop Folder feature today. &amp;nbsp;The Drop Folder offers a mechanism whereby an enterprise can bulk upload content without human intervention. &amp;nbsp;In principle this is an excellent way for a library or archive to ingest many objects into Kaltura without some poor archivist performing individual (or group) uploads via a web GUI. &amp;nbsp;In practice the mechanism works smoothly when things are going well, but it can be a little difficult to diagnose problems when things go awry.&lt;br /&gt;
&lt;br /&gt;
For example, here's a sample display from the Drop Folders panel from our Kaltura Management Console (KMC), which serves as an all-in-one dashboard for managing content:&lt;br /&gt;
&lt;br /&gt;
&lt;table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"&gt;&lt;tbody&gt;
&lt;tr&gt;&lt;td style="text-align: center;"&gt;&lt;a href="http://1.bp.blogspot.com/-WoomHKLVXnY/UGY_cheWaDI/AAAAAAAAAf4/llw3LxTTCGk/s1600/Screen+Shot+2012-09-28+at+8.22.51+PM.png" imageanchor="1" style="margin-left: auto; margin-right: auto;"&gt;&lt;img border="0" height="61" src="http://1.bp.blogspot.com/-WoomHKLVXnY/UGY_cheWaDI/AAAAAAAAAf4/llw3LxTTCGk/s400/Screen+Shot+2012-09-28+at+8.22.51+PM.png" width="400" /&gt;&lt;/a&gt;&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td class="tr-caption" style="text-align: center;"&gt;Click to see a full-size image&lt;/td&gt;&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;br /&gt;
According to this display we have just ingested three items: &amp;nbsp;an XML file and two video files. &amp;nbsp;In this particular case the XML file contained all of the metadata for the two video files, and contained instructions that told Kaltura that these were new items to ingest. &amp;nbsp;The Status field shows a value of Done, and the Error Description field is empty. &amp;nbsp;This seems good.&lt;br /&gt;
&lt;br /&gt;
We can also see status information if we navigate to the Upload Control panel and select the Bulk Upload view. &amp;nbsp;Here we see similar info:&lt;br /&gt;
&lt;br /&gt;
&lt;table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"&gt;&lt;tbody&gt;
&lt;tr&gt;&lt;td style="text-align: center;"&gt;&lt;a href="http://2.bp.blogspot.com/-6nNubxey_t8/UGZAGSBQcZI/AAAAAAAAAgA/I5GNqLBB4jQ/s1600/Screen+Shot+2012-09-28+at+8.25.40+PM.png" imageanchor="1" style="margin-left: auto; margin-right: auto;"&gt;&lt;img border="0" height="27" src="http://2.bp.blogspot.com/-6nNubxey_t8/UGZAGSBQcZI/AAAAAAAAAgA/I5GNqLBB4jQ/s400/Screen+Shot+2012-09-28+at+8.25.40+PM.png" width="400" /&gt;&lt;/a&gt;&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td class="tr-caption" style="text-align: center;"&gt;Click to see a full-size image&lt;/td&gt;&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
Again, this seems like good news. &amp;nbsp;The Notification column shows a value of Finished successfully. &amp;nbsp;Hooray!&lt;br /&gt;
&lt;br /&gt;
But not so fast, my friend....&lt;br /&gt;
&lt;br /&gt;
If we examine one of the video files under the Content panel (Entries tab), we see that none of the extended metadata is present. &amp;nbsp;We can see the Custom Data fields, but they are all empty. &amp;nbsp;Hmm, what happened?&lt;br /&gt;
&lt;br /&gt;
If we navigate back to the Upload Control display, the last column offers some possible help:&lt;br /&gt;
&lt;br /&gt;
&lt;div class="separator" style="clear: both; text-align: center;"&gt;
&lt;a href="http://2.bp.blogspot.com/-Dw_symbDgWo/UGZBBvmr14I/AAAAAAAAAgI/FcAIGK7R66I/s1600/Screen+Shot+2012-09-28+at+8.29.10+PM.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"&gt;&lt;img border="0" src="http://2.bp.blogspot.com/-Dw_symbDgWo/UGZBBvmr14I/AAAAAAAAAgI/FcAIGK7R66I/s1600/Screen+Shot+2012-09-28+at+8.29.10+PM.png" /&gt;&lt;/a&gt;&lt;/div&gt;
&lt;br /&gt;
There is an Action available to download a log file. &amp;nbsp;That sounds promising. &amp;nbsp;Let's do that.&lt;br /&gt;
&lt;br /&gt;
The log file is in XML format, and if we open it up in a good browser or text editor or XML editor, we find XML that looks very much like the ingest XML we used in the Drop Folder. &amp;nbsp;And if we scroll all the way down to the bottom, we find this snippet:&lt;br /&gt;
&lt;br /&gt;
&lt;blockquote class="tr_bq"&gt;
&lt;i&gt;&amp;lt;item&amp;gt;&amp;lt;result&amp;gt;&amp;lt;errorDescription&amp;gt;customDataItems failed:&amp;nbsp;invalid metadata data:&amp;nbsp;&lt;/i&gt;&lt;i&gt;Element 'METXVideoSubmissionElectronicBoardUsed': [facet 'enumeration']&amp;nbsp;&lt;/i&gt;&lt;i&gt;The value ' ' is not an element of the set {'Y', 'N'}.&lt;/i&gt;&lt;i&gt;&amp;nbsp;at line 87&amp;nbsp;&lt;/i&gt;&lt;i&gt;Element 'METXVideoSubmissionElectronicBoardUsed':&amp;nbsp;&lt;/i&gt;&lt;i&gt;' ' is not a valid value of the local atomic type.&lt;/i&gt;&lt;i&gt;&amp;nbsp;at line 87 &amp;lt;/errorDescription&amp;gt;&amp;lt;/result&amp;gt;&lt;/i&gt;&lt;/blockquote&gt;
This is telling us that we messed up one of the metadata fields. &amp;nbsp;If we look at the original ingest XML and find the statement that is supposed to be setting&amp;nbsp;METXVideoSubmissionElectronicBoardUsed, sure enough, there is no value. &amp;nbsp;(The error occurs on line 296, not 87, which is a bit confusing.)&lt;br /&gt;
&lt;br /&gt;
So the good news is that if we notice the error, we can find a log that will point us at the error. &amp;nbsp;But detecting the error is a little tricky, and it is easy to see how this would be difficult if we were ingesting, say, 100 items at a time. &amp;nbsp;So this is not awful, but is also not quite as nice as we might like. &lt;br /&gt;
&lt;br /&gt;
Suggestions:&lt;br /&gt;
&lt;ol&gt;
&lt;li&gt;If the XML contains Custom Data, and the Custom Data has errors, but the video still ingests, perhaps a Status of something like "Done with errors" (in the Drop Folders display) or "Finished with Custom Data errors" (in the Bulk Upload Log display).&lt;/li&gt;
&lt;li&gt;Make the diagnostic message (errorDescription) available without needing to download a file. &amp;nbsp;This could appear in a new column, or perhaps in a text pop-up.&lt;/li&gt;
&lt;li&gt;If N - 1 elements of the Custom Data are good, but one is bad, it would be nice if the other N - 1 Custom Data fields are set. &amp;nbsp;That would make it possible to correct the error manually in the KMC rather than copying fresh XML into the Drop Folder.&lt;/li&gt;
&lt;li&gt;Suppress the line numbers since they are relative to the log file XML, not the original XML.&lt;/li&gt;
&lt;/ol&gt;
&lt;div&gt;
Again, overall the Drop Folder feature is very nice, and we will indeed use it to ingest the 20-30,000 video files in our collection. &amp;nbsp;But since it is likely that we will sometimes make a mistake within the XML (say, forgetting to escape a certain character), it would be great if the KMC would make it hard to detect and diagnose mistakes.&lt;/div&gt;
&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/ZLrn1YeHFfA" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/4715026482189277194/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2012/10/setting-up-kaltura-part-vi.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/4715026482189277194?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/4715026482189277194?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/ZLrn1YeHFfA/setting-up-kaltura-part-vi.html" title="Setting up Kaltura - part VI" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://1.bp.blogspot.com/-WoomHKLVXnY/UGY_cheWaDI/AAAAAAAAAf4/llw3LxTTCGk/s72-c/Screen+Shot+2012-09-28+at+8.22.51+PM.png" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2012/10/setting-up-kaltura-part-vi.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DUMEQXw7fyp7ImA9WhJaEEU.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-156139311764790452</id><published>2012-10-01T06:30:00.000-04:00</published><updated>2012-10-01T06:30:00.207-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-10-01T06:30:00.207-04:00</app:edited><title>ICPSR Director of Curation Services</title><content type="html">We have interviewed all of the candidates.&lt;br /&gt;
&lt;table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"&gt;&lt;tbody&gt;
&lt;tr&gt;&lt;td style="text-align: center;"&gt;&lt;a href="http://3.bp.blogspot.com/-fXGMSDKna3o/UGNe4_vprtI/AAAAAAAAAfo/TGM8gBRvyjk/s1600/Screen+Shot+2012-09-26+at+3.59.02+PM.png" imageanchor="1" style="margin-left: auto; margin-right: auto;"&gt;&lt;img border="0" src="http://3.bp.blogspot.com/-fXGMSDKna3o/UGNe4_vprtI/AAAAAAAAAfo/TGM8gBRvyjk/s1600/Screen+Shot+2012-09-26+at+3.59.02+PM.png" /&gt;&lt;/a&gt;&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td class="tr-caption" style="text-align: center;"&gt;See &lt;a href="http://dilbert.com/strips/comic/2011-10-30"&gt;http://dilbert.com/strips/comic/2011-10-30&lt;/a&gt; for the full cartoon&lt;/td&gt;&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
I had the opportunity to meet with several of the candidates, and we have several excellent ones. &amp;nbsp;With a little bit of luck we should be able to announce who will be filling the position sometime soon.&lt;br /&gt;
&lt;br /&gt;
And then s/he can explain exactly what Curation Services are. :-)&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/Y4wPyUMUpiU" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/156139311764790452/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2012/10/icpsr-director-of-curation-services.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/156139311764790452?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/156139311764790452?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/Y4wPyUMUpiU/icpsr-director-of-curation-services.html" title="ICPSR Director of Curation Services" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://3.bp.blogspot.com/-fXGMSDKna3o/UGNe4_vprtI/AAAAAAAAAfo/TGM8gBRvyjk/s72-c/Screen+Shot+2012-09-26+at+3.59.02+PM.png" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2012/10/icpsr-director-of-curation-services.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CkcFQnk4eCp7ImA9WhJbGE4.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-8017678338902166797</id><published>2012-09-28T07:00:00.000-04:00</published><updated>2012-09-28T07:00:13.730-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-09-28T07:00:13.730-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="technology" /><category scheme="http://www.blogger.com/atom/ns#" term="information technology" /><title>Be careful when answering, "Both"</title><content type="html">When I am working with someone to work through the requirements of a new system or project, I will often ask a series of questions that help shape my understanding of what the person wants. &amp;nbsp;Often these fall into a pattern where I ask a series of either/or questions, like this:&lt;br /&gt;
&lt;br /&gt;
&lt;i&gt;Do you want it optimized for security &lt;b&gt;or&lt;/b&gt; ease of use?&lt;/i&gt;&lt;br /&gt;
&lt;i&gt;&lt;br /&gt;&lt;/i&gt;
&lt;i&gt;Does this fit into a wholesale &lt;b&gt;or&lt;/b&gt; retail delivery paradigm?&lt;/i&gt;&lt;br /&gt;
&lt;i&gt;&lt;br /&gt;&lt;/i&gt;
&lt;i&gt;Will this be used by external customers &lt;b&gt;or&lt;/b&gt; internal staff?&lt;/i&gt;&lt;br /&gt;
&lt;i&gt;&lt;br /&gt;&lt;/i&gt;
&lt;i&gt;Is this intended to drive new revenues &lt;b&gt;or&lt;/b&gt; decrease current costs?&lt;/i&gt;&lt;br /&gt;
&lt;br /&gt;
In many ways this is like going to the&amp;nbsp;ophthalmologist&amp;nbsp;who has you look through lens A and then lens B, and then asks the question, "Which was better, A or B?" &amp;nbsp;Both of us are trying to bring the problem into focus.&lt;br /&gt;
&lt;br /&gt;
The single most dreaded (by me) answer to these questions is: &lt;i&gt;Both&lt;/i&gt;.&lt;br /&gt;
&lt;br /&gt;
In some cases this answer really means, "I am not sure what I want." &amp;nbsp;Or, "I'm too busy to think about this." &amp;nbsp;Or, "I don't care."&lt;br /&gt;
&lt;br /&gt;
This, obviously, does not help when gathering requirements. &amp;nbsp;And so it is a real barrier to scoping the project.&amp;nbsp;Sometimes, of course, an answer of &lt;i&gt;Both&lt;/i&gt; is a fine start to a longer answer.&lt;br /&gt;
&lt;blockquote class="tr_bq"&gt;
&lt;i&gt;We really do need both in this case. &amp;nbsp;We want to build a system for managing metadata that can be used by both the staff and external people equally easily. &amp;nbsp;We are changing our entire workflow so that either population can manage our metadata, and this is our new business practice.&lt;/i&gt;&lt;/blockquote&gt;
That is a fine use of&amp;nbsp;&lt;i&gt;Both&lt;/i&gt;. &amp;nbsp;In fact, if the person gave a different answer, we might needlessly limit the usefulness of the system we build.&lt;br /&gt;
&lt;br /&gt;
And another fine answer, just like we sometimes tell the ophthalmologist is &lt;i&gt;I don't know&lt;/i&gt;. &amp;nbsp;There's nothing wrong with that answer. &amp;nbsp;However, just like with the&amp;nbsp;ophthalmologist, when I hear this answer, I reach into my bag of lens, and try another pair to bring the issue into focus.&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/GO2LxGgC2mg" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/8017678338902166797/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2012/09/be-careful-when-answering-both.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/8017678338902166797?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/8017678338902166797?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/GO2LxGgC2mg/be-careful-when-answering-both.html" title="Be careful when answering, &quot;Both&quot;" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2012/09/be-careful-when-answering-both.html</feedburner:origLink></entry><entry gd:etag="W/&quot;D0MERXg6fSp7ImA9WhJbFkg.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-883181147185307543</id><published>2012-09-26T06:30:00.000-04:00</published><updated>2012-09-26T06:30:04.615-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-09-26T06:30:04.615-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="video" /><title>Kaltura pilot at the U-M and ICPSR</title><content type="html">The University of Michigan in-house newspaper/newsletter ran a &lt;a href="http://www.ur.umich.edu/update/archives/120830/vcm" target="_blank"&gt;nice piece&lt;/a&gt; on the Video Contement Management pilot (using Kaltura), which includes our Bill and Melinda Gates Foundation project: &amp;nbsp;Measures of Effective Teaching - Extenstion.&lt;br /&gt;
&lt;br /&gt;
Here is the part about us:&lt;br /&gt;
&lt;blockquote class="tr_bq"&gt;
&lt;i&gt;• ISR and the School of Education are engaged in a collaborative 
research project in which a large collection of video assets is a 
primary data-type. This data will become a shared repository available 
to research partners at universities, public agencies, and private 
foundations.&lt;/i&gt;&lt;/blockquote&gt;
The timing here was perfect for us since we were in the market for a system to manage and stream about 20TB of video to thousands of simultaneous users.&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/MWy_v94LTtc" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/883181147185307543/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2012/09/kaltura-pilot-at-u-m-and-icpsr.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/883181147185307543?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/883181147185307543?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/MWy_v94LTtc/kaltura-pilot-at-u-m-and-icpsr.html" title="Kaltura pilot at the U-M and ICPSR" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2012/09/kaltura-pilot-at-u-m-and-icpsr.html</feedburner:origLink></entry><entry gd:etag="W/&quot;Ck8ERH44fCp7ImA9WhJbFEU.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-2529888941351725006</id><published>2012-09-24T06:00:00.000-04:00</published><updated>2012-09-24T06:00:05.034-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-09-24T06:00:05.034-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="archival storage" /><category scheme="http://www.blogger.com/atom/ns#" term="cyberinfrastructure" /><category scheme="http://www.blogger.com/atom/ns#" term="duraspace" /><category scheme="http://www.blogger.com/atom/ns#" term="digital preservation" /><category scheme="http://www.blogger.com/atom/ns#" term="cloud computing" /><category scheme="http://www.blogger.com/atom/ns#" term="duracloud" /><title>DuraSpace announces SDSC as storage partner</title><content type="html">&lt;div class="separator" style="clear: both; text-align: center;"&gt;
&lt;a href="http://2.bp.blogspot.com/-EVVn1o9L-Cg/SsH_qv9KLpI/AAAAAAAAAIg/j6Qgm74cvpE/s1600/images.jpeg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"&gt;&lt;img border="0" src="http://2.bp.blogspot.com/-EVVn1o9L-Cg/SsH_qv9KLpI/AAAAAAAAAIg/j6Qgm74cvpE/s1600/images.jpeg" /&gt;&lt;/a&gt;&lt;/div&gt;
DuraSpace &lt;a href="http://duraspace.org/duraspace-and-sandiego-supercomputer-center-sdsc-partner-provide-cost-effective-cloud-storage-and-pr" target="_blank"&gt;announced&lt;/a&gt; recently their relationship with SDSC as a storage provider for DuraCloud. &amp;nbsp;As I &lt;a href="http://techaticpsr.blogspot.com/2012/07/amazons-loss-is-sdscs-gain.html" target="_blank"&gt;posted&lt;/a&gt; a while ago, we have been using both DuraCloud and their SDSC storage partner for a while. &amp;nbsp;It's great to see DuraCloud continue to grow.&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/8LaU6rasgP0" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/2529888941351725006/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2012/09/duraspace-announces-sdsc-as-storage.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/2529888941351725006?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/2529888941351725006?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/8LaU6rasgP0/duraspace-announces-sdsc-as-storage.html" title="DuraSpace announces SDSC as storage partner" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://2.bp.blogspot.com/-EVVn1o9L-Cg/SsH_qv9KLpI/AAAAAAAAAIg/j6Qgm74cvpE/s72-c/images.jpeg" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2012/09/duraspace-announces-sdsc-as-storage.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CUMEQns6eip7ImA9WhJbEk8.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-6296930180702974171</id><published>2012-09-21T06:30:00.000-04:00</published><updated>2012-09-21T06:30:03.512-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-09-21T06:30:03.512-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="video" /><title>Setting up Kaltura - part V</title><content type="html">In this post we will look at the XML we use to ingest content into Kaltura through its Drop Folder mechanism. &amp;nbsp;To re-cap an &lt;a href="http://techaticpsr.blogspot.com/2012/09/setting-up-kaltura-part-iv.html" target="_blank"&gt;earlier post&lt;/a&gt; about the Drop Folder, ours is a subdirectory under the home directory of the 'kaltura' user. &amp;nbsp;We provisioned this account on a special-purpose machine that Kaltura accesses via &lt;i&gt;sftp&lt;/i&gt; to fetch content without human intervention.&lt;br /&gt;
&lt;br /&gt;
Kaltura has a &lt;a href="http://www.kaltura.com/api_v3/xsdDoc/?page=overview" target="_blank"&gt;pretty nice guide&lt;/a&gt; to building the XML, which looks an awful lot like Media RSS. &amp;nbsp;And they also make some short examples available, but we always find it useful to have a real-world example. &amp;nbsp;Here's ours.&lt;br /&gt;
&lt;br /&gt;
Preface: Our stuff is a little unusual. &amp;nbsp;That is:&lt;br /&gt;
&lt;ol&gt;
&lt;li&gt;We always have pairs of videos, one classroom and one blackboard&lt;/li&gt;
&lt;li&gt;We have lots of metadata and it applies to both videos, and so the metadata gets repeated in the XML. &amp;nbsp;I have excised much of the metadata in our XML for this post&lt;/li&gt;
&lt;li&gt;All of the metadata is fake; it is not real metadata about an actual classroom video&lt;/li&gt;
&lt;li&gt;You can find a copy of the XML that we diagram below at this URL&amp;nbsp;&lt;a href="http://goo.gl/OxbyU"&gt;http://goo.gl/OxbyU&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;Our use of Kaltura is in support of the Measures of Effective Teaching (Extension) project, and so there are many references to 'metext' in the metadata&lt;/li&gt;
&lt;li&gt;We will be generating the XML for ingest programatically&lt;/li&gt;
&lt;/ol&gt;
&lt;div&gt;
Here goes.&lt;/div&gt;
&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;pre style="background-image: URL(http://2.bp.blogspot.com/_z5ltvMQPaa8/SjJXr_U2YBI/AAAAAAAAAAM/46OqEP32CJ8/s320/codebg.gif); background: #f0f0f0; border: 1px dashed #CCCCCC; color: black; font-family: arial; font-size: 12px; height: auto; line-height: 20px; overflow: auto; padding: 0px; text-align: left; width: 99%;"&gt;&lt;code style="color: black; word-wrap: normal;"&gt; &amp;lt;?xml version="1.0"?&amp;gt;  
 &amp;lt;mrss xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="ingestion.xsd"&amp;gt;  
     &amp;lt;channel&amp;gt;  
         &amp;lt;item&amp;gt;  
             &amp;lt;!-- These do not change --&amp;gt;  
             &amp;lt;action&amp;gt;add&amp;lt;/action&amp;gt;  
             &amp;lt;type&amp;gt;1&amp;lt;/type&amp;gt;  
             &amp;lt;!-- This changes for each video --&amp;gt;  
             &amp;lt;referenceId&amp;gt;12345-Board-video-rendition-MP4-H264v-Standard.mp4&amp;lt;/referenceId&amp;gt;  
             &amp;lt;!-- This does not change --&amp;gt;  
             &amp;lt;userId&amp;gt;metext&amp;lt;/userId&amp;gt;  
             &amp;lt;!-- This changes for each video --&amp;gt;  
             &amp;lt;name&amp;gt;RCN 12345 board video&amp;lt;/name&amp;gt;  
             &amp;lt;!-- This changes for each video --&amp;gt;  
             &amp;lt;description&amp;gt;RCN 12345 board video&amp;lt;/description&amp;gt;  
&lt;/code&gt;&lt;/pre&gt;
&lt;br /&gt;
We have the usual XML stuff at the beginning, and then the start of the Media RSS.&lt;br /&gt;
&lt;br /&gt;
Action = add for new content.&lt;br /&gt;
&lt;br /&gt;
Type = 1 for video content.&lt;br /&gt;
&lt;br /&gt;
ReferenceID is the name of the original file.&lt;br /&gt;
&lt;br /&gt;
UserID is the pseudo-user who will be linked to the content in Kaltura.&lt;br /&gt;
&lt;br /&gt;
Name and Description are exposed as base metadata in Kaltura.&lt;br /&gt;
&lt;br /&gt;
&lt;pre style="background-image: URL(http://2.bp.blogspot.com/_z5ltvMQPaa8/SjJXr_U2YBI/AAAAAAAAAAM/46OqEP32CJ8/s320/codebg.gif); background: #f0f0f0; border: 1px dashed #CCCCCC; color: black; font-family: arial; font-size: 12px; height: auto; line-height: 20px; overflow: auto; padding: 0px; text-align: left; width: 99%;"&gt;&lt;code style="color: black; word-wrap: normal;"&gt;             &amp;lt;!-- Always assign two tags, one called metext and the other board or classroom --&amp;gt;  
             &amp;lt;tags&amp;gt;  
                 &amp;lt;tag&amp;gt;metext&amp;lt;/tag&amp;gt;  
                 &amp;lt;tag&amp;gt;board&amp;lt;/tag&amp;gt;  
             &amp;lt;/tags&amp;gt;  
             &amp;lt;!-- This does not change --&amp;gt;  
             &amp;lt;categories&amp;gt;  
                 &amp;lt;category&amp;gt;metext&amp;lt;/category&amp;gt;  
             &amp;lt;/categories&amp;gt;  
             &amp;lt;!-- This does not change --&amp;gt;  
             &amp;lt;media&amp;gt;  
                 &amp;lt;mediaType&amp;gt;1&amp;lt;/mediaType&amp;gt;  
             &amp;lt;/media&amp;gt;  
&lt;/code&gt;&lt;/pre&gt;
&lt;br /&gt;
We tag everything with the project name and indicate whether it is a video of the blackboard or the classroom.&lt;br /&gt;
&lt;br /&gt;
Kaltura uses Categories as a main way to browse and find content. &amp;nbsp;We treat this as if it were a type of "is in collection" sort of attribute.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
MediaType = 1 for video.&lt;br /&gt;
&lt;br /&gt;
&lt;pre style="background-image: URL(http://2.bp.blogspot.com/_z5ltvMQPaa8/SjJXr_U2YBI/AAAAAAAAAAM/46OqEP32CJ8/s320/codebg.gif); background: #f0f0f0; border: 1px dashed #CCCCCC; color: black; font-family: arial; font-size: 12px; height: auto; line-height: 20px; overflow: auto; padding: 0px; text-align: left; width: 99%;"&gt;&lt;code style="color: black; word-wrap: normal;"&gt;             &amp;lt;!-- This changes for each video --&amp;gt;  
             &amp;lt;contentAssets&amp;gt;  
                 &amp;lt;content&amp;gt;  
                     &amp;lt;dropFolderFileContentResource filePath="12345-Board-video-rendition-MP4-H264v-Standard.mov"/&amp;gt;  
                 &amp;lt;/content&amp;gt;  
             &amp;lt;/contentAssets&amp;gt;  
&lt;/code&gt;&lt;/pre&gt;
&lt;br /&gt;
This tells Kaltura that the video file is in the Drop Folder along with the XML. &lt;br /&gt;
&lt;br /&gt;
Now for our project-specific metadata, which fits into a Kaltura structure called Custom Data:&lt;br /&gt;
&lt;br /&gt;
&lt;pre style="background-image: URL(http://2.bp.blogspot.com/_z5ltvMQPaa8/SjJXr_U2YBI/AAAAAAAAAAM/46OqEP32CJ8/s320/codebg.gif); background: #f0f0f0; border: 1px dashed #CCCCCC; color: black; font-family: arial; font-size: 12px; height: auto; line-height: 20px; overflow: auto; padding: 0px; text-align: left; width: 99%;"&gt;&lt;code style="color: black; word-wrap: normal;"&gt;             &amp;lt;!-- This changes for each video --&amp;gt;  
             &amp;lt;customDataItems&amp;gt;  
                 &amp;lt;customData metadataProfileId="22971"&amp;gt;  
                     &amp;lt;xmlData&amp;gt;  
                         &amp;lt;metadata&amp;gt;  
                             &amp;lt;METXDistrictDistrictName&amp;gt;Ann Arbor&amp;lt;/METXDistrictDistrictName&amp;gt;  
                             &amp;lt;METXDistrictDistrictNum&amp;gt;20&amp;lt;/METXDistrictDistrictNum&amp;gt;  
                             &amp;lt;METXSchoolSchoolName&amp;gt;Huron High School&amp;lt;/METXSchoolSchoolName&amp;gt;  
                             &amp;lt;METXSchoolSchoolMETXID&amp;gt;33&amp;lt;/METXSchoolSchoolMETXID&amp;gt;  
                             &amp;lt;!-- Kaltura wants the date to be in xs:long format, that is, seconds from the epoch --&amp;gt;  
                             &amp;lt;METXVideoSubmissionCaptureDate&amp;gt;1344440267&amp;lt;/METXVideoSubmissionCaptureDate&amp;gt;  
                         &amp;lt;/metadata&amp;gt;  
                     &amp;lt;/xmlData&amp;gt;  
                 &amp;lt;/customData&amp;gt;  
             &amp;lt;/customDataItems&amp;gt;  
&lt;/code&gt;&lt;/pre&gt;
&lt;br /&gt;
The ID attribute is from our Kaltura KMC. &amp;nbsp;I had to create the Custom Data schema first, and then reference it in the ingest XML here.&lt;br /&gt;
&lt;br /&gt;
Most of the metadata fields are simple strings or strings from a controlled vocabulary. &amp;nbsp;We do have one date item, and sadly Kaltura expects it to be in a difficult-to-use format, seconds since the epoch.&lt;br /&gt;
&lt;br /&gt;
After this section of the XML is a closing tag for item, and then the whole thing repeats with only minor variation for the classroom video. &amp;nbsp;I'll include it below for completeness.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;pre style="background-image: URL(http://2.bp.blogspot.com/_z5ltvMQPaa8/SjJXr_U2YBI/AAAAAAAAAAM/46OqEP32CJ8/s320/codebg.gif); background: #f0f0f0; border: 1px dashed #CCCCCC; color: black; font-family: arial; font-size: 12px; height: auto; line-height: 20px; overflow: auto; padding: 0px; text-align: left; width: 99%;"&gt;&lt;code style="color: black; word-wrap: normal;"&gt;         &amp;lt;/item&amp;gt;  
         &amp;lt;item&amp;gt;  
             &amp;lt;!-- These do not change --&amp;gt;  
             &amp;lt;action&amp;gt;add&amp;lt;/action&amp;gt;  
             &amp;lt;type&amp;gt;1&amp;lt;/type&amp;gt;  
             &amp;lt;!-- This changes for each video --&amp;gt;  
             &amp;lt;referenceId&amp;gt;12345-Classroom-video-rendition-MP4-H264v-Standard.mp4&amp;lt;/referenceId&amp;gt;  
             &amp;lt;!-- This does not change --&amp;gt;  
             &amp;lt;userId&amp;gt;metext&amp;lt;/userId&amp;gt;  
             &amp;lt;!-- This changes for each video --&amp;gt;  
             &amp;lt;name&amp;gt;RCN 12345 classroom video&amp;lt;/name&amp;gt;  
             &amp;lt;!-- This changes for each video --&amp;gt;  
             &amp;lt;description&amp;gt;RCN 12345 classroom video&amp;lt;/description&amp;gt;  
             &amp;lt;!-- This changes for each video --&amp;gt;  
             &amp;lt;tags&amp;gt;  
                 &amp;lt;tag&amp;gt;metext&amp;lt;/tag&amp;gt;  
                 &amp;lt;tag&amp;gt;classroom&amp;lt;/tag&amp;gt;  
             &amp;lt;/tags&amp;gt;  
             &amp;lt;!-- This does not change --&amp;gt;  
             &amp;lt;categories&amp;gt;  
                 &amp;lt;category&amp;gt;metext&amp;lt;/category&amp;gt;  
             &amp;lt;/categories&amp;gt;   
             &amp;lt;!-- This does not change --&amp;gt;  
             &amp;lt;media&amp;gt;  
                 &amp;lt;mediaType&amp;gt;1&amp;lt;/mediaType&amp;gt;  
             &amp;lt;/media&amp;gt;  
             &amp;lt;!-- This changes for each video --&amp;gt;  
             &amp;lt;contentAssets&amp;gt;  
                 &amp;lt;content&amp;gt;  
                     &amp;lt;dropFolderFileContentResource filePath="12345-Classroom-video-rendition-MP4-H264v-Standard.mov"/&amp;gt;  
                 &amp;lt;/content&amp;gt;  
             &amp;lt;/contentAssets&amp;gt;  
             &amp;lt;!-- This changes for each video --&amp;gt;  
             &amp;lt;customDataItems&amp;gt;  
                 &amp;lt;customData metadataProfileId="22971"&amp;gt;  
                     &amp;lt;xmlData&amp;gt;  
                         &amp;lt;metadata&amp;gt;  
                             &amp;lt;METXDistrictDistrictName&amp;gt;Ann Arbor&amp;lt;/METXDistrictDistrictName&amp;gt;  
                             &amp;lt;METXDistrictDistrictNum&amp;gt;20&amp;lt;/METXDistrictDistrictNum&amp;gt;  
                             &amp;lt;METXSchoolSchoolName&amp;gt;Huron High School&amp;lt;/METXSchoolSchoolName&amp;gt;  
                             &amp;lt;METXSchoolSchoolMETXID&amp;gt;33&amp;lt;/METXSchoolSchoolMETXID&amp;gt;  
                             &amp;lt;!-- Kaltura wants the date to be in xs:long format, that is, seconds from the epoch --&amp;gt;  
                             &amp;lt;METXVideoSubmissionCaptureDate&amp;gt;1344440267&amp;lt;/METXVideoSubmissionCaptureDate&amp;gt;  
                         &amp;lt;/metadata&amp;gt;  
                     &amp;lt;/xmlData&amp;gt;  
                 &amp;lt;/customData&amp;gt;  
             &amp;lt;/customDataItems&amp;gt;  
         &amp;lt;/item&amp;gt;  
     &amp;lt;/channel&amp;gt;  
 &amp;lt;/mrss&amp;gt;  
&lt;/code&gt;&lt;/pre&gt;
&lt;br /&gt;
And that's it.&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/_Wy7050Doys" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/6296930180702974171/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2012/09/setting-up-kaltura-part-v.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/6296930180702974171?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/6296930180702974171?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/_Wy7050Doys/setting-up-kaltura-part-v.html" title="Setting up Kaltura - part V" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2012/09/setting-up-kaltura-part-v.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DkUEQXw9fip7ImA9WhJbEEg.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-1568790004724493618</id><published>2012-09-19T07:30:00.000-04:00</published><updated>2012-09-19T07:30:00.266-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-09-19T07:30:00.266-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="outage" /><title>An Inconvenient Outage</title><content type="html">Some of you probably noticed that we had a rough weekend with the web site. &amp;nbsp;We first saw trouble around 4pm EDT on Saturday. &amp;nbsp;After some trouble shooting and investigation left us unsure of the root cause, we failed things over to our replica around 5pm EDT. &amp;nbsp;We then ran off the replica over night and through the following morning.&lt;br /&gt;
&lt;br /&gt;
The big breakthrough came at 1:30pm or so Sunday when we isolated the cause, and then it took only a few minutes to correct the problem, test the solution, and finally roll service back to the production site. As with any longer outage this one pointed out a bunch of small, but important, changes to make in procedures and documentation.&lt;br /&gt;
&lt;br /&gt;
My apologies if you happened to be using our web site late afternoon on Saturday; the was certainly the roughest time.&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/nSr5au92LWw" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/1568790004724493618/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2012/09/an-inconvenient-outage.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/1568790004724493618?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/1568790004724493618?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/nSr5au92LWw/an-inconvenient-outage.html" title="An Inconvenient Outage" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2012/09/an-inconvenient-outage.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DEACQnw5cSp7ImA9WhJUGU0.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-7577615370948793176</id><published>2012-09-17T06:30:00.000-04:00</published><updated>2012-09-17T14:32:43.229-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-09-17T14:32:43.229-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="vde" /><category scheme="http://www.blogger.com/atom/ns#" term="restricted data" /><category scheme="http://www.blogger.com/atom/ns#" term="infrastructure" /><category scheme="http://www.blogger.com/atom/ns#" term="cyberinfrastructure" /><category scheme="http://www.blogger.com/atom/ns#" term="cloud computing" /><title>Introducing ICPSR's Virtual Data Enclave (VDE)</title><content type="html">The ICPSR Virtual Data Enclave (VDE) is a secure, virtual environment in which a researcher can analyze sensitive data, create research products, and then take possession of those products and analysis. &amp;nbsp;And while he VDE is not a substitute for a physical enclave and the types of security protocols it facilitates, the VDE is very much a potential substitute for the traditional practice of distributing confidential data via removable media, such as CD-ROMs.&lt;br /&gt;
&lt;br /&gt;
The VDE uses much of the same technology that ICPSR uses internally for its Secure Data management Environment (SDE) which we have &lt;a href="http://techaticpsr.blogspot.com/2011/11/icpsrs-secure-data-environment-overview.html" target="_blank"&gt;described&lt;/a&gt; &lt;a href="http://techaticpsr.blogspot.com/2011/08/icpsrs-secure-data-environment-sde_08.html" target="_blank"&gt;a&lt;/a&gt; &lt;a href="http://techaticpsr.blogspot.com/2011/07/icpsrs-secure-data-environment-sde_27.html" target="_blank"&gt;few&lt;/a&gt; &lt;a href="http://techaticpsr.blogspot.com/2011/07/icpsrs-secure-data-environment-sde.html" target="_blank"&gt;times&lt;/a&gt;. &amp;nbsp;In brief, we use a virtual desktop environment that is operated by the University of Michigan's central IT shop and connect it to what we call our Private Network Attached Storage (NAS) appliance. &amp;nbsp;Both the virtual desktop and NAS are behind a firewall, and we use the firewall and Windows group policies to restrict what actions one pay perform. &amp;nbsp;Download? &amp;nbsp;Nope. &amp;nbsp;Cut-and-paste between the virtual desktop and the real desktop? Uh uh. &amp;nbsp;Capture screenshots by taking a picture of your monitor? &amp;nbsp;Well, ......&lt;br /&gt;
&lt;br /&gt;
The virtual environment keeps sensitive datasets under lock and key at ICPSR, but makes it available to researchers. &amp;nbsp;The environment contains the usual array of applications used in the social sciences (but no email!), exactly the same sort of stuff we might set up for a visiting scholar or OR.&lt;br /&gt;
&lt;br /&gt;
The researcher accesses the environment through a small, easy-to-download and -install client based on VMware View Client. &amp;nbsp;Authentication takes place using standard University of Michigan credentials which we (ICPSR) and others at UMich can issue to "friends." &amp;nbsp;Access between the real desktop and the virtual desktop is encrypted, and we are in the process of adding IPSEC encryption between the virtual desktop and the NAS. &amp;nbsp;(This latter traffic passes over UMich's data backbone, and access to those routers is limited to UMich central IT network engineers.)&lt;br /&gt;
&lt;br /&gt;
The virtual machine is completely ephemeral and can be wiped after each use. &amp;nbsp;Any intermediate research or results are stored on the ICPSR NAS. &amp;nbsp;Our NAS is backed up weekly, and tapes are cycled off-site quarterly. &amp;nbsp;Once the research has been completed ICPSR retains a "just in case you need it" snapshot for up to three years.&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/FZp_-moWZIg" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/7577615370948793176/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2012/09/introducing-icpsrs-virtual-data-enclave.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/7577615370948793176?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/7577615370948793176?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/FZp_-moWZIg/introducing-icpsrs-virtual-data-enclave.html" title="Introducing ICPSR's Virtual Data Enclave (VDE)" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2012/09/introducing-icpsrs-virtual-data-enclave.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CUAERnozcSp7ImA9WhJUGEQ.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-6828550177769292957</id><published>2012-09-14T06:30:00.000-04:00</published><updated>2012-09-17T10:55:07.489-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-09-17T10:55:07.489-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="video" /><title>Setting up Kaltura - part IV</title><content type="html">We have been working on getting a Kaltura Drop Folder set up. &amp;nbsp;A Drop Folder is a mechanism where an organization spools content to be ingested in a fixed location, and Kaltura polls the location, watching for content to ingest.&lt;br /&gt;
&lt;br /&gt;
In our case it has taken about a month to get the Drop Folder configured, and much of this delay is preventable if you avoid the same pitfalls we did. &amp;nbsp;So in the spirit of giving back to the community, here are seven things to know when setting up a Drop Folder.&lt;br /&gt;
&lt;br /&gt;
&lt;ol&gt;
&lt;li&gt;Host the Drop Folder yourself, do not host it at Kaltura.&lt;/li&gt;
&lt;li&gt;Set up an account and a password on the machine, and share them with Kaltura. &amp;nbsp;To keep things very simple I created an account called 'kaltura'.&lt;/li&gt;
&lt;li&gt;Create a subdirectory under the kaltura user's home directory that will actually contain the content to be ingested. &amp;nbsp;To keep things very simple I used the name 'dropfolder'&lt;/li&gt;
&lt;li&gt;Make sure that the kaltura user owns the Drop Folder directory, and that its access controls grant appropriate rights to other users that may need to ingest content&lt;/li&gt;
&lt;li&gt;Tell Kaltura the name of the machine. &amp;nbsp;To keep things very simple I created a DNS CNAME record, kaltura.icpsr.umich.edu, that points to the right machine.&lt;/li&gt;
&lt;li&gt;Be sure you have ssh installed and running on port 22 on the machine. &amp;nbsp;If you normally do not run ssh on port 22 (we don't), don't forget to open a hole in your firewall so that Kaltura machines can reach the Drop Folder.&lt;/li&gt;
&lt;li&gt;Tell Kaltura to use sftp and port 22 to connect to your Drop Folder. &amp;nbsp;Do not try to use a port other than 22.&lt;/li&gt;
&lt;/ol&gt;
&lt;div&gt;
To re-cap the values we used:&lt;/div&gt;
&lt;div&gt;
&lt;ul&gt;
&lt;li&gt;&lt;span style="font-family: 'Courier New', Courier, monospace;"&gt;Host: kaltura.icpsr.umich.edu&lt;/span&gt;&lt;/li&gt;
&lt;li&gt;&lt;span style="font-family: 'Courier New', Courier, monospace;"&gt;Protocol: sftp&amp;nbsp;&lt;/span&gt;&lt;/li&gt;
&lt;li&gt;&lt;span style="font-family: 'Courier New', Courier, monospace;"&gt;Port: TCP 22&lt;/span&gt;&lt;/li&gt;
&lt;li&gt;&lt;span style="font-family: 'Courier New', Courier, monospace;"&gt;Login: kaltura&lt;/span&gt;&lt;/li&gt;
&lt;li&gt;&lt;span style="font-family: 'Courier New', Courier, monospace;"&gt;Password: XXXXXXXX&lt;/span&gt;&lt;/li&gt;
&lt;li&gt;&lt;span style="font-family: 'Courier New', Courier, monospace;"&gt;Drop folder: dropfolder&amp;nbsp;&lt;/span&gt;&lt;/li&gt;
&lt;li&gt;&lt;span style="font-family: 'Courier New', Courier, monospace;"&gt;Drop folder UID:GID: &amp;nbsp;kaltura:met &amp;nbsp;&lt;/span&gt;&lt;/li&gt;
&lt;li&gt;&lt;span style="font-family: 'Courier New', Courier, monospace;"&gt;Drop folder mode: 2775&lt;/span&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;/div&gt;
&lt;div&gt;
(We have a big video project called MET, and automated jobs running with the 'met' GID will need write access to the drop folder.)&lt;/div&gt;
&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div&gt;
You may be tempted to suggest using ssh keys or non-standard ports for ssh. &amp;nbsp;Fight those temptations.&lt;/div&gt;
&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div&gt;
Kaltura will offer to auto-delete content once it has been ingested. &amp;nbsp;Accept that offer.&lt;/div&gt;
&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div&gt;
Know that when you delete items from the Drop Folder status window in your Kaltura KMC it will also delete them from the Drop Folder. &amp;nbsp;This is not obvious, but turns out to be useful.&lt;/div&gt;
&lt;div&gt;
&lt;br /&gt;&lt;/div&gt;
&lt;div&gt;
Now all you need are automated jobs that place content and Kaltura-style Media RSS XML into the Drop Folder. &amp;nbsp;Kaltura has some nice examples on-line, but they are somewhat trivial. &amp;nbsp;We'll post some more complex, real-world examples next week.&lt;/div&gt;
&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/ESKqhxuAYS8" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/6828550177769292957/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2012/09/setting-up-kaltura-part-iv.html#comment-form" title="2 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/6828550177769292957?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/6828550177769292957?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/ESKqhxuAYS8/setting-up-kaltura-part-iv.html" title="Setting up Kaltura - part IV" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><thr:total>2</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2012/09/setting-up-kaltura-part-iv.html</feedburner:origLink></entry><entry gd:etag="W/&quot;AkMEQHs4fSp7ImA9WhJUEE0.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-3032538451223307997</id><published>2012-09-07T05:00:00.000-04:00</published><updated>2012-09-07T05:00:01.535-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-09-07T05:00:01.535-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="stats" /><title>August 2012 deposits</title><content type="html">Light month for deposits:&lt;br /&gt;
&lt;br /&gt;
&lt;table align="center" border="2"&gt;
&lt;tbody&gt;
&lt;tr&gt;&lt;td&gt;# of files&lt;/td&gt;&lt;td&gt;# of deposits&lt;/td&gt;&lt;td&gt;File format&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;56&lt;/td&gt;&lt;td&gt;30&lt;/td&gt;&lt;td&gt;application/msword&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;69&lt;/td&gt;&lt;td&gt;26&lt;/td&gt;&lt;td&gt;application/pdf&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;9&lt;/td&gt;&lt;td&gt;8&lt;/td&gt;&lt;td&gt;application/vnd.ms-excel&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;2&lt;/td&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;application/vnd.wordperfect&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;4&lt;/td&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;application/x-dosexec&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;24&lt;/td&gt;&lt;td&gt;7&lt;/td&gt;&lt;td&gt;application/x-sas&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;47&lt;/td&gt;&lt;td&gt;21&lt;/td&gt;&lt;td&gt;application/x-spss&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;7&lt;/td&gt;&lt;td&gt;2&lt;/td&gt;&lt;td&gt;application/x-stata&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;26&lt;/td&gt;&lt;td&gt;2&lt;/td&gt;&lt;td&gt;application/x-zip&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;image/gif&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;18&lt;/td&gt;&lt;td&gt;4&lt;/td&gt;&lt;td&gt;image/jpeg&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;message/rfc8220117bit&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;3&lt;/td&gt;&lt;td&gt;3&lt;/td&gt;&lt;td&gt;text/plain; charset=iso-8859-1&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;17&lt;/td&gt;&lt;td&gt;10&lt;/td&gt;&lt;td&gt;text/plain; charset=unknown&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;32&lt;/td&gt;&lt;td&gt;9&lt;/td&gt;&lt;td&gt;text/plain; charset=us-ascii&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;3&lt;/td&gt;&lt;td&gt;2&lt;/td&gt;&lt;td&gt;text/plain; charset=utf-8&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;39&lt;/td&gt;&lt;td&gt;7&lt;/td&gt;&lt;td&gt;text/rtf&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;text/x-mail; charset=iso-8859-1&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;4&lt;/td&gt;&lt;td&gt;2&lt;/td&gt;&lt;td&gt;text/x-mail; charset=unknown&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;2&lt;/td&gt;&lt;td&gt;2&lt;/td&gt;&lt;td&gt;text/x-mail; charset=us-ascii&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;1&lt;/td&gt;&lt;td&gt;text/xml&lt;/td&gt;&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;br /&gt;
Just the usual stuff, but in pretty low quantities.&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/zIae1rKuIIE" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/3032538451223307997/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2012/09/august-2012-deposits.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/3032538451223307997?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/3032538451223307997?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/zIae1rKuIIE/august-2012-deposits.html" title="August 2012 deposits" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2012/09/august-2012-deposits.html</feedburner:origLink></entry><entry gd:etag="W/&quot;A0UESHs6fCp7ImA9WhJVGE4.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-6241366738956162125</id><published>2012-09-05T06:00:00.000-04:00</published><updated>2012-09-05T06:00:09.514-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-09-05T06:00:09.514-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="stats" /><title>ICPSR web availability - August 2012</title><content type="html">&lt;div class="separator" style="clear: both; text-align: center;"&gt;
&lt;/div&gt;
&lt;div style="margin-left: 1em; margin-right: 1em;"&gt;
&lt;img height="120" src="https://docs.google.com/a/umich.edu/spreadsheet/oimg?key=0AgUA8KteqtijdGx4cXl5UHl4M2Vmdi1Rc1Bya2NzZXc&amp;amp;oid=4&amp;amp;zx=qo68t4w0kt2w" width="400" /&gt;
&lt;/div&gt;
&lt;br /&gt;
&lt;br /&gt;
August was not our best month.&lt;br /&gt;
&lt;br /&gt;
We did a bit better than 99.3% uptime. &amp;nbsp;Almost all of the downtime is due to a recurring, as-yet-unsolved problem we are having with our Oracle database platform. &amp;nbsp;The primary symptom is that the database platform stops fielding queries for about 5-15 minutes, which disables our production web site. &amp;nbsp;The platform does this about 30-45 minutes AFTER it has finished a full export using the Oracle datapump system.&lt;br /&gt;
&lt;br /&gt;
Because our existing Oracle hardware is old and has a relatively slow disk I/O system, we're going to try to solve this problem by throwing hardware at it. &amp;nbsp;For well under $10k we can replace our five-year-old hardware with something much newer. &amp;nbsp;Goodbye RAID-5 SCSI, hello SSD.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/eGUthGrZ-CQ" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/6241366738956162125/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2012/09/icpsr-web-availability-august-2012.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/6241366738956162125?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/6241366738956162125?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/eGUthGrZ-CQ/icpsr-web-availability-august-2012.html" title="ICPSR web availability - August 2012" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2012/09/icpsr-web-availability-august-2012.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DEUEQXc9eip7ImA9WhJVEk4.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-4629147346112305164</id><published>2012-08-29T06:30:00.000-04:00</published><updated>2012-08-29T06:30:00.962-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-08-29T06:30:00.962-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="video" /><title>Setting up Kaltura - part III</title><content type="html">Some good news and some bad news today.&lt;br /&gt;
&lt;br /&gt;
The good news is that I've tested XML Ingest via the Drop Folder feature, and it seems to work very well. &amp;nbsp;I was able to upload two videos, add their extensive metadata, and get it working well after fixing a simple (but dumb) typo I made in the XML. &amp;nbsp;In terms of creating the right XML content, we are in great shape.&lt;br /&gt;
&lt;br /&gt;
The bad news is that I've run into a couple of snags with the Kaltura Software as a Service (SaaS) offering.&lt;br /&gt;
&lt;br /&gt;
The first is actually with the Drop Folder service. &amp;nbsp;The current solution we are using is where Kaltura hosts the Drop Folder and we use &lt;i&gt;sftp&lt;/i&gt; with a password to transfer a bundle of content - Kaltura-customized Media RSS XML plus a pair of video files. &amp;nbsp;However, what we really need is a locally hosted Drop Folder (which costs less to operate) and a way for Kaltura to fetch the content. &amp;nbsp;So far Kaltura hasn't been able to make this work. &amp;nbsp;We had hoped that they could use an ssh key-pair (private at Kaltura and public installed in &lt;span style="font-family: Courier New, Courier, monospace;"&gt;$HOME/.ssh/authorized_keys&lt;/span&gt;) for access, but at this time, Kaltura does not support ssh keys. &amp;nbsp;So we are kind of stuck waiting for ssh key-pair support to appear, or we are stuck uploading content via sftp and typing passwords (i.e., a manual solution). &amp;nbsp;Ick.&lt;br /&gt;
&lt;br /&gt;
The second issue is around counting bits. &amp;nbsp;Kaltura charges by the bit - storing them and streaming them. &amp;nbsp;That makes a lot of sense, and is actually fine by us. &amp;nbsp;However...... &amp;nbsp;so far we are not seeing reports or analytics that report usage by the bit, only by the minute.&lt;br /&gt;
&lt;br /&gt;
In a case where one has a single collection with a single delivery platform operated by a single administrative unit, this may work quite well. &amp;nbsp;The monthly bill from Kaltura goes to one place, and the analytics are very useful for reviewing what's getting played, how often, how much, etc.&lt;br /&gt;
&lt;br /&gt;
But in a case where one has a single collection (like Measures of Effective Teaching) with multiple delivery platforms operated by multiple administrative units, this will prove problematic. &amp;nbsp;In this scenario we really need a bill that breaks out usage like this:&lt;br /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;Bits stored for the month - XX GB&lt;/li&gt;
&lt;li&gt;Bits streamed by delivery platform A - XX GB&lt;/li&gt;
&lt;li&gt;Bits streamed by delivery platform B - XX GB&lt;/li&gt;
&lt;li&gt;Bits streamed by delivery platform X - XX GB&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
Then the partners could carve up responsibility for the bill. &amp;nbsp;For example. maybe ICPSR pays for ALL of the storage and for the bits streamed by its delivery platform, the School of Education pay for the bits streamed by its delivery platform, and a future partner-to-be-named pays for the bits it streams.&lt;br /&gt;
&lt;br /&gt;
We had hoped to start using Kaltura in September, but my sense is that the Drop Folder issue will push this back. &amp;nbsp;But the issue around counting is the big one, and I don't have a sense yet for whether this is easy to address or very difficult to address.&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/p2bfkvJbIlo" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/4629147346112305164/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2012/08/setting-up-kaltura-part-iii.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/4629147346112305164?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/4629147346112305164?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/p2bfkvJbIlo/setting-up-kaltura-part-iii.html" title="Setting up Kaltura - part III" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2012/08/setting-up-kaltura-part-iii.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DUEFRX8zeCp7ImA9WhJWEUQ.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-8993092175530747214</id><published>2012-08-17T06:00:00.000-04:00</published><updated>2012-08-17T06:00:14.180-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-08-17T06:00:14.180-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="video" /><title>Setting up Kaltura - part II</title><content type="html">I mentioned in the last Kaltura post that we've set up a Custom Data schema to hold the descriptive metadata for our video content. &amp;nbsp;Setting up that schema took some considerable effort, and I thought I might share some of the details with this post.&amp;nbsp;For context we are using the newly release Falcon edition of the Kaltura Management Console (KMC) web application.&lt;br /&gt;
&lt;br /&gt;
&lt;div class="separator" style="clear: both; text-align: center;"&gt;
&lt;a href="http://4.bp.blogspot.com/-Kbt5h0OFUf0/UCz9DDDjtWI/AAAAAAAAAfM/3jLl6Q95-pM/s1600/Screen+Shot+2012-08-16+at+9.59.57+AM.png" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"&gt;&lt;img border="0" height="320" src="http://4.bp.blogspot.com/-Kbt5h0OFUf0/UCz9DDDjtWI/AAAAAAAAAfM/3jLl6Q95-pM/s320/Screen+Shot+2012-08-16+at+9.59.57+AM.png" width="305" /&gt;&lt;/a&gt;&lt;/div&gt;
One creates a Custom Data schema by using the Settings menu in the KMC, and then by navigating to the Custom Data tab. &amp;nbsp;A button allows one to Add New Schema, and I happened to give ours the name of "MET Extension" since that is the name of the project generating the video. &amp;nbsp;I did not set a System Name for the schema, and while Kaltura said that was required, the KMC does not enforce it, and lack of a System Name has not yet proven to be a problem.&lt;br /&gt;
&lt;br /&gt;
One adds fields/elements to the schema one at a time using a pop-up window, Edit Entries Metadata Schema. &amp;nbsp;This can be seriously laborious if you have a large schema like mine with 40 elements. &amp;nbsp;Lots of cutting and pasting. &amp;nbsp;Kaltura allows one to export the schema as an XSD XML file, but one cannot import such a file to create or update the schema.&lt;br /&gt;
&lt;br /&gt;
Elements can be Text, Date, Text Select List, or Entry-id List. &amp;nbsp;Each can be single or multi-value, and each can be indexed for search (or not). &amp;nbsp;The KMC allows one to supply both a short and longer description for each element.&lt;br /&gt;
&lt;br /&gt;
Text fields are exactly what you would expect, and Text Select Lists are basically pick-lists. &amp;nbsp;The Entry-id field is useful if you want to store the ID of an extant Kaltura object. &amp;nbsp;Date is a little tricky since the format one uses to supply a value for this field works one way in the KMC interface - conventional calendar format or pick from a calendar widget - but a very different way when ingesting via XML where it expects an integer number of seconds since the epoch.&lt;br /&gt;
&lt;br /&gt;
We will be ingesting tens of thousands of videos into Kaltura, and so we will NOT be using the KMC to upload videos and to compose metadata. &amp;nbsp;Instead we will be using their Drop Folder mechanism where one puts XML metadata (including pointers to video files) in a special-purpose local location to which Kaltura has access. &amp;nbsp;Preparing the XML content that includes both the descriptive and technical metadata is our current project, and I'll report on that process - and the Drop Folder process - next.&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/ON1KBCMhh_s" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/8993092175530747214/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2012/08/setting-up-kaltura-part-ii.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/8993092175530747214?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/8993092175530747214?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/ON1KBCMhh_s/setting-up-kaltura-part-ii.html" title="Setting up Kaltura - part II" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://4.bp.blogspot.com/-Kbt5h0OFUf0/UCz9DDDjtWI/AAAAAAAAAfM/3jLl6Q95-pM/s72-c/Screen+Shot+2012-08-16+at+9.59.57+AM.png" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2012/08/setting-up-kaltura-part-ii.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CE8ERXYzeCp7ImA9WhJXFUQ.&quot;"><id>tag:blogger.com,1999:blog-4772431721558153311.post-6944185377681722341</id><published>2012-08-10T06:00:00.000-04:00</published><updated>2012-08-10T06:00:04.880-04:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2012-08-10T06:00:04.880-04:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="stats" /><title>July 2012 web availability at ICPSR</title><content type="html">July 2012 was a pretty good month:&lt;br /&gt;
&lt;br /&gt;
&lt;div class="separator" style="clear: both; text-align: center;"&gt;
&lt;a href="http://1.bp.blogspot.com/-XHmYXPLPweM/UCAOMfn2FRI/AAAAAAAAAe4/JOvhy1URsFY/s1600/fy_2013_system_availability.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"&gt;&lt;img border="0" height="120" src="http://1.bp.blogspot.com/-XHmYXPLPweM/UCAOMfn2FRI/AAAAAAAAAe4/JOvhy1URsFY/s400/fy_2013_system_availability.png" width="400" /&gt;&lt;/a&gt;&lt;/div&gt;
Clicking the image will open a larger, easier-to-read chart.&lt;br /&gt;
&lt;br /&gt;
We only has 36 minutes of downtime in July, and 28 were due to maintenance as we tried (but failed) to update apache, perl, and mod_perl on our production web server. &amp;nbsp;We discovered some interesting&amp;nbsp;idiosyncrasies&amp;nbsp;in some perl libraries during the maintenance. &amp;nbsp;(Summary: &amp;nbsp;Multi-word time zones like "New York" are trouble.)&lt;img src="http://feeds.feedburner.com/~r/TechnologyAtIcpsr/~4/n8-OCjBBlBc" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://techaticpsr.blogspot.com/feeds/6944185377681722341/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://techaticpsr.blogspot.com/2012/08/july-2012-web-availability-at-icpsr.html#comment-form" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/6944185377681722341?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/4772431721558153311/posts/default/6944185377681722341?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/TechnologyAtIcpsr/~3/n8-OCjBBlBc/july-2012-web-availability-at-icpsr.html" title="July 2012 web availability at ICPSR" /><author><name>Bryan Beecher</name><uri>https://plus.google.com/108715252039940239699</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="32" height="32" src="//lh6.googleusercontent.com/-UPrVjh7RnMU/AAAAAAAAAAI/AAAAAAAAAAA/Ldx3onOVI8M/s512-c/photo.jpg" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://1.bp.blogspot.com/-XHmYXPLPweM/UCAOMfn2FRI/AAAAAAAAAe4/JOvhy1URsFY/s72-c/fy_2013_system_availability.png" height="72" width="72" /><thr:total>0</thr:total><feedburner:origLink>http://techaticpsr.blogspot.com/2012/08/july-2012-web-availability-at-icpsr.html</feedburner:origLink></entry></feed>
