[an error occurred while processing this directive]

STEFAN RAM answers questions about RDF/XML (RDF, XML, RDF, XML, Q&A, FAQ, question, questions, answer, answers, questions and answers), List of questions and answers
Stefan Ram 721189 = http://www.purl.org/stefan_ram/pub/rdfxml_answers_en

RDF/XML  Answers

This is a collection of answers by Stefan Ram  on the topic of RDF  as given in newsgroups.

Mixed Questions

The example some parts of the following message refer to was given by Jordan Katz. Because it was not quoted in the message, it is given here.

Consider the following example:
<?xml version="1.0"?> 
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/rdf-syntax-ns#" 
xmlns="http://www.foo.net/jordan/index.html#" 
xmlns:dc="http://purl.org/DC#"> 
<Homepage link="http://www.foo.net/jordan/index.html"> 
<dc:Title>Jordan Katz's webpage</dc:Title> 
<dc:Creator>Jordan Katz</dc:Creator> 
<dc:Date>2002-04-28</dc:Date> 
</Homepage> 
</rdf:RDF>

Now the posting follows.

Message-ID: <aabufo$9l0qj$1@fu-berlin.de>
Subject: Re: basic RDF/XML issue.
From: Stefan Ram

Jordan Katz <katz@underlevel.net> writes: 
> - are there substantial differences between the rdf:about and 
> rdf:resource properties? From what I've read and from the 
> examples I've seen they seem to be interchangable. 
 
The attribute "rdf:about" is an attribute of the 
element "rdf:Description", i.e., the subject. 
 
The attribute "rdf:resource" marks an URI as 
its value, in order not to mismatch the URI 
for a literal text value. 
 
rdf:about always needs a URI while rdf:resource 
is used where a literal string might also be supplied. 
 
> - how are properties defined? In other words, for the above 
> example, I used the property "link." I know two ways of 
> "defining" link (correct my use of terms here if I'm wrong.) 
> One way would be to provide it with a name space but keeping it 
> as a property. For example, if dc defined it I could use 
> <Homepage dc:link... 
> another way would be to use a tag within <Homepage, which would 
> also require a namespace, like: 
> <Homepage ...><dc:Link>http://www.foo.net/jordan/index.html"> 
 
Properties might be defined as XML-attributes 
as well as as XML child elements. The meaning 
in the model is not changed. 
 
> - Finally, what "defines" the Homepage tag? What good is it if 
> it's not given a namespace? 
 
The element type name "Homepage" is implicitly typed. Using 
rdf:type a class might be explicitly specified for an element. 
However, instead of an explicit type, a namespace prefix 
might be used to specify the type implicitly. 
 
The xmlns=-namespace in your source applies to 
all names without an explicit namespace, therefore 
it specifies the class of "Homepage". 
 
So, the type (determining the class) is: 
 
http://www.foo.net/jordan/index.html#Homepage

Metadata and Triplets

Message-ID: <aaitfs$b0g0l$1@fu-berlin.de>
From: Stefan Ram
Subject: Re: Metadata questions

Gustaf Liljegren <gustafl@algonet.se> writes: 
>A search for "metadata" today results in large amounts of information about 
>XML and especially RDF. 
 
"Metadata" is just a buzzword for "data". (Actually, there 
is some sense to it, but it is relative: One man's data is 
another man's "metadata".) Moreover, "metadata" usually is 
intended to be machine readable to some degree, while the 
natural language text on a web page might be data about 
some other web page, but it is not considered to be 
"metadata", because it is in a natural language. 
 
It is all about representing information in machine readable 
form without a predetermined restriction on the nature of 
the information. 
 
For example, an array of floating point numbers allows one 
to store only a sequence of numbers. An implementation of 
a general entity-relationship-model on the other hand can 
store all kind of information. 
 
> I wonder if words like "triplet" and "resource" are 
>universal terms common in _all_ metadata discussions? 
 
Before I learned about RDF, I independently "invented" 
triplets. One arrives naturally at triplets, when one tries 
to dissect an entity-relationship-model (similar to a UML 
static structure diagram) into elementary atoms of information, 
all of the same size and structure, that can be handled more 
easily than the whole thing. 
 
A "resource" in RDF is similar to the notion of "entity" in 
the entity-relationship-model: It can be everything with an 
"identity". In a relational database, for example, the 
primary key determines the "identity", while in RDF URIs 
are used for that purpose. Because a URI can be made up for 
everything one can speak about, "everything" can become 
a resource. 
 
> I also wonder if the 
>object part of a triplet is the same as a "direct object" in English 
>grammar? 
 
It is vaguely similar, but not the same. An English sentence 
may also have other parts of information (like the indirect 
object or specifications of location, time, quantity and so 
on). A triple always has three parts. An english sentence 
might have to be dissected into several triplets.

Metadata

In a reply to the message above, Mark Preston claims Stefan Ram 's explanation of metadata to be wrong. His words are not archived here, because he has set the X-No-Archive-Flag in his posting. So the following is just the answer of Stefan Ram  to Mark Preston  with the quoted part from Mark Preston 's posting removed.

Message-ID: <aajbip$b5nf8$1@fu-berlin.de>
From: Stefan Ram
Subject: Re: Metadata questions

  "Metadata is machine understandable information for the web." 
 
http://www.w3.org/Metadata/

More information and tools regarding this page   
Form for messages to the publisher regarding this page   
Copyright 2001 Stefan Ram, Berlin. All rights reserved. This page is a publication by Stefan Ram. This page serves teaching purposes related to classes the author is giving. It may be used for free at public schools and universities. This means that the unmodified page at the address "https://userpage.fu-berlin.de/~ram/rdfxml_answers_en.html" may be read. However, it is not allowed to distribute copies or to mirror this page on any other server. Everybody is allowed to link to this page. However, it is not allowed to include this page into an HTML frame. Das Setzen von Verweisen (Links, Hyperlinks) auf diese Seite ist jedermann gestattet und ausdrücklich erwünscht Nicht gestattet ist das Einbinden dieser Seite in Frames. Es ist jedem Menschen (jeder natürlichen Person) gestattet, eine Kopie dieser Seite zu lesen, zu speichern und auszudrucken. Alle anderen Nutzungsarten bedürfen einer vorherigen Vereinbarung mit dem Urheber Stefan Ram. Jegliche Nutzung zu Zwecken mit direkter oder indirekter Gewinnerzielungsabsicht, auch bei privaten Bildungsträgern, bedarf einer vorherigen Vereinbarung mit dem Urheber Stefan Ram. Ich (Stefan Ram) behaupte nicht, daß Aussagen auf meinen Seiten wahr sind. Vielmehr können Aussagen auf diesen Seiten auch das genaue Gegenteil der Wahrheit sein (beispielsweise als Scherz, als Fiktion, als Kunst, als Ironie oder aufgrund von Fehlern). Wenn sichere Information über Sachverhalte benötigt wird, dann dürfen meine Seiten nicht herangezogen werden. Durch die bloße Beschreibungen von Sachverhalten in einer meiner Veröffentlichungen, soll nicht notwendigerweise ausgedrückt werden, daß ich diese gutheiße oder mißbillige. Hierzu bedarf es vielmehr einer ausdrücklichen, eindeutig als Meinungsäußerung erkennbaren, Erklärung von mir (Stefan Ram). Aus der Aufnahme eines Verweises (link, hyperlink) auf eine meiner Seiten darf keinesfalls gefolgert werden, daß ich (Stefan Ram) die Ansichten, Meinungen oder Weltbilder des Zieles des Verweises teile. Zur Lehrzwecken und zu Zwecken der Berichterstattung nehme ich auch Verweise auf Seiten auf, wenn ich ganz gegen die dort veröffentlichten Seiten eingestellt bin, beispielsweise als "öffentliche Anprangerung" oder als "schlechtes Beispiel". Ich nehme auch zu Lehrzwecken Verweise auf Beispiele bestimmter Typen von Angeboten auf, ohne daß ich damit eine Empfehlung zu dem Ziel des Verweises ausspreche. Falls ich mitteilen will, daß ich eine Seite empfehle oder dort veröffentlichte Meinungen teile, so werde ich dies ausdrücklich dazu schreiben. Wo dies nicht geschieht, so soll dies auch nicht stillschweigend ausgedrückt werden. slrprd, PbclevtugFgrsnaEnz