<?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: Data structures and Serializations</title>
	<atom:link href="http://robotlibrarian.billdueber.com/data-structures-and-serializations/feed/" rel="self" type="application/rss+xml" />
	<link>http://robotlibrarian.billdueber.com/data-structures-and-serializations/</link>
	<description>Disclaimer: I'm not actually a robot.</description>
	<lastBuildDate>Thu, 01 Dec 2011 18:10:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Jakob</title>
		<link>http://robotlibrarian.billdueber.com/data-structures-and-serializations/comment-page-1/#comment-665</link>
		<dc:creator>Jakob</dc:creator>
		<pubDate>Fri, 06 Aug 2010 07:03:50 +0000</pubDate>
		<guid isPermaLink="false">http://robotlibrarian.billdueber.com/?p=235#comment-665</guid>
		<description>&lt;p&gt;Yes, FRBR is one example of a Domain Model - librarians can do this. But with FRBR they failed to define a serialization. Domain Models help you to &lt;em&gt;talk&lt;/em&gt; about things with human beings. But to exchange data you need a serialization of the model. I agree that the model must come first, but when you stop there, you end up doing no data exchange but philosophy (which is nice too).&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Yes, <acronym title="Functional Requirements for Bibliographic Records">FRBR</acronym> is one example of a Domain Model &#8211; librarians can do this. But with <acronym title="Functional Requirements for Bibliographic Records">FRBR</acronym> they failed to define a serialization. Domain Models help you to <em>talk</em> about things with human beings. But to exchange data you need a serialization of the model. I agree that the model must come first, but when you stop there, you end up doing no data exchange but philosophy (which is nice too).</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Painting a picture of metadata &#171; (d)atalog(ue)</title>
		<link>http://robotlibrarian.billdueber.com/data-structures-and-serializations/comment-page-1/#comment-656</link>
		<dc:creator>Painting a picture of metadata &#171; (d)atalog(ue)</dc:creator>
		<pubDate>Fri, 14 May 2010 14:33:41 +0000</pubDate>
		<guid isPermaLink="false">http://robotlibrarian.billdueber.com/?p=235#comment-656</guid>
		<description>&lt;p&gt;[...] librarian would put their metadata in a data format (or &#8220;content format&#8221; or &#8220;data structure&#8220;).  Some examples are binary or XML.  It is the carrier for the content, just like how a CD [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] librarian would put their metadata in a data format (or &#8220;content format&#8221; or &#8220;data structure&#8220;).  Some examples are binary or <acronym title="Extensible Markup Language">XML</acronym>.  It is the carrier for the content, just like how a <acronym title="Compact Disc">CD</acronym> [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Montibello</title>
		<link>http://robotlibrarian.billdueber.com/data-structures-and-serializations/comment-page-1/#comment-626</link>
		<dc:creator>Joe Montibello</dc:creator>
		<pubDate>Wed, 21 Apr 2010 20:32:12 +0000</pubDate>
		<guid isPermaLink="false">http://robotlibrarian.billdueber.com/?p=235#comment-626</guid>
		<description>&lt;p&gt;Hi,&lt;/p&gt;

&lt;p&gt;I&#039;m not at all familiar with Domain Modelling - so far what I know about it comes from this blog post, plus a less useful Wikipedia article, plus a random white paper I googled up. (http://www.aptprocess.com/whitepapers/DomainModelling.pdf)&lt;/p&gt;

&lt;p&gt;My question is this: would modelling the domain for a library system consist of coming up with something like the set of behaviors that FRBR describes, and then building a data structure based on that?&lt;/p&gt;

&lt;p&gt;Thanks for an interesting post, anyway.
Joe M.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Hi,</p>

<p>I&#8217;m not at all familiar with Domain Modelling &#8211; so far what I know about it comes from this blog post, plus a less useful Wikipedia article, plus a random white paper I googled up. (<a href="http://www.aptprocess.com/whitepapers/DomainModelling.pdf" rel="nofollow">http://www.aptprocess.com/whitepapers/DomainModelling.pdf</a>)</p>

<p>My question is this: would modelling the domain for a library system consist of coming up with something like the set of behaviors that <acronym title="Functional Requirements for Bibliographic Records">FRBR</acronym> describes, and then building a data structure based on that?</p>

<p>Thanks for an interesting post, anyway.
Joe M.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: MJ Suhonos</title>
		<link>http://robotlibrarian.billdueber.com/data-structures-and-serializations/comment-page-1/#comment-625</link>
		<dc:creator>MJ Suhonos</dc:creator>
		<pubDate>Wed, 21 Apr 2010 02:08:56 +0000</pubDate>
		<guid isPermaLink="false">http://robotlibrarian.billdueber.com/?p=235#comment-625</guid>
		<description>&lt;p&gt;Bill, just to clarify my perspective on the issue, I fully agree with everything you&#039;re saying above.  In fact, your explanation is probably the clearest I&#039;ve seen to date.  And the thread is definitely ridiculous. :-)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Bill, just to clarify my perspective on the issue, I fully agree with everything you&#8217;re saying above.  In fact, your explanation is probably the clearest I&#8217;ve seen to date.  And the thread is definitely ridiculous. :-)</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Rochkind</title>
		<link>http://robotlibrarian.billdueber.com/data-structures-and-serializations/comment-page-1/#comment-624</link>
		<dc:creator>Jonathan Rochkind</dc:creator>
		<pubDate>Tue, 20 Apr 2010 21:12:49 +0000</pubDate>
		<guid isPermaLink="false">http://robotlibrarian.billdueber.com/?p=235#comment-624</guid>
		<description>&lt;p&gt;A brief exchange me and Bill had in IRC, which I think is further illuminating:&lt;/p&gt;

&lt;p&gt;(5:10:13 PM) jrochkind: BillDueber: I&#039;d say the problem is that MARC is BOTH a &quot;data model&quot; AND a &quot;data structure.&quot;  Even though was never designed as a data model, it has become one.&lt;/p&gt;

&lt;p&gt;(5:11:02 PM) BillDueber: jrochkind: Right. We long ago passed the point where the model drives the data structure. It&#039;s [now] the other way around. [which is a bad thing]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>A brief exchange me and Bill had in <acronym title="International Relations Committee">IRC</acronym>, which I think is further illuminating:</p>

<p>(5:10:13 PM) jrochkind: BillDueber: I&#8217;d say the problem is that <acronym title="MAchine Readable Cataloging">MARC</acronym> is BOTH a &#8220;data model&#8221; AND a &#8220;data structure.&#8221;  Even though was never designed as a data model, it has become one.</p>

<p>(5:11:02 PM) BillDueber: jrochkind: Right. We long ago passed the point where the model drives the data structure. It&#8217;s [now] the other way around. [which is a bad thing]</p>]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.276 seconds -->

