- From: Peter Mika <pmika@yahoo-inc.com>
- Date: Tue, 01 Dec 2009 11:53:38 +0100
- To: Renato Iannella <renato@nicta.com.au>
- CC: Norman Walsh <ndw@nwalsh.com>, "Martin Hepp (UniBW)" <martin.hepp@ebusiness-unibw.org>, Brian Suda <brian.suda@gmail.com>, Harry Halpin <hhalpin@ibiblio.org>, Toby Inkster <tai@g5n.co.uk>, Dan Brickley <danbri@danbri.org>, KANZAKI Masahide <mkanzaki@gmail.com>, Andreas Radinger <andreas.radinger@unibw.de>, Doug Schepers <schepers@w3.org>, Michael Hausenblas <michael.hausenblas@deri.org>, "www-archive@w3.org" <www-archive@w3.org>
Hi Renato, Many thanks for this otherwise ungrateful work... Here is a small suggestion to maximize compatibility with hCard. The hCard spec says that organizations and persons are distinguished there using the following rule: "If the "FN" and "ORG" properties have the exact same value (typically because they are set on the same element, e.g. class="fn org"), then the hCard represents contact information for a company, organization or place and SHOULD be treated as such. In this case the author also MUST NOT set the "N" property, or set it (and any sub-properties) explicitly to the empty string "". Thus parsers SHOULD handle the missing "N" property, in this case by implying empty values for all the "N" sub-properties. " See http://microformats.org/wiki/hcard Even if we don't formalize this constraint (AFAIK can not be done in OWL), at least we should explain that it helps to maximize compatibility if in the organization markup the value of fn and the value of organization-name is the same. We should also adapt the example accordingly, currently the vcard:fn is Example.Com, while the vcard:organization-name is Example.Com LLC . Thanks, Peter Renato Iannella wrote: > Ok guys - hopefully this is *really* it....please review: > > http://spin.nicta.org.au/vCardRDF/vcard-rdf-20091201.html > http://spin.nicta.org.au/vCardRDF/ns2009-final.rdf > > I've updated the Examples in Section 4 and 5 (rdfa new).... > > Comments/Feedback.... > > Cheers... Renato Iannella > NICTA > >
Received on Tuesday, 1 December 2009 10:55:51 UTC