- From: Jos de Bruijn <debruijn@inf.unibz.it>
- Date: Thu, 06 Nov 2008 19:49:12 +0100
- To: Sandro Hawke <sandro@w3.org>
- CC: RIF WG <public-rif-wg@w3.org>
- Message-ID: <49133C28.6090408@inf.unibz.it>
Sandro Hawke wrote: >> I reviewed the current draft of the rdf:text specification [1]. > > Excellent, thank you. > > Can you please send this to public-rdf-text@w3.org instead of or in > addition to public-rif-wg, so the interested OWL participants can join > the discussion? > > A reminder: people should subscribe to that list if they are interested > in this document. See > http://lists.w3.org/Archives/Public/public-rdf-text/ > for archives and the "subscribe" link. > > Note that yesterday, OWL-WG resolved to publish this as a FPWD as soon > as RIF-WG approves, so we'll have to figure out which changes to make > before/after publication. I would be fine if my main concerns are just marked with an editor's note saying that the issues are under discussion. Best, Jos > > -- Sandro > >> I subdivided my comments into criticism on the content, criticism on the >> structure, errors in the document, and editorial issues. >> >> Criticism on the content >> ==== >> - to assure maximum compatibility with current and future versions of >> XML schema datatypes, the string parts of both the lexical and value >> space should be based on the respective spaces of the XML schema >> datatype string. >> - the set of characters is finite, and thus it cannot be assumed that it >> is infinite. The problem that some OWL 2 implementations might have some >> issue with the finiteness of this set is of no concern to this datatype >> per se. In fact, the XML schema string datatype is based on a finite set >> of characters, and so OWL 2 implementations will run into problems with >> this datatype. >> If there is really a problem to be expected with implementations of OWL >> 2, it should be dealt with in the OWL 2 specification, and not the >> specification of this datatype. >> - concerning the definition of fn:text-length: It is not obvious that >> this function should return the length of only the string part of the >> text. A user might expect the language tag, and perhaps even the >> separator used in the lexical space, to be taken into account when >> computing the length. >> Therefore, I believe no text-length function should be provided. >> >> Criticism on the structure >> ==== >> - the sections 3.1 and 3.2 are not logically part of the definition of >> the data type, and so should not be included in section 3. >> >> Errors in the document >> ==== >> - In the example in section 3.2 it is claimed that the string "Padre de >> familia" is mapped to the same value as the text "Padre de familia@". >> This is clearly not true. >> - In the definition of text-from-string-lang, $arg2 must be a string as >> specified in BCP 47, and otherwise an error must be raised. >> >> Editorial issues >> ==== >> - abstract: "both in" => "in both" >> - introduction: the text about how this document came to be and about >> the collaboration between the working groups might be interesting for >> the "purpose of this document" section, but not for the specification >> document itself. However, I guess that for the first public working >> draft it's not really an issue. >> - the references of the form [1],... are awkward. Please use the same >> style for all references. >> - some of the references are italicized, and some are not, e.g., the >> second sentence of section 2. >> - sections 4.1.3 and 4.1.4: please specify the return values; extraction >> is a process. >> - the text and summaries in sections 4.2.1 and 4.2.2 is not entirely >> clear. Please use symbols for referring to the individual parts of the >> arguments and to state properties about them, like in sections 4.1.3 and >> 4.1.4. >> - there is a question-mark in the signature declaration in section >> 4.3.2. It is not clear what this means. >> >> >> [1] http://www.w3.org/2007/OWL/draft/ED-owl2-rdf-text-20081104/ >> >> --------------ms080304090806080809060301 >> Content-Type: application/x-pkcs7-signature; name="smime.p7s" >> Content-Transfer-Encoding: base64 >> Content-Disposition: attachment; filename="smime.p7s" >> Content-Description: S/MIME Cryptographic Signature >> >> MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJEzCC >> AuQwggJNoAMCAQICEFDQ8Z0xPbVzrJnMS/oJwyowDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE >> BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT >> I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MDMxNzE2MjgyNVoX >> DTA5MDMxNzE2MjgyNVowRzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEkMCIG >> CSqGSIb3DQEJARYVZGVicnVpam5AaW5mLnVuaWJ6Lml0MIIBIjANBgkqhkiG9w0BAQEFAAOC >> AQ8AMIIBCgKCAQEAurBxaoPOweZ4Wa4pat4q+fogUG8VgMK18UAtopP+Itk7xzIxS9YgBG/5 >> P6AJaOGiIWGfApCsSl4F0ibqnRRI8VJ39X4Tvs9S+iA/L65PcKWHHy90WqfPud6LK2UcriAl >> r5CSegHf6o5qVwSIfvsUyj1c00z3itU4HjoZbcDBxVoffUq7gstrX6USM9dIKP8nrXRgVSV1 >> 0ZEcLMZAZGmH2HkbsQU2PYAS1LBGmzsy9Kh7zZt5csekbvCgcYifiasyRnLVLhDRRA6By8ws >> vuAJjczXoLivwIw3gnqd29Lux6TBn8J4LknGRvkC+9XAnOtjeb3DxnCe5yA6IAqrR0IGrQID >> AQABozIwMDAgBgNVHREEGTAXgRVkZWJydWlqbkBpbmYudW5pYnouaXQwDAYDVR0TAQH/BAIw >> ADANBgkqhkiG9w0BAQUFAAOBgQBY+QwMrSthNBpcBZv+NiasUF41ZjCH46u8MK0SLlltghHl >> Hs8NPF69+aWoy/n+AN6z6ZB1/Eq6VYMA5xwJWxoAfEDHMGrvjXUFe6uBUzqi4oSI6rksGU4o >> 7KSAagMpcS8CczgK7P8HwjTov0Fz/ziFXfwWTHyIMBbXD9PxnD3kWDCCAuQwggJNoAMCAQIC >> EFDQ8Z0xPbVzrJnMS/oJwyowDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkExJTAjBgNV >> BAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJz >> b25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MDMxNzE2MjgyNVoXDTA5MDMxNzE2Mjgy >> NVowRzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEkMCIGCSqGSIb3DQEJARYV >> ZGVicnVpam5AaW5mLnVuaWJ6Lml0MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA >> urBxaoPOweZ4Wa4pat4q+fogUG8VgMK18UAtopP+Itk7xzIxS9YgBG/5P6AJaOGiIWGfApCs >> Sl4F0ibqnRRI8VJ39X4Tvs9S+iA/L65PcKWHHy90WqfPud6LK2UcriAlr5CSegHf6o5qVwSI >> fvsUyj1c00z3itU4HjoZbcDBxVoffUq7gstrX6USM9dIKP8nrXRgVSV10ZEcLMZAZGmH2Hkb >> sQU2PYAS1LBGmzsy9Kh7zZt5csekbvCgcYifiasyRnLVLhDRRA6By8wsvuAJjczXoLivwIw3 >> gnqd29Lux6TBn8J4LknGRvkC+9XAnOtjeb3DxnCe5yA6IAqrR0IGrQIDAQABozIwMDAgBgNV >> HREEGTAXgRVkZWJydWlqbkBpbmYudW5pYnouaXQwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0B >> AQUFAAOBgQBY+QwMrSthNBpcBZv+NiasUF41ZjCH46u8MK0SLlltghHlHs8NPF69+aWoy/n+ >> AN6z6ZB1/Eq6VYMA5xwJWxoAfEDHMGrvjXUFe6uBUzqi4oSI6rksGU4o7KSAagMpcS8CczgK >> 7P8HwjTov0Fz/ziFXfwWTHyIMBbXD9PxnD3kWDCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcN >> AQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcT >> CUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRp >> ZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBG >> cmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNv >> bTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYD >> VQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVy >> c29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA >> xKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkV >> cI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUq >> VIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMG >> A1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZy >> ZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJp >> dmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIX >> oUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydx >> VyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8x >> ggNkMIIDYAIBATB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGlu >> ZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWlu >> ZyBDQQIQUNDxnTE9tXOsmcxL+gnDKjAJBgUrDgMCGgUAoIIBwzAYBgkqhkiG9w0BCQMxCwYJ >> KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wODExMDYxMjE0MzJaMCMGCSqGSIb3DQEJBDEW >> BBTLc1QHOQIUKfCjuqzs+2gYe3dFcDBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4G >> CCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCB >> hQYJKwYBBAGCNxAEMXgwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 >> bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz >> c3VpbmcgQ0ECEFDQ8Z0xPbVzrJnMS/oJwyowgYcGCyqGSIb3DQEJEAILMXigdjBiMQswCQYD >> VQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE >> AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEFDQ8Z0xPbVzrJnMS/oJ >> wyowDQYJKoZIhvcNAQEBBQAEggEAZ93smotklqmfq69sHu2rbtBGb5n/mOpN3hQLAdmkMRI8 >> n49+KnEa6SGQkphMruNKCyyC4Uu9Y9jXiAgpOagC7xHKkj83Mn25xqP9MlqbR2bL0gkVZEh/ >> LazS3K2AIb36Lco/5bCwwwdayCrcWiZM08gWphfU4BSw15ZAaqh3+De3eSLu58pPSbDkvoBp >> 3MbUG1Oxieb5qklBobH+hMeCeaqWejRKY64nuHfM+jTU4dOjJjzDrS3BOwwpKzigyhu2zsU/ >> 7GEdy25mjPacPvLvCq50ZorNRwh4AV4aNTBVGMTDjVXSjvrKP1RDntiSDsLTHBG2z5JTQrgG >> 4kdtC3e1wwAAAAAAAA== >> --------------ms080304090806080809060301-- > -- Jos de Bruijn debruijn@inf.unibz.it +390471016224 http://www.debruijn.net/ ---------------------------------------------- No one who cannot rejoice in the discovery of his own mistakes deserves to be called a scholar. - Donald Foster
Received on Thursday, 6 November 2008 18:56:33 UTC