<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>oeGOV &#187; DOC</title>
	<atom:link href="http://www.oegov.us/blog/?feed=rss2&#038;tag=doc" rel="self" type="application/rss+xml" />
	<link>http://www.oegov.us/blog</link>
	<description>Ontologies for e-Government</description>
	<lastBuildDate>Sat, 15 May 2010 01:17:29 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Ontology Architecture of the oeGOV Ontologies</title>
		<link>http://www.oegov.us/blog/?p=46</link>
		<comments>http://www.oegov.us/blog/?p=46#comments</comments>
		<pubDate>Mon, 20 Jul 2009 07:17:04 +0000</pubDate>
		<dc:creator>ralphtq</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[DOC]]></category>
		<category><![CDATA[Ontology Architecture]]></category>

		<guid isPermaLink="false">http://www.oegov.us/blog/?p=46</guid>
		<description><![CDATA[An Ontology Architecture should be designed to maximize reuse and minimize impacts from changes. In keeping with best practices, the component ontology is based on the following organizing principles: defining domain boundaries based on ease-of-evolution and governance; organizing Named Graphs according to levels of specificity; isolating reusable constructs in foundation ontologies; distinguishing different types of [...]]]></description>
			<content:encoded><![CDATA[<p>An Ontology Architecture should be designed to maximize reuse and minimize impacts from changes. In keeping with best practices, the component ontology is based on the following organizing principles:</p>
<ol>
<li>defining domain boundaries based on ease-of-evolution and governance;</li>
<li>organizing Named Graphs according to levels of specificity;</li>
<li>isolating reusable constructs in foundation ontologies;</li>
<li>distinguishing different types of Named Graphs;</li>
<li>confoming to consistent Naming and Identifier Rules.</li>
</ol>
<p>oeGOV is made up of a number of OWL schemas and datasets published as N3 files. Each file is called a &#8216;Named Graph&#8217; that holds OWL resources across  a number of ontology domains.</p>
<p>Each US Agency is a separate Named Graph that imports a common foundation ontology &#8216;usgov-bodies.n3&#8242;. This establishes the existence of many government bodies but without defining the internal organization of an agency, An example of an Agency Named Graph is &#8216;us1gov_dhs.n3&#8242;. The &#8217;1&#8242; after &#8216;us&#8217; in the name denotes that the dataset is a level 1 dataset. More specific datasets carry progressively higher numbers.</p>
<p>The &#8216;usgov-bodies.n3&#8242; ontology imports &#8216;oegov.n3&#8242; &#8211; an ontology that defines the basic organizational structure of a democratic government.</p>
<p>The following figure illustrates the oeGOV Ontology Architecture. Each box is a Named Graph and the connections are &#8216;import&#8217; relationships. The topmost Named Graph is an aggregation Named Graph that imports each Named Graph of the US Government Agencies.  These in turn import the common Named Graph, as discussed before.</p>
<p><a href="http://www.oegov.us/images/oegov-oa.png"><img src="http://www.oegov.us/images/oegov-oa.png" alt="OA of US Gov Bodies - version 1.0" /></a></p>
<p>The oeGOV ontologies will be published on August 1, 2009.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.oegov.us/blog/?feed=rss2&amp;p=46</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
