当从StackExchange API请求注释时仍可以在创建日期之前进行排序时，是否可以指定最低分数？我当前正在请求按日期排序的评论，然后在处理响应时忽略score < x处的评论。目前x = 2，但是这个数字可能会增加。 x越大，从API调用中指定它的好处就越多，即：对API的调用将减少–请参阅此问题的底部以获取百分比。
我当然已经与Try It section的文档打过交道。这似乎是合乎逻辑的事情：
https://api.stackexchange.com/2.2/comments?fromdate=1531180800&todate=1531094400&order=desc&min=2&sort=creation&site=stackoverflow
但是，引用文档的Complex Queries页：
API提供了sort，min，max，fromdate和todate参数 在许多方法上允许更复杂的查询。 最小和最大 指定必须属于的字段范围（已指定该字段 按排序），而fromdate和todate始终定义 creation_date的范围。认为这些参数定义了两个 数据必须适合返回的“窗口”。
上面的示例还说明了一个事实，即 Try It 部分min字段前面的符号与表示日历的内容（对于creation_date）有所不同从score切换到sort=creation时，使用某种计数器（用于sort=score）。
这对我来说意义非零，因为在我看来，fromdate的{{1}}和todate参数使min的{{1}}和max参数无用我很担心。
据我所知，做我想做的事是不可能的（即要求以创建日期排序的最低分数来评论）。我来这里是希望有人能证明我错了。
我进行了一些查询：能够指定1、2或3作为最低分数，结果数量分别减少了85％，95％和98％。在较大的请求下，查询减少将在该区域中的某个地方。