- From: Michael Kifer <kifer@cs.sunysb.edu>
- Date: Tue, 20 Nov 2007 12:04:05 -0500
- To: Jos de Bruijn <debruijn@inf.unibz.it>
- Cc: RIF <public-rif-wg@w3.org>
Sorry, I missed this email. The short answer is that I fail to see an issue here. I also do not see any issue with <issue 42>. --michael > This is a cryptographically signed message in MIME format. > > --------------ms040104080608040908020401 > Content-Type: text/plain; charset=ISO-8859-1 > Content-Transfer-Encoding: 7bit > > I am writing this e-mail in partial fulfillment of action 369 and to > report on the status of the rif:text specification problem. > > Background of the problem: > For the purpose of representing text in different natural languages and > identify these natural languages, RDF has a specific kind of symbol > called "plain literal with language tag", which is a combination of a > string and a language tag (e.g. "wine"@en, "vin"@fr). For the purposes > of compatibility with RDF and being able to write rules about RDF > graphs, it was decided (*) in RIF to allow users to write such strings > with language tags. > However, it was also decided in RIF that, for the purpose of uniformity, > (**) we only have one kind of symbol which is a combination of a string > and an IRI identifying a symbol space (a datatype is a special type of > symbol space). So, we cannot use plain literals with language tags > directly in RIF. > In order to allow users to write strings with language tags but still > satisfy the requirement that there is only one kind of symbol in RIF, it > was proposed to create a new datatype (rif:text) with an appropriate > definition of a lexical space, a value space, and a lexical to value > mapping. The datatype is defined in the current draft of the BLD > specification [1]. There was a subsequent understanding that it would > be a good idea coordinate the definition of the datatype with the XML > Schema working group, since this working group has defined many > datatypes which we are using. > > I sent an e-mail [2] to this working group asking whether they have > considered creating such a (built-in) datatype, or whether they would be > interested in coordinating the efforts on the specification of this > datatype. > > Response from the XML schema working group: > As I expected, the reply I received [3] said that the XML schema working > group would probably not be interested in specifying such a datatype, > because it is not "simple" enough; values are pairs of strings and > language tags, rather than atomic values. In the XML world, one would > use a complex type for this, using elements or attributes for specifying > these two separate things (string and language tag). > Unfortunately, this doesn't really help us, because of the decision (**) > to have only one kind of symbol (combination of string and symbol space > IRI). [4] > > Next steps: > As I see it we basically have two options: > a) not change anything: we already have a specification of the rif:text > datatype which we can use for the representation of strings with > language tags. The XML schema working group does not appear to be > interested in coordinating the specification of this datatype, so we > will just do it on our own (in fact, we have already). One might argue, > though, that it is not our business to specify datatypes. > > b) drop the constraint (**) that we only have one type of constant > symbol, and specify a specific kind of symbols for writing down strings > with language tags. The drawback of this option is that the language > definition might seem somewhat more complex. Furthermore, if we go down > this path, I think we should define special kinds of symbols for other > classes of symbols as well (specifically, IRIs, local symbols); there > would no longer be a real justification for using symbol spaces for the > representation of these symbols (since we would not longer have the > constraint (**)). > Following option b) would probably alleviate the concern raised in issue > 42 [5]. > > I myself (still) have a preference for option b), but if this option is > not acceptable to the working group, then I will not oppose option a). > > > Best, Jos > > > [1] BLD specification > [2] > http://lists.w3.org/Archives/Public/www-xml-schema-comments/2007JulSep/0102.html > [3] > http://lists.w3.org/Archives/Public/www-xml-schema-comments/2007OctDec/0040.html > [4] Of course, the XML representation of RIF could use two separate > elements/attributes for the representation of rif:text values. > [5] http://www.w3.org/2005/rules/wg/track/issues/42 > > -- > debruijn@inf.unibz.it > > Jos de Bruijn, http://www.debruijn.net/ > ---------------------------------------------- > In heaven all the interesting people are > missing. > - Friedrich Nietzsche > > --------------ms040104080608040908020401 > 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 > AuQwggJNoAMCAQICEB1TmNgyHOKRUL43eSjaINgwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE > BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT > I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MDUxMDA3NTMwOFoX > DTA4MDUwOTA3NTMwOFowRzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEkMCIG > CSqGSIb3DQEJARYVZGVicnVpam5AaW5mLnVuaWJ6Lml0MIIBIjANBgkqhkiG9w0BAQEFAAOC > AQ8AMIIBCgKCAQEA4mJofW3+kMtlQKNG0am5Km+8qlA18tMV9Q5oPrOgBoReGVwbcc1oXrSJ > 1lhTAFjCVjasdS61TpwsYWWzrNfygNKHPVvmDWJRDVUCyqvsLUhhWiIT2GoJCKlWXXpzNdWQ > e1pXwFCLVniOD+SrWXx4qtdSYk9XmUX/k3ymZupqcGeFIokk+jrA97b2K+7QEwoiyGyStXcU > NI5r/690Htyck7nmc+tBX5t/aq0EtVpBi4VKNas7Pc4kGb0Knne1VUP1dS3V1GgHg18Vay+D > p5SjScZiJEYMYk06X7qzJOu79ZpEN87b3pIrnI+j2qrblcrWRH54ovOF0xmMUpbPIYFQLwID > AQABozIwMDAgBgNVHREEGTAXgRVkZWJydWlqbkBpbmYudW5pYnouaXQwDAYDVR0TAQH/BAIw > ADANBgkqhkiG9w0BAQUFAAOBgQAApmPQlsZUuIaP4F/Jmev1uvgt/FrcXcVCr9s5YHcoTfl2 > nKrfoev1IXti4w/IY8q1l7AgN3eulgkB0pws0qLQ7dGg812vXO+CEqN9Vs0+0zeOz4l4lppc > uuppnlj+MKk25ZRFoXs6XGvLZdhupslDZSPgswqkYyj0As67RBSXhDCCAuQwggJNoAMCAQIC > EB1TmNgyHOKRUL43eSjaINgwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkExJTAjBgNV > BAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJz > b25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MDUxMDA3NTMwOFoXDTA4MDUwOTA3NTMw > OFowRzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEkMCIGCSqGSIb3DQEJARYV > ZGVicnVpam5AaW5mLnVuaWJ6Lml0MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA > 4mJofW3+kMtlQKNG0am5Km+8qlA18tMV9Q5oPrOgBoReGVwbcc1oXrSJ1lhTAFjCVjasdS61 > TpwsYWWzrNfygNKHPVvmDWJRDVUCyqvsLUhhWiIT2GoJCKlWXXpzNdWQe1pXwFCLVniOD+Sr > WXx4qtdSYk9XmUX/k3ymZupqcGeFIokk+jrA97b2K+7QEwoiyGyStXcUNI5r/690Htyck7nm > c+tBX5t/aq0EtVpBi4VKNas7Pc4kGb0Knne1VUP1dS3V1GgHg18Vay+Dp5SjScZiJEYMYk06 > X7qzJOu79ZpEN87b3pIrnI+j2qrblcrWRH54ovOF0xmMUpbPIYFQLwIDAQABozIwMDAgBgNV > HREEGTAXgRVkZWJydWlqbkBpbmYudW5pYnouaXQwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0B > AQUFAAOBgQAApmPQlsZUuIaP4F/Jmev1uvgt/FrcXcVCr9s5YHcoTfl2nKrfoev1IXti4w/I > Y8q1l7AgN3eulgkB0pws0qLQ7dGg812vXO+CEqN9Vs0+0zeOz4l4lppcuuppnlj+MKk25ZRF > oXs6XGvLZdhupslDZSPgswqkYyj0As67RBSXhDCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcN > 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 > ZyBDQQIQHVOY2DIc4pFQvjd5KNog2DAJBgUrDgMCGgUAoIIBwzAYBgkqhkiG9w0BCQMxCwYJ > KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNzExMDcxNjA5MzlaMCMGCSqGSIb3DQEJBDEW > BBTOtHv7PNkzAkRhztddL9haFXtQ+jBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4G > CCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCB > hQYJKwYBBAGCNxAEMXgwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 > bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz > c3VpbmcgQ0ECEB1TmNgyHOKRUL43eSjaINgwgYcGCyqGSIb3DQEJEAILMXigdjBiMQswCQYD > VQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE > AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEB1TmNgyHOKRUL43eSja > INgwDQYJKoZIhvcNAQEBBQAEggEAqhT1ko+7kM0V/4qvhgg29g5lJ9jHsYrEIqK6OAaz2woi > 4MP85nGfV3an29iiXBIqsi/0Mtut9JsnuhEgtBctD9SAtMXLT37uYg4WsFn6bGUz5KtAgaOw > z0QWsW3rPJABhorgEBah5XKY0RfzzWen+Hnk21xgY0tICdvrRjiiuEfRHO7EPudiarwMMQxA > nKMa2EY20mmgH5IOimq4w0E2sjUGHveL0B4G9kPYU2YdIe8BmTsV/rjFUey/0KWiioudH96H > TPew7LLpkzk0LakLopU6+M3CPsAWb1SXEsnRfVn37dnLf71gcFpHLws+c7wmo3C+Ol0H7Vqn > +VP5ASRbkwAAAAAAAA== > --------------ms040104080608040908020401-- > >
Received on Tuesday, 20 November 2007 17:04:41 UTC