Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

inf treated as a number, which is very weird

未关闭
#118 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
3/5
预计耗时
1-2 天
新手友好度
45/100
Issue 类型
缺陷
描述清晰度
描述清楚
活跃度
停滞
技术栈
python
领域
data

调研方向

从 patsy.parse_formula._read_python_expr 开始,并使用 patsy.ModelDesc.from_formula("inf ~ x") 重现该失败。检查该表达式的 tokenize 输出,并将其与当前的 int() 和 float() 检查进行比较。当 inf 和 nan 可以作为公式变量名使用,而不会被分类为数值字面量时,即表示完成。

由索引模型根据 Issue 内容生成。

描述

As noted here: https://stackoverflow.com/questions/48371747/how-to-modify-a-liner-regression-in-python-3-6

This formula causes patsy to raise an error:

patsy.ModelDesc.from_formula("inf ~ x")

the problem is that in patsy.parse_formula._read_python_expr, patsy tries to figure out whether an arbitrary Python expression is a numeric literal, and the way it does this is by calling int(...) and float(...) on the expression, and seeing if they work.

In this case, float("inf") does work, so patsy decides that the Python expression inf is a numeric literal. Whoops.

The same thing probably happens if you try to use nan as a variable name in a formula.

I guess a more reliable way of checking for numeric literals would be to check the tokenize output: if an expression is a single token, and that token has type tokenize.NUMBER, then it's a numeric literal.

主要语言
Python
星标
989
派生
108
平均合并
21 天 12 小时
30 天内合并 PR
1

环境准备

这个项目没有提供开发容器、Dockerfile 或贡献指南,环境需要你自己搭建:先看它的 README,通用步骤见我们的新手贡献指南。

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

pydata/patsy 的其他 Issue

查看 pydata/patsy 的全部 Issue

相似的 Issue

更多 Python Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。