@蓉量瓶

@快乐每一天😄😺

应该算12.14入夏成功，毕竟从12.16到1.16这31天都是夏组，而之后的秋组没有之前的夏组多

但是还有一个问题，就是19年12月并没有到滑标最低点，多段冬取哪一段是应该按长度还是滑标最低点算？

@C5莫兰蒂🌀

新国标常年无冬地区春季起始日为当年日平均序列的首个最低日，而滑标是1.30那组最低，照这么说又应该是2020.1.27入春？

算两段吧，和冬季一样

这种情况我又认真思考了一下。按照国标确实是应该取滑标最低点所在的那一段，但是这种算法有很大问题。问题就是滑标最低点所在的那一段有可能很短，甚至可能是四组痒，2022年龙岩的冬季就是一个很好的例子，因此必须综合判断长和冷两个要素。

我认为一种比较合理的算法是积温法。即：将两段秋季从入秋日到入夏日前一天对每一天均温进行积温，图中情况就是计算每一天均温与22℃的差，然后取相反数，最后求和。如20℃为正积温，积温为2℃；23℃为负积温，积温为-1℃。按照这种算法，第一段以36.1:35.1胜第二段，取第一段秋有效，判定2019.12.14入夏成功，开启2020年夏天

龙岩这个情况的确很值得商榷，虽然滑标最低点在1月，但全冬最冷的两天都在12月，而且12月这段冬要长得多。但是按积温却是1月冬季的多，而1月积温多的主要原因却是滑标将12.14判为入冬日，将一波回暖的15、16日划入冬季而拉低积温，如果按积温标应该是12.17入冬。而如果不算12.14~16这三天还是12月冬积温多。而且简标12.22入冬，而1月不满足简标入冬标准。

因此我觉得还应该设置一个免判标准，即最长一段冬组数是次长一段多少倍以上时直接取最长一段为冬季而不考虑其他段。我在入春贴里讨论多段夏多段冬时也提过这个倍数标准。我想过1.5倍、5/3倍、2倍三个方案。

考虑到今年两广出现不少入冬前一天还是夏日导致简标已经入冬滑标才开第一组的情况导致冬组数偏少，故以冬季长度计量而不是冬组数。目前来看2倍肯定不行，我现在在5/3倍和1.5倍之间犹豫

可以算二段秋，也可以取滑标秋最长那段/秋日数最多那段/拐点最低那段/秋日积温最高那段等多项指标中占优的那段为秋季。当然需要注意比较口径的一致性，例如华南多地也可能出现“二段冬”，在华南内部的冬长比较中，可以将多段冬的时长进行加和比较，但是华南和江南进行冬日比较时，应只用最长一段冬进行比较，不能出现江南华南冬季时长倒挂的情况。

算二段秋，以第二次入夏时间为第二年入夏时间，中间间断期累加计入前一年的夏季长度