Re: SpeechRecognitionAlternative.interpretation when interpretation can't be provided

If there isn't an interpretation I think it would make the most sense for the attribute to contain the literal string result. I believe this is what happens in VoiceXML. 

Sent from my iPhone

On Aug 15, 2012, at 9:04 AM, Hans Wennborg <hwennborg@google.com> wrote:

> Hi all,
> 
> For the interpretation attribute, the spec draft currently says:
> 
> "The interpretation represents the semantic meaning from what the user
> said. This might be determined, for instance, through the SISR
> specification of semantics in a grammar."
> 
> My question is: for implementations that cannot provide an
> interpretation, what should the attribute's value be? null? undefined?
> 
> Thanks,
> Hans
> 
> 

Received on Wednesday, 15 August 2012 13:20:09 UTC