- From: Norman Walsh <Norman.Walsh@Sun.COM>
- Date: Sun, 01 Dec 2002 16:09:07 -0500
- To: www-rdf-interest@w3.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
/ "Seaborne, Andy" <Andy_Seaborne@hplb.hpl.hp.com> was heard to say:
| Given RDF's open world assumption, the absence of the "p:died" does not mean
| that no such statement has been made somewhere or will be made. You might
| merge in some more RDF which did contain the statement "ab:jdoe p:died
| "1999-12-31".
Hmm. Yes, I can see how that's generally true.
| There may well be other, better solutions, but one approach would be to give
| end dates to all people - and make it a bNode where it is as yet unknown
| ((are literals resources at the moment?)). Appointments also always have
| end dates, although it might be unknown. Your application can choose to
| interpret "[] db:end []" as unknown and mean repeat forever (i.e. repeat
| until known to have passed).
|
| There is now only one rule that triggers on each contact record so I think
| you only get one appointment per contact.
That works, but that's not a terribly satisfying solution. For one
thing, it means I have to add a whole bunch of 'p:died []' statements
to all the entries.
Given that I'm going to run this through cwm, I'm sort of hoping
there's some closed world solution :-)
I'd be quite happy with giving these things names. Any joy there? Can
I manufacture a new name based on an old one in a rule?
Be seeing you,
norm
- --
Norman.Walsh@Sun.COM | To enjoy yourself and make others enjoy
XML Standards Architect | themselves, without harming yourself or any
Web Tech. and Standards | other; that, to my mind, is the whole of
Sun Microsystems, Inc. | ethics.--Chamfort
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.7 <http://mailcrypt.sourceforge.net/>
iD8DBQE96npzOyltUcwYWjsRApr+AJ49SZqXIVHvGWt3Uh83TG7EYLH7bwCaA9Q1
sbmPXsVutehQGDtGtGwHM5w=
=P/aK
-----END PGP SIGNATURE-----
Received on Sunday, 1 December 2002 16:10:20 UTC