算法与内容口径:燕子bt用了什么、精度到哪里

一个工具值不值得信,取决于它敢不敢把自己的误差写清楚。这一页写的就是本站的误差和边界。

节气是怎么算出来的

二十四节气的天文定义是:太阳视黄经每15°为一个节气,一年24个。这是定义性事实。本站节气计算器做的就是求解视黄经等于15°整数倍的那些时刻。

实现分四步。第一步把输入的日期时刻按儒略日换算,内部统一以世界时为自变量。第二步用太阳黄经的低阶级数:先算几何平黄经与平近点角,加上中心差得到真黄经,再做光行差与交点改正,得到视黄经。第三步,由于级数的自变量是地球时而输入是世界时,需要加 deltaT 改正,本站采用一组公开的分段多项式近似。第四步用二分法在目标黄经附近求根,迭代到时刻的收敛量级远小于一秒。

精度量级,以及为什么会与官方公布时刻有差异

所用黄经级数的误差量级约为0.01°。太阳在黄道上每小时移动约0.04°,所以0.01°的黄经误差换算到时刻大约是十几分钟量级。二分法本身的收敛残差远小于这个量级,不是主要误差来源。

另外两个差异来源是:deltaT 采用的是近似多项式而非实测值,以及高精度历表会包含本站级数中省略的行星扰动与完整的岁差光行差项。因此本站给出的时刻通常与权威历表在分钟量级上一致,但不应被当作精确时刻。

结论写明在计算器页面上,这里再写一次:涉及日历、农事、民俗或任何正式用途时,请以官方公布的时刻为准,本站的推算只用于理解节气的天文位置和安排观察。

本站不使用任何预存的节气日期表。页面上显示的每一个时刻都是在你的浏览器里当场由黄经级数和二分法算出来的,这也意味着同一个页面在任意年份都能给出结果,而不只是某几年。

时区与年份范围

计算器把输入理解为北京时间(固定东八区),输出也统一显示为北京时间,不随设备时区变化。这样做是为了和通常公布节气时刻的口径一致,避免同一个时刻在不同设备上显示不同。

年份范围限定在1800到2200年之间。超出这个区间,deltaT 的近似多项式与黄经级数的误差都会明显增大,给出的结果不再可用,所以页面会直接提示换一个年份,而不是给一个看起来精确但没有意义的数字。

物候内容的来源与限度

本站的全部观察指南、识别要点与通识内容都是为本站原创撰写的方法性内容,写的是「该找哪类信号、怎么确认、容易认错成什么」。它们整理自公有领域的物候学与自然观察通识,并在涉及地区差异处明确说明因地区、海拔与年份而异。

本站不做实地观测,不发布观测数据。因此站上没有任何具体的迁徙日期、物种数量、种群数据、调研结果或机构数据;记录字段页里的那条示例记录已就地标明是格式示例,不是实地观测记录。需要某个地区的具体名录、分布或物候日历,请查询当地的专业资料与主管部门发布的信息。

为什么本站不给具体时间表,在天气、海拔与年份怎么影响物候里有完整解释:任何形如「某地某月某日该看什么」的说法都必须绑定地区、海拔与年份,否则会误导读者。

功能的存储与能力边界

清单勾选与物候记录本的数据都只写在你当前设备当前浏览器的本机存储里。本站没有账号系统、不做登录、不同步、不上传;换设备或换浏览器看不到,清理浏览器数据即丢失。

导出 JSON 与导出 CSV 都在浏览器内生成文件并直接下载,不经过服务器,本站不保存任何副本。导入只接受本站导出的 JSON,按记录 id 去重合并,解析失败时会明确报错并保持原有数据不变。

当浏览器拒绝访问本机存储时(隐私模式、站点数据被禁用、配额已满),相关功能会停用并显示失败提示,不会出现吞掉错误后假装保存成功的情况。站内搜索读取的是构建时生成的静态索引文件,查询在浏览器内完成,不会发往任何服务器。

内容的更正

方法类内容会有写得不够清楚或不够保守的地方。本站的处理原则是:发现表述可能导致读者靠近巢、投喂、采集或破坏越冬结构,就直接把那一句改到保守的一侧,而不是加免责声明。相关底线集中写在观察伦理与安全距离。

接着读

顺着下面这几页接着读,方法会连成一条线: