<?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>Kommentare zu: Class or Property? Objectification in RDF and data modeling</title>
	<atom:link href="http://jakoblog.de/2009/08/14/class-or-property-objectification-in-rdf-and-data-modeling/feed/" rel="self" type="application/rss+xml" />
	<link>http://jakoblog.de/2009/08/14/class-or-property-objectification-in-rdf-and-data-modeling/</link>
	<description>Das Weblog von Jakob Voß</description>
	<lastBuildDate>Mon, 01 Mar 2010 20:21:25 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Von: Michael Panzer</title>
		<link>http://jakoblog.de/2009/08/14/class-or-property-objectification-in-rdf-and-data-modeling/comment-page-1/#comment-211925</link>
		<dc:creator>Michael Panzer</dc:creator>
		<pubDate>Wed, 19 Aug 2009 20:16:11 +0000</pubDate>
		<guid isPermaLink="false">http://jakoblog.de/?p=745#comment-211925</guid>
		<description>I would argue that properties and classes are linked by the domain/range of the property. In OWL, of you assign a range of :Creator to the property dc:creator, a reasoner will automatically classify every individual that is the second argument of dc:creator as an instance of :Creator.

RDFS gets complicated in this respect because it allows to treat properties as classes (and classes as properties). Also, because everything has to be a triple, &quot;artificial&quot; properties that belong the metalanguage of the model are predicates at the same level as every other predicate, e.g., rdf:type or rdfs:subClassOf.

Because of this awkwardness in the RDFS model these properties become elements of the domain to be expressed and can become arguments of other predicates at any time.</description>
		<content:encoded><![CDATA[<p>I would argue that properties and classes are linked by the domain/range of the property. In OWL, of you assign a range of :Creator to the property dc:creator, a reasoner will automatically classify every individual that is the second argument of dc:creator as an instance of :Creator.</p>
<p>RDFS gets complicated in this respect because it allows to treat properties as classes (and classes as properties). Also, because everything has to be a triple, &#8220;artificial&#8221; properties that belong the metalanguage of the model are predicates at the same level as every other predicate, e.g., rdf:type or rdfs:subClassOf.</p>
<p>Because of this awkwardness in the RDFS model these properties become elements of the domain to be expressed and can become arguments of other predicates at any time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Jonathan Rochkind</title>
		<link>http://jakoblog.de/2009/08/14/class-or-property-objectification-in-rdf-and-data-modeling/comment-page-1/#comment-211611</link>
		<dc:creator>Jonathan Rochkind</dc:creator>
		<pubDate>Tue, 18 Aug 2009 20:15:38 +0000</pubDate>
		<guid isPermaLink="false">http://jakoblog.de/?p=745#comment-211611</guid>
		<description>PS:



&quot;What if Ontology A has defined a “Singer” class and Ontology B defined a “sings” property which refer to the same real-world concept?&quot;



Well, then we simply need an ontological description language where we can map from the property to the class, right? Property X with value x is equivalent to entity A.  Can OWL do that? I have no idea. But it&#039;s certainly do-able conceptually.</description>
		<content:encoded><![CDATA[<p>PS:</p>
<p>&#8220;What if Ontology A has defined a “Singer” class and Ontology B defined a “sings” property which refer to the same real-world concept?&#8221;</p>
<p>Well, then we simply need an ontological description language where we can map from the property to the class, right? Property X with value x is equivalent to entity A.  Can OWL do that? I have no idea. But it&#8217;s certainly do-able conceptually.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Jonathan Rochkind</title>
		<link>http://jakoblog.de/2009/08/14/class-or-property-objectification-in-rdf-and-data-modeling/comment-page-1/#comment-211610</link>
		<dc:creator>Jonathan Rochkind</dc:creator>
		<pubDate>Tue, 18 Aug 2009 20:13:23 +0000</pubDate>
		<guid isPermaLink="false">http://jakoblog.de/?p=745#comment-211610</guid>
		<description>In terms of entities vs attributes, it seems like the obvious answer is that if the Thing is ever going to need to be described itself (have properties itself) then it should be an entity not an attribute. Right? Am I missing something? Does this hold to class vs. property too?  Is it any more complicated than this?

&quot;Reification&quot; type approaches seem like ways to make something that had been originally modelled as an &#039;attribute&#039; _into_ an &#039;entity&#039; of it&#039;s own. Does that seem so?</description>
		<content:encoded><![CDATA[<p>In terms of entities vs attributes, it seems like the obvious answer is that if the Thing is ever going to need to be described itself (have properties itself) then it should be an entity not an attribute. Right? Am I missing something? Does this hold to class vs. property too?  Is it any more complicated than this?</p>
<p>&#8220;Reification&#8221; type approaches seem like ways to make something that had been originally modelled as an &#8216;attribute&#8217; _into_ an &#8216;entity&#8217; of it&#8217;s own. Does that seem so?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: robert</title>
		<link>http://jakoblog.de/2009/08/14/class-or-property-objectification-in-rdf-and-data-modeling/comment-page-1/#comment-210528</link>
		<dc:creator>robert</dc:creator>
		<pubDate>Fri, 14 Aug 2009 07:34:39 +0000</pubDate>
		<guid isPermaLink="false">http://jakoblog.de/?p=745#comment-210528</guid>
		<description>coming from a python background, i lean towards applying duck-typing here, too: an object is just the set of it&#039;s properties. if this makes it a duck in some context, and a non-vegetarian meal in another, fine. sort of &quot;you are what you do&quot;.

so i guess, i wouldn&#039;t go with classes in most cases.</description>
		<content:encoded><![CDATA[<p>coming from a python background, i lean towards applying duck-typing here, too: an object is just the set of it&#8217;s properties. if this makes it a duck in some context, and a non-vegetarian meal in another, fine. sort of &#8220;you are what you do&#8221;.</p>
<p>so i guess, i wouldn&#8217;t go with classes in most cases.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
