May 23, 2002
| Revision History | ||
|---|---|---|
| Revision 1.0 | May 23, 2002 | wr |
|
Paper handed in today. |
||
| Revision 0.5 | May 22, 2002 | wr |
|
Final writing parts 1 - 5 and generally. |
||
| Revision 0.4 | May 21, 2002 | wr |
|
Much more work on RDF Graphs (from RDF Validator). |
||
| Revision 0.3 | May 20, 2002 | wr |
|
Writing, and insertion of RDF Graphs (from RDF Validator). |
||
| Revision 0.2 | May 17, 2002 | wr |
|
More setup of document structure. |
||
| Revision 0.1 | May 16, 2002 | wr |
|
Initial setup of document structure, per Final Project assignment. (Previous to this, reading and researching.) |
||
Table of Contents
This paper responds to a set of general questions that might be asked of any "emerging technology" in the realm of XML. The questions of utility, viability, and the technical implications of adopting any or these standards calls for careful scrutiny and the need to keep up to date on progress. I've chosen RDF because of an inherent interest in metadata especially as applied to web resources.
I have elected in fact to create a set of RDF metadata about this very paper, its author (me), the course and section I am in, the teacher of the course, and the teaching fellow who will correct the paper. These RDF graphs and "triples" (constructed using the RDF Validator) are noted below towards the end of the paper.
Finally, as another "hands-on" XML twist, I decided to write the paper not in Microsoft Word, but in DocBook. This has been a very good learning experience as well. I have used the DocBook "Simplified DocBook" DTD for XML, and even its vocabulary of elements takes some getting familiar with (106 elements, 525 entities, and 26 notations). As for DocBook XSLT stylesheets, I've simply used the basic XHTML version, though I'd like to take this further (later) and learn how to create a .PDF version of it, and to "chunk" a single document into separate, navigable HTML pages, etc.
Despite what one might intuit (based perhaps on familiarity with <META> tags in HTML files), the RDF fragment itself is not included as part of this XML DocBook document. There are a couple of reasons for this. First, DocBook, being a DTD (though a XML Schema version ca. 2000-2001 was beta-released) cannot handle namespaces (well), and the RDF specification uses them heavily (in fact RDF was the first specification to introduce the real need for namespaces to the XML family of technologies).
The second reason is perhaps more interesting: the concept of Semantic Web RDF metadata is that it shouldn't have to be stored in or with the resources it describes. In many cases people will be creating metadata about resources they have no write access to.
Finally, this set of RDF, despite being very small, is in most part not really about this final paper document. It is instead about writers and correctors of the document, and their relationships by means of courses and sections, etc. So the insertion of this RDF into this document would not really be relevant or appropriate. Metadata in the Semantic Web is going to have a life and place of its own, beyond and apart from the web information resources it describes.
Assignment Questions
What is this standard about, at a high level?
What problem does it solve?
What is its history? How long has it been around?
Is it a formal specification from a standards body, or is it just a proposal?
Are there any "competing standards"?
The Resource Description Framework (RDF), at a high level, is about the metadata that will be needed to “[lead] the Web to its full potential,” as stated on the homepage of the World Wide Web Consortium. RDF is the centerpiece of what is arguably the key initiative at the W3C these days, “ The Semantic Web". This has been defined by Tim Berners-Lee as "an extension of the current web, in which information is given well-defined meaning, better enabling computers and people to work in cooperation.” The RDF work at the W3C released its first working draft in October, 1997, more or less coincident with the beginning of the "Semantic Web Activity, in the W3C's "Technology and Society" domain.
Other groups have been active in this arena, and some are skeptical of the quality or the likelihood of success of this W3C initiative. The IEEE has its IEEE P1600.1 Standard Upper Ontology (SUO) Working Group and 'KIF'. According to a writer from SUO (at http://perso.club-internet.fr/jld/billquote.html), RDF notation was originally designed by R. V. Guha, former associate director of Cyc. He states that RDF "is a trivial subset of what Cyc was doing in 1984." Other concerns have been expressed as well. On Slashdot a year ago (21 March 2001) "Is The Semantic Web A Pipe Dream?" appeared with several points made about the difficulty of getting enough people onboard with this to create the necessary network effects to make it really work.
Setting aside these concerns for the moment, to give some sense of concrete application to the W3C claims for the promise of the Semantic Web, the following (quite!) futuristic scenario appeared in the Scientific American article on the subject of the Semantic Web last year (by Tim Berners-Lee and others):
http://www.sciam.com/article.cfm?articleID=00048144-10D2-1C70-84A9809EC588EF21&ref=sciam
“ The entertainment system was belting out the Beatles' "We Can Work It Out" when the phone rang. When Pete answered, his phone turned the sound down by sending a message to all the other local devices that had a volume control . His sister, Lucy, was on the line from the doctor's office: "Mom needs to see a specialist and then has to have a series of physical therapy sessions. Biweekly or something. I'm going to have my agent set up the appointments." Pete immediately agreed to share the chauffeuring. At the doctor's office, Lucy instructed her Semantic Web agent through her handheld Web browser. The agent promptly retrieved information about Mom's prescribed treatment from the doctor's agent, looked up several lists of providers , and checked for the ones in-plan for Mom's insurance within a 20-mile radius of her home and with a rating of excellent or very good on trusted rating services. It then began trying to find a match between available appointment times (supplied by the agents of individual providers through their Web sites) and Pete's and Lucy's busy schedules. (The emphasized keywords indicate terms whose semantics, or meaning, were defined for the agent through the Semantic Web.)...”
Or perhaps a little less breathlessly, again Tim Berners-Lee (http://www.w3.org/DesignIssues/Business) (Oct. 2001) "We're working to the time when you can click on the web page for the meeting, and your computer, knowing that it is indeed a form of appointment, will pick up all the right information, and understand it enough to send it to all the right applications"
In sum, the problem RDF sets out to solve is that the mass of information on the web has no metadata that would permit systems to interoperate and discover resources that match certain requirements, based on content and subject matter. RDF (and its attendant technologies, including “DAML+OIL” (DARPA Agent Markup Language + Ontology Inference Layer, or Ontology Interchange Language), XTM (Topic Maps), and Web Ontologies) seeks to address this lack of metadata on the Web today. Or, to put it another way, RDF seeks to be the solution to providing a framework for the representation of the semantic meaning of web resources, such that those resources will be able to be utilized more fully, and especially by automated agents. While it's true that today documents can be created in the Extensible Markup Language (XML) to ensure the structure and even data typing (with XML Schema) are controlled and valid, the actual meaning, semantics, or significance of any particular data is not automatically available to other systems by means of what XML can offer.
As an example, if my music collection document uses <author>Mozart</author> and your music collection document reads <composer>Mozart</composer>, then only by unacceptably manual mapping will be be able to share information resources. (Or as another example, all those healthcare providers in the scenario above would have to use some kind of machine-understandable and standard markup tagging to indicate “location,” so the web agent would be able to calculate which ones were within a 20-mile radius.)
The Resource Description Framework provides the means to use unique identifiers (URIs) to unambiguously indicate metadata information about a resource. The adoption of shared unique identifiers by multiple parties (e.g. the classic example ISO country or state codes, but also industry-standard codes, or even narrower, proprietary identifiers like a college’s student list) provides the way for automated systems to make connections among web resources, some of which might be explicitly defined, while others remain unconnected explicitly but are derivable by inference. The potential is great for applications today unforeseeable, as we have witnessed with so much innovation within the Web to date, only the next wave of innovation will have much to do with automated agents pulling information from the web, rather than human agents going around to find and retrieve the information.
The newly released (26 April 2002) "RDF Primer" from the W3C Working Group, which was reviewed on xml.com (15 May 2002) should help. The xml.com review does comment that “After languishing for a relatively long time, the next 12 to 18 months is a make or break time for RDF, as well as for the Semantic Web Activity, of which RDF is a crucial element.” The Primer will be important to help "evangelize" this otherwise rather complex technology specification.
The article cited below contains a useful summary of the three parts of the "triple," which I've abbreviated and annotated a bit.
http://www.xml.com/pub/a/2001/01/24/rdf.html by Tim Bray
Resource, Property, Statement
A Resource is anything that can have a URI; this includes all the Web's pages, as well as individual elements of an XML document. [It can also include things that are not addressable on the Web: urn:playwrights:William Shakespeare.]
A Property is a Resource (i.e. has a URI) that has a name and can be used as a property, for example Author or Title A Property needs to be a Resource (vs. just a string) so that it can have its own properties.
A Statement consists of the combination of a Resource, a Property, and a Value. These parts are known as the 'subject', 'predicate' and 'object' of a Statement. An example Statement is "The Author of http://www.textuality.com/RDF/Why.html is Tim Bray." The value can just be a string, for example "Tim Bray" in the previous example, or it can be another Resource (URI).
This primer (October 2000) by Tim Berners-Lee "uses a simplified teaching language" of notation to get an understanding of the triples:
http://www.w3.org/2000/10/swap/Primer.html
"The world of the semantic web, as based on RDF, is really simple at the base. This article shows you how to get started. It uses a simplified teaching language -- Notation 3 or N3 -- which is basically equivalent to RDF in its XML syntax, but easier to scribble when getting started."
A useful book in reading on this subject is Professional XML Metadata from Wrox Press (2001).
Assignment Questions
Who is supporting or is committed to supporting this standard?
The first RDF draft at the W3C was published in October 1997, and it has had therefore a comparatively long history and a wide degree of support and interest at the W3C. It thus far is mostly a technology being embraced by universities, the W3C, and the open developer community, and does not appear to factor into publicized plans or certainly not into marketing materials from large corporations like Microsoft, Oracle, etc., the way some other W3C initiatives have (e.g. XML itself of course). The list of members of the Core RDF Working Group (http://www.w3.org/2001/sw/RDFCore/members.html) does include Nokia, Hewlett-Packard, and I.B.M.
This work is not immediately seen as being so much about commerce (though applications will certainly be there for it), but more about interoperability and information exchange, which at times is not what commerce seeks, instead preferring proprietary and closed information, such that potential customers “stick” to the site or company they are at, and do their purchasing there, instead of being freely interconnected to competing possibilities in the wide world of the web.
As stated on a slide from a presentation to be given by Ora Lassila this month (May 2002) at the 11th WWW Conference in Hawaii http://www.lassila.org/publications/2002/lassila-www2002-rdf-panel.pdf, the viability of this Semantic Web ideal will have to have some real business model underpinnings:
Business Models
Do they exist?
Advertising emerged as a dominant business model for the “old” web
When machines do more work for us, what is the role of advertising?
Viable business models are crucial to the deployment of the Semantic Web
(come talk to me if you have ideas…)
So if users aren't looking at screens and encountering advertising, will they tolerate advertising mixed in with their agent report results? Or will people pay for agent reports in a way that we are not used to today re: getting information from the web? Remains to be seen.
On another topic, the lack of technology and applications for this RDF metadata framework is a cause for concern, after all this time. Many complain that it is too difficult to work with (recent xml.com article on the new RDF Primer contains the subtitle “The real problem with RDF” (http://www.xml.com/pub/a/2002/0/15/rdfprimer.html). Still, there is a great deal of activity and some real projects employing it (Dublin Core and others), so it unquestionably merits further close attention. But to temper that, the “Grand Unifying Theory” nature of it all (to quote from another article on it) can be overwhelming and make it appear simply too ambitious.
Assignment Questions
What is the technology behind this standard?
How much “meat” is there versus just assembling together some pieces or agreeing on a common API.
Describe briefly the key concepts in this standard.
The technology behind the standard stems from a number of influences: the worlds of knowledge management, database, object-oriented programming, predicate logic, and others. The syntax for delivery of the RDF model is based on XML (it didn't have to be) (but since it is, that's the reason it's applicable for my final project paper for this XML course!). I wouldn’t characterize the technology as "assembling together some pieces," nor is it just agreeing on a common API in the case of this standard.
The Core RDF Working Group has been charged with defining the RDF Model and Syntax, and then the RDF Schema. Application technologies have been somewhat slow to arrive in comparison to some of the other XML family technologies (XML, XSLT, even XML Schema), but the key work of developing what this “technology” is, in speaking of RDF (being metadata), is the Model, the Syntax, and the RDF Schema, as opposed to the (eventual) application technologies that will take advantage of it.
These two diagrams help understand the key position of RDF to the higher schema and ontology layers that are based on its fundamental data model of the triple. They also help visualize the relationship that the XML syntax plays, as an implementation choice for the RDF model, but the diagrams show how RDF does provide a layer on top of what XML can do vis-a-vis metadata semantic and meaning.
Ora Lassila: (http://www.lassila.org/publications/) "The Resource Description Framework", IEEE Intelligent Systems 15(6): 67-69 (November/December 2000)
http://www.computer.org/intelligent/ex2000/pdf/x6067.pdf
Tim Berners-Lee http://www.w3.org/2000/Talks/1206-xml2k-tbl/slide10-0.html
There are issues that RDF alone cannot handle, which brings up the topic of the RDF Schema (RDFS). Essentially, this ensures 1) that the Properties assigned to a Resource make sense (you can't have "Date Of Birth" for the name of a state county), and 2) that the Values assigned to a Property make sense (you can't have "New York, New York" for a "Date Of Birth" property). The RDFS is outside the scope of this short paper. Another layer on top of RDFS is the ontology layer of DAML+OIL (DARPA Agent Markup Language + Onotology Inference Layer (or Interchange Language), both of which also must be outside the scope of this paper. But the thing to realize is that these higher level layers are all dependent upon the essential RDF data model, namely the triple.
Assignment Questions
How and where would this standard fit into some technical architecture?
You may choose to describe where it would fit in an application like Wahoo!, or you may give some other example or case study.
An assessment of how RDF might fit into an application like our Wahoo! news portal is interesting. Each newsfeed category would have an RDF description of the type of news topic it treated. Then each article could perhaps be auto-tagged with more RDF descriptors particular to the article, from a larger vocabulary of terms. These are each fairly straightforward bibliographic assignments of descriptive metadata to documents, or collections of documents, and although RDF can be used for this purpose, it's really only when you find richer purposes for it that it probably is regarded as worth the additional investment to create the RDF in the first place.
One area on a site like Wahoo! where RDF could be of assistance would be in providing administrative metadata for management-related issues like billing, viewing, digital rights, etc. These could be at a granular and aggregated level, useful for different purposes.
In the area of syndication, the 'RSS' (originally Netscape’s "Rich Site Summary," which has since evolved to the "RDF Site Summary") is applicable as well, for describing aggregated information for exchange and transfer with other parties for regular news feeds, but interestingly also making available for more ad hoc or otherwise based web information searches that could make (paying) use of the Wahoo! data (moreover.com, in turn). The RDF would serve as the semantic layer of "machine-understandable" metadata information that another process could use to find stories, etc., of interest on Wahoo! by means other than those by which you find things there today.
For our SportsExchange application, while it's true that RDF could be used to describe each article in a store’s database for enhanced internal search, a more likely application of RDF would be more outward facing, to expose the metadata that describes the nature of the overall information resource to the outer Internet, such that the SportsExchange itself would be able to be found by a person—or an automated agent—that is trying to find and buy something.
Assignment Questions
What is your assessment of this standard?
How serious is it? What are its chances of succeeding, of being used?
How well do you think it solves the problem it sets out to solve?
How does it compare against the competition or other existing standards that solve the same or similar problem.
In each of the cases just described, the technologies, tools, trained developers, and really even the specifications are not actually yet in place to do a lot of these things. There are examples of RDF in practice, but some or most of these examples are fairly close to the original core group of specification creators (e.g. The Dublin Core Metadata Initiativeuses it, and Dublin Core is one of the key vocabularies used and endorsed for RDF). The publishing industry has since 1999 been developing PRISM (Publishing Requirements for Industry Standard Metadata). "PRISM is an extensible XML metadata standard for syndicating, aggregating, post-processing and multi-purposing content from magazines, news, catalogs, books and mainstream journals."
The RDF model it appears is a solid base from which to begin to create additional layers of metadata modelling and representation, adding features and capabilities. The "triples" are the key to this solid base. On top of that the prevalent ideas in force are the DARPA Agent Markup Language, paired with the Ontology Inference Layer (DAML+OIL). A related area of investigation is the XTM Topic Maps, which differs from RDF but has much in common with it as well. Work is underway to see what kind of congruence there could be between these varying metadata approaches.
Edd Dumbbill of xml.com wrote a useful assessment a year ago (http://www.xml.com/pub/a/2001/03/07/buildingsw.html) in which he noted that "the builders of the Semantic Web [should] keep their feet on the ground. ... Rather than pondering grand unification theories, we should concentrate on doing small things well and solving achievable and well-defined problems "
It is difficult to know what to conclude from this brief look into the state of affairs of this major initiative, which claims no less than being the basis for the "2nd wave of the World Wide Web." A great deal of thinking, energy, and intelligence is going into the basic specification work. Next remains to be seen just what tools will be developed, and what business models will be made to work to support the investment in the metadata creation, to achieve the sought-after vision of a truly interoperable Web, made possible by machine-understandable metadata.
As noted above, I have created a small set of metadata modelled in RDF, and expressed in the RDF/XML Syntax, concerning this paper itself.
The following sequence of nine graphs builds up the example set of basic RDF.
Note: The .PNG graphics below for the diagrams get very W I D E. You may want to increase your screen resolution (1024x768 at minimum) to avoid too much horizontal scrolling.
The English translation of this would simply be statements like:
This paper was written by William Reilly.
This paper has the title "CSCIE-259 Final Project."
This paper was written by William Reilly, has the title "CSCIE-259 Final Project," and has the topics "XML," "RDF," and "Metadata" associated with it.
The Section #01 (for course CSCIE-259) has Students William Reilly, Eugenia Harris, and has Teaching Fellow Debbie Reches.
The Course CSCIE-259 has Sections #01, #02, and has Teacher Omri Traub.
The Harvard Extension School Teaching Staff pool has employees Debbie Reches, Omri Traub.
From these basic triples of metadata, one could envision software created that could infer logical associations from this information (effectively performing "joins" on the metadata for these URI-identified web-based resources). For example,
The paper written by William Reilly will be corrected by Debbie Reches.
(This can be derived from these two statements: WR is Student in Section #01; DR is Teaching Fellow for Section #01.)
Further afield (outside the scope of this small RDF set), one could envision an application at William Reilly's personal domain that made use of the "topic" information for the paper he wrote (on "XML," "RDF," "Metadata"), perhaps making it available for syndication elsewhere. That fictitious application could reach back into this RDF data set to learn that Omri Traub was the teacher of the course for which the paper was written, and if there were more RDF data (perhaps in Harvard's teacher records), it could be discovered that Omri also works for eXcelon Corporation, and then his role there, and then the product he has written (Stylus), and perhaps then on to the name and location of his former colleague on that project (Carl F.).
So one can begin to see how the "web" of meaning and connection can be established via the well-defined metadata meaning as encapsulated in the Resource Description Framework.
The foundation of the RDF model for metadata--that is, information about information--is the "triple": Subject, Predicate, Object. To put this in familar terms, you can think of the "name-value pair" as the second and third elements in the "triple" (predicate and object, respectively), where the "first" element is what had always been implicit, namely the thing to which the name-value pair was being attached.
In Table 1 we see...Here in Table 1. we see a simple example of one of these triples. The equivalent sentence in English would be: "this paper was written by William Reilly."
Or, to express it more fully:
"The cscie-259-Final-Project-RDF paper (.xml document) was Created by the Harvard Extension School student William Reilly."
Table A.1. RDF Graph dc:Creator
RDF Graph 45998_01f_WilliamR_FinalProject_SIMPLE |
| RDF Triple |
|---|
| < http://reilly2001.info/rdf/cscie-259-FinalProject-RDF.xml> |
| <http://purl.org/dc/elements/1.1/Creator> |
| <http://www.extension.harvard.edu/students/WilliamReilly> |
| RDF/XML Syntax |
|---|
|
<?xml version="1.0"?> |
This RDF "labelled directed graph" shows the same Subject (the paper), but with a different Predicate (the "title" of the paper) and a different Object (the value of the string of that title: "CSCIE-259 Final Project"). Note that the Object, when simply a string (vs. being another RDF "resource" itself, like the student William Reilly was above) is graphically represented with a box (vs. an ellipse).
The English sentence is
" The document 'cscie-259-Final-Project-RDF.xml' has as its Title the string 'CSCIE-259 Final Project'."
Table A.2. RDF Graph dc:Title
RDF Graph 46002_01g_FinalProject_Title_SIMPLE |
| RDF Triple |
|---|
| < http://reilly2001.info/rdf/cscie-259-FinalProject-RDF.xml> |
| <http://purl.org/dc/elements/1.1/title> |
| "CSCIE-259 Final Project" |
| RDF/XML Syntax |
|---|
|
<?xml version="1.0"?> |
This graph once again has the paper for its Subject. It shows us the two triples already seen from Tables 1 and 2, and adds three more triples concerning the paper. For this case, the Predicate comes from a different namespace (my own domain, "reilly2001.info"). This is simply an invented example to show how metadata from one domain or application can find utility in applications elsewhere. In this case, within a "vocabulary" of terms held by http://reilly2001.info/vocab#, there is the term "personalInterest," the values for which are effectively topics, or "keywords." The intention is that these are used for some "personal interest" application or database at reilly2001.info. These metadata terms ("XML", "RDF", "Metadata") have been applied to this paper.
Note that for demonstration purposes the graphic representation for the three differ (box; ellipse with "online:RDF"; and ellipse with URI). The RDF triples and RDF/XML syntax show why: I used three different approaches to capturing these three "personal interest" topics: simple string, "local" URI [1] , and full URI.
Table A.3. dc: (Dublin Core) and 'reilly2001.info' namespaces
RDF Graph 45931_01a_WilliamR_FinalProject |
<?xml version="1.0"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:r21="http://reilly2001.info/vocab#">
<rdf:Description rdf:about="http://reilly2001.info/rdf/cscie-259-FinalProject-RDF.xml">
<dc:title>CSCIE-259 Final Project</dc:title>
<dc:Creator rdf:resource="http://www.extension.harvard.edu/students/WilliamReilly"/>
<r21:personalInterest>XML</r21:personalInterest>
<r21:personalInterest rdf:resource="RDF"/>
<r21:personalInterest rdf:resource="http://reilly2001.info/vocab#Metadata"/>
</rdf:Description>
</rdf:RDF>
Numbers 4 and 5 could be looked at together; they each make a statement about the course, the sections in the course, and the students in those sections. Along the way the teacher of the course is noted (for the course), and the teaching fellow for a section is noted (for the section).
The Section #01 (for course CSCIE-259) has Students William Reilly, Eugenia Harris, and has Teaching Fellow Debbie Reches.
The Course CSCIE-259 has Sections #01, #02, and has Teacher Omri Traub.
Table A.4. Students and TF
RDF Graph 45957_01c_section01_students_TF |
See discussion above.
Table A.5. Course and Teacher
RDF Graph 45906_01_course_sections_teacher |
This graph is a little more abstract, in that the RDF container type "Bag" is introduced (which automatically generates an anonymous resource (empty ellipse)). The teachers that are on the teachingStaff are in the Bag. (!)
Table A.6. Harvard U. Teaching Staff Pool
RDF Graph 35696_01b_teachingStaffHarvard |
This is the first graph to show something interesting as regards the intersection of two differing statements. We see that William Reilly (circled in red on the graphic) is the Creator of a Resource (this .XML document final paper), and we see that the same William Reilly is a Student in Section #01 of the course. (The Resource for William Reilly is circled in red.)
It is the unique, unmistakeable identifier of this person (William Reilly) as provided by the authority (in this case) of Harvard Extension School, that makes possible this intersection (this "join"). Presumably the same person could be uniquely identified by the authority of for example the United States government's Social Security Number.
Needless to say, the sharing of information across so many boundaries and domains will beg the question of careful handling of numerous privacy and trust issues.
Table A.7. William wrote a Final Project, and William is in a Section (01)
RDF Graph 45970_02d_section_students_TF (goes with WilliamR_FinalProject) |
Here is the second graph that shows the intersection of different statements: Debbie Reches is a member of the Harvard teaching staff, AND Debbie Reches is the Teaching Fellow for Section #01. (The Resource for Debbie Reches is circled in red.)
Table A.8. Debbie is TF for Section 01, and Debbie is a member of Teaching Staff
RDF Graph 35708_02e_section_students_TF_Harvard (goes with sections_TF) |
Finally, the complete set of RDF is graphed. The same Resources highlighted in red before are in red again. The implicit statement can here be seen: "Debbie Reches is the corrector (TF) of the paper "CSCIE-259 Final Project."
Note: The fact that the real-life data model for our class in fact differed from this somewhat simplified example is of course of interest. We had David Malan as Section TF, and Debbie Reches as corrector of papers for people whose last name began after "PIE." So a more rigorous data model would have had to be flexible enough to accomodate this invented "sub-section" approach. Seemed a bit too much for this final paper on RDF!
Table A.9. All of the above, in one RDF Graph
RDF Graph RDF_servlet_35710_04c_ALL_Parts |
Below is the RDF (written in the RDF/XML Syntax) used to create the directed labelled graph diagrams above. As noted earlier, these were created using the W3C's online RDF Validator.
<?xml version="1.0"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:r21="http://reilly2001.info/vocab#"
xmlns:he="http//www.extension.harvard.edu/terms#">
<rdf:Description rdf:about="http://www.extension.harvard.edu/2001-02/courses/csci.shtml#e-259">
<he:sections>
<rdf:Bag>
<rdf:li rdf:resource="http://www.extension.harvard.edu/2001-02/courses/csci.shtml#e-259Section01"/>
<rdf:li rdf:resource="http://www.extension.harvard.edu/2001-02/courses/csci.shtml#e-259Section02"/>
</rdf:Bag>
</he:sections>
<he:teacher rdf:resource="http://www.extension.harvard.edu/teachingstaff/OmriTraub"/>
</rdf:Description>
<rdf:Description rdf:about="http://www.extension.harvard.edu/2001-02/courses/csci.shtml#e-259Section01">
<he:students>
<rdf:Bag>
<rdf:li rdf:resource="http://www.extension.harvard.edu/students/WilliamReilly"/>
<rdf:li rdf:resource="http://www.extension.harvard.edu/students/EugeniaHarris"/>
</rdf:Bag>
</he:students>
<he:teachingFellow rdf:resource="http://www.extension.harvard.edu/teachingstaff/DebbieReches"/>
</rdf:Description>
<rdf:Description rdf:about="http://www.harvard.edu">
<he:teachingStaff>
<rdf:Bag>
<rdf:li rdf:resource="http://www.extension.harvard.edu/teachingstaff/OmriTraub"/>
<rdf:li rdf:resource="http://www.extension.harvard.edu/teachingstaff/DebbieReches"/>
</rdf:Bag>
</he:teachingStaff>
</rdf:Description>
<rdf:Description rdf:about="http://reilly2001.info/rdf/cscie-259-FinalProject-RDF.xml">
<dc:title>CSCIE-259 Final Project</dc:title>
<dc:Creator rdf:resource="http://www.extension.harvard.edu/students/WilliamReilly"/>
<r21:personalInterest>XML</r21:personalInterest>
<r21:personalInterest rdf:resource="RDF"/>
<r21:personalInterest rdf:resource="http://reilly2001.info/vocab#Metadata"/>
</rdf:Description>
</rdf:RDF>
[1] Please note: I do not claim complete understanding of the "local" URI approach, with its use of the "URI fragment '#'" symbol, and whereby the "online:" protocol-like string is inserted by the RDF parser in front of my string "RDF" <r21:personalInterest RDF:resource="RDF"/> becomes the triple <online:RDF>. In fact, while we're on the subject, I don't claim complete understanding of probably any of this! It requires more than one (and more than two) readings for it to really start to sink in.