- From: Danny Ayers <danny.ayers@gmail.com>
- Date: Tue, 31 Jul 2007 20:42:38 +0100
- To: "Bruce D'Arcus" <bdarcus@gmail.com>
- Cc: "Garret Wilson" <garret@globalmentor.com>, andy.seaborne@hp.com, bnowack@appmosphere.com, "Harry Halpin" <hhalpin@ibiblio.org>, "Semantic Web" <semantic-web@w3.org>
On 31/07/07, Bruce D'Arcus <bdarcus@gmail.com> wrote: [snip] > I see absolutely no practical value to doing: > > vcard:givenName ("John" "Paul") > > ... over: > > vcard:givenName "John Paul" > > Garret disagrees. Hmm,the former may be more useful with reasoners, the latter with SPARQL. I'd lean to the latter too because it's also simpler. > > >> Two doesn't work. > > > > Name > > given-name > > family-name > > additional-name > > additional-name > > ... > > > > I don't see why not, the Name node is acting as a quasi-container. > > But the names are ordered. E.g. in my example above I presume the person > in question would go by "John Paul" rather than "Paul John". > > >> Garret wants to allow something like the third approach. > > > > This seems unnecessary, multiple values are possible without there > > being a container or collection. > > Indeed, but not if they're ordered. I couldn't see any reference in the RFC to the order being significant. We know it is in the real world, but given that there doesn't appear to be a clean way of of representing it in RDF, and the spec really isn't specific (!) I'd favour the least action route - i.e. leave it unordered, rather than mandate an order (List) or define a new syntax (space-separated). > >> This discussion is all about resolving this question. > > > > I'd be tempted to make vCard/RDF follow vCard closely and use other > > vocabs/structures where the modelling doesn't seem right. I'll stick by that. There's nothing to prevent a non-vCard vocab rdf:List or space-separated literal capturing that information if necessary. > > But anyhow I'd better duck out - I still can't face reading the dozens > > of earlier posts... ...ok, maybe I'm now up to speed (sorry :-) Cheers, Danny. -- http://dannyayers.com
Received on Tuesday, 31 July 2007 19:42:41 UTC