<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: An RSS Standard for Committee Hearings</title>
	<atom:link href="http://www.theopenhouseproject.com/2007/07/10/an-rss-standard-for-committee-hearings/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.theopenhouseproject.com/2007/07/10/an-rss-standard-for-committee-hearings/</link>
	<description>Recommendations, Resources, and Reform</description>
	<lastBuildDate>Thu, 03 Sep 2009 00:18:16 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: The Cunctator</title>
		<link>http://www.theopenhouseproject.com/2007/07/10/an-rss-standard-for-committee-hearings/comment-page-1/#comment-2153</link>
		<dc:creator>The Cunctator</dc:creator>
		<pubDate>Thu, 15 Nov 2007 00:16:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.theopenhouseproject.com/2007/07/10/an-rss-standard-for-committee-hearings/#comment-2153</guid>
		<description>Committee hearing RSS feeds also need tags for: 
* Hearing type (business meeting, oversight hearing, markup, 
legislative hearing; any of these can also be field hearing, though I 
suppose that could somehow be extracted from the location, maybe) 
* Which panel a witness is in 
* Whether a hearing has been cancelled or rescheduled 
* Witness testimony (usually submitted in advance) 
* What does a joint hearing look like?</description>
		<content:encoded><![CDATA[<p>Committee hearing RSS feeds also need tags for:<br />
* Hearing type (business meeting, oversight hearing, markup,<br />
legislative hearing; any of these can also be field hearing, though I<br />
suppose that could somehow be extracted from the location, maybe)<br />
* Which panel a witness is in<br />
* Whether a hearing has been cancelled or rescheduled<br />
* Witness testimony (usually submitted in advance)<br />
* What does a joint hearing look like?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: links for 2007-07-31 &#171; My Weblog</title>
		<link>http://www.theopenhouseproject.com/2007/07/10/an-rss-standard-for-committee-hearings/comment-page-1/#comment-84</link>
		<dc:creator>links for 2007-07-31 &#171; My Weblog</dc:creator>
		<pubDate>Tue, 31 Jul 2007 10:40:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.theopenhouseproject.com/2007/07/10/an-rss-standard-for-committee-hearings/#comment-84</guid>
		<description>[...] An RSS Standard for Committee Hearings &#124; The Open House Project Using RSS to schedule and announce meetings (tags: rss webdev web20) [...]</description>
		<content:encoded><![CDATA[<p>[...] An RSS Standard for Committee Hearings | The Open House Project Using RSS to schedule and announce meetings (tags: rss webdev web20) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joshua Tauberer</title>
		<link>http://www.theopenhouseproject.com/2007/07/10/an-rss-standard-for-committee-hearings/comment-page-1/#comment-79</link>
		<dc:creator>Joshua Tauberer</dc:creator>
		<pubDate>Wed, 11 Jul 2007 22:08:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.theopenhouseproject.com/2007/07/10/an-rss-standard-for-committee-hearings/#comment-79</guid>
		<description>Oops -- I missed the organizer element. Nevermind that.

But-- keep in mind that when aggregating, an event that shows up in the calendar as &quot;Subcommittee on Health&quot; is confusing if you don&#039;t know which committee it belongs too.

Bioguide IDs are unique IDs assigned to people, incl. all MoC&#039;s (incl. since 1786 or whatever), members of the continental congress, etc. Unfortunately, multiple IDs are assigned to the same individual on rare occasion (possibly just historical records of women who changed their name after marriage).

For witnesses, I think it would be asking for quite a lot for committee website admins to come up with URIs for arbitrary people. I&#039;d suggest just dropping URIs for them.</description>
		<content:encoded><![CDATA[<p>Oops &#8212; I missed the organizer element. Nevermind that.</p>
<p>But&#8211; keep in mind that when aggregating, an event that shows up in the calendar as &#8220;Subcommittee on Health&#8221; is confusing if you don&#8217;t know which committee it belongs too.</p>
<p>Bioguide IDs are unique IDs assigned to people, incl. all MoC&#8217;s (incl. since 1786 or whatever), members of the continental congress, etc. Unfortunately, multiple IDs are assigned to the same individual on rare occasion (possibly just historical records of women who changed their name after marriage).</p>
<p>For witnesses, I think it would be asking for quite a lot for committee website admins to come up with URIs for arbitrary people. I&#8217;d suggest just dropping URIs for them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy Carbaugh</title>
		<link>http://www.theopenhouseproject.com/2007/07/10/an-rss-standard-for-committee-hearings/comment-page-1/#comment-78</link>
		<dc:creator>Jeremy Carbaugh</dc:creator>
		<pubDate>Wed, 11 Jul 2007 19:23:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.theopenhouseproject.com/2007/07/10/an-rss-standard-for-committee-hearings/#comment-78</guid>
		<description>Josh,

1) The organizer element is the place I would look for information about which committee or subcommittee is holding the hearing. The example feed is bad because it references the subcommittee in the title element and the committee in the organizer element. Iâ€™ll get that changed in version 2. One thing weâ€™ve discussed internally is whether a subcommittee meeting needs to reference the committee to which it belongs. Iâ€™m under the opinion that, given the context, a meeting of the subcommittee does not need a reference to the parent because the feed is used to syndicate event information, not House organizational structure.

2) The one saving grace of the attendee tags is that it requires a URI instead of a URL. I really like the idea of using the bioguide IDs for members of congress. Rather than using mailto:member@house.gov we could use gov.house:bioguide:110:0001. Are the bioguide IDs unique across sessions?  Witnesses are more difficult. While email addresses would be a great option, it would be more realistic to use a custom URI such as gov.house:schedule:committee:20070711:001 with an arbitrary ID per witness. The ability to identify a witness across hearings would be lost, but if thatâ€™s the best that can be done...

3) Iâ€™ll take a look at the House XML markup. Thanks!

Jeremy</description>
		<content:encoded><![CDATA[<p>Josh,</p>
<p>1) The organizer element is the place I would look for information about which committee or subcommittee is holding the hearing. The example feed is bad because it references the subcommittee in the title element and the committee in the organizer element. Iâ€™ll get that changed in version 2. One thing weâ€™ve discussed internally is whether a subcommittee meeting needs to reference the committee to which it belongs. Iâ€™m under the opinion that, given the context, a meeting of the subcommittee does not need a reference to the parent because the feed is used to syndicate event information, not House organizational structure.</p>
<p>2) The one saving grace of the attendee tags is that it requires a URI instead of a URL. I really like the idea of using the bioguide IDs for members of congress. Rather than using mailto:member@house.gov we could use gov.house:bioguide:110:0001. Are the bioguide IDs unique across sessions?  Witnesses are more difficult. While email addresses would be a great option, it would be more realistic to use a custom URI such as gov.house:schedule:committee:20070711:001 with an arbitrary ID per witness. The ability to identify a witness across hearings would be lost, but if thatâ€™s the best that can be done&#8230;</p>
<p>3) Iâ€™ll take a look at the House XML markup. Thanks!</p>
<p>Jeremy</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joshua Tauberer</title>
		<link>http://www.theopenhouseproject.com/2007/07/10/an-rss-standard-for-committee-hearings/comment-page-1/#comment-76</link>
		<dc:creator>Joshua Tauberer</dc:creator>
		<pubDate>Wed, 11 Jul 2007 01:18:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.theopenhouseproject.com/2007/07/10/an-rss-standard-for-committee-hearings/#comment-76</guid>
		<description>This is nice progress and would be very useful if taken up.

Three suggestions-- 

First, &quot;who&quot; is having the meeting is not explicitly represented. The title field of the event gives the name of the subcommittee, but which committee&#039;s subcommittee is it? And what would the tag look like if it were a full committee meeting? (The title of the feed as a whole includes the name of the committee, but you&#039;d have to hack around with the content of that tag to extract just the name of the committee --- the name should be in a separate tag.)

I&#039;m not sure how attendee tags should be used, since not everyone will have a public email address or any other obvious identifier. But for members of congress, an existing identifier system should be co-opted if one is going to be used at all, such as bioguide IDs.

Lastly, it would be great to also include tags to represent what bills are relevant to the meeting. The xml.house.gov work may have something useful to co-opt to refer to bills, or if not something that, for instance, follow GovTrack&#039;s naming conventions for bills.</description>
		<content:encoded><![CDATA[<p>This is nice progress and would be very useful if taken up.</p>
<p>Three suggestions&#8211; </p>
<p>First, &#8220;who&#8221; is having the meeting is not explicitly represented. The title field of the event gives the name of the subcommittee, but which committee&#8217;s subcommittee is it? And what would the tag look like if it were a full committee meeting? (The title of the feed as a whole includes the name of the committee, but you&#8217;d have to hack around with the content of that tag to extract just the name of the committee &#8212; the name should be in a separate tag.)</p>
<p>I&#8217;m not sure how attendee tags should be used, since not everyone will have a public email address or any other obvious identifier. But for members of congress, an existing identifier system should be co-opted if one is going to be used at all, such as bioguide IDs.</p>
<p>Lastly, it would be great to also include tags to represent what bills are relevant to the meeting. The xml.house.gov work may have something useful to co-opt to refer to bills, or if not something that, for instance, follow GovTrack&#8217;s naming conventions for bills.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: links for 2007-07-11 : Greg Palmer</title>
		<link>http://www.theopenhouseproject.com/2007/07/10/an-rss-standard-for-committee-hearings/comment-page-1/#comment-75</link>
		<dc:creator>links for 2007-07-11 : Greg Palmer</dc:creator>
		<pubDate>Wed, 11 Jul 2007 00:47:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.theopenhouseproject.com/2007/07/10/an-rss-standard-for-committee-hearings/#comment-75</guid>
		<description>[...] An RSS Standard for Committee Hearings &#124; The Open House Project Again, a good first step from John Wonderlich (tags: webdev) [...]</description>
		<content:encoded><![CDATA[<p>[...] An RSS Standard for Committee Hearings | The Open House Project Again, a good first step from John Wonderlich (tags: webdev) [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
