更改列格式无法正常工作<<格式(持续时间,:hr:m:s)所以我有一个列有一个公式,减去2个日期(另外两列)。 输出为Numeric Continous。 我正在尝试使用
column(dt,"Duration")<<DATA type=""></DATA>
将其更改为持续时间而不是数字。 但它不起作用
column(dt,"Duration")<<DATA type=""></DATA>
也不起作用
我可以进入Colum信息菜单并将Best to Duration更改为hr:m:s,这样就可以了
Re:更改列格式不能正常工作<<格式(持续时间,:hr:m:s)你有格式()消息的语法错误。它应该是:
column(dt,"Duration")<<DATA type=""></DATA>
我通过在列信息对话框中以交互方式设置格式来解决这个问题,然后我复制了表脚本以查看语法。

将脚本粘贴到新的脚本编辑器中,您将看到定义“持续时间”列的部分:
New Column( "Duration",
Numeric,
"Continuous",
Format( "hr:m:s", 13, 0 ),
Input Format( "hr:m:s", 0 ),
Formula( :Column 1 - :Column 2 ),
Set Selected
)
Re:更改列格式不能正常工作<<格式(持续时间,:hr:m:s)啊......我在你的帖子中没有理解第二部分....
Re:更改列格式不能正常工作<<格式(持续时间,:hr:m:s)这似乎不起作用。
我创建了一个包含1列“test”的表,其中包含2行数字
然后使用下面的表格的脚本
column("test")<<DATA type=""></DATA>
并且无法将其更改为持续时间
Re:更改列格式不能正常工作<<格式(持续时间,:hr:m:s)所以我不能只用<<格式(持续时间,“:hr:m:s”,17,0)将列格式更改为持续时间
我可以在查询后脚本中使用<< Format(Best,10,3)更改列的格式
我有一个帖子查询脚本,它创建一个新列,其中包含一个减去另外两列的公式。 然后尝试使用<< Format(Duration,“:hr:m:s”,17.0)更改该答案。
所以你建议我必须使用......:第1列和第2列那些具有我减去的日期的那些
column(dt,"Duration")<<DATA type=""></DATA>
Re:更改列格式不能正常工作<<格式(持续时间,:hr:m:s)我不确定我是否有足够的特定细节来确定如何提供帮助。那么,让我们备份第一条消息:
@UberBock 中写道:
所以我有一个列有一个公式,减去2个日期(另外两列)。 输出为Numeric Continous。
此列的减法结果来自何处?我以为你在JMP中做了这个减法,但现在我不太确定。这是一个已在数据库的列中完成的计算吗?如果是这样,那可能会使事情变得复杂,因为JMP不知道时间值代表什么单位。
JMP中的日期和时间以秒为单位存储,因此:hr:m:s格式将显示值1:0:0:1,值60显示为:0:1:0,值3600 as :1:0:0。(您可以在中了解有关日期时间值的更多信息在JMP中使用日期,时间,日期时间和持续时间 。)
那么,让我们从那开始吧。计算日期的差异列在哪里,结果是什么单位?
Re:更改列格式不能正常工作<<格式(持续时间,:hr:m:s)当然。
所以我创建了一个SQL查询,我将其置于“自定义SQL”中以获取数据。 它返回一个我用修改后的脚本修改的数据表。 它做了很多事情。返回的数据表有一个'completiondate'列。 它的格式就像07/03/2019 12:25:00 AM。 在该查询后脚本的一部分中,我创建了一个摘要表,该表具有该“完成日期”列的最小值和最大值。 我当时希望创建另一个列,其中包含从max中减去min的公式,我希望该列的格式为持续时间。 我试图创建列并让它使用公式,然后将其格式化为持续时间,但似乎不起作用。 我已经使用公式创建了其他列,并将格式更改为百分比而没有问题。 似乎JMP剂量像<<格式(持续时间):hr:m:s:“,17,0)与<<格式(百分比,12,2)相同
Re:更改列格式不能正常工作<<格式(持续时间,:hr:m:s)谢谢你的澄清。看起来好像我们在同一页面上。
问题是你已经得到了它的语法格式() 消息错了。你不需要持续时间其中的关键字,只有格式“:hr:m:s”。
column(dt,"Duration")<<DATA type=""></DATA>
但是,您可以将所有这些内容设置为创建新列的一部分新专栏() 信息.. 事实上,如果您使用公式创建列,则数据类型和建模类型应该已经正确。
你能告诉我们更多的剧本吗,包括新专栏() 您创建的消息持续时间柱?
从最终结果的角度来看,这并不重要,但它会使您的代码更容易理解,更有效。