Re: [VCARDDAV] Review of draft-fukuda-vcarddav-phonetic-transcription-00.txt

Michael Angstadt <> Thu, 12 September 2013 11:09 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id F273C21E80B2 for <>; Thu, 12 Sep 2013 04:09:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id S1M1cqFHv-6D for <>; Thu, 12 Sep 2013 04:09:00 -0700 (PDT)
Received: from ( [IPv6:2607:f8b0:400e:c01::22a]) by (Postfix) with ESMTP id 8FBF021E809C for <>; Thu, 12 Sep 2013 04:09:00 -0700 (PDT)
Received: by with SMTP id un15so10424740pbc.29 for <>; Thu, 12 Sep 2013 04:08:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=y9REJK45ExZMQ4UplXOh8WaAqSKz7hiYHahYMU8PvQI=; b=Pz2tjRxPI5HYADQsOOnLM+I4thh3kbRR/hUcOLArEPTZfmM6QuzMoYsLiG8H2UyrvC OcpaFs6fG4vSkz/aXI7OrZg3FwgpQg9DJnJNw+JxnRZWgEonGNfAad14t7N90z/slk5T ZIs+IMDO5u1xM3huz+K3SN62OJt8nVEysWJ6K9HuiuITOWe94LQX5OwRPEGt3TaeSWKl HclAi7eP6sWNY1hcl+0cf3RoK2NmQUVET25MKJBZkYTFY85thmFNsfM1uCIODroq7fWJ E6Yf21JDS5nROq9tBWwf3M81dQP52LJIAR7JcJkqb2lvYA5r2jp1SUCa8a6MAEsFsGJ7 h1rg==
MIME-Version: 1.0
X-Received: by with SMTP id ao5mr7035552pbd.66.1378984138509; Thu, 12 Sep 2013 04:08:58 -0700 (PDT)
Received: by with HTTP; Thu, 12 Sep 2013 04:08:58 -0700 (PDT)
In-Reply-To: <>
References: <>
Date: Thu, 12 Sep 2013 07:08:58 -0400
Message-ID: <>
From: Michael Angstadt <>
To: "" <>
Content-Type: multipart/alternative; boundary="047d7b5d6022ba150604e62dc3cc"
Cc: "" <>
Subject: Re: [VCARDDAV] Review of draft-fukuda-vcarddav-phonetic-transcription-00.txt
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF vcarddav wg mailing list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 12 Sep 2013 11:09:03 -0000

Using TYPE instead of VALUE might be better.  VALUE represents a data type,
which can be applied to other properties.  These settings are specific to
this property alone.


On Thursday, September 12, 2013, Gren Elliot wrote:

> Hi,
> The draft talks about the Japanese specific Katakana and Hiragana.
> It would be nice if these phonetic transcriptions were more generally
> useful.
> I believe the International Phonetic Alphabet (IPA) (see
> seems to me to be the most sensible
> default.
> There are some clear issues with this though.  I can't read it and I
> suspect most people can't.  Producing values in IPA would be limited
> to the people who do understand it.
> One other possibility would be for address book software that would
> listen to someone saying a name and produce the appropriate VCARD
> properties (and also play it back if wanted).
> For Japanese people, using Katakana and/or Hiragana is more
> convenient, because they can write and understand it.  However, many
> non-Japanese people would not understand it and it would be more
> useful for Japanese name phonetic information to be provided in
> another form, perhaps IPA or in a phonetic script that they are
> familiar with.
> To address one concern DataPacRat had regarding the variability of
> names, I believe it would be useful to have a new property for the
> whole name, say - PHONETIC-FULL-NAME.
> A simple example (I'm sure others can do better):
> For the Japanese food stuff "Sushi", the VCARD could contain the 2
> properties, one useful to English students studying Japanese who
> haven't mastered Hiragana or Katakana yet and use the simple phonetic
> system called Furigana and one which is hopefully universally useful
> and could be used by generic international software to produce audio
> for one proper way (according to
> to say the word.
> We would need new IANA tokens for acceptable VALUE settings.  I suggest:
> IPA - The International Phonetic Alphabet (IPA).  Unicode supports IPA
> symbols, so this should be usable.
> IPA-X-SAMPA - The Extended Speech Assessment Methods Phonetic Alphabet
> (X-SAMPA).  Using IPA-X-SAMPA rather than X-SAMPA because the latter
> begins with "X-" and thus can't be used as a registered token.
> FURIGANA - Japanese phonetic alphabet
> HIRAGANA - Japanese phonetic alphabet
> I don't propose that we actually register FURIGANA as an accepted IANA
> token - I'm using it here because it is ASCII.
> Regards,
> Gren Elliot
> _______________________________________________
> VCARDDAV mailing list
> <javascript:;>