用户对话：Charles R Greathouse IV/关键词/表格
评论
-
卡德 ：这应该在添加中。 如果用户搜索关键字：add，我们希望所有完全累加的序列也出现。 我建议 添加-压缩 . -
cmult（结果） ：同上。 多组件 . -
ccopr公司 ：同上。 铜补偿 . -
底座-1-圆形 ：技术问题：除了早期风格的罗马数字外，从技术上讲，它们是略微偏位的，而不是一元的。 现在我认为允许搜索所有非传统的基础是有价值的，所以我赞成 底部-顶部-底部 允许使用关键字：base-alt搜索寻找Etruscan、phinary、money bases等的用户。当然，真正晦涩难懂的应该直接归入 底座 直到达到临界质量。 -
完成？ ：我认为值得指出v.1建议之间的差异 完成？ ，在搜索关键字fini和v.2建议时不会出现 fini:？ ，这会。 我稍微喜欢第一个，但很高兴能得到更多的意见。 -
装饰-N-满 ：绝对是错误的做法！ 如果我在搜索一个我认为已完全记录在OEIS中的序列，很可能——甚至很可能——我不知道它有多少个术语。 这应该是 完成-完成 甚至是 最终完成 因为这个原因。 我也会 终饰-N 这样所有搜索都能正常工作：keyword:fini-yes，keyword:fini-yes-7，等等。 -
conv-num公司 ：应该是 压裂-数量 。如果属性“与此序列和其他序列相关联的分数序列收敛于某个常数的连分数”被给定关键字（我认为不应该！），那么它当然应该是除 压裂-X 不是在它的位置上。 与分数交互的程序、脚本等不需要与其他分数有任何区别。 对比一下 全球合作框架 ，其中序列不应*视为分数（所以我喜欢 gcofr-编号 ). -
conv-den公司 ：同上。 下降。 -
斯科弗 ：我赞成 cofr公司 但也许我是一个糊状的传统主义者。 -
单硅橡胶 ：我很伤心； 我想让搜索任何递增序列变得容易（keyword:mono-sincr|keyword:mono-lincr不好），但我也希望保持关键字简洁（mono-incr-strict很长，属于许多序列）。 感觉？ -
单电子 ：我将这些简单地描述为“常量序列”，并删除描述中多余的“单调”。 关键字很好，我认为，它是对数学上纯粹但不方便的序列标记系统的折衷 单线 和 单十进制 。尽管名称有问题，但我没有好的解决方案：我担心混淆 欺骗 （表示为（通常）不相同数字串的实数）和 单电子 （所有项都相等的序列）。 -
非放射性物质 ：我不确定这应该代表什么。 这是表示实数的另一种方式吗 欺骗 ?
是的，它是常数的嵌套根展开式（参见 黄金比率#连续分式和嵌套根展开 对于φ的嵌套平方根展开， 银数#连续分数和嵌套根展开 对于银数的嵌套三次根展开式，在这两种情况下，我们都得到了平凡的全一序列{1，1，…}，但可能会有一些不那么平凡的例子……）- 丹尼尔·福格斯 2011年2月10日04:38（UTC）
你仍然希望人们为关键字建议表提供建议吗？
有界序列
