<?xml version="1.0" encoding="iso-8859-1"?><!-- generator="b2evolution/2.4.2" -->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		<title>shimenawa - Latest comments on ILS Basic Discovery</title>
		<link>http://blogs.lib.berkeley.edu/shimenawa.php?disp=comments</link>
		<description></description>
		<language>en-US</language>
		<docs>http://backend.userland.com/rss</docs>
		<admin:generatorAgent rdf:resource="http://b2evolution.net/?v=2.4.2"/>
		<ttl>60</ttl>
				<item>
			<title>In response to: ILS Basic Discovery</title>
			<pubDate>Thu, 24 Apr 2008 13:52:07 +0000</pubDate>
			<dc:creator>Jimmy Thomas [Visitor]</dc:creator>
			<guid isPermaLink="false">c48842@http://blogs.lib.berkeley.edu/</guid>
			<description>Peter B,&lt;br /&gt;
This accord looks fine in principle. After working with 3 different discovery platforms and almost a dozen different ILSs, TLC has a keen interest in the details of the proposed interoperability profile. Please send a copy of the current draft. Could you also send contact info for the working committee? Thanks.&lt;br /&gt;
-Jimmy</description>
			<content:encoded><![CDATA[Peter B,<br />
This accord looks fine in principle. After working with 3 different discovery platforms and almost a dozen different ILSs, TLC has a keen interest in the details of the proposed interoperability profile. Please send a copy of the current draft. Could you also send contact info for the working committee? Thanks.<br />
-Jimmy]]></content:encoded>
			<link>http://blogs.lib.berkeley.edu/shimenawa.php/2008/04/04/ils_basic_discovery#c48842</link>
		</item>
				<item>
			<title>In response to: ILS Basic Discovery</title>
			<pubDate>Fri, 11 Apr 2008 20:28:45 +0000</pubDate>
			<dc:creator>Betsy Graham [Visitor]</dc:creator>
			<guid isPermaLink="false">c47798@http://blogs.lib.berkeley.edu/</guid>
			<description>I'd like to point out that the last part of our reply was unfortunately omitted from this posting.  &quot;We look forward to hearing more on this proposal in the near future&amp;#8221; -- and we do.  My response to this post at  brewing.iii.com</description>
			<content:encoded><![CDATA[I'd like to point out that the last part of our reply was unfortunately omitted from this posting.  "We look forward to hearing more on this proposal in the near future&#8221; -- and we do.  My response to this post at  brewing.iii.com]]></content:encoded>
			<link>http://blogs.lib.berkeley.edu/shimenawa.php/2008/04/04/ils_basic_discovery#c47798</link>
		</item>
				<item>
			<title>In response to: ILS Basic Discovery</title>
			<pubDate>Thu, 10 Apr 2008 22:18:42 +0000</pubDate>
			<dc:creator>pbrantley [Member]</dc:creator>
			<guid isPermaLink="false">c47781@http://blogs.lib.berkeley.edu/</guid>
			<description>The ILS-DI is working on a specification, and updates will be provided at the end of the month at the DLF Forum in Minneapolis.  &lt;br /&gt;
&lt;br /&gt;
Re: III, I can merely provide the following from Innovative's email response to me:&lt;br /&gt;
&lt;br /&gt;
&lt;cite&gt;&lt;br /&gt;
We generally agree with the comments expressed by our colleagues that there is a significant amount of work involved in fully describing the details of a meaningful interoperabilty mechanism between ILS and discovery.   At the same time, we feel that expressing a position on the proposal without the benefit of fully understanding such details is premature.&lt;br /&gt;
&lt;br /&gt;
As a result, we respectfully abstain from commenting on the proposal at this time.&lt;br /&gt;
&lt;/cite&gt;</description>
			<content:encoded><![CDATA[The ILS-DI is working on a specification, and updates will be provided at the end of the month at the DLF Forum in Minneapolis.  <br />
<br />
Re: III, I can merely provide the following from Innovative's email response to me:<br />
<br />
<cite><br />
We generally agree with the comments expressed by our colleagues that there is a significant amount of work involved in fully describing the details of a meaningful interoperabilty mechanism between ILS and discovery.   At the same time, we feel that expressing a position on the proposal without the benefit of fully understanding such details is premature.<br />
<br />
As a result, we respectfully abstain from commenting on the proposal at this time.<br />
</cite>]]></content:encoded>
			<link>http://blogs.lib.berkeley.edu/shimenawa.php/2008/04/04/ils_basic_discovery#c47781</link>
		</item>
				<item>
			<title>In response to: ILS Basic Discovery</title>
			<pubDate>Thu, 10 Apr 2008 18:35:11 +0000</pubDate>
			<dc:creator>Jodi Schneider [Visitor]</dc:creator>
			<guid isPermaLink="false">c47778@http://blogs.lib.berkeley.edu/</guid>
			<description>This is a good step forward. What's the timeframe? When is the ILS-BDI expected?&lt;br /&gt;
&lt;br /&gt;
Like Peter Murray, I'm curious about III's abstention.</description>
			<content:encoded><![CDATA[This is a good step forward. What's the timeframe? When is the ILS-BDI expected?<br />
<br />
Like Peter Murray, I'm curious about III's abstention.]]></content:encoded>
			<link>http://blogs.lib.berkeley.edu/shimenawa.php/2008/04/04/ils_basic_discovery#c47778</link>
		</item>
				<item>
			<title>In response to: ILS Basic Discovery</title>
			<pubDate>Thu, 10 Apr 2008 17:23:15 +0000</pubDate>
			<dc:creator>pbrantley [Member]</dc:creator>
			<guid isPermaLink="false">c47776@http://blogs.lib.berkeley.edu/</guid>
			<description>Peter -&lt;br /&gt;
&lt;br /&gt;
Certainly we recognize how valuable that additional information is for various re-use functions.  However, it was made optional to achieve the larger good of obtaining a baseline agreement.  One complicating aspect is that supplemental information is not ubiquitously shared in common formats.  &lt;br /&gt;
&lt;br /&gt;
The group will continue its work in concert with the community to extend our handling of records, and increase opportunities for services to connect with data stores and systems.  </description>
			<content:encoded><![CDATA[Peter -<br />
<br />
Certainly we recognize how valuable that additional information is for various re-use functions.  However, it was made optional to achieve the larger good of obtaining a baseline agreement.  One complicating aspect is that supplemental information is not ubiquitously shared in common formats.  <br />
<br />
The group will continue its work in concert with the community to extend our handling of records, and increase opportunities for services to connect with data stores and systems.  ]]></content:encoded>
			<link>http://blogs.lib.berkeley.edu/shimenawa.php/2008/04/04/ils_basic_discovery#c47776</link>
		</item>
				<item>
			<title>In response to: ILS Basic Discovery</title>
			<pubDate>Thu, 10 Apr 2008 16:49:24 +0000</pubDate>
			<dc:creator>Peter Murray [Visitor]</dc:creator>
			<guid isPermaLink="false">c47775@http://blogs.lib.berkeley.edu/</guid>
			<description>In your posting of the proposal agreed to by the library vendors present (except Innovative -- why?), it says (emphasis added):&lt;br /&gt;
&lt;br /&gt;
&lt;blockquote&gt;Harvesting options &lt;strong&gt;&lt;em&gt;could include either&lt;/em&gt;&lt;/strong&gt; the core bibliographic records, &lt;strong&gt;&lt;em&gt;or&lt;/em&gt;&lt;/strong&gt; those records combined with supplementary information (such as holdings or summary circulation data).&lt;/blockquote&gt;&lt;br /&gt;
&lt;br /&gt;
Was there an attempt made to make the harvesting of all bibliographic and supplemental information (e.g., all non-patron-identifying-information) a requirement?  Getting just the bibliographic records out through an OAI-PMH interface is a step forward, but it isn't a very large one compared to the supplemental information in the ILS that doesn't have a home in the MARC record format.  The supplemental information is very important for functions like advanced reporting and indexing.</description>
			<content:encoded><![CDATA[In your posting of the proposal agreed to by the library vendors present (except Innovative -- why?), it says (emphasis added):<br />
<br />
<blockquote>Harvesting options <strong><em>could include either</em></strong> the core bibliographic records, <strong><em>or</em></strong> those records combined with supplementary information (such as holdings or summary circulation data).</blockquote><br />
<br />
Was there an attempt made to make the harvesting of all bibliographic and supplemental information (e.g., all non-patron-identifying-information) a requirement?  Getting just the bibliographic records out through an OAI-PMH interface is a step forward, but it isn't a very large one compared to the supplemental information in the ILS that doesn't have a home in the MARC record format.  The supplemental information is very important for functions like advanced reporting and indexing.]]></content:encoded>
			<link>http://blogs.lib.berkeley.edu/shimenawa.php/2008/04/04/ils_basic_discovery#c47775</link>
		</item>
			</channel>
</rss>
