RE: Name relationships in vCard 3.0

"Roland H. Alden" <[email protected]> Thu, 9 Sep 2004 07:25:14 -0700
Newsgroups gmane.ietf.vcard
Message-ID <[email protected]>
=20
FN is an expression of how the person would "commonly" write their name w=
ithout structure; such as when addressing an envelope or printing the nam=
e on a business card.

N imposes a type of "universal" structure with notions such as "Family" o=
r "Given" etc. which may or may not map into an arbitrary cultural contex=
t. N is intended to "pre-structure" the name into fields which might be u=
seful for searching, sorting, etc. and eliminate the need for any heurist=
ic processing on the FN field to extract that information.

Without question the two attributes denote the same person :)




> -----Original Message-----
> From: [email protected]=20
> [mailto:[email protected]] On Behalf Of Misha Wolf
> Sent: Thursday, September 09, 2004 6:44 AM
> To: Goh Siew Yong; Germ=E1n M. Rivera; Jeff Parrish; [email protected]
> Subject: RE: Name relationships in vCard 3.0
>=20
>=20
> > As far as I know, N & FN should mean the same thing.=20
>=20
> Indeed.  Now all we have to decide is what we mean by "mean".
>=20
> Misha
>=20
>=20
> -----Original Message-----
> From: [email protected]=20
> [mailto:[email protected]] On Behalf Of Goh Siew Yong
> Sent: 09 September 2004 13:00
> To: Misha Wolf; Germ=E1n M. Rivera; Jeff Parrish; [email protected]
> Subject: RE: Name relationships in vCard 3.0
>=20
>=20
>=20
> Yes I guess you can. But you never know how the parser or=20
> receiving appl.
> will interpret them. Though syntactically it will not cause=20
> any problem.
> Just like you can enter anything say Jane in the field for=20
> first name,Tan for family name for a form in the ab=20
> application. And then a completely different thing say Peter=20
> Brown for full name field.=20
>=20
> As far as I know, N & FN should mean the same thing.=20
>=20
> As specified in RF2426:
> N type requires the text to be in the  format following the=20
> semantics of X.520 Common Name attribute.
> While FN type need to be a structured text value. Each=20
> component can have multiple values. The components in the=20
> structure has to be of the following sequence : Family Name,=20
> Given Name, Additional Names, Honorific Prefix, and Honorific=20
> suffixes. These components are separated by semi-colon.=20
> Individual text can also includes multiple text separated by=20
> commas. This type is based on the semantics of X.520=20
> individual name attributes.
>=20
> The example given in the RFC was
> FN:Mr. John Q. Public\, Esq.
> N:Public;John;Qinlan;Mr.;Esq
>=20
>=20
>=20
>=20
> -------------------------------------------------------------- --
>         Visit our Internet site at http://www.reuters.com
>=20
> Get closer to the financial markets with Reuters Messaging - for more
> information and to register, visit http://www.reuters.com/messaging
>=20
> Any views expressed in this message are those of  the  individual
> sender,  except  where  the sender specifically states them to be
> the views of Reuters Ltd.
>=20
>=20
>=20