我编写了一个快速的概念验证控制台应用程序,以测试AzureSpell Cognitive Services产品的功能,但是它似乎并不经常检测到明显的拼写错误。
[通过其他SO答案尝试过建议,但我取得的成功有限。
即使使用位于https://azure.microsoft.com/en-us/services/cognitive-services/spell-check/的演示也没有结果。
例如,考虑以下文本:“ 目前正在发展我的compny,该公司是英国的在线compny,与世界各地的客户合作。自2001年以来一直致力于为个人 。“
这没有结果。我看过区域设置,PROOF vs SPELL,字符计数无济于事。
有人在这项服务上取得任何成功,或者甚至更好的是,上述文本片段为您带来了结果?
拼写模式适用于您的示例,请参见下文:
JSON结果是:
{
"_type": "SpellCheck",
"flaggedTokens": [
{
"offset": 21,
"token": "compny",
"type": "UnknownToken",
"suggestions": [
{
"suggestion": "company",
"score": 0.9264452620075305
}
]
},
{
"offset": 55,
"token": "compny",
"type": "UnknownToken",
"suggestions": [
{
"suggestion": "company",
"score": 0.8740149238635179
}
]
},
{
"offset": 120,
"token": "indivduals",
"type": "UnknownToken",
"suggestions": [
{
"suggestion": "individuals",
"score": 0.753968656686115
}
]
}
]
}
好,因此,经过大量的尝试,我取得了一些成功,这解决了一些问题,并创造了其他问题。我无法从“拼写”模式中获得可靠的结果,但是我使用了“证明”,但是在添加了相当短的文本后,它不会再报告任何结果。检查API是否显示文本已在POST中进行了编码,同时删除了“%0D”和“%0A”,换行符使我能够成功验证长文本,这很好,但是基于英国,很多正确的拼写由于仅在美国提供PROOF模式,因此现在被标记为不正确。因此,我仍然无法解决获得正常运行的SPELL结果(适用于非常短的文本)的问题。我知道文档中的GET最多可以包含130个字符,但是POST的最大字符为10,000个字符,而我的典型示例POSTS则大约为1,000个字符。除非有人有任何想法,否则可能是MS的入场券?