Make `MAX_BIG_NUMBER` consistent across API v3 models
还没有人认领这个 Issue。
评估
调研方向
打开 reoptjl 应用中的 models.py，并将 MAX_BIG_NUMBER 与各种 API v3 Django 模型和 REopt.jl 所需的最大值进行比较。确定一个共享值是否足够，或者模型是否需要分别声明最大值。完成标准是模型的最大值一致地使用 MAX_BIG_NUMBER，或明确声明一个额外值。
由索引模型根据 Issue 内容生成。
描述
Note: for support questions and enhancement suggestions please use the REopt Forum (under development). This repository's issues are reserved for feature requests and bug reports.
-
I'm submitting a ...
- bug report
- feature request
- support request => Please do not submit support request here, see note at the top of this template.
-
Do you want to request a feature or report a bug?
At present, theMAX_BIG_NUMBERis not consistent across API v3 Django data models. The value should either be 1.0e8 or 1.0e9, or we should have multiple max values. -
What is the current behavior?
MAX_BIG_NUMBERis not used in some places because its not consistent with maximum possible value in REopt.jl. -
If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem via
https://plnkr.co or similar (you can use this template as a starting point: http://plnkr.co/edit/tpl:AvJOMERrnz94ekVua0u5).
Open models.py in reoptjl app and compareMAX_BIG_NUMBERwith the maximum values required in various models. -
What is the expected behavior?
All maximum values in Django models are eitherMAX_BIG_NUMBERor are separately declared along withMAX_BIG_NUMBER. -
What is the motivation / use case for changing the behavior?
To make it easy to align REopt.jl inputs and API v3. -
Please tell us about your environment:
- REopt API Version: X.X.X
- Operating System: [all | TypeScript X.X | ES6/7 | ES5 | Dart]
- Python version: 3.x
- Julia version: 1.x
-
Other information (e.g. detailed explanation, stacktraces, related issues, suggestions how to fix, links for us to have context, eg. stackoverflow, gitter, etc)
- 主要语言
- Python
- 星标
- 127
- 派生
- 69
- 平均合并
- 9 天 15 小时
- 30 天内合并 PR
- 2
环境准备
- 提供 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
NatLabRockies/REopt_API 的其他 Issue
-
EVI-EnLitePy API未关闭
难度 5/5 一周以上 新手友好度 25/100
NatLabRockies/REopt_API#712 ·
-
add wind acres_per_kw to API (then UI)可能重新可做 @adfarth 于 787 天前认领，目前没有进行中的 PR。 未关闭
NatLabRockies/REopt_API#598 · 已指派 1 人 ·
-
Make erp reopt version linked to pkg version可能已有人在做 @adfarth 于 866 天前认领。 未关闭
NatLabRockies/REopt_API#588 · 已指派 2 人 ·
-
Fix validation of export_rate_beyond_net_metering_limit可能已有人在做 @adfarth 于 880 天前认领。 未关闭
NatLabRockies/REopt_API#576 · 已指派 1 人 ·
-
难度 3/5 1-2 天 新手友好度 25/100
NatLabRockies/REopt_API#527 ·
查看 NatLabRockies/REopt_API 的全部 Issue
相似的 Issue
-
wr.dynamodb.read_items returns [{}] for a single partition value that does not exist可能已有人在做 @auraseb 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 84/100
aws/aws-sdk-pandas#3520 ·
维护者通常 2 天内回复
-
requires triage typing
难度 2/5 1-3 小时 新手友好度 78/100
sqlalchemy/sqlalchemy#13704 ·
维护者通常 1 天内回复
-
Edit tool converts CRLF files to LF可能已有人在做 @RaphaelFakhri 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 68/100
huggingface/tau#774 ·
维护者通常 1 天内回复
-
show ignores the row limit when a column or table name contains "limit"可能已有人在做 @RaphaelFakhri 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 88/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 67/100
linebender/resvg#1179 · 1 条评论 ·
维护者通常 2 天内回复