changes that were needed to get first html version of cert and rsa ontologies published.
--- a/ontologies/modified/cert.owl Tue Oct 04 18:05:11 2011 +0200
+++ /dev/null Thu Jan 01 00:00:00 1970 +0000
@@ -1,107 +0,0 @@
-<rdf:RDF xmlns="http://www.w3.org/2000/01/rdf-schema#"
-xmlns:dc="http://purl.org/dc/terms/"
-xmlns:foaf="http://xmlns.com/foaf/0.1/"
-xmlns:owl="http://www.w3.org/2002/07/owl#"
-xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#"
-xmlns:skos="http://www.w3.org/2004/02/skos/core#"
-xmlns:vs="http://www.w3.org/2003/06/sw-vocab-status/ns#">
-
-<owl:Ontology rdf:about="http://www.w3.org/ns/auth/cert#">
-<owl:versionInfo>1.0</owl:versionInfo>
-<rdfs:seeAlso rdf:resource="http://www.w3.org/2005/Incubator/webid/"/>
-<rdfs:comment>Ontology for Certificates and crypto stuff.</rdfs:comment>
-<dc:created rdf:datatype="http://www.w3.org/2001/XMLSchema#date">2008-11-13</dc:created>
-<dc:title>The Cert Ontology</dc:title>
-</owl:Ontology>
-
-<owl:Class rdf:about="http://www.w3.org/ns/auth/cert#Certificate">
-<rdfs:label>Certificate</rdfs:label>
-<rdfs:comment>A certificate is a Document that is signed. As explained here http://www.pgpi.org/doc/pgpintro/#p16 'A digital certificate consists of three things: (1) A public key. (2) Certificate information. 'Identity' information about the user, such as name, user ID, and so on. (3) One or more digital signatures.'</rdfs:comment>
-<rdfs:subClassOf rdf:resource="http://xmlns.com/foaf/0.1/Document"/>
-<vs:term_status>unstable</vs:term_status>
-</owl:Class>
-
-<owl:Class rdf:about="http://www.w3.org/ns/auth/cert#Key">
-<rdfs:label>Key</rdfs:label>
-<rdfs:comment>the class of keys</rdfs:comment>
-<vs:term_status>unstable</vs:term_status>
-</owl:Class>
-
-<owl:Class rdf:about="http://www.w3.org/ns/auth/cert#PGPCertificate">
-<rdfs:label>PGP Certificate</rdfs:label>
-<rdfs:comment>the class of PGP Certificates</rdfs:comment>
-<rdfs:subClassOf rdf:resource="http://www.w3.org/ns/auth/cert#Certificate"/>
-<owl:equivalentClass rdf:resource="http://xmlns.com/wot/0.1/PubKey"/>
-<vs:term_status>unstable</vs:term_status>
-</owl:Class>
-
-<owl:Class rdf:about="http://www.w3.org/ns/auth/cert#PrivateKey">
-<rdfs:label>Private Key</rdfs:label>
-<rdfs:comment>Private Key</rdfs:comment>
-<rdfs:subClassOf rdf:resource="http://www.w3.org/ns/auth/cert#Key"/>
-<vs:term_status>unstable</vs:term_status>
-</owl:Class>
-
-<owl:Class rdf:about="http://www.w3.org/ns/auth/cert#PublicKey">
-<rdfs:label>Public Key</rdfs:label>
-<rdfs:comment>Public Key</rdfs:comment>
-<rdfs:subClassOf rdf:resource="http://www.w3.org/ns/auth/cert#Key"/>
-<vs:term_status>unstable</vs:term_status>
-</owl:Class>
-
-<owl:Class rdf:about="http://www.w3.org/ns/auth/cert#Signature">
-<rdfs:label>Signature</rdfs:label>
-<rdfs:comment>the class of signtatures</rdfs:comment>
-<vs:term_status>unstable</vs:term_status>
-</owl:Class>
-
-<owl:Class rdf:about="http://www.w3.org/ns/auth/cert#X509Certificate">
-<rdfs:label>Certificate</rdfs:label>
-<rdfs:comment>the class of X509 Certificates</rdfs:comment>
-<rdfs:subClassOf rdf:resource="http://www.w3.org/ns/auth/cert#Certificate"/>
-<vs:term_status>unstable</vs:term_status>
-</owl:Class>
-
-<owl:DatatypeProperty rdf:about="http://www.w3.org/ns/auth/cert#decimal">
-<rdfs:label>decimal</rdfs:label>
-<rdf:type rdf:resource="http://www.w3.org/2002/07/owl#InverseFunctionalProperty"/>
-<rdfs:comment>An encoding of an integer in base 10 notation. Use cert:int instead.</rdfs:comment>
-<rdfs:domain rdf:resource="http://www.w3.org/2001/XMLSchema#nonNegativeInteger"/>
-<rdfs:range rdf:resource="http://www.w3.org/2001/XMLSchema#string"/>
-<vs:term_status>archaic</vs:term_status>
-</owl:DatatypeProperty>
-
-<owl:DatatypeProperty rdf:about="http://www.w3.org/ns/auth/cert#hex">
-<rdfs:label>hex</rdfs:label>
-<rdf:type rdf:resource="http://www.w3.org/2002/07/owl#InverseFunctionalProperty"/>
-<rdfs:comment>An encoding of a positive integer (from 0 to infinity) as a hexadecimal string that makes it easy to read and/or fun to present on the web.
-The purpose of this way of representing hexadecimals is to enable users to copy and paste hexadecimal notations as shown by most browsers, keychains or tools such as opensso, into their rdf representation of choice.There are a wide variety of ways in which such strings can be presented. One finds the following e1 dc d5 e1 00 8f 21 5e d5 cc 7c 7e c4 9c ad 86 64 aa dc 29 f2 8d d9 56 7f 31 b6 bd 1b fd b8 ee 51 0d 3c 84 59 a2 45 d2 13 59 2a 14 82 1a 0f 6e d3 d1 4a 2d a9 4c 7e db 90 07 fc f1 8d a3 8e 38 25 21 0a 32 c1 95 31 3c ba 56 cc 17 45 87 e1 eb fd 9f 0f 82 16 67 9f 67 fa 91 e4 0d 55 4e 52 c0 66 64 2f fe 98 8f ae f8 96 21 5e ea 38 9e 5c 4f 27 e2 48 ca ca f2 90 23 ad 99 4b cc 38 32 6d bf Or the same as the above, with ':' instead of spaces. We can't guarantee that these are the only ways such tools will present hexadecimals, so we are very lax. The letters can be uppercase or lowercase, or mixed.
- Some strings may start with initial 00's, and can be stripped in this notation as they often are. Doing this could, in complement of 2 notation turn a positive number into a negative one, if the first hexadecimal character happens to be one ofthe set {'8', '9', 'a', 'A', 'b', 'B', 'c', 'C', 'd', 'D', 'e', 'E', 'f', 'F'} .As we interpret this string as a hexadecimal number leading 00s are not important(Complement of 2 notation and hexadecimal overlap for positive numbers) In order to make this fun, we allow any unicode characters in the string. A parser should 1. remove all non hexadecimal characters
-2. treat the resulting as a hexadecimal representation of a number This will allow people to make an ascii - better yet a UTF-8 - picture of their public key when publishing it on the web.</rdfs:comment>
-<vs:term_status>unstable</vs:term_status>
-</owl:DatatypeProperty>
-
-<owl:ObjectProperty rdf:about="http://www.w3.org/ns/auth/cert#identity">
-<rdfs:label>identity</rdfs:label>
-<rdfs:comment>the identity of the public key. This is the entity that knows the private key and so can decrypt messages encrypted with the public key, or encrypt messages that can be decrypted with the public key. It can be an Agent, or an idirect identifier of an agent such as a foaf:OnlineAccount .
-Should one specify the range as being the union of those two classes, or should one leave this open?</rdfs:comment>
-<rdfs:domain rdf:resource="http://www.w3.org/ns/auth/cert#PublicKey"/>
-<vs:term_status>unstable</vs:term_status>
-</owl:ObjectProperty>
-
-<owl:DatatypeProperty rdf:about="http://www.w3.org/ns/auth/cert#int">
-<rdfs:label>int</rdfs:label>
-<rdfs:comment>A positive integer in base 10 notation. xsd:nonNegativeInteger could be used, but is a bit long to write, and may be too strictly defined.
-This is here to provice a pair with cert:hex, to avoid needing to import a new namespace, and to give a bit more flexibility in the future.</rdfs:comment>
-<vs:term_status>unstable</vs:term_status>
-</owl:DatatypeProperty>
-
-<owl:ObjectProperty rdf:about="http://www.w3.org/ns/auth/cert#public_key">
-<rdfs:label>public key</rdfs:label>
-<rdfs:comment>relates the private key to the public key component, in a public/private key pair.</rdfs:comment>
-<rdfs:domain rdf:resource="http://www.w3.org/ns/auth/cert#PrivateKey"/>
-<rdfs:range rdf:resource="http://www.w3.org/ns/auth/cert#PublicKey"/>
-<vs:term_status>unstable</vs:term_status>
-</owl:ObjectProperty>
-</rdf:RDF>
--- a/ontologies/modified/diff/README.txt Tue Oct 04 18:05:11 2011 +0200
+++ /dev/null Thu Jan 01 00:00:00 1970 +0000
@@ -1,8 +0,0 @@
-diff:
-1. cert_diff
-oryginal - http://www.w3.org/ns/auth/cert
-modified - ../cert.owl
-
-2. rsa_diff
-oryginal - http://www.w3.org/ns/auth/rsa
-modified - ../rsa.owl
--- a/ontologies/modified/diff/cert Tue Oct 04 18:05:11 2011 +0200
+++ /dev/null Thu Jan 01 00:00:00 1970 +0000
@@ -1,182 +0,0 @@
-
-<!-- Processed by Id: cwm.py,v 1.197 2007/12/13 15:38:39 syosi Exp -->
-<!-- using base file:///Users/hjs/Programming/w3.org/WWW/ns/auth/cert.n3-->
-
-
-<rdf:RDF xmlns="http://www.w3.org/2000/01/rdf-schema#"
- xmlns:dc="http://purl.org/dc/terms/"
- xmlns:foaf="http://xmlns.com/foaf/0.1/"
- xmlns:owl="http://www.w3.org/2002/07/owl#"
- xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
- xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#"
- xmlns:skos="http://www.w3.org/2004/02/skos/core#"
- xmlns:vs="http://www.w3.org/2003/06/sw-vocab-status/ns#">
-
- <owl:Ontology rdf:about="cert">
- <dc:created rdf:datatype="http://www.w3.org/2001/XMLSchema#date">2008-11-13</dc:created>
- <comment>
- Ontology for Certificates and crypto stuff.
- This is in development.
- Some other ontologies to look at:
- * http://www.w3.org/2000/10/swap/crypto
- + has cwm builtins: http://www.w3.org/2000/10/swap/doc/Trust
- - a bit old perhaps. It imports daml+oil
- - would help to be more completely specified
- - uses literals as subjects a little liberally, which makes this a
- bit difficult to work with frameworks that don't permit this
- * http://xmlns.com/wot/0.1/
- - limited very much to PGP (though on can map PGP to X509)
- - a little coarse grained, mixes up the PGP certificate with the PGP
- public key
- *
- Todo:
- - add some classes and relations for DSA
- - should this all be in one file? Or should this be cut up a little? Say one file for the general CERT ontology, and then files for RSA, DSA, PGP, etc... Or perhaps it does not really matter?
- - expand more on the certification side of things
- - verify this by security experts
- - owl2 has some constructs for combined inverse functional properties.
- This may be useful to use in defining an RSA key which is identified
- by two numbers.
- - also create html version of the spec by using this as a template.
- - should comments such as this be in html?
- - add more todos
- </comment>
- <seeAlso rdf:resource="X509Uml.svg"/>
- <seeAlso rdf:resource="rsa"/>
- <seeAlso rdf:resource="http://lists.foaf-project.org/mailman/listinfo/foaf-protocols"/>
- <vs:term_status>unstable</vs:term_status>
- <foaf:maker rdf:resource="http://bblfish.net/people/henry/card#me"/>
- </owl:Ontology>
-
- <owl:Class rdf:about="cert#Certificate">
- <comment>A certificate is a Document that is signed.
- As explained here http://www.pgpi.org/doc/pgpintro/#p16
- 'A digital certificate consists of three things:
- * A public key.
- * Certificate information. ('Identity' information about the
- user, such as name, user ID, and so on.)
- * One or more digital signatures.'
- </comment>
- <subClassOf rdf:resource="http://xmlns.com/foaf/0.1/Document"/>
- <vs:term_status>unstable</vs:term_status>
- </owl:Class>
-
- <owl:Class rdf:about="cert#Key">
- <comment>the class of keys</comment>
- <vs:term_status>unstable</vs:term_status>
- </owl:Class>
-
- <owl:Class rdf:about="cert#PGPCertificate">
- <comment>the class of PGP Certificates</comment>
- <subClassOf rdf:resource="cert#Certificate"/>
- <owl:equivalentClass rdf:resource="http://xmlns.com/wot/0.1/PubKey"/>
- <vs:term_status>unstable</vs:term_status>
- </owl:Class>
-
- <owl:Class rdf:about="cert#PrivateKey">
- <comment>Private Key</comment>
- <subClassOf rdf:resource="cert#Key"/>
- </owl:Class>
-
- <owl:Class rdf:about="cert#PublicKey">
- <comment>Public Key</comment>
- <subClassOf rdf:resource="cert#Key"/>
- <vs:term_status>unstable</vs:term_status>
- </owl:Class>
-
- <owl:Class rdf:about="cert#Signature">
- <comment>the class of signtatures</comment>
- <vs:term_status>unstable</vs:term_status>
- </owl:Class>
-
- <owl:Class rdf:about="cert#X509Certificate">
- <comment>the class of X509 Certificates</comment>
- <seeAlso rdf:resource="http://en.wikipedia.org/wiki/X509"/>
- <subClassOf rdf:resource="cert#Certificate"/>
- <vs:term_status>unstable</vs:term_status>
- </owl:Class>
-
- <owl:DatatypeProperty rdf:about="cert#decimal">
- <rdf:type rdf:resource="http://www.w3.org/2002/07/owl#InverseFunctionalProperty"/>
- <comment xml:lang="en">
- An encoding of an integer in base 10 notation. Use cert:int instead.
- </comment>
- <domain rdf:resource="http://www.w3.org/2001/XMLSchema#nonNegativeInteger"/>
- <range rdf:resource="http://www.w3.org/2001/XMLSchema#string"/>
- <vs:term_status>archaic</vs:term_status>
- <skos:editorialNote xml:lang="en">
- The name for this relation is not good. Even though Decimal is clearly defined as numbers in base 10 notation ( conf http://en.wikipedia.org/wiki/Decimal ), it is most often understood as refering to numbers with decimal fractions, which in cryptgraphic integer arithmetic do not turn up.
- Instead one should use cert:int
- </skos:editorialNote>
- </owl:DatatypeProperty>
-
- <Datatype rdf:about="cert#hex">
- <rdf:type rdf:resource="http://www.w3.org/2002/07/owl#DatatypeProperty"/>
- <rdf:type rdf:resource="http://www.w3.org/2002/07/owl#InverseFunctionalProperty"/>
- <comment xml:lang="en">
- An encoding of a positive integer (from 0 to infinity) as a hexadecimal string that makes it easy to read and/or fun to present on the web.
- The purpose of this way of representing hexadecimals is to enable users to copy and paste hexadecimal notations as shown by most browsers, keychains or tools such as opensso, into their rdf representation of choice. There are a wide variety of ways in which such strings can be presented. One finds the following
-
- e1 dc d5 e1 00 8f 21 5e d5 cc 7c 7e c4 9c ad 86
- 64 aa dc 29 f2 8d d9 56 7f 31 b6 bd 1b fd b8 ee
- 51 0d 3c 84 59 a2 45 d2 13 59 2a 14 82 1a 0f 6e
- d3 d1 4a 2d a9 4c 7e db 90 07 fc f1 8d a3 8e 38
- 25 21 0a 32 c1 95 31 3c ba 56 cc 17 45 87 e1 eb
- fd 9f 0f 82 16 67 9f 67 fa 91 e4 0d 55 4e 52 c0
- 66 64 2f fe 98 8f ae f8 96 21 5e ea 38 9e 5c 4f
- 27 e2 48 ca ca f2 90 23 ad 99 4b cc 38 32 6d bf
-
- Or the same as the above, with ':' instead of spaces. We can't guarantee that these are the only ways such tools will present hexadecimals, so we are very lax.
- The letters can be uppercase or lowercase, or mixed.
- Some strings may start with initial 00's, and can be stripped in this notation as they often are. Doing this could, in complement of 2 notation turn a positive number into a negative one, if the first hexadecimal character happens to be one of the set {'8', '9', 'a', 'A', 'b', 'B', 'c', 'C', 'd', 'D', 'e', 'E', 'f', 'F'} . As we interpret this string as a hexadecimal number leading 00s are not important (Complement of 2 notation and hexadecimal overlap for positive numbers)
- In order to make this fun, we allow any unicode characters in the string. A parser should
- 1. remove all non hexadecimal characters
- 2. treat the resulting as a hexadecimal representation of a number
- This will allow people to make an ascii - better yet a UTF-8 - picture of their public key when publishing it on the web.
- </comment>
- <domain rdf:resource="http://www.w3.org/2001/XMLSchema#nonNegativeInteger"/>
- <label xml:lang="en">hexadecimal</label>
- <range rdf:resource="http://www.w3.org/2001/XMLSchema#string"/>
- <seeAlso rdf:resource="http://en.wikipedia.org/wiki/Hexadecimal"/>
- <owl:equivalentClass rdf:resource="http://www.w3.org/2001/XMLSchema#nonNegativeInteger"/>
- <vs:term_status>unstable</vs:term_status>
- <skos:editorialNote xml:lang="en">
- This relation should slowly be transited to just being a datatype.
- Being a datatype and a property is legal as explained here
- http://lists.w3.org/Archives/Public/semantic-web/2010Mar/0037.html
- But it may be somewhat confusing, especially if it goes against a pattern - still to be set - by the xsd datatypes as the follow up email makes clear.
- </skos:editorialNote>
- </Datatype>
-
- <rdf:Property rdf:about="cert#identity">
- <comment>
- the identity of the public key. This is the entity that knows the private key and so can decrypt messages encrypted with the public key, or encrypt messages that can be decrypted with the public key. It can be an Agent, or an idirect identifier of an agent such as a foaf:OnlineAccount .
- Should one specify the range as being the union of those two classes, or should one leave this open?
- </comment>
- <domain rdf:resource="cert#PublicKey"/>
- <vs:term_status>unstable</vs:term_status>
- </rdf:Property>
-
- <Datatype rdf:about="cert#int">
- <comment xml:lang="en">
- A positive integer in base 10 notation.
- xsd:nonNegativeInteger could be used, but is a bit long to write, and may be too strictly defined.
- This is here to provice a pair with cert:hex, to avoid needing to import a new namespace, and to give a bit more flexibility in the future.
- </comment>
- <owl:equivalentClass rdf:resource="http://www.w3.org/2001/XMLSchema#nonNegativeInteger"/>
- <vs:term_status>unstable</vs:term_status>
- <skos:editorialNote xml:lang="en">
- We may decide to make it easier to write integers than what xsd:integer provides, if needed.
- </skos:editorialNote>
- </Datatype>
-
- <rdf:Property rdf:about="cert#public_key">
- <comment>
- relates the private key to the public key component, in a public/private
- key pair.
- </comment>
- <domain rdf:resource="cert#PrivateKey"/>
- <range rdf:resource="cert#PublicKey"/>
- <vs:term_status>unstable</vs:term_status>
- </rdf:Property>
-</rdf:RDF>
--- a/ontologies/modified/diff/cert_diff Tue Oct 04 18:05:11 2011 +0200
+++ /dev/null Thu Jan 01 00:00:00 1970 +0000
@@ -1,288 +0,0 @@
-1,5d0
-<
-< <!-- Processed by Id: cwm.py,v 1.197 2007/12/13 15:38:39 syosi Exp -->
-< <!-- using base file:///Users/hjs/Programming/w3.org/WWW/ns/auth/cert.n3-->
-<
-<
-7,181c2,106
-< xmlns:dc="http://purl.org/dc/terms/"
-< xmlns:foaf="http://xmlns.com/foaf/0.1/"
-< xmlns:owl="http://www.w3.org/2002/07/owl#"
-< xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-< xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#"
-< xmlns:skos="http://www.w3.org/2004/02/skos/core#"
-< xmlns:vs="http://www.w3.org/2003/06/sw-vocab-status/ns#">
-<
-< <owl:Ontology rdf:about="cert">
-< <dc:created rdf:datatype="http://www.w3.org/2001/XMLSchema#date">2008-11-13</dc:created>
-< <comment>
-< Ontology for Certificates and crypto stuff.
-< This is in development.
-< Some other ontologies to look at:
-< * http://www.w3.org/2000/10/swap/crypto
-< + has cwm builtins: http://www.w3.org/2000/10/swap/doc/Trust
-< - a bit old perhaps. It imports daml+oil
-< - would help to be more completely specified
-< - uses literals as subjects a little liberally, which makes this a
-< bit difficult to work with frameworks that don't permit this
-< * http://xmlns.com/wot/0.1/
-< - limited very much to PGP (though on can map PGP to X509)
-< - a little coarse grained, mixes up the PGP certificate with the PGP
-< public key
-< *
-< Todo:
-< - add some classes and relations for DSA
-< - should this all be in one file? Or should this be cut up a little? Say one file for the general CERT ontology, and then files for RSA, DSA, PGP, etc... Or perhaps it does not really matter?
-< - expand more on the certification side of things
-< - verify this by security experts
-< - owl2 has some constructs for combined inverse functional properties.
-< This may be useful to use in defining an RSA key which is identified
-< by two numbers.
-< - also create html version of the spec by using this as a template.
-< - should comments such as this be in html?
-< - add more todos
-< </comment>
-< <seeAlso rdf:resource="X509Uml.svg"/>
-< <seeAlso rdf:resource="rsa"/>
-< <seeAlso rdf:resource="http://lists.foaf-project.org/mailman/listinfo/foaf-protocols"/>
-< <vs:term_status>unstable</vs:term_status>
-< <foaf:maker rdf:resource="http://bblfish.net/people/henry/card#me"/>
-< </owl:Ontology>
-<
-< <owl:Class rdf:about="cert#Certificate">
-< <comment>A certificate is a Document that is signed.
-< As explained here http://www.pgpi.org/doc/pgpintro/#p16
-< 'A digital certificate consists of three things:
-< * A public key.
-< * Certificate information. ('Identity' information about the
-< user, such as name, user ID, and so on.)
-< * One or more digital signatures.'
-< </comment>
-< <subClassOf rdf:resource="http://xmlns.com/foaf/0.1/Document"/>
-< <vs:term_status>unstable</vs:term_status>
-< </owl:Class>
-<
-< <owl:Class rdf:about="cert#Key">
-< <comment>the class of keys</comment>
-< <vs:term_status>unstable</vs:term_status>
-< </owl:Class>
-<
-< <owl:Class rdf:about="cert#PGPCertificate">
-< <comment>the class of PGP Certificates</comment>
-< <subClassOf rdf:resource="cert#Certificate"/>
-< <owl:equivalentClass rdf:resource="http://xmlns.com/wot/0.1/PubKey"/>
-< <vs:term_status>unstable</vs:term_status>
-< </owl:Class>
-<
-< <owl:Class rdf:about="cert#PrivateKey">
-< <comment>Private Key</comment>
-< <subClassOf rdf:resource="cert#Key"/>
-< </owl:Class>
-<
-< <owl:Class rdf:about="cert#PublicKey">
-< <comment>Public Key</comment>
-< <subClassOf rdf:resource="cert#Key"/>
-< <vs:term_status>unstable</vs:term_status>
-< </owl:Class>
-<
-< <owl:Class rdf:about="cert#Signature">
-< <comment>the class of signtatures</comment>
-< <vs:term_status>unstable</vs:term_status>
-< </owl:Class>
-<
-< <owl:Class rdf:about="cert#X509Certificate">
-< <comment>the class of X509 Certificates</comment>
-< <seeAlso rdf:resource="http://en.wikipedia.org/wiki/X509"/>
-< <subClassOf rdf:resource="cert#Certificate"/>
-< <vs:term_status>unstable</vs:term_status>
-< </owl:Class>
-<
-< <owl:DatatypeProperty rdf:about="cert#decimal">
-< <rdf:type rdf:resource="http://www.w3.org/2002/07/owl#InverseFunctionalProperty"/>
-< <comment xml:lang="en">
-< An encoding of an integer in base 10 notation. Use cert:int instead.
-< </comment>
-< <domain rdf:resource="http://www.w3.org/2001/XMLSchema#nonNegativeInteger"/>
-< <range rdf:resource="http://www.w3.org/2001/XMLSchema#string"/>
-< <vs:term_status>archaic</vs:term_status>
-< <skos:editorialNote xml:lang="en">
-< The name for this relation is not good. Even though Decimal is clearly defined as numbers in base 10 notation ( conf http://en.wikipedia.org/wiki/Decimal ), it is most often understood as refering to numbers with decimal fractions, which in cryptgraphic integer arithmetic do not turn up.
-< Instead one should use cert:int
-< </skos:editorialNote>
-< </owl:DatatypeProperty>
-<
-< <Datatype rdf:about="cert#hex">
-< <rdf:type rdf:resource="http://www.w3.org/2002/07/owl#DatatypeProperty"/>
-< <rdf:type rdf:resource="http://www.w3.org/2002/07/owl#InverseFunctionalProperty"/>
-< <comment xml:lang="en">
-< An encoding of a positive integer (from 0 to infinity) as a hexadecimal string that makes it easy to read and/or fun to present on the web.
-< The purpose of this way of representing hexadecimals is to enable users to copy and paste hexadecimal notations as shown by most browsers, keychains or tools such as opensso, into their rdf representation of choice. There are a wide variety of ways in which such strings can be presented. One finds the following
-<
-< e1 dc d5 e1 00 8f 21 5e d5 cc 7c 7e c4 9c ad 86
-< 64 aa dc 29 f2 8d d9 56 7f 31 b6 bd 1b fd b8 ee
-< 51 0d 3c 84 59 a2 45 d2 13 59 2a 14 82 1a 0f 6e
-< d3 d1 4a 2d a9 4c 7e db 90 07 fc f1 8d a3 8e 38
-< 25 21 0a 32 c1 95 31 3c ba 56 cc 17 45 87 e1 eb
-< fd 9f 0f 82 16 67 9f 67 fa 91 e4 0d 55 4e 52 c0
-< 66 64 2f fe 98 8f ae f8 96 21 5e ea 38 9e 5c 4f
-< 27 e2 48 ca ca f2 90 23 ad 99 4b cc 38 32 6d bf
-<
-< Or the same as the above, with ':' instead of spaces. We can't guarantee that these are the only ways such tools will present hexadecimals, so we are very lax.
-< The letters can be uppercase or lowercase, or mixed.
-< Some strings may start with initial 00's, and can be stripped in this notation as they often are. Doing this could, in complement of 2 notation turn a positive number into a negative one, if the first hexadecimal character happens to be one of the set {'8', '9', 'a', 'A', 'b', 'B', 'c', 'C', 'd', 'D', 'e', 'E', 'f', 'F'} . As we interpret this string as a hexadecimal number leading 00s are not important (Complement of 2 notation and hexadecimal overlap for positive numbers)
-< In order to make this fun, we allow any unicode characters in the string. A parser should
-< 1. remove all non hexadecimal characters
-< 2. treat the resulting as a hexadecimal representation of a number
-< This will allow people to make an ascii - better yet a UTF-8 - picture of their public key when publishing it on the web.
-< </comment>
-< <domain rdf:resource="http://www.w3.org/2001/XMLSchema#nonNegativeInteger"/>
-< <label xml:lang="en">hexadecimal</label>
-< <range rdf:resource="http://www.w3.org/2001/XMLSchema#string"/>
-< <seeAlso rdf:resource="http://en.wikipedia.org/wiki/Hexadecimal"/>
-< <owl:equivalentClass rdf:resource="http://www.w3.org/2001/XMLSchema#nonNegativeInteger"/>
-< <vs:term_status>unstable</vs:term_status>
-< <skos:editorialNote xml:lang="en">
-< This relation should slowly be transited to just being a datatype.
-< Being a datatype and a property is legal as explained here
-< http://lists.w3.org/Archives/Public/semantic-web/2010Mar/0037.html
-< But it may be somewhat confusing, especially if it goes against a pattern - still to be set - by the xsd datatypes as the follow up email makes clear.
-< </skos:editorialNote>
-< </Datatype>
-<
-< <rdf:Property rdf:about="cert#identity">
-< <comment>
-< the identity of the public key. This is the entity that knows the private key and so can decrypt messages encrypted with the public key, or encrypt messages that can be decrypted with the public key. It can be an Agent, or an idirect identifier of an agent such as a foaf:OnlineAccount .
-< Should one specify the range as being the union of those two classes, or should one leave this open?
-< </comment>
-< <domain rdf:resource="cert#PublicKey"/>
-< <vs:term_status>unstable</vs:term_status>
-< </rdf:Property>
-<
-< <Datatype rdf:about="cert#int">
-< <comment xml:lang="en">
-< A positive integer in base 10 notation.
-< xsd:nonNegativeInteger could be used, but is a bit long to write, and may be too strictly defined.
-< This is here to provice a pair with cert:hex, to avoid needing to import a new namespace, and to give a bit more flexibility in the future.
-< </comment>
-< <owl:equivalentClass rdf:resource="http://www.w3.org/2001/XMLSchema#nonNegativeInteger"/>
-< <vs:term_status>unstable</vs:term_status>
-< <skos:editorialNote xml:lang="en">
-< We may decide to make it easier to write integers than what xsd:integer provides, if needed.
-< </skos:editorialNote>
-< </Datatype>
-<
-< <rdf:Property rdf:about="cert#public_key">
-< <comment>
-< relates the private key to the public key component, in a public/private
-< key pair.
-< </comment>
-< <domain rdf:resource="cert#PrivateKey"/>
-< <range rdf:resource="cert#PublicKey"/>
-< <vs:term_status>unstable</vs:term_status>
-< </rdf:Property>
----
-> xmlns:dc="http://purl.org/dc/terms/"
-> xmlns:foaf="http://xmlns.com/foaf/0.1/"
-> xmlns:owl="http://www.w3.org/2002/07/owl#"
-> xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-> xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#"
-> xmlns:skos="http://www.w3.org/2004/02/skos/core#"
-> xmlns:vs="http://www.w3.org/2003/06/sw-vocab-status/ns#">
->
-> <owl:Ontology rdf:about="http://www.w3.org/ns/auth/cert#">
-> <owl:versionInfo>1.0</owl:versionInfo>
-> <rdfs:seeAlso rdf:resource="http://www.w3.org/2005/Incubator/webid/"/>
-> <rdfs:comment>Ontology for Certificates and crypto stuff.</rdfs:comment>
-> <dc:created rdf:datatype="http://www.w3.org/2001/XMLSchema#date">2008-11-13</dc:created>
-> <dc:title>The Cert Ontology</dc:title>
-> </owl:Ontology>
->
-> <owl:Class rdf:about="http://www.w3.org/ns/auth/cert#Certificate">
-> <rdfs:label>Certificate</rdfs:label>
-> <rdfs:comment>A certificate is a Document that is signed. As explained here http://www.pgpi.org/doc/pgpintro/#p16 'A digital certificate consists of three things: (1) A public key. (2) Certificate information. 'Identity' information about the user, such as name, user ID, and so on. (3) One or more digital signatures.'</rdfs:comment>
-> <rdfs:subClassOf rdf:resource="http://xmlns.com/foaf/0.1/Document"/>
-> <vs:term_status>unstable</vs:term_status>
-> </owl:Class>
->
-> <owl:Class rdf:about="http://www.w3.org/ns/auth/cert#Key">
-> <rdfs:label>Key</rdfs:label>
-> <rdfs:comment>the class of keys</rdfs:comment>
-> <vs:term_status>unstable</vs:term_status>
-> </owl:Class>
->
-> <owl:Class rdf:about="http://www.w3.org/ns/auth/cert#PGPCertificate">
-> <rdfs:label>PGP Certificate</rdfs:label>
-> <rdfs:comment>the class of PGP Certificates</rdfs:comment>
-> <rdfs:subClassOf rdf:resource="http://www.w3.org/ns/auth/cert#Certificate"/>
-> <owl:equivalentClass rdf:resource="http://xmlns.com/wot/0.1/PubKey"/>
-> <vs:term_status>unstable</vs:term_status>
-> </owl:Class>
->
-> <owl:Class rdf:about="http://www.w3.org/ns/auth/cert#PrivateKey">
-> <rdfs:label>Private Key</rdfs:label>
-> <rdfs:comment>Private Key</rdfs:comment>
-> <rdfs:subClassOf rdf:resource="http://www.w3.org/ns/auth/cert#Key"/>
-> <vs:term_status>unstable</vs:term_status>
-> </owl:Class>
->
-> <owl:Class rdf:about="http://www.w3.org/ns/auth/cert#PublicKey">
-> <rdfs:label>Public Key</rdfs:label>
-> <rdfs:comment>Public Key</rdfs:comment>
-> <rdfs:subClassOf rdf:resource="http://www.w3.org/ns/auth/cert#Key"/>
-> <vs:term_status>unstable</vs:term_status>
-> </owl:Class>
->
-> <owl:Class rdf:about="http://www.w3.org/ns/auth/cert#Signature">
-> <rdfs:label>Signature</rdfs:label>
-> <rdfs:comment>the class of signtatures</rdfs:comment>
-> <vs:term_status>unstable</vs:term_status>
-> </owl:Class>
->
-> <owl:Class rdf:about="http://www.w3.org/ns/auth/cert#X509Certificate">
-> <rdfs:label>Certificate</rdfs:label>
-> <rdfs:comment>the class of X509 Certificates</rdfs:comment>
-> <rdfs:subClassOf rdf:resource="http://www.w3.org/ns/auth/cert#Certificate"/>
-> <vs:term_status>unstable</vs:term_status>
-> </owl:Class>
->
-> <owl:DatatypeProperty rdf:about="http://www.w3.org/ns/auth/cert#decimal">
-> <rdfs:label>decimal</rdfs:label>
-> <rdf:type rdf:resource="http://www.w3.org/2002/07/owl#InverseFunctionalProperty"/>
-> <rdfs:comment>An encoding of an integer in base 10 notation. Use cert:int instead.</rdfs:comment>
-> <rdfs:domain rdf:resource="http://www.w3.org/2001/XMLSchema#nonNegativeInteger"/>
-> <rdfs:range rdf:resource="http://www.w3.org/2001/XMLSchema#string"/>
-> <vs:term_status>archaic</vs:term_status>
-> </owl:DatatypeProperty>
->
-> <owl:DatatypeProperty rdf:about="http://www.w3.org/ns/auth/cert#hex">
-> <rdfs:label>hex</rdfs:label>
-> <rdf:type rdf:resource="http://www.w3.org/2002/07/owl#InverseFunctionalProperty"/>
-> <rdfs:comment>An encoding of a positive integer (from 0 to infinity) as a hexadecimal string that makes it easy to read and/or fun to present on the web.
-> The purpose of this way of representing hexadecimals is to enable users to copy and paste hexadecimal notations as shown by most browsers, keychains or tools such as opensso, into their rdf representation of choice.There are a wide variety of ways in which such strings can be presented. One finds the following e1 dc d5 e1 00 8f 21 5e d5 cc 7c 7e c4 9c ad 86 64 aa dc 29 f2 8d d9 56 7f 31 b6 bd 1b fd b8 ee 51 0d 3c 84 59 a2 45 d2 13 59 2a 14 82 1a 0f 6e d3 d1 4a 2d a9 4c 7e db 90 07 fc f1 8d a3 8e 38 25 21 0a 32 c1 95 31 3c ba 56 cc 17 45 87 e1 eb fd 9f 0f 82 16 67 9f 67 fa 91 e4 0d 55 4e 52 c0 66 64 2f fe 98 8f ae f8 96 21 5e ea 38 9e 5c 4f 27 e2 48 ca ca f2 90 23 ad 99 4b cc 38 32 6d bf Or the same as the above, with ':' instead of spaces. We can't guarantee that these are the only ways such tools will present hexadecimals, so we are very lax. The letters can be uppercase or lowercase, or mixed.
-> Some strings may start with initial 00's, and can be stripped in this notation as they often are. Doing this could, in complement of 2 notation turn a positive number into a negative one, if the first hexadecimal character happens to be one ofthe set {'8', '9', 'a', 'A', 'b', 'B', 'c', 'C', 'd', 'D', 'e', 'E', 'f', 'F'} .As we interpret this string as a hexadecimal number leading 00s are not important(Complement of 2 notation and hexadecimal overlap for positive numbers) In order to make this fun, we allow any unicode characters in the string. A parser should 1. remove all non hexadecimal characters
-> 2. treat the resulting as a hexadecimal representation of a number This will allow people to make an ascii - better yet a UTF-8 - picture of their public key when publishing it on the web.</rdfs:comment>
-> <vs:term_status>unstable</vs:term_status>
-> </owl:DatatypeProperty>
->
-> <owl:ObjectProperty rdf:about="http://www.w3.org/ns/auth/cert#identity">
-> <rdfs:label>identity</rdfs:label>
-> <rdfs:comment>the identity of the public key. This is the entity that knows the private key and so can decrypt messages encrypted with the public key, or encrypt messages that can be decrypted with the public key. It can be an Agent, or an idirect identifier of an agent such as a foaf:OnlineAccount .
-> Should one specify the range as being the union of those two classes, or should one leave this open?</rdfs:comment>
-> <rdfs:domain rdf:resource="http://www.w3.org/ns/auth/cert#PublicKey"/>
-> <vs:term_status>unstable</vs:term_status>
-> </owl:ObjectProperty>
->
-> <owl:DatatypeProperty rdf:about="http://www.w3.org/ns/auth/cert#int">
-> <rdfs:label>int</rdfs:label>
-> <rdfs:comment>A positive integer in base 10 notation. xsd:nonNegativeInteger could be used, but is a bit long to write, and may be too strictly defined.
-> This is here to provice a pair with cert:hex, to avoid needing to import a new namespace, and to give a bit more flexibility in the future.</rdfs:comment>
-> <vs:term_status>unstable</vs:term_status>
-> </owl:DatatypeProperty>
->
-> <owl:ObjectProperty rdf:about="http://www.w3.org/ns/auth/cert#public_key">
-> <rdfs:label>public key</rdfs:label>
-> <rdfs:comment>relates the private key to the public key component, in a public/private key pair.</rdfs:comment>
-> <rdfs:domain rdf:resource="http://www.w3.org/ns/auth/cert#PrivateKey"/>
-> <rdfs:range rdf:resource="http://www.w3.org/ns/auth/cert#PublicKey"/>
-> <vs:term_status>unstable</vs:term_status>
-> </owl:ObjectProperty>
--- a/ontologies/modified/diff/rsa Tue Oct 04 18:05:11 2011 +0200
+++ /dev/null Thu Jan 01 00:00:00 1970 +0000
@@ -1,85 +0,0 @@
-
-<!-- Processed by Id: cwm.py,v 1.197 2007/12/13 15:38:39 syosi Exp -->
-<!-- using base file:///Users/hjs/Programming/w3.org/WWW/ns/auth/rsa.n3-->
-
-
-<rdf:RDF xmlns="http://www.w3.org/2000/01/rdf-schema#"
- xmlns:dc="http://purl.org/dc/terms/"
- xmlns:foaf="http://xmlns.com/foaf/0.1/"
- xmlns:owl="http://www.w3.org/2002/07/owl#"
- xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
- xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#"
- xmlns:vs="http://www.w3.org/2003/06/sw-vocab-status/ns#">
-
- <owl:Ontology rdf:about="rsa">
- <dc:created rdf:datatype="http://www.w3.org/2001/XMLSchema#date">2008-11-13</dc:created>
- <comment>ontology for the RSA public private keys </comment>
- <seeAlso rdf:resource="X509Uml.svg"/>
- <seeAlso rdf:resource="http://en.wikipedia.org/wiki/RSA"/>
- <seeAlso rdf:resource="http://lists.foaf-project.org/mailman/listinfo/foaf-protocols"/>
- <vs:term_status>unstable</vs:term_status>
- <foaf:maker rdf:resource="http://bblfish.net/people/henry/card#me"/>
- </owl:Ontology>
-
- <rdf:Description rdf:about="rsa#RSAKey">
- <comment>
- The union of the public and private components of an RSAKey.
- Usually those pieces are not kept together
- </comment>
- <subClassOf rdf:resource="cert#Key"/>
- <vs:term_status>unstable</vs:term_status>
- </rdf:Description>
-
- <rdf:Description rdf:about="rsa#RSAPrivateKey">
- <comment>
- A Private Key in the RSA framework
- </comment>
- <seeAlso rdf:resource="http://en.wikipedia.org/wiki/RSA"/>
- <subClassOf rdf:resource="cert#PrivateKey"/>
- <subClassOf rdf:resource="rsa#RSAKey"/>
- <vs:term_status>unstable</vs:term_status>
- </rdf:Description>
-
- <rdf:Description rdf:about="rsa#RSAPublicKey">
- <comment>
- The RSA public key. Padded message m are encrypted by applying the function
- modulus(power(m,exponent),modulus)
- </comment>
- <seeAlso rdf:resource="http://en.wikipedia.org/wiki/RSA"/>
- <subClassOf rdf:resource="cert#PublicKey"/>
- <subClassOf rdf:resource="rsa#RSAKey"/>
- <vs:term_status>unstable</vs:term_status>
- </rdf:Description>
-
- <rdf:Property rdf:about="rsa#modulus">
- <comment>
- The modulus of an RSA public and private key.
- This is defined as n = p*q
- </comment>
- <domain rdf:resource="rsa#RSAKey"/>
- <range rdf:resource="cert#int"/>
- <vs:term_status>unstable</vs:term_status>
- </rdf:Property>
-
- <rdf:Property rdf:about="rsa#private_exponent">
- <comment>
- The exponent used to decrypt the message
- calculated as
- public_exponent*private_exponent ≡ 1 modulo totient(p*q)
- The private exponent is often named 'd'
- </comment>
- <domain rdf:resource="rsa#RSAPrivateKey"/>
- <range rdf:resource="cert#int"/>
- <vs:term_status>unstable</vs:term_status>
- </rdf:Property>
-
- <rdf:Property rdf:about="rsa#public_exponent">
- <comment>
- The exponent used to encrypt the message. Number chosen between
- 1 and the totient(p*q). Often named 'e' .
- </comment>
- <domain rdf:resource="rsa#RSAPublicKey"/>
- <range rdf:resource="cert#int"/>
- <vs:term_status>unstable</vs:term_status>
- </rdf:Property>
-</rdf:RDF>
--- a/ontologies/modified/diff/rsa_diff Tue Oct 04 18:05:11 2011 +0200
+++ /dev/null Thu Jan 01 00:00:00 1970 +0000
@@ -1,152 +0,0 @@
-1,5d0
-<
-< <!-- Processed by Id: cwm.py,v 1.197 2007/12/13 15:38:39 syosi Exp -->
-< <!-- using base file:///Users/hjs/Programming/w3.org/WWW/ns/auth/rsa.n3-->
-<
-<
-7,84c2,65
-< xmlns:dc="http://purl.org/dc/terms/"
-< xmlns:foaf="http://xmlns.com/foaf/0.1/"
-< xmlns:owl="http://www.w3.org/2002/07/owl#"
-< xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-< xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#"
-< xmlns:vs="http://www.w3.org/2003/06/sw-vocab-status/ns#">
-<
-< <owl:Ontology rdf:about="rsa">
-< <dc:created rdf:datatype="http://www.w3.org/2001/XMLSchema#date">2008-11-13</dc:created>
-< <comment>ontology for the RSA public private keys </comment>
-< <seeAlso rdf:resource="X509Uml.svg"/>
-< <seeAlso rdf:resource="http://en.wikipedia.org/wiki/RSA"/>
-< <seeAlso rdf:resource="http://lists.foaf-project.org/mailman/listinfo/foaf-protocols"/>
-< <vs:term_status>unstable</vs:term_status>
-< <foaf:maker rdf:resource="http://bblfish.net/people/henry/card#me"/>
-< </owl:Ontology>
-<
-< <rdf:Description rdf:about="rsa#RSAKey">
-< <comment>
-< The union of the public and private components of an RSAKey.
-< Usually those pieces are not kept together
-< </comment>
-< <subClassOf rdf:resource="cert#Key"/>
-< <vs:term_status>unstable</vs:term_status>
-< </rdf:Description>
-<
-< <rdf:Description rdf:about="rsa#RSAPrivateKey">
-< <comment>
-< A Private Key in the RSA framework
-< </comment>
-< <seeAlso rdf:resource="http://en.wikipedia.org/wiki/RSA"/>
-< <subClassOf rdf:resource="cert#PrivateKey"/>
-< <subClassOf rdf:resource="rsa#RSAKey"/>
-< <vs:term_status>unstable</vs:term_status>
-< </rdf:Description>
-<
-< <rdf:Description rdf:about="rsa#RSAPublicKey">
-< <comment>
-< The RSA public key. Padded message m are encrypted by applying the function
-< modulus(power(m,exponent),modulus)
-< </comment>
-< <seeAlso rdf:resource="http://en.wikipedia.org/wiki/RSA"/>
-< <subClassOf rdf:resource="cert#PublicKey"/>
-< <subClassOf rdf:resource="rsa#RSAKey"/>
-< <vs:term_status>unstable</vs:term_status>
-< </rdf:Description>
-<
-< <rdf:Property rdf:about="rsa#modulus">
-< <comment>
-< The modulus of an RSA public and private key.
-< This is defined as n = p*q
-< </comment>
-< <domain rdf:resource="rsa#RSAKey"/>
-< <range rdf:resource="cert#int"/>
-< <vs:term_status>unstable</vs:term_status>
-< </rdf:Property>
-<
-< <rdf:Property rdf:about="rsa#private_exponent">
-< <comment>
-< The exponent used to decrypt the message
-< calculated as
-< public_exponent*private_exponent ≡ 1 modulo totient(p*q)
-< The private exponent is often named 'd'
-< </comment>
-< <domain rdf:resource="rsa#RSAPrivateKey"/>
-< <range rdf:resource="cert#int"/>
-< <vs:term_status>unstable</vs:term_status>
-< </rdf:Property>
-<
-< <rdf:Property rdf:about="rsa#public_exponent">
-< <comment>
-< The exponent used to encrypt the message. Number chosen between
-< 1 and the totient(p*q). Often named 'e' .
-< </comment>
-< <domain rdf:resource="rsa#RSAPublicKey"/>
-< <range rdf:resource="cert#int"/>
-< <vs:term_status>unstable</vs:term_status>
-< </rdf:Property>
----
-> xmlns:dc="http://purl.org/dc/terms/"
-> xmlns:foaf="http://xmlns.com/foaf/0.1/"
-> xmlns:owl="http://www.w3.org/2002/07/owl#"
-> xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-> xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#"
-> xmlns:vs="http://www.w3.org/2003/06/sw-vocab-status/ns#">
->
-> <owl:Ontology rdf:about="http://www.w3.org/ns/auth/rsa#">
-> <owl:versionInfo>1.0</owl:versionInfo>
-> <rdfs:seeAlso rdf:resource="http://www.w3.org/2005/Incubator/webid/"/>
-> <rdfs:comment>Ontology for the RSA public private keys.</rdfs:comment>
-> <dc:created rdf:datatype="http://www.w3.org/2001/XMLSchema#date">2008-11-13</dc:created>
-> <dc:title>The RSA Ontology</dc:title>
-> </owl:Ontology>
->
-> <owl:Class rdf:about="http://www.w3.org/ns/auth/rsa#RSAKey">
-> <rdfs:label>RSA Key</rdfs:label>
-> <rdfs:comment>The union of the public and private components of an RSAKey. Usually those pieces are not kept together.</rdfs:comment>
-> <rdfs:subClassOf rdf:resource="http://www.w3.org/ns/auth/cert#Key"/>
-> <vs:term_status>unstable</vs:term_status>
-> </owl:Class>
->
-> <owl:Class rdf:about="http://www.w3.org/ns/auth/rsa#RSAPrivateKey">
-> <rdfs:label>RSA Private Key</rdfs:label>
-> <rdfs:comment>A Private Key in the RSA framework</rdfs:comment>
-> <rdfs:subClassOf rdf:resource="http://www.w3.org/ns/auth/cert#PrivateKey"/>
-> <rdfs:subClassOf rdf:resource="http://www.w3.org/ns/auth/rsa#RSAKey"/>
-> <vs:term_status>unstable</vs:term_status>
-> </owl:Class>
->
-> <owl:Class rdf:about="http://www.w3.org/ns/auth/rsa#RSAPublicKey">
-> <rdfs:label>RSA Public Key</rdfs:label>
-> <rdfs:comment>The RSA public key. Padded message m are encrypted by applying the function modulus(power(m,exponent),modulus).</rdfs:comment>
-> <rdfs:subClassOf rdf:resource="http://www.w3.org/ns/auth/cert#PublicKey"/>
-> <rdfs:subClassOf rdf:resource="http://www.w3.org/ns/auth/rsa#RSAKey"/>
-> <vs:term_status>unstable</vs:term_status>
-> </owl:Class>
->
-> <owl:ObjectProperty rdf:about="http://www.w3.org/ns/auth/rsa#modulus">
-> <rdfs:label>modulus</rdfs:label>
-> <rdfs:comment>The modulus of an RSA public and private key. This is defined as n = p*q.</rdfs:comment>
-> <rdfs:domain rdf:resource="http://www.w3.org/ns/auth/rsa#RSAKey"/>
-> <rdfs:range rdf:resource="http://www.w3.org/ns/auth/cert#int"/>
-> <vs:term_status>unstable</vs:term_status>
-> </owl:ObjectProperty>
->
-> <owl:ObjectProperty rdf:about="http://www.w3.org/ns/auth/rsa#private_exponent">
-> <rdfs:label>private exponent</rdfs:label>
-> <rdfs:comment> The exponent used to decrypt the message calculated as public_exponent*private_exponent = 1 modulo totient(p*q). The private exponent is often named 'd'</rdfs:comment>
-> <rdfs:domain rdf:resource="http://www.w3.org/ns/auth/rsa#RSAPrivateKey"/>
-> <rdfs:range rdf:resource="http://www.w3.org/ns/auth/cert#int"/>
-> <vs:term_status>unstable</vs:term_status>
-> </owl:ObjectProperty>
->
-> <owl:ObjectProperty rdf:about="http://www.w3.org/ns/auth/rsa#public_exponent">
-> <rdfs:label>public exponent</rdfs:label>
-> <rdfs:comment>The exponent used to encrypt the message. Number chosen between 1 and the totient(p*q). Often named 'e'.</rdfs:comment>
-> <rdfs:domain rdf:resource="http://www.w3.org/ns/auth/rsa#RSAPublicKey"/>
-> <rdfs:range rdf:resource="http://www.w3.org/ns/auth/cert#int"/>
-> <vs:term_status>unstable</vs:term_status>
-> </owl:ObjectProperty>
->
-> <owl:Class rdf:about="http://www.w3.org/ns/auth/cert#PrivateKey"><rdfs:label>Private Key</rdfs:label></owl:Class>
-> <owl:Class rdf:about="http://www.w3.org/ns/auth/cert#PublicKey"><rdfs:label>Public Key</rdfs:label></owl:Class>
-85a67
->
--- a/ontologies/modified/rsa.owl Tue Oct 04 18:05:11 2011 +0200
+++ /dev/null Thu Jan 01 00:00:00 1970 +0000
@@ -1,67 +0,0 @@
-<rdf:RDF xmlns="http://www.w3.org/2000/01/rdf-schema#"
-xmlns:dc="http://purl.org/dc/terms/"
-xmlns:foaf="http://xmlns.com/foaf/0.1/"
-xmlns:owl="http://www.w3.org/2002/07/owl#"
-xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
-xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#"
-xmlns:vs="http://www.w3.org/2003/06/sw-vocab-status/ns#">
-
-<owl:Ontology rdf:about="http://www.w3.org/ns/auth/rsa#">
-<owl:versionInfo>1.0</owl:versionInfo>
-<rdfs:seeAlso rdf:resource="http://www.w3.org/2005/Incubator/webid/"/>
-<rdfs:comment>Ontology for the RSA public private keys.</rdfs:comment>
-<dc:created rdf:datatype="http://www.w3.org/2001/XMLSchema#date">2008-11-13</dc:created>
-<dc:title>The RSA Ontology</dc:title>
-</owl:Ontology>
-
-<owl:Class rdf:about="http://www.w3.org/ns/auth/rsa#RSAKey">
-<rdfs:label>RSA Key</rdfs:label>
-<rdfs:comment>The union of the public and private components of an RSAKey. Usually those pieces are not kept together.</rdfs:comment>
-<rdfs:subClassOf rdf:resource="http://www.w3.org/ns/auth/cert#Key"/>
-<vs:term_status>unstable</vs:term_status>
-</owl:Class>
-
-<owl:Class rdf:about="http://www.w3.org/ns/auth/rsa#RSAPrivateKey">
-<rdfs:label>RSA Private Key</rdfs:label>
-<rdfs:comment>A Private Key in the RSA framework</rdfs:comment>
-<rdfs:subClassOf rdf:resource="http://www.w3.org/ns/auth/cert#PrivateKey"/>
-<rdfs:subClassOf rdf:resource="http://www.w3.org/ns/auth/rsa#RSAKey"/>
-<vs:term_status>unstable</vs:term_status>
-</owl:Class>
-
-<owl:Class rdf:about="http://www.w3.org/ns/auth/rsa#RSAPublicKey">
-<rdfs:label>RSA Public Key</rdfs:label>
-<rdfs:comment>The RSA public key. Padded message m are encrypted by applying the function modulus(power(m,exponent),modulus).</rdfs:comment>
-<rdfs:subClassOf rdf:resource="http://www.w3.org/ns/auth/cert#PublicKey"/>
-<rdfs:subClassOf rdf:resource="http://www.w3.org/ns/auth/rsa#RSAKey"/>
-<vs:term_status>unstable</vs:term_status>
-</owl:Class>
-
-<owl:ObjectProperty rdf:about="http://www.w3.org/ns/auth/rsa#modulus">
-<rdfs:label>modulus</rdfs:label>
-<rdfs:comment>The modulus of an RSA public and private key. This is defined as n = p*q.</rdfs:comment>
-<rdfs:domain rdf:resource="http://www.w3.org/ns/auth/rsa#RSAKey"/>
-<rdfs:range rdf:resource="http://www.w3.org/ns/auth/cert#int"/>
-<vs:term_status>unstable</vs:term_status>
-</owl:ObjectProperty>
-
-<owl:ObjectProperty rdf:about="http://www.w3.org/ns/auth/rsa#private_exponent">
-<rdfs:label>private exponent</rdfs:label>
-<rdfs:comment> The exponent used to decrypt the message calculated as public_exponent*private_exponent = 1 modulo totient(p*q). The private exponent is often named 'd'</rdfs:comment>
-<rdfs:domain rdf:resource="http://www.w3.org/ns/auth/rsa#RSAPrivateKey"/>
-<rdfs:range rdf:resource="http://www.w3.org/ns/auth/cert#int"/>
-<vs:term_status>unstable</vs:term_status>
-</owl:ObjectProperty>
-
-<owl:ObjectProperty rdf:about="http://www.w3.org/ns/auth/rsa#public_exponent">
-<rdfs:label>public exponent</rdfs:label>
-<rdfs:comment>The exponent used to encrypt the message. Number chosen between 1 and the totient(p*q). Often named 'e'.</rdfs:comment>
-<rdfs:domain rdf:resource="http://www.w3.org/ns/auth/rsa#RSAPublicKey"/>
-<rdfs:range rdf:resource="http://www.w3.org/ns/auth/cert#int"/>
-<vs:term_status>unstable</vs:term_status>
-</owl:ObjectProperty>
-
-<owl:Class rdf:about="http://www.w3.org/ns/auth/cert#PrivateKey"><rdfs:label>Private Key</rdfs:label></owl:Class>
-<owl:Class rdf:about="http://www.w3.org/ns/auth/cert#PublicKey"><rdfs:label>Public Key</rdfs:label></owl:Class>
-</rdf:RDF>
-
--- a/ontologies/rdfa/template_cert.html Tue Oct 04 18:05:11 2011 +0200
+++ b/ontologies/rdfa/template_cert.html Tue Oct 04 19:30:46 2011 +0200
@@ -32,8 +32,10 @@
<dd><a href="http://www.w3.org/ns/auth/cert#">http://www.w3.org/ns/auth/cert#</a> (<a href="http://www.w3.org/ns/auth/cert.n3">N3</a>)</dd>
<dt>Authors:</dt>
+<dd><a href="http://bblfish.net/">Henry Story</a> </dd>
+
+<dt>Contributors:</dt>
<dd><a href="http://ii.uwb.edu.pl/~dtomaszuk/">Dominik Tomaszuk</a> (<a href="http://ii.uwb.edu.pl/">University of Bialystok</a>)</dd>
-<dd><a href="http://bblfish.net/">Henry Story</a> </dd>
</dl>
<p class="copyright"><span>Copyright © 2010-2011 W3C® (MIT, ERCIM, Keio), All Rights Reserved. W3C liability, trademark and document use rules apply.</span></p>
--- a/ontologies/rdfa/template_rsa.html Tue Oct 04 18:05:11 2011 +0200
+++ b/ontologies/rdfa/template_rsa.html Tue Oct 04 19:30:46 2011 +0200
@@ -32,10 +32,11 @@
<dd><a href="http://www.w3.org/ns/auth/rsa#">http://www.w3.org/ns/auth/rsa#</a> (<a href="http://www.w3.org/ns/auth/rsa.n3">N3</a>)</dd>
<dt>Authors:</dt>
-<dd><a href="http://ii.uwb.edu.pl/~dtomaszuk/">Dominik Tomaszuk</a> (<a href="http://ii.uwb.edu.pl/">University of Bialystok</a>)</dd>
<dd><a href="http://bblfish.net/">Henry Story</a> </dd>
+
+<dt>Contributors:</dt>
+<dd><a href="http://ii.uwb.edu.pl/~dtomaszuk/">Dominik Tomaszuk</a> (<a href="http://ii.uwb.edu.pl/">University of Bialystok</a>)</dd>
</dl>
-
<p class="copyright"><span>Copyright © 2010-2011 W3C® (MIT, ERCIM, Keio), All Rights Reserved. W3C liability, trademark and document use rules apply.</span></p>
<hr />
Binary file ontologies/specgen/libvocab.pyc has changed