用户对话: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)
你仍然希望人们为关键字建议表提供建议吗?
有界序列