是什么启发了这个愿望清单请求？
我在这里提交了我使用 Pi 标签的经验： Pi 导入选项 - 最大计数选项 - JMP 用户社区和技术支持案例 TS - 00192427。技术支持人员表示他们正在研究选项并要求我在此处发布请求。
基于允许结果总数除以请求的标签数量来限制每个 Pi 标签的输出，会严重限制频繁收集的 Pi 标签的输出，并且当数据突然停止而所有其他标签（收集频率较低）仍在继续时，会让人觉得该标签有问题。（示例图 - 绿色标签在红色标签之前停止输出，尽管我以为它们是相同的。两者都在紫色标签之前就停止了。）它还限制了您一次可以提取的标签数量——即使大多数标签的提取频率很低（每天一次或每八小时一次），而其他标签则每 30 秒一次。此错误消息将我限制为 37500 个标签，是因为“系统限制”为 150,000 个结果除以同时提取 4 个标签。这适用于 JMP 18，这是唯一具有此功能的版本（我正在使用 18.1.1）。
您希望看到什么改进？
按难度排序：
1) 在 JMP 帮助菜单/网页中添加文档，说明“最大计数”功能如何用于导入 Pi 标签以及其限制是什么
2) 如果某些标签在时间范围之前达到其限制，而其他标签继续通过整个范围，则在拉动多个标签时向 Pi 标签输出添加警告或错误。
3) 更改拉取标签的方法，以便可以使用标签数量（最大数量 - 150,000“系统限制”）的全部值 - 通过
a) 从左到右穿过标签
b) 分别拉取并合并（推荐）
为什么这个想法很重要？
如果我们无法依赖输出结果，我不会向同事推荐这个很棒的 JMP 功能（从 JMP 18 开始可以一次提取多个 Pi 标签）。我可以编写复杂的脚本进行循环，但我工厂的每个区域都差异很大，我无法用唯一的代码覆盖所有区域。手动提取 Pi 标签的界面对于普通用户来说很棒，但它必须足够强大，否则理解这些奇怪的输出结果会让人更加沮丧和忙碌，而不是创造从数据中学习的机会。
