| VoiceXML 2.1 Development Guide | Home | Frameset Home |
|
| Property | Value |
| audiofetchhint | safe|prefetch |
| Property | Value |
| audiomaxage | CDATA (86400|one day default value) |
| Property | Value |
| audiomaxstale | CDATA (3600|one hour default value) |
| Property | Value |
| bargein | true|false |
| Property | Value |
| bargeintype | speech|hotword |
| Property | Value |
| completetimeout | CDATA |
| Property | Value |
| confidencelevel | CDATA |
| Property | Value |
| documentfetchhint | prefetch|safe |
| Property | Value |
| documentmaxage | CDATA (0s default) |
| Property | Value |
| documentmaxstale | CDATA (0s default) |
| Property | Value |
| fetchaudio | CDATA |
| Property | Value |
| fetchaudiodelay | CDATA (2s default) |
| Property | Value |
| fetchaudiominimum | CDATA (4s default) |
| Property | Value |
| fetchtimeout | CDATA |
| Property | Value |
| grammarfetchhint | safe|prefetch |
| Property | Value |
| grammarmaxage | CDATA (0s default) |
| Property | Value |
| grammarmaxstale | CDATA (0s default) |
| Property | Value |
| objectfetchhint | CDATA |
| Property | Value |
| objectmaxage | CDATA |
| Property | Value |
| objectmaxstale | CDATA |
| Property | Value |
| incompletetimeout | CDATA |
| Property | Value |
| inputmodes | dtmf|voice |
| Property | Value |
| interdigittimeout | CDATA |
| Property | Value |
| maxnbest | CDATA |
| Property | Value |
| maxspeechtimeout | CDATA |
| Property | Value |
| recordutterance | true|false |
| Property | Value |
| recordutterancetype | audio/wav|audio/x-wav|audio/basic|audio/x-alaw-basic |
| Property | Value |
| scriptfetchhint | safe|prefetch |
| Property | Value |
| scriptmaxage | CDATA (0s default) |
| Property | Value |
| scriptmaxstale | CDATA (0s default) |
| Property | Value |
| sensitivity | CDATA |
| Property | Value |
| speedvsaccuracy | CDATA |
| Property | Value |
| termchar | (any dtmf key) |
| Property | Value |
| termtimeout | CDATA |
| Property | Value |
| timeout | CDATA |
| Property | Value |
| universals | all|none|help|cancel|exit|repeat |
| ANNOTATIONS: EXISTING POSTS |
awirtz
|
|
| The values assigned to these properties should not be enclosed in single quotes like values assigned using the assign tag. (since this is a literal CDATA value, not a JavaScript expression)
Also note that when specifying a duration in seconds, the "s" is indeed part of the literal CDATA value. Example: <property name="incompletetimeout" value="4s"/> |
|
safarishane
|
|
| Is the W3C property for recording utterances during asr reco supported?
<property name="recordutterance" value="true"/> http://www.w3.org/TR/voicexml21/#sec-reco_reco Thanks, Shane |
|
steve.sax
|
|
|
Hello Shane, At present, this 2.1-specific property is not enabled on out VoiceXML platform, but we do have plans for enabling this on our Prophecy platform in the very near future. However, you can achive the very same functionality at present by employing the <voxeo:recordcall> extension element. Check the 'elements' section in the left-hand navigation pane to learn more about this element, and it's usage. Warm Regards, ~Steve Sax |
|
safarishane
|
|
| Actually, I'm looking to only record the <nomatch> portions of a call. Please let me know when Prophesy is available in your hosted environment.
Thanks |
|
steve.sax
|
|
|
hello Sahne, Prophecy is available in the hosted environment already, but we don't yet support the property that you mentioned. bear in mind that Prophecy is still a Beta offering, so we can expect changes and updates daily. ~Steve |
|
beta
|
|
| Isn't it included with Prophecy 7 now? | |
MattHenry
|
|
|
Hi there, Getting shadow variable results in the context of a nomatch event is a feature that we have not yet deployed to either voice center offering. This particular feature will require some sizable engineering effort to complete, and while this feature is on our to-do list, we do not yet have a date of deployment finalized. When this is enabled, we will be sure to post details in our release notes, available in the Prophecy forums. ~Matthew henry |
|
esirkin
|
|
| <property name="bargeintype" value="dtmf"/>
is not permitted according to the W3C spec. The spec says that only "hotword" and "speech" are to be used. The spec then goes on to say that using "speech" enables "dtmf", one should set <property name="inputmodes" value="dtmf"/> to restrict inputs to dtmf tones. If this is something specific to Voxeo platform, then it is a nice feature but shouldn't it be documented as such? eric |
|
MattHenry
|
|
|
Hi Eric, This is a case of documentation meant for our older VXML platform, (Nuance VWS 2.0), seeping into our docset for the Voicecenter 5.5/7.0 documentation. Note that this property setting has no effect on the contemporary platforms we offer; the setting will just be ignored. All the same, I'll see about getting this corrected in the docs so that this doesn't confuse anyone. ~Matthew henry |
|
fliptone
|
|
| above you say "Note that cache control is always handled best by server-defined settings". Where are these settings defined? | |
VoxeoBrian
|
|
| Hello,
What is meant by setting cache control on the server side is specific to the web server you are using locally to server up content. Here is an excellent link that outlines setting HTTP cache control headers, as well you should be able to find documentation specific to your server program, ie, Apache, IIS, etc. http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html Hope this helps! Regards Brian |
|
mtatum111
|
|
| Is there anyway that you can have two values for termchar?
I know that the default is "#". However, what if you want it to also allow "*" as a termination key. I don't think that you can have two according to the spec, but just want to make sure. I know that you can use the <property> element and set the termchar before certain prompts. However, that is still allowing on one value for the termination character. Thanks for any thoughts. |
|
mikethompson
|
|
| Hello,
I've checked the W3C VXML spec, as well as conferred with our VXML Platform Engineers, and it was verified you can only specify a single termchar via the termchar property. Of course, you can always create your own grammars with the termchars built in to them. For example this could be part of your SRGS grammar once you're done collecting the other input: [code] <one-of> <item>#</item> <item>*</item> </one-of> [/code] Hope this helps, Mike Thompson Voxeo Corporation |
|
jvincent
|
|
| It would be great if this page had anchor tags for each property. That way, I can put hyperlinks in my administrative web-app directly to the property for which my user is configuring the tool to use.
Extremely useful resource otherwise. THANKS! |
|
voxeoblehn
|
|
| Hello,
Thanks for your feedback! Our documentation is constantly evolving and we will certainly take this into consideration in future revisions of our docs. Best Regards, Brian Lehnen Voxeo Support |
|
poonam007
|
|
| Hi,
what is the significance of speedvsaccuracy property?and how are the completetimeout and incompletetimeout properties to be used? Thanks, Poonam. |
|
voxeoJeffK
|
|
| Hello,
The speedvsaccuracy property just controls how much time the ASR engine should spend in determining match. It uncommon to need to change it. One example would be for when a larger grammar takes a long time to return a match, and you want it to return faster to avoid making the user wait. The downside is you will reduce the accuracy of the matching. Concerning 'completetimeout' and 'incompletetimeout'. 'completetimeout' property is set, by default, to only 250 milliseconds. It is a measure of the amount of time the interpreter will wait after an utterance to consider it complete and continue with execution. In a case where your grammar entries are single words, if the utterance has matched one of your single-word entries, and there are no multiple-word grammar entries that could be a possible match, there is no reason for the interpreter to continue waiting for more input. The utterance is considered complete, and processed after just 250ms. If there is indeed a multiple-word grammar entry that is a possible match, the amount of time the interpreter would wait for the additional input is controlled by the 'incompletetimeout' property, which is set to the default value of 2 seconds. Again, if there is not a possible multi-word match, the interpreter will not wait 2s ('incompletetimeout') for additional user input, it will simply process the utterance / single-word match in only 250ms ('completetimeout') after the end-user says the matched word. So adjusting these settings depends on your type of grammar as well as how flexible the recognizer is for users with - long - delays - between - their - words. hope that helps, Jeff Kustermann Voxeo Support |
|
poonam007
|
|
| Thanks Jeff,
Your explanation has made it pretty clear...but i just wanted to confirm one point...that is are completetimeout and incompletetimeout both effective for a grammar file containing single word as well as multi-word entries? Regards, Poonam. |
|
VoxeoBrian
|
|
| Poonam,
Good question, in the scenario of single word grammars such as a grammar that would accept yes or no, incompletetimeout really does not come into play since this is associated with the pause between utterances, such as what you would expect user repeating back digits, ie: 1-->2-->3... Completetimeout would be really the deciding factor for single utterance grammars. Hope this helps! Brian F. |
|
poonam007
|
|
| Thanks Brian,
You have made the ussage of completetimeout more clear..but i still have one doubt... If i have a grammar file containing single word and double word entries for example like the following: <one-of> <item>coffee</item> <item>tea</item> <item>coke</item> <item>lemon tea</item> <item>lemon juice</item> </one-of> and completetimeout="250ms" and incompletetimeout="2s" ,then like what Jeff has said will happen "If there is indeed a multiple-word grammar entry(lemon tea) that is a possible match(in case the user has said only lemon ), the amount of time the interpreter would wait for the additional input is controlled by the 'incompletetimeout' property, which is set to the default value of 2 seconds. Again, if there is not a possible multi-word(coffee) match(in case the user has said coffee), the interpreter will not wait 2s ('incompletetimeout') for additional user input, it will simply process the utterance / single-word match in only 250ms ('completetimeout') after the end-user says the matched word." So here both completetimeout and incompletetimeout are effective. And in a scenario where a grammar file contains only multi-word entries,completetimeout property would be ineffective. kindly let me know if i'm right. Regards, Poonam. |
|
voxeoJeffK
|
|
| Hello Poonam,
Yes, your understanding is correct. Regards, Jeff Kustermann Voxeo Support |
| login |
|