天蓝色拼写无法检测到拼写错误

问题描述 投票:0回答:2

我编写了一个快速的概念验证控制台应用程序,以测试AzureSpell Cognitive Services产品的功能,但是它似乎并不经常检测到明显的拼写错误。

[通过其他SO答案尝试过建议,但我取得的成功有限。

即使使用位于https://azure.microsoft.com/en-us/services/cognitive-services/spell-check/的演示也没有结果。

例如,考虑以下文本:“ 目前正在发展我的compny,该公司是英国的在线compny,与世界各地的客户合作。自2001年以来一直致力于为个人

这没有结果。我看过区域设置,PROOF vs SPELL,字符计数无济于事。

有人在这项服务上取得任何成功,或者甚至更好的是,上述文本片段为您带来了结果?

enter image description here

azure microsoft-cognitive spell-checking
2个回答
0
投票

拼写模式适用于您的示例,请参见下文:

Sample

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
        }
      ]
    }
  ]
}

0
投票

好,因此,经过大量的尝试,我取得了一些成功,这解决了一些问题,并创造了其他问题。我无法从“拼写”模式中获得可靠的结果,但是我使用了“证明”,但是在添加了相当短的文本后,它不会再报告任何结果。检查API是否显示文本已在POST中进行了编码,同时删除了“%0D”和“%0A”,换行符使我能够成功验证长文本,这很好,但是基于英国,很多正确的拼写由于仅在美国提供PROOF模式,因此现在被标记为不正确。因此,我仍然无法解决获得正常运行的SPELL结果(适用于非常短的文本)的问题。我知道文档中的GET最多可以包含130个字符,但是POST的最大字符为10,000个字符,而我的典型示例POSTS则大约为1,000个字符。除非有人有任何想法,否则可能是MS的入场券?

© www.soinside.com 2019 - 2024. All rights reserved.