K-Nearest Neighbors、Naive Bayes 和 SVM 的公式中的问题。 JMP Pro 15亲爱的同事们，
作为 JMP Pro 15 的用户，我可能理解错了，非常感谢您的帮助。 这可能只是对 JMP 功能的误解。
好吧，在从 KNN 保存后的列中内置的公式中，有一条红线表示方程结构中的一些问题。 还有一件事：在生成代码时，例如在 Python 中的发布公式菜单中，出现了一个奇怪的报告。 对于这两种情况，我都附上了快照。
同样，为 SVM 或朴素贝叶斯生成代码也会带来这个问题。
我编程很慢，请澄清这些未知消息。 我是一名将 JMP 用于科学案例的化学家。
对于您的帮助，我将不胜感激。
迈克尔
图形其他脚本回复：K-Nearest Neighbors、Naive Bayes 和 SVM 的公式中的问题。 JMP Pro 15亲爱的纳斯西夫，
非常感谢您如此彻底的回复。 正如我们的同事 Mark Bailey 和您所建议的那样，我最好通知技术支持并将此声明放入愿望清单以增强 JMP 的功能。 我喜欢这个主意。
祝你周末愉快！
问候，
迈克尔
回复：K-Nearest Neighbors、Naive Bayes 和 SVM 的公式中的问题。 JMP Pro 15亲爱的贝利先生，
感谢您的建议。 当然，我会就这个问题联系支持人员。
回复：K-Nearest Neighbors、Naive Bayes 和 SVM 的公式中的问题。 JMP Pro 15请注意，JMP 提供了一个警报来解释问题所在：操作符尚未实施。 这是我们当前实现的副作用。 鉴于 JSL 语言的广度以及我们支持的部署语言的数量，我们在此功能的第一个版本中实现了最常用模型使用的运算符，并且随着时间的推移 - 并基于客户输入 - 我们可能会添加更多的。 所以是的，请联系技术支持，以便我们跟踪失踪运营商的需求。 更好的是，向JMP 愿望清单.
这是我们实施的一个不幸的限制，但我们认为它有利于为我们的客户提供尽可能多的功能。
对于模型不完全支持的场景（使用我们尚未涵盖的运算符），当前的设计允许客户继续工作，让他们有机会为缺少的运算符提供自己的实现。 在生成的 Python 代码中，您将看到它为不受支持的运算符调用了“占位符”函数。
if _temp_1:
_temp_3 = np.nan
else:
_temp_3 = 2.25012937537175 + placeholder_Normal_Log_Density((-2.33428499519846 +
9.48896339511568 * indata[u"Petal width"]))
如果提供了与 JSL 行为匹配的函数的定义，则模型将完全正常运行。
回复：K-Nearest Neighbors、Naive Bayes 和 SVM 的公式中的问题。 JMP Pro 15这些看起来像分数代码生成器的软件错误。 我会联系 JMP 技术支持（ support@jmp.com ) 关于这个问题。
