<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet href="/topics-files/atom2xhtml.xsl" type="text/xsl"?>
<!-- This is a 512 byte XML comment that one must put into XML Atom feeds
such that browsers like Firefox 2.0 and IE7 will obey the XSL stylesheet.
Everybody hates overbearing browsers.
This is a 512 byte XML comment that one must put into XML Atom feeds
such that browsers like Firefox 2.0 and IE7 will obey the XSL stylesheet.
Everybody hates overbearing browsers.
This is a 512 byte XML comment that one must put into XML Atom feeds
such that browsers like Firefox 2.0 and IE7 will obey the XSL stylesheet.
Everybody hates overbearing browsers.
This is a 512 byte XML comment that one must put into XML Atom feeds
such that browsers like Firefox 2.0 and IE7 will obey the XSL stylesheet.
Everybody hates overbearing browsers.
This is a 512 byte XML comment that one must put into XML Atom feeds
such that browsers like Firefox 2.0 and IE7 will obey the XSL stylesheet.
Everybody hates overbearing browsers.
This is a 512 byte XML comment that one must put into XML Atom feeds
such that browsers like Firefox 2.0 and IE7 will obey the XSL stylesheet.
Everybody hates overbearing browsers. -->
<feed xmlns="http://www.w3.org/2005/Atom"
><title
>Blog@Case Topics: syndicated feeds</title
><link rel="self" href="http://blog.case.edu/topics/syndicated%20feeds"
 /><id
>http://blog.case.edu/topics/syndicated%20feeds</id
><category term="syndicated feeds" label="syndicated feeds"
 /><link rel="related" href="http://blog.case.edu/topics/mainblog" title="mainblog"
 /><link rel="related" href="http://blog.case.edu/topics/linkblog" title="linkblog"
 /><link rel="related" href="http://blog.case.edu/topics/rss" title="rss"
 /><link rel="related" href="http://blog.case.edu/topics/atom" title="atom"
 /><link rel="related" href="http://blog.case.edu/topics/xml" title="xml"
 /><link rel="related" href="http://blog.case.edu/topics/web%20services" title="web services"
 /><link rel="related" href="http://blog.case.edu/topics/blog" title="blog"
 /><link rel="related" href="http://blog.case.edu/topics/blog@case%20developments" title="blog@case developments"
 /><link rel="related" href="http://blog.case.edu/topics/tagging" title="tagging"
 /><link rel="related" href="http://blog.case.edu/topics/blog@case" title="blog@case"
 /><link rel="related" href="http://blog.case.edu/topics/folksonomy" title="folksonomy"
 /><contributor
><name
>Gregory Szorc</name
><email
>gregory.szorc@case.edu</email
><uri
>http://blog.case.edu/gps10</uri
></contributor
><contributor
><name
>Jeremy Smith</name
><email
>jeremy.smith@case.edu</email
><uri
>http://blog.case.edu/jeremy.smith</uri
></contributor
><updated
>2006-12-14T20:55:29Z</updated
><entry
><title
>Observer's RSS Feed</title
><link href="http://blog.case.edu/jeremy.smith/2006/12/14/observers_rss_feed"
 /><id
>http://blog.case.edu/jeremy.smith/2006/12/14/observers_rss_feed</id
><published
>2006-12-14T20:51:11Z</published
><updated
>2006-12-14T20:55:29Z</updated
><category term="Web Services" label="Web Services"
 /><category term="linkblog" label="linkblog"
 /><category term="observer" label="observer"
 /><category term="rss" label="rss"
 /><category term="syndicated feeds" label="syndicated feeds"
 /><category term="xml" label="xml"
 /><content type="xhtml"
><div xmlns="http://www.w3.org/1999/xhtml"
>Just in time for 
<a href="http://wiki.case.edu/Winter_Break">Winter Break</a>, 
<a title="The Observer" href="http://observer.case.edu/">The Observer's</a> 
<a title="The Observer" href="http://observer.case.edu/feed.xml">RSS feed</a> is back! 
<a title="Jeremy Smith's blog: Observer's Broken Feed" href="http://blog.case.edu/jms18/2006/09/29/observer_broken_feed">Finally</a>! Just one note, can you guys change the 
<code>&lt;link&gt;</code> element from 
<code>http://observer</code> to 
<code>http://observer.case.edu</code>? Not using a 
<acronym title="Fully Qualified Domain Name">FQDN</acronym> doesn't make sense.</div
></content
><author
><name
>Jeremy Smith</name
><email
>jeremy.smith@case.edu</email
><uri
>http://blog.case.edu/jeremy.smith</uri
></author
></entry
><entry
><title
>Campus Reader Wants Observer's Feed</title
><link href="http://blog.case.edu/jeremy.smith/2006/10/22/campus_reader_wants_observers_feed"
 /><id
>http://blog.case.edu/jeremy.smith/2006/10/22/campus_reader_wants_observers_feed</id
><published
>2006-10-22T20:05:47Z</published
><updated
>2006-10-22T20:11:40Z</updated
><category term="mainblog" label="mainblog"
 /><category term="observer" label="observer"
 /><category term="syndicated feeds" label="syndicated feeds"
 /><content type="xhtml"
><div xmlns="http://www.w3.org/1999/xhtml"
>
<p>
<a title="Jeremy Smith's blog: The Observer Not in Campus Reader" href="http://blog.case.edu/jms18/2006/10/20/the_observer_not_in_campus_reader#30782">This comment</a> left on my entry 
<a title="Jeremy Smith's blog: The Observer Not in Campus Reader" href="http://blog.case.edu/jms18/2006/10/20/the_observer_not_in_campus_reader">The Observer Not in Campus Reader</a></p>
<blockquote>
<p>Hi Jeremy,</p>
<p>You're absolutely right. We've wanted to include The Observer in Campus Reader's network of college newspapers. Could you please update me as soon as its RSS feed is up and running?</p>
<p>Thank you,
<br />Steve Richert
<br />Campus Reader</p>
</blockquote>
<p>I sure will, Steve.</p>
<p>
<a title="Jeremy Smith's blog: Observer's Broken Feed" href="http://blog.case.edu/jms18/2006/09/29/observer_broken_feed">Post</a> 
<a title="Jeremy Smith's blog: A Year Ago This Month (October Edition)" href="http://blog.case.edu/jms18/2006/10/10/a_year_ago_this_month">number</a> 
<a title="Jeremy Smith's blog: The Observer Not in Campus Reader" href="http://blog.case.edu/jms18/2006/10/20/the_observer_not_in_campus_reader">four</a>...</p>
</div
></content
><author
><name
>Jeremy Smith</name
><email
>jeremy.smith@case.edu</email
><uri
>http://blog.case.edu/jeremy.smith</uri
></author
></entry
><entry
><title
>The Observer Not in Campus Reader</title
><link href="http://blog.case.edu/jeremy.smith/2006/10/20/the_observer_not_in_campus_reader"
 /><id
>http://blog.case.edu/jeremy.smith/2006/10/20/the_observer_not_in_campus_reader</id
><published
>2006-10-20T18:37:01Z</published
><updated
>2006-10-20T18:35:52Z</updated
><category term="linkblog" label="linkblog"
 /><category term="observer" label="observer"
 /><category term="syndicated feeds" label="syndicated feeds"
 /><content type="xhtml"
><div xmlns="http://www.w3.org/1999/xhtml"
>Via 
<a title="Techcrunch &#239;&#191;&#189; Blog Archive &#239;&#191;&#189; Campus Reader Aggregates College News" href="http://www.techcrunch.com/2006/10/19/campus-reader-aggregates-college-news/">Techcrunch</a>
<blockquote>
<a href="http://www.campusreader.com">Campus Reader</a> is a new site that aggregates the feeds from 300 online college newspapers around the US.</blockquote>
<a title="The Observer" href="http://observer.case.edu">The Observer</a> isn't included; probably because their 
<a title="" href="http://observer.case.edu/feed.xml">feed</a> is 
<a title="Jeremy Smith's blog: Observer's Broken Feed" href="http://blog.case.edu/jms18/2006/09/29/observer_broken_feed">broken</a>. (Yep, really hung up about this apparently because it's my third mention of it.)</div
></content
><author
><name
>Jeremy Smith</name
><email
>jeremy.smith@case.edu</email
><uri
>http://blog.case.edu/jeremy.smith</uri
></author
></entry
><entry
><title
>Observer's Broken Feed</title
><link href="http://blog.case.edu/jeremy.smith/2006/09/29/observer_broken_feed"
 /><id
>http://blog.case.edu/jeremy.smith/2006/09/29/observer_broken_feed</id
><published
>2006-09-29T19:37:01Z</published
><updated
>2006-10-11T04:08:36Z</updated
><category term="linkblog" label="linkblog"
 /><category term="syndicated feeds" label="syndicated feeds"
 /><content type="xhtml"
><div xmlns="http://www.w3.org/1999/xhtml"
>Dear 
<a title="The Observer" href="http://observer.case.edu">Observer</a>, Your 
<a title="The Observer" href="http://observer.case.edu/feed.xml">feed</a> is broken. Please fix. Thanks!</div
></content
><author
><name
>Jeremy Smith</name
><email
>jeremy.smith@case.edu</email
><uri
>http://blog.case.edu/jeremy.smith</uri
></author
></entry
><entry
><title
>Planet Planet! Powered Planet Case</title
><link href="http://blog.case.edu/jeremy.smith/2006/06/09/planet_case"
 /><id
>http://blog.case.edu/jeremy.smith/2006/06/09/planet_case</id
><published
>2006-06-09T22:13:00Z</published
><updated
>2006-06-09T22:14:29Z</updated
><category term="Blog@Case Developments" label="Blog@Case Developments"
 /><category term="blog@case" label="blog@case"
 /><category term="case blog" label="case blog"
 /><category term="mainblog" label="mainblog"
 /><category term="rss" label="rss"
 /><category term="syndicated feeds" label="syndicated feeds"
 /><category term="xml" label="xml"
 /><content type="xhtml"
><div xmlns="http://www.w3.org/1999/xhtml"
>I spent a little bit of time hacking on 
<a title="Planet Planet!" href="http://www.planetplanet.org/">Planet Planet!</a> to see if I could get it to power 
<a title="Planet Case" href="http://planet.case.edu/">Planet Case</a>. I was able to whip out a slightly "weeded" OPML file located at 
<a href="http://planet.case.edu/opml">http://planet.case.edu/opml</a> and generated this site using Planet Planet! &#8212; 
<a title="Planet Case" href="http://planet.case.edu/beta/">Planet Case Beta</a>. Not sure what to do now, though. That's the defacto skin, and I don't particularly care for its organization. I'd like to change that. Also, comment/trackback counts don't propagate through, and getting that to work will take some serious hackery. I don't plan on getting rid of the original 
<a title="Planet Case" href="http://planet.case.edu/">Planet Case</a>, but I may regulate that over to http://planet.case.edu/old or something and replace it with Planet Planet! Planet Planet! will provide a bit more flexibility. I'll be able to weed out some blogs from appearing; I'll be able to include external blogs to participate; better control over the sorting of entries and such. It's just going to take me a little more time than I had hoped because of the comments/trackback counts. If you have any comments, feel free to chime in. If you have any design skills, HTML/CSS prototypes are welcome for the design of the new Planet Case. All right, I've gotta get back to the stuff I put to the side while I spent a couple of hours and indulged myself in this.</div
></content
><author
><name
>Jeremy Smith</name
><email
>jeremy.smith@case.edu</email
><uri
>http://blog.case.edu/jeremy.smith</uri
></author
></entry
><entry
><title
>Three Things I Would Say to the Observer</title
><link href="http://blog.case.edu/jeremy.smith/2006/03/31/3_things_to_say_to_the_observer"
 /><id
>http://blog.case.edu/jeremy.smith/2006/03/31/3_things_to_say_to_the_observer</id
><published
>2006-03-31T17:37:59Z</published
><updated
>2006-03-31T17:39:24Z</updated
><category term="mainblog" label="mainblog"
 /><category term="observer" label="observer"
 /><category term="rss" label="rss"
 /><category term="syndicated feeds" label="syndicated feeds"
 /><content type="xhtml"
><div xmlns="http://www.w3.org/1999/xhtml"
>
<p>The three things I would say to 
<a title="The Observer" href="http://observer.case.edu/">The Observer</a> people if I ever found myself at their office, 11111 Euclid Ave.</p>
<ul>
<li>"Who were the people in charge of getting the 
<a title="The Observer's RSS feed" href="http://observer.case.edu/feed.xml">RSS feed</a> going? I'm buying them all a beer at the 
<a href="http://wiki.case.edu/Barking_Spider">Barking Spider</a>."</li>
<li>"You guys might want to think about using 
<a title="FeedBurner - Point your feed here. We'll do the rest." href="http://www.feedburner.com/">FeedBurner</a> for your 
<a href="http://wiki.case.edu/RSS">RSS</a> feed. You get a lot of nice statistics and tracking with it. 
<a title="O'Reilly Network -- Developers' Hub -- web development, open source development, open and emerging technologies" href="http://oreillynet.com/">The O'Reilly Network</a> uses it in that capacity."</li>
<li>"Can you guys put 
<code>&lt;category&gt;</code> or 
<code>&lt;dc:subject&gt;</code> elements in your feed?"</li>
</ul>
<p>The RSS feed is just super-nice. I hearty thanks to them for that.</p>
</div
></content
><author
><name
>Jeremy Smith</name
><email
>jeremy.smith@case.edu</email
><uri
>http://blog.case.edu/jeremy.smith</uri
></author
></entry
><entry
><title
>New Syndicated Feeds Available for the Case Wiki</title
><link href="http://blog.case.edu/gps10/2006/03/22/new_syndicated_feeds_available_for_the_case_wiki"
 /><id
>http://blog.case.edu/gps10/2006/03/22/new_syndicated_feeds_available_for_the_case_wiki</id
><published
>2006-03-22T07:29:52Z</published
><updated
>2006-03-22T07:33:58Z</updated
><category term="CaseWiki" label="CaseWiki"
 /><category term="CaseWiki" label="CaseWiki"
 /><category term="syndicated feeds" label="syndicated feeds"
 /><content type="xhtml"
><div xmlns="http://www.w3.org/1999/xhtml"
>I completely rewrote the syndicated feed generation for the 
<a href="http://wiki.case.edu/Main_Page">Case Wiki</a> today (for the 3rd time). Feeds are now available at 
<a href="http://wiki.case.edu/Special:WikiFeeds">Special:WikiFeeds</a>. If you run MediaWiki, you too can enjoy the enhanced features of this plugin. Source code is available at 
<a href="http://opensource.case.edu/projects/MediaWikiHacks/WikiFeeds">My MediaWiki Project Site</a>. I'll be redirecting the existing feeds to route to this new script. If anybody notices any issues with the feeds not validating or any other strange behavior, please let me know by e-mailing wiki-admin@case.edu or leaving a comment on 
<a href="http://wiki.case.edu/CaseWiki:ToDo">CaseWiki:ToDo</a>.</div
></content
><author
><name
>Gregory Szorc</name
><email
>gregory.szorc@case.edu</email
><uri
>http://blog.case.edu/gps10</uri
></author
></entry
><entry
><title
>Atom as a Case Study</title
><link href="http://blog.case.edu/jeremy.smith/2006/03/21/atom_as_a_case_study"
 /><id
>http://blog.case.edu/jeremy.smith/2006/03/21/atom_as_a_case_study</id
><published
>2006-03-21T07:17:41Z</published
><updated
>2006-03-21T07:18:00Z</updated
><category term="atom" label="atom"
 /><category term="linkblog" label="linkblog"
 /><category term="project management" label="project management"
 /><category term="rss" label="rss"
 /><category term="syndicated feeds" label="syndicated feeds"
 /><content type="xhtml"
><div xmlns="http://www.w3.org/1999/xhtml"
>
<a title="ongoing : Atom as a Case Study" href="http://www.tbray.org/ongoing/When/200x/2006/03/20/Atom-as-a-Case-Study">Atom as a Case Study</a>
</div
></content
><author
><name
>Jeremy Smith</name
><email
>jeremy.smith@case.edu</email
><uri
>http://blog.case.edu/jeremy.smith</uri
></author
></entry
><entry
><title
>Weatherhead RSS Feed</title
><link href="http://blog.case.edu/jeremy.smith/2006/03/06/weatherhead_rss_feed"
 /><id
>http://blog.case.edu/jeremy.smith/2006/03/06/weatherhead_rss_feed</id
><published
>2006-03-06T20:07:07Z</published
><updated
>2006-03-06T20:08:13Z</updated
><category term="linkblog" label="linkblog"
 /><category term="rss" label="rss"
 /><category term="syndicated feeds" label="syndicated feeds"
 /><category term="weatherhead" label="weatherhead"
 /><content type="xhtml"
><div xmlns="http://www.w3.org/1999/xhtml"
>I just noticed that 
<a title="Weatherhead School of Management" href="http://weatherhead.case.edu/">Weatherhead's</a> 
<a title="News and Events :: Case Western Reserve University" href="http://weatherhead.case.edu/news/">news page</a> has a 
<a title="News and Events :: Case Western Reserve University" href="http://weatherhead.case.edu/news/rss.cfm">feed</a>. That's 
<strong>great</strong>! There is a couple of minor 
<a title="Feed Validator Results: http://weatherhead.case.edu/news/rss.cfm" href="http://feedvalidator.org/check.cgi?url=http%3A%2F%2Fweatherhead.case.edu%2Fnews%2Frss.cfm">glitches with it</a> but nothing major. I sent email to 
<a href="mailto:webmaster@weatherhead.case.edu">webmaster@weatherhead.case.edu</a> regarding the small problems. (Not sure it got through, though, there seemed to be a clash between 
<a href="mailto:webmaster@weatherhead.case.edu">webmaster@weatherhead.case.edu</a> and 
<a href="mailto:webmaster@weatherhead.case.edu">webmaster@case.edu</a>. 
<em>*shrug*</em> I guess we'll see...)</div
></content
><author
><name
>Jeremy Smith</name
><email
>jeremy.smith@case.edu</email
><uri
>http://blog.case.edu/jeremy.smith</uri
></author
></entry
><entry
><title
>www.case.edu Gets RSS and ATOM</title
><link href="http://blog.case.edu/gps10/2006/03/03/wwwcaseedu_gets_rss_and_atom"
 /><id
>http://blog.case.edu/gps10/2006/03/03/wwwcaseedu_gets_rss_and_atom</id
><published
>2006-03-03T17:34:53Z</published
><updated
>2006-03-03T17:37:15Z</updated
><category term="ATOM" label="ATOM"
 /><category term="Case IT" label="Case IT"
 /><category term="RSS" label="RSS"
 /><category term="syndicated feeds" label="syndicated feeds"
 /><content type="xhtml"
><div xmlns="http://www.w3.org/1999/xhtml"
>Case's front page, 
<a href="http://www.case.edu">www.case.edu</a> looks to now be using this blog system for news publishing. The ATOM 1.0 and RSS 2.0 feeds are even linked in the page header, so you should have no trouble subscribing in your favorite news reader. This is awesome!</div
></content
><author
><name
>Gregory Szorc</name
><email
>gregory.szorc@case.edu</email
><uri
>http://blog.case.edu/gps10</uri
></author
></entry
><entry
><title
>Blog Miner</title
><link href="http://blog.case.edu/jeremy.smith/2006/02/23/blog_miner"
 /><id
>http://blog.case.edu/jeremy.smith/2006/02/23/blog_miner</id
><published
>2006-02-23T17:23:31Z</published
><updated
>2006-02-23T17:22:43Z</updated
><category term="Weblog Tech" label="Weblog Tech"
 /><category term="blog" label="blog"
 /><category term="blog@case" label="blog@case"
 /><category term="case blog" label="case blog"
 /><category term="linkblog" label="linkblog"
 /><category term="syndicated feeds" label="syndicated feeds"
 /><content type="xhtml"
><div xmlns="http://www.w3.org/1999/xhtml"
>
<a title="Blog Miner - Edit this page - CaseWiki" href="http://wiki.case.edu/Blog_Miner">Blog Miner</a> Sounds interesting. Once the project gets going, will there be a 
<a href="http://wiki.case.edu/Syndicated_feed">feed</a> located at 
<a title="EECS 439 Project" href="http://vorlon.case.edu/~mxh147/eecs439.htm">http://vorlon.case.edu/~mxh147/eecs439.htm</a> that I can subscribe to and follow the project along?</div
></content
><author
><name
>Jeremy Smith</name
><email
>jeremy.smith@case.edu</email
><uri
>http://blog.case.edu/jeremy.smith</uri
></author
></entry
><entry
><title
>Observer's RSS Feed</title
><link href="http://blog.case.edu/jeremy.smith/2006/01/30/observers_rss_feed"
 /><id
>http://blog.case.edu/jeremy.smith/2006/01/30/observers_rss_feed</id
><published
>2006-01-31T00:03:13Z</published
><updated
>2006-01-31T00:15:34Z</updated
><category term="linkblog" label="linkblog"
 /><category term="rss" label="rss"
 /><category term="syndicated feeds" label="syndicated feeds"
 /><content type="xhtml"
><div xmlns="http://www.w3.org/1999/xhtml"
>
<a title="The Observer - Volume XXXVIII, Issue 14" href="http://observer.case.edu">The Observer's</a> 
<a title="The Observer - Volume XXXVIII, Issue 14" href="http://observer.case.edu">RSS feed</a>. 
<em>Nice</em>. Subscribed.</div
></content
><author
><name
>Jeremy Smith</name
><email
>jeremy.smith@case.edu</email
><uri
>http://blog.case.edu/jeremy.smith</uri
></author
></entry
><entry
><title
>Cleveland Weather RSS</title
><link href="http://blog.case.edu/gps10/2005/12/03/cleveland_weather_rss"
 /><id
>http://blog.case.edu/gps10/2005/12/03/cleveland_weather_rss</id
><published
>2005-12-03T20:46:34Z</published
><updated
>2005-12-03T20:47:34Z</updated
><category term="RSS" label="RSS"
 /><category term="syndicated feeds" label="syndicated feeds"
 /><content type="xhtml"
><div xmlns="http://www.w3.org/1999/xhtml"
>Here is a feed everyone should have in their aggregator: 
<a href="http://www.wunderground.com/auto/rss_full/OH/Cleveland.xml">http://www.wunderground.com/auto/rss_full/OH/Cleveland.xml</a> Now you can get updates to the Cleveland weather in RSS. Beautiful.</div
></content
><author
><name
>Gregory Szorc</name
><email
>gregory.szorc@case.edu</email
><uri
>http://blog.case.edu/gps10</uri
></author
></entry
><entry
><title
>The Beauty of XML and Middleware</title
><link href="http://blog.case.edu/gps10/2005/11/30/the_beauty_of_xml_and_middleware"
 /><id
>http://blog.case.edu/gps10/2005/11/30/the_beauty_of_xml_and_middleware</id
><published
>2005-12-01T02:35:41Z</published
><updated
>2005-12-01T03:02:49Z</updated
><category term="Case IT" label="Case IT"
 /><category term="XML" label="XML"
 /><category term="syndicated feeds" label="syndicated feeds"
 /><category term="web services" label="web services"
 /><content type="xhtml"
><div xmlns="http://www.w3.org/1999/xhtml"
>Earlier today, I realized what happens when you don't provide others a way to easily access your information; people invent the wheel again. I was in a 
<a href="http://wiki.case.edu/USG">USG</a> tech meeting and we were talking about calendars, something that has been addressed numerous times on Blog@Case. USG is developing a calendaring system that we hope becomes the principle calendar used to reference student events. Apparently we are talking about getting it integrated with those plasma tv's all around campus, but I'm not sure how that is going to happen. Anyway, we were trying to list all of the student-centered calendars on campus and how they were operated. We weren't sure if the UPB calendar was in a database, so, using my root access on the server, I checked it. While I was there, I noticed some alarming database tables. These tables served to track student group membership, something that USG does already through the 
<a href="http://wiki.case.edu/USG_Finance_System">USG Finance System</a>. I checked their web site, and sure enough they had a basic identity management system set up. Even though USG is the principle authority on this data, someone else has chosen to reproduce the data. Why? Because they don't have access to the data. This is where web services (i.e. middleware) comes to the rescue. The author of UPB's web site apparently does not know about 
<a href="http://usg.case.edu/funding/webservice.php">http://usg.case.edu/funding/webservice.php</a>. This little script allows you to query the USG database for all sorts of information, including a list of student groups on campus as well as detailed information about these student groups, including membership. You can even get a list of future events. All of the data is transferred in XML, so it can be easily read by computers. If every major service at Case offered some kind of 
<a href="http://wiki.case.edu/syndicated_feed">syndicated feed</a>, life would be a better place. I loathe having to log in to Blackboard to check info instead of reading my news reader. I hate having to visit www.case.edu to find the latest news. Most of all, I hate having to visually inspect a handful of calendars to find relevant events. Some day, people will realize that others have a need for the information they possess and will make this information easily available for anyone to read. Publishing information has the unintended consequence that others will use the information in a manner not initially conceived. Think about this scenario: Case course information is published via a web service. Also, your DPR is accessible in XML form. The official course list web site can query the course list service to retrieve information matching a student's request. The DPR service can be queried by the Portal to display your DPR. The unintended consequence is sometime down the road, a student has a senior project that uses the two to create a service that automatically creates your schedule for you by looking for needed requirements on your DPR and cross-referencing this with classes available. It could even optimize your schedule! Another scenario is that course survey results can be accessible in XML form (already a reality if you know about 
<a href="http://zorro.case.edu/screw/">SCREW</a>. Unintended consequence, a programmer with a good background in statistics creates a program that does statistical analysis on these results. This is extremely beneficial for internal benchmarking purposes. And, after these first two unintended consquences occur, then someone else comes along and optimizes your schedule based upon the average rating of the professors teaching the courses. Far from reality? Not really. There are just too many people out there who cling to their belief that data belongs to them and them only. Until these zealots are forced out of their selfish, hoarding ways, we are left complaining about the current state of unorganized information.</div
></content
><author
><name
>Gregory Szorc</name
><email
>gregory.szorc@case.edu</email
><uri
>http://blog.case.edu/gps10</uri
></author
></entry
><entry
><title
>Calendaring Services</title
><link href="http://blog.case.edu/jeremy.smith/2005/11/29/calendaring_services"
 /><id
>http://blog.case.edu/jeremy.smith/2005/11/29/calendaring_services</id
><published
>2005-11-29T19:07:17Z</published
><updated
>2005-11-29T19:13:03Z</updated
><category term="Failures of Technology" label="Failures of Technology"
 /><category term="IT in Higher Ed" label="IT in Higher Ed"
 /><category term="calendar" label="calendar"
 /><category term="mainblog" label="mainblog"
 /><category term="syndicated feeds" label="syndicated feeds"
 /><category term="xml" label="xml"
 /><content type="xhtml"
><div xmlns="http://www.w3.org/1999/xhtml"
>
<p>From 
<a title="Survey hey hey!!!" href="http://home.cwru.edu/sis/modpl/forum/threaded?message_id=0001xz">home.cwru.edu: Calendaring Survery</a>:</p>
<blockquote>
<p>I am doing an English 398N project and as part of that project my group has created 
<a href="http://www.surveymonkey.com/s.asp?u=109751543253">a survey</a> to determine the anticipated need and usage of an all-campus event and activity calendar</p>
<blockquote>
<p>Some fellow sophomores and I have started an initiative (caleld the DO campaign) to produce a campus-wide activities calendar, resulting from some brainstorming at the Second Year Insitute. We've already approached VP Glenn Nichols about this and even have a programmer to do the coding. We'd be happy to get in touch with you, if you'd like!</p>
</blockquote>
</blockquote>
<p>It's sad that we have 
<a href="#partialCalendarList">so many "calendars" on campus</a>, and yet, none of them are a good enough service to reach the tipping point where everyone uses them.</p>
<p>Some people, when reading the above, undoubtedly think, "well, what we need is the 
<em>one true</em> calendaring application that everyone will use!" Other people may think, "we'll just make a University mandate that says everyone 
<em>has</em> to use this specific calendar." (Because that always works well &#8212; dictation to your customers and your users instead of providing them with services that they elect to use.)</p>
<p>When I hear about the problem, I think, "well, if all of the different calendars exposed their data, we could just aggregate them into one 'calendaring space.'" "That is, everyone gets to use their own little calendaring application/service/thing-a-ma-bob, and we provide a service that pulls all of them together for display." Basically, if each separate calendaring service exposed its data in an XML format such as RSS or Atom (or even in just a publicly exposed iCal/vCal format), we could build a service that spliced all of that disparate data together and displayed it in a calendar view. (Yea, this is the essence of 
<a title="Jeremy Smith's blog: What's Middleware" href="http://blog.case.edu/jms18/2005/01/20/whats_middleware">Middleware</a>.)</p>
<p>Back in the beginning of this summer when 
<a title="Gregory Szorc's blog" href="http://blog.case.edu/gps10/">Greg</a> first started working for us, he was supposed to do a project with the calendar.case.edu system. I wanted him to do precisely what I describe above &#8212; a calendaring aggregator system. With that framework available, we could both go off and develop plugins for some of the major calendaring apps (like the Oracle Calendar, WebEvents, Exchange, etc.) so that they would emit their data in RSS/Atom. Then, we just aggregate it all together in the calendar aggregator. But, the idea gained no traction and Greg ended up doing something else with the Oracle Calendar (I can't even remember what it was and don't believe it amounted to a deliverable) before he went on to do the 
<a title="Main Page - CaseWiki" href="http://wiki.case.edu/Main_Page">Case Wiki</a> and 
<a title="Case Central Authentication Service" href="https://login.case.edu/">Case Central Authentication Service</a>.</p>
<p>It's too bad the calendar aggregator was never able to get off the ground. Hopefully, the students out there right now talking in the forums can generate an idea like this.</p>
<p style="margin-top: 20px;">
<a name="partialCalendarList" href="#partialCalendarList" id="partialCalendarList">Partial Calendar List</a> (there are so many)</p>
<ul>
<li>
<a title="calendar.case.edu" href="https://calendar.case.edu">calendar.case.edu</a>
</li>
<li>
<a title="WebEvent: Two Weeks starting on November 27, 2005" href="http://www.case.edu/cgi-bin/publish/webevent.pl">WebEvent Calendar</a>
</li>
<li>
<a title="Undergraduate Student Government - Case Western Reserve University" href="http://usg.case.edu/events/">Undergraduate Student Government Event Calendar</a>
</li>
<li>
<a title="University Programming Board" href="http://upb.case.edu/2005/11/?cal">University Programming Board Event Calendar</a>
</li>
<li>
<a title="The Office of Greek Life at Case" href="http://greeklife.case.edu/default.asp?id=57&amp;mnu=57">Greek Life Event Calendar</a>
</li>
<li>
<a title="calendar.pdf (application/pdf Object)" href="http://studentaffairs.case.edu/athletics/club/doc/calendar.pdf">Case Sport Club Calendar</a>
</li>
<li>
<a title="Five-Year Academic Calendar (2004-2009)" href="http://www.case.edu/provost/registrar/calendars/5year.html">Academic Calendar</a>
</li>
<li>
<a title="Men's Basketball Schedule" href="http://www.case.edu/athletics/varsity/winter/mbasketball/schedule.htm">Men's Basketball Schedule</a>
</li>
<li>
<a title="Weatherhead Event Calendar" href="http://weatherhead.case.edu/wsomCalendar/event.cfm">Weatherhead Event Calendar</a>
</li>
<li>
<a title="Case Law School - Lectures" href="http://law.case.edu/lectures/">Case Law School Lectures Calendar</a>
</li>
<li>
<a title="WebCalendar" href="http://library.case.edu/ksl/calendar/view_l.php?id=3">KSL Calendar</a>
</li>
<li>And 
<a title="ITAC Calendar" href="http://www.case.edu/its/itac/calendar.htm">more</a> and 
<a title="UCITE: Events" href="http://www.cwru.edu/cgi-bin/AuroraCGI/ucite/events.cgi">more</a> and 
<a title="Case Medicine: Office of Public Affairs Calendar of Events" href="http://casemed.case.edu/public_affairs/communique/index.cfm">more</a>...</li>
</ul>
</div
></content
><author
><name
>Jeremy Smith</name
><email
>jeremy.smith@case.edu</email
><uri
>http://blog.case.edu/jeremy.smith</uri
></author
></entry
><entry
><title
>Use the Portal as a News Aggregator</title
><link href="http://blog.case.edu/jeremy.smith/2005/11/22/use_the_portal_as_a_news_aggregator"
 /><id
>http://blog.case.edu/jeremy.smith/2005/11/22/use_the_portal_as_a_news_aggregator</id
><published
>2005-11-23T00:53:07Z</published
><updated
>2005-11-23T00:53:06Z</updated
><category term="aggregator" label="aggregator"
 /><category term="mainblog" label="mainblog"
 /><category term="portal" label="portal"
 /><category term="syndicated feeds" label="syndicated feeds"
 /><category term="xml" label="xml"
 /><content type="xhtml"
><div xmlns="http://www.w3.org/1999/xhtml"
>I did a naughty thing today. I turned the 
<a href="http://my.case.edu">portal</a> into a news aggregator. I don't recommend doing this. One, it is not trivial to do. I spent a lot of time clicking on widget this and thing-a-majig that. Lots of 
<b>X</b>'s were targetted. At one point in time, I had it so screwed up, it really wasn't even rendering (
<strong>*warning:*</strong> do 
<em>not</em> "View Source" on the portal, especially if you are a web developer... you might not recover). But, after much time finangling with things, I got it to "work." Two, there are some problems parsing the contents of RSS. A lot of the time, the HTML payloads of items ended up displaying the markup in-line with the content (that is why everything is headline's only in the screenshot). It doesn't seem to work with the Atom format. And three, the Portal isn't a news aggregator; so you just shouldn't do it. If you want a news aggregator, use 
<a href="http://bloglines.com">Bloglines</a>. I did it just to see what would happen and if I even could do it. Also, once you remove the extraneous clutter, you really start believing (though, I have been believing this for a while now) that syndicated news feeds have totally and completely eclipsed 
<a title="JSR-000168 Portlet Specification - Final Release" href="http://www.jcp.org/aboutJava/communityprocess/final/jsr168/">JSR168</a> and 
<a title="OASIS Web Services for Remote Portlets (WSRP) TC" href="http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=wsrp">WSRP</a>. All right, so anyways, here's a screenshot: 
<a href="http://blog.case.edu/jms18/2005/11/22/portal-news-aggregator.png">
<img alt="portal-news-aggregator.png" src="http://blog.case.edu/jms18/2005/11/22/portal-news-aggregator-thumb.png" width="506" height="395" />
</a></div
></content
><author
><name
>Jeremy Smith</name
><email
>jeremy.smith@case.edu</email
><uri
>http://blog.case.edu/jeremy.smith</uri
></author
></entry
><entry
><title
>Mass Communication</title
><link href="http://blog.case.edu/jeremy.smith/2005/11/16/mass_communication"
 /><id
>http://blog.case.edu/jeremy.smith/2005/11/16/mass_communication</id
><published
>2005-11-16T22:07:59Z</published
><updated
>2005-11-16T22:13:48Z</updated
><category term="Email Services" label="Email Services"
 /><category term="Failures of Technology" label="Failures of Technology"
 /><category term="case blog" label="case blog"
 /><category term="mainblog" label="mainblog"
 /><category term="sympa" label="sympa"
 /><category term="syndicated feeds" label="syndicated feeds"
 /><category term="xml" label="xml"
 /><content type="xhtml"
><div xmlns="http://www.w3.org/1999/xhtml"
>So 
<a title="Gregory Szorc's blog" href="http://blog.case.edu/gps10/">Greg</a> started the thread with 
<a title="Gregory Szorc's blog: Too Many Newsletters" href="http://blog.case.edu/gps10/2005/11/16/too_many_newsletters">Too Many Newsletters</a>. I responded in 
<a title="Jeremy Smith's blog: Too Many Newsletters Probably Means Alternate Communication Paths Need to be Employed" href="http://blog.case.edu/jms18/2005/11/16/newsletters">Too Many Newsletters Probably Means Alternate Communication Paths Need to be Employed</a>. 
<a title="Aaron Shaffer" href="http://blog.case.edu/axs221/">Aaron Shaffer</a> chimed in with 
<a title="Aaron Shaffer: Mass Communication at Case" href="http://blog.case.edu/axs221/2005/11/16/mass_communication_at_case">Mass Communication at Case</a>. (Just in case you need to catch up on the thread.) I've done some further thinking about this and have brought it up in a meeting. There was much discussion. I am going to mention that discussion here and respond to a couple of things Aaron said. From 
<a title="Aaron Shaffer: Mass Communication at Case" href="http://blog.case.edu/axs221/2005/11/16/mass_communication_at_case">Aaron</a>:
<blockquote>I think all mass communication should be handled by the department of communications here at Case.</blockquote>It is. All mass emails end up going through 
<a title="Marketing &amp; Communications: Case Western Reserve University" href="http://www.case.edu/univrel/marcomm/">Marketing &amp; Communications</a>. I think the problem is, the people sending out the mass emails may not know or may not know how to use the other avenues of communication. (This is what we talked about in the meeting -- ways in which we could promote these other avenues.) Right now, we may have a case of "functional fixedness"; it may be perceived that all there is is email. We need a way to change that. It's going to get easier and easier to send out mass emails. That's one of the goals of one of the projects I am working on. Designated people will be able to sit at an email client of their choosings, send out a mass email, that email will go to a moderation queue, a certain select group of "Mass Communication Custodians" will get notified something is waiting for their approval, and they can approve it for dissemination. It's only going to get easier, which means there will be more of it. What we need is to raise the level of awareness of the other avenues of communication. And, we need to raise the awareness of the tools we have on campus that facilitate them. Leverage the 
<a href="http://blog.case.edu">Blog system</a> for your department or organization's web page so you can have 
<a href="http://wiki.case.edu/XML_feeds">XML feeds</a> and email susbscriptions to your updates like the 
<a title="Information Technology Services at Case" href="http://www.case.edu/its">ITS homepage</a>. Use 
<a title="Case Mailing List Manager" href="https://lists.case.edu/">lists.case.edu</a> to hand create your groups. People will be able to opt-in and opt-out (though, that can be disabled for a given list), but you can prepopulate a list with whomever you want. An email to 
<a href="mailto:listmaster@case.edu">listmaster@case.edu</a> (depending on your requirements) can even have your list automatically prepopulated with our Directory data. I think that in between these:
<ul>
<li>XML feeds for web sites built leveraging the blog system</li>
<li>Email subscriptions to web sites built from the blog system</li>
<li>Hand-edited, opt-out-able Sympa lists</li>
<li>Hand-edited, non-opt-out-able Sympa lists</li>
<li>Pre-populated, opt-out-able Sympa lists</li>
<li>And, Pre-populated, non-opt-out-able Sympa lists</li>
</ul>We have an excellent set of tools at the disposal of those wanting to effectively communicate with groups on campus in ways that won't barrage and irritate them. What is needed is guidance and documentation... lots of documentation. And, whaddya know, we have a 
<a href="http://wiki.case.edu">wiki</a> for documentation. Pages full of screen shots and step-by-step tutorials and informative descriptions on the different technologies should exist. Something like 
<a href="http://wiki.case.edu/Howto:Communicate_with_the_students">http://wiki.case.edu/Howto:Communicate_with_the_students</a> or 
<a href="http://wiki.case.edu/Howto:Reach_the_students">http://wiki.case.edu/Howto:Reach_the_students</a> explaining all of this and detailing the options, when the options are applicable, and why the options are better (in some circumstances) than mass emails. It will probably need broken down into sections like 
<a href="http://wiki.case.edu/Howto:Create_XML_feeds_at_Case">http://wiki.case.edu/Howto:Create_XML_feeds_at_Case</a>, 
<a href="http://wiki.case.edu/Howto:Setup_email_subscriptions_to_my_Case_website">http://wiki.case.edu/Howto:Setup_email_subscriptions_to_my_Case_website</a>, 
<a href="http://wiki.case.edu/Howto:Create_a_mailing_list_for_my_newsletters">http://wiki.case.edu/Howto:Create_a_mailing_list_for_my_newsletters</a>, etc. I may take a stab at it, but I don't know how much time I'll be able to devote to it. I have a 
<a title="Blog@Case: Intermittent Failures" href="http://blog.case.edu/news/2005/11#intermittent_failures">blog/wiki/planet/topics/mysql/subversion server on the fritz</a> with a rapidly depleting supply of any hardware to move it to, the whole project about fixing the mass email system, an authentication web service for 
<a href="http://wiki.case.edu/CAS">CAS</a>, and day-to-day ops to worry about (not to mention all these blog entries 
<b>*whew*</b>). But, I'll see if I can get something jumpstarted.</div
></content
><author
><name
>Jeremy Smith</name
><email
>jeremy.smith@case.edu</email
><uri
>http://blog.case.edu/jeremy.smith</uri
></author
></entry
><entry
><title
>The Future of Information Architecture</title
><link href="http://blog.case.edu/jeremy.smith/2005/11/01/the_future_of_information_architecture"
 /><id
>http://blog.case.edu/jeremy.smith/2005/11/01/the_future_of_information_architecture</id
><published
>2005-11-01T20:37:43Z</published
><updated
>2005-11-01T20:41:25Z</updated
><category term="General Information Technology" label="General Information Technology"
 /><category term="Web Services" label="Web Services"
 /><category term="folksonomy" label="folksonomy"
 /><category term="information architecture" label="information architecture"
 /><category term="mainblog" label="mainblog"
 /><category term="syndicated feeds" label="syndicated feeds"
 /><category term="tagging" label="tagging"
 /><category term="web 2.0" label="web 2.0"
 /><category term="wiki" label="wiki"
 /><content type="xhtml"
><div xmlns="http://www.w3.org/1999/xhtml"
>
<p>Great primer article on new problems, new solutions, and new scopes of architecture in 
<a title="UXmatters :: Information Architecture 2.0" href="http://www.uxmatters.com/">Information Architecture 2.0</a>. Granted 
<a title="The Java Community Process(SM) Program" href="http://www.jcp.org/en/home/index">JSR-*'s</a>, 
<abbr title="Service Oriented Architecture">SOA</abbr> mumbo-jumbo, and the 
<a title="Web Services" href="http://www.w3.org/2002/ws/">WS-stack</a> are not going to go away any time soon; rather there are new solutions to problems that these technical aspects of "architectures" sought to solve but didn't do that good of a job.</p>
<p>It's kind of like back in the pre-
<abbr title="Service Oriented Architecture">SOA</abbr>-buzzword days when people would incessantly shout "
<strong>CORBA!</strong>" "
<strong>DCOM!</strong>" "
<strong>JNDI!</strong>" at everything the 
<abbr title="Simple Object Access Protocol">SOAP</abbr> people would say. Well, those people were finally won over (or were reluctantly converted at the risk of losing their jobs because they wouldn't update their skill sets). Unfortunately, now they sit around accompanied by some of the less "agile of mind" (is how I'll put it) original proponents of 
<abbr title="Service Oriented Architecture">SOA</abbr> with their arms crossed yelling "
<strong>SOAP!</strong>" "
<strong>J2EE!</strong>" "
<strong>.Net!</strong>" "
<strong>WS-ReallyComplexYouWouldn'tUnderstandItSecurity!</strong>".</p>
<p>A better thansition, rather than convert them from being obnoxiously focused with religious zealotry on one small protocol or method of framing a problem, is to change the way they approach the problem upfront. Rather than walk into a problem and try to answer the question, "how can I use 
<abbr title="Simple Object Access Protocol">SOAP</abbr> to solve this problem?"; we need to move everyone into: "how do I best solve this problem with the tools and technologies available to me?"</p>
<p>But, enough of that. Here, quotes from the 
<a title="UXmatters :: Information Architecture 2.0" href="http://www.uxmatters.com/">article</a>:</p>
<blockquote>
<p>In the early days of information architecture (IA), groups and their related items tended to be well defined. For example, in the heyday of e-commerce, an information architect translated a product catalog into a storefront on the Web. Today, these problems seem old hat.</p>
<p>Modern Web technologies permit greater flexibility in navigation, search, retrieval, and display. At the same time, the quantity of information is growing exponentially, and users expect greater control over content.</p>
</blockquote>
<blockquote>
<p>Empowered users feel a greater sense of ownership for online content - even if they didn't create it - which translates to higher expectations for their ability to manage that information. One example of this phenomenon is the proliferation of RSS feeds. Like most of the technologies loosely forming Web 2.0, RSS has been around for a while, but it's only in the last year or so that it's gained traction.</p>
</blockquote>
<blockquote>
<p>There are now Web services for managing information that people previously stored locally, on their own computers - events, bookmarks, photos, and contacts, among others. All of these Web services allow users to carve out virtual space for storing their information rather than hard disk space. One online application that serves this purpose is the wiki.</p>
</blockquote>
<blockquote>
<p>Individual publishing is only the beginning. The Web 2.0 paradigm shift has also introduced new sources of metadata. Typically the domain of specialists, metadata is information about information. Metadata supports various tasks like retrieval, administration, access, and more. Although allowing the consumers of information to contribute metadata is hardly a new idea, there are new implementations popping up online. Most notably, free tagging...</p>
<p>Free tagging is controversial. Some think it renders librarians and information architects obsolete, because there is no longer a need for formal categorization. At the other extreme, some insist that the metadata people create by free tagging is of no value. The moderate view is simply that free tagging and formal classification are two different techniques that address different problems...</p>
<p>[F]ree tagging does offer one important advantage in a Web environment where more and more content is community contributed. Users do not have to exert much mental energy to determine appropriate keywords for specific entries. When given a choice, users will shun creating metadata when there are too many constraints on what is permissible. Free tagging effectively removes the constraints of controlled vocabularies and metadata categories, lowering the barriers to entry for capturing useful information.</p>
</blockquote>
<blockquote>
<p>With users continually contributing both content and metadata, information architects have much less raw data to work with up front. Instead, they must think about the structures and patterns that govern these dynamic information spaces without losing sight of their primary responsibility: ensuring people can find the information they need.</p>
</blockquote>
</div
></content
><author
><name
>Jeremy Smith</name
><email
>jeremy.smith@case.edu</email
><uri
>http://blog.case.edu/jeremy.smith</uri
></author
></entry
><entry
><title
>New Syndicated Feeds on the Case Wiki</title
><link href="http://blog.case.edu/gps10/2005/10/31/new_syndicated_feeds_on_the_case_wiki"
 /><id
>http://blog.case.edu/gps10/2005/10/31/new_syndicated_feeds_on_the_case_wiki</id
><published
>2005-10-31T18:21:41Z</published
><updated
>2005-10-31T18:25:49Z</updated
><category term="CaseWiki" label="CaseWiki"
 /><category term="MediaWiki" label="MediaWiki"
 /><category term="Wiki" label="Wiki"
 /><category term="syndicated feeds" label="syndicated feeds"
 /><content type="xhtml"
><div xmlns="http://www.w3.org/1999/xhtml"
>I completely rewrote our custom 
<a href="http://wiki.case.edu/CaseWiki:Feeds">syndicated feeds</a> plugin for MediaWiki this weekend. The new version has some slight semantic differences from the old, so if you notice any weird changes in your news readers, please comment on 
<a href="http://wiki.case.edu/CaseWiki_Talk:Feeds">CaseWiki_Talk:Feeds</a>. One notable change is the addition of a feed for your watchlist. For example, 
<a href="http://wiki.case.edu/misc/atom/Gregory.Szorc/watchlist">http://wiki.case.edu/misc/atom/Gregory.Szorc/watchlist"&gt; Enjoy.</a></div
></content
><author
><name
>Gregory Szorc</name
><email
>gregory.szorc@case.edu</email
><uri
>http://blog.case.edu/gps10</uri
></author
></entry
><entry
><title
>News Aggregators: Not Just for Blogs</title
><link href="http://blog.case.edu/jeremy.smith/2005/10/26/news_aggregators_not_just_for_blogs"
 /><id
>http://blog.case.edu/jeremy.smith/2005/10/26/news_aggregators_not_just_for_blogs</id
><published
>2005-10-26T21:13:01Z</published
><updated
>2005-10-26T21:18:21Z</updated
><category term="Web Services" label="Web Services"
 /><category term="aggregator" label="aggregator"
 /><category term="knowledge management" label="knowledge management"
 /><category term="mainblog" label="mainblog"
 /><category term="syndicated feeds" label="syndicated feeds"
 /><category term="xml" label="xml"
 /><content type="xhtml"
><div xmlns="http://www.w3.org/1999/xhtml"
>So, you're an 
<a href="http://wiki.case.edu/ITS">IT Professional</a> at 
<a title="Case Western Reserve University" href="http://www.case.edu/">Case</a>; and you're still a little bewildered about 
<a href="http://wiki.case.edu/xml_feeds">syndicated XML feeds</a>. "Aren't they just for blogs?" you think to yourself. "I don't care what a bunch of whiney LiveJournal users are doing." 
<a href="http://wiki.case.edu/News_Aggregators">News Aggregators</a> aren't just for blogs. They are for information and managing information. For example: 
<a title="Google Blog Search: link:www.case.edu" href="http://blogsearch.google.com/blogsearch_feeds?hl=en&amp;q=link%3Awww.case.edu&amp;btnG=Search+Blogs&amp;num=10&amp;output=atom">Keeping track of people who talk about Case</a> 
<a title="" href="https://its-wiki.case.edu/feed.php">Documentation changes on our internal wiki</a> 
<a title="Google Blog Search: link:my.case.edu" href="http://blogsearch.google.com/blogsearch_feeds?hl=en&amp;q=link%3Amy.case.edu&amp;btnG=Search+Blogs&amp;num=10&amp;output=atom">People talking about my.case.edu</a> 
<a title="Google Search: case western" href="http://news.google.com/news?hl=en&amp;ned=&amp;q=case+western&amp;ie=UTF-8&amp;output=atom&amp;ned=:ePkh8BM9E0LYwQq0w4CVoC0AkpgG2w">Google News on Case Western</a> 
<a title="Google News - Sci/Tech" href="http://news.google.com/news?topic=t&amp;output=atom&amp;ned=:ePkh8BM9E0LYwQq0w4CVoC0AkpgG2w">Google News on Science and Technology</a> 
<a title="Jamie Lewis - CEO and Research Chair" href="http://www.burtongroupblogs.com/jamielewis/atom.xml">The Burton Group</a> 
<a title="CNN.com - Breaking News, U.S., World, Weather, Entertainment and Video News" href="http://www.cnn.com/services/rss/">CNN.com</a> And, of course, 
<a title="Jeremy Smith's blog" href="http://blog.case.edu/jms18/feed.atom">my blog</a>. Give it a whirl. Go to 
<a title="Bloglines" href="http://www.bloglines.com/">Bloglines</a> and subscribe to those items. I'll apologize in advance for the fish scales that will fall out of your eyes and onto your laps after using an aggregator.</div
></content
><author
><name
>Jeremy Smith</name
><email
>jeremy.smith@case.edu</email
><uri
>http://blog.case.edu/jeremy.smith</uri
></author
></entry
></feed
>