问题标签 [cfchart]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
sql - cfchart 中的变量值
[更新] 问题:
Leigh 提供的查询有效,但由于某种原因,当我替换行和列的名称以将查询从每次点击成本更改为每次注册成本和每次许可成本时,我会得到不同的值预期的。
注意:我在下面列出的结果仅适用于每次注册的成本,而不是每次许可的成本。两者都来自同一张桌子,所以如果一个是固定的,第二个很可能会效仿。我还更新了 AdReport 表以包括 Licenses 列等。
我所期望的
我得到了什么
查询:
代码:
数据:
添加了示例数据,忽略表中的 sourceID 和其他 ID。
对不起,表配置,不知道如何使它整洁。此外,我们有更多的转换(注册)和许可证未在示例数据中显示,只是前 10 行的数字较低。
sql - CFChart 产生 500 错误
我正在尝试创建一个带有查询查询的图表,但无论我尝试什么,都会收到 500 错误。我最终将 cfchart 标记的范围缩小为问题,但在其中找不到任何语法错误,也没有任何逻辑错误。
样本数据
railo - 铁路上的 CFChart
生成pdf时遇到问题。我在pdf中添加cfchart。
这是我的代码:
它正在生成空白(白页)pdf。但它没有显示任何图表。如果我删除了 cfdocument 标签,那么它会显示图表。如果在 Coldfusion 服务器上运行相同的代码,则可以正常工作。
sql-server - 在动态加载的数据中缺少日期时,在 ZingChart 中造成图表空白?
我一直在使用 ColdFusion 2016 和 ZingCharts(捆绑)使用 SQL Server 动态创建图表,在 X 轴上有一个时间序列。当有时间间隔时,我希望折线图也显示一个间隔,但这条线是连续的,并连续绘制每个数据点。
现在绘制的图表图片,您可以看到 10 月 29 日和 3 月日期之间没有“差距”,数据只是一起运行:
我的数据通常以 15 分钟为增量,但有一段时间(几天或几个月)时间序列和数据存在差距。我联系了 ZingCharts,询问是否有某种样式标签可以控制日期是连续显示还是间隔显示,但没有。这是必须在数据级别进行操作的东西。如果我的数据是硬编码的,我将不得不添加空值,以便图表在时间序列中绘制有间隙,但我的图表是动态的(用户可以选择任意数量的 7 个参数添加到他们选择的日期范围的图表中)。我找到了有关如何解决硬编码数据的信息,但我正在寻找动态加载数据/系列的解决方案的想法。我还找到了有关 XML 文件已弃用的冷融合标签的信息,isInterpolated="false"
,但这不再是一种选择。
我的问题是解决这个问题的最佳方法是什么? 我找到了一些关于在 SQL Server 中创建日历表并将其与提供数据的表联合的信息,以便填充所有日期时间。我想知道是否还有另一种我没有想到的方法?感谢您的帮助,我对这一切都很陌生。
更新:这是当前对数据的查询,有点复杂。它根据选择的参数(7 个可用)以及日期范围内的天数拉出“第 N”行:
第二次更新(在Leigh 在 GitHub 上的查询链接之后):
因此,我实际上一直在研究与 Leigh 基于此处“CTE 表达式”部分发布的一个类似的查询. 我转而尝试使用她的版本,如下所示。我没有写编辑,所以我正在使用现有的表。MyDataTable 有大约 2100 万行,有一个单独的 sample_date(datetime) 和 sample_time(datetime) [日期和时间是仪器的 PITA - b/c 以及这些数据被远程遥测的方式,我们得到一个带有“好”的日期时间列日期”,但我们称之为“sample_date”的虚假时间值,然后是一个名为“sample_time”的单独日期时间列,其中包含虚假日期和“好时间”。] 有 125 个站,每个站都有来自的数据(例如温度)不同的开始和结束日期/时间,从 2001 年开始到现在。因此,我需要为 125 个具有不同时间间隔的不同站点填充日期/时间间隔,通常以 15 分钟为增量。
当我按原样运行此查询时,我只得到 17 行数据。TheDate 列列出了日期为 12/15-12/31/16 的日期时间,所有时间均为 00:00:00.000。查询需要 49 秒。
与此同时,我和我的同事一直在研究替代方法。
这种方法可以创建一个包含所有 15 分钟日期/时间增量的表格,从而生成正确绘制的图表(如下)。但是,我们不知道如何在不制作多个表的情况下将其扩展到完整的 125 站全数据表。
json - SERIESLABEL 或 ITEMLABEL 中存在单引号或双引号导致 CFCHART 错误
我正在为我的一个应用程序使用 CF 饼图。但它的工作很奇怪。以下代码是图表代码,它给出了错误。它甚至不显示图表。我知道,这是由于查询列的值中存在双引号,col1
.
我已经在视图源中检查了图表的 JSON,没问题。但是给出上述错误的代码。所以不知道为什么它会出错。没有双引号,代码按预期工作,但我需要双引号,如果我删除它,它会影响应用程序。
我还尝试将双引号替换为单引号,在这种情况下,图表正在显示,但是如果我们单击第一行区域,它会在控制台中给出相同的错误。
所以使用引号是这里的主要问题。但是我需要上面的代码来显示图表,并且在单击该区域时,它应该按原样显示相应的标签。
我不确定我错过了什么,或者代码中有什么错误。
coldfusion - Zingchart bar chart starting at y axis -50
When I am trying to create a barchart for mobile, the y axis actually starts from the middle of the screen, hence i am unable to see my chart completely. For viewing the chart, i need to zoom out the device by 20%, or i need to set a plotarea y value as -50. Can someone let me know where am i going wrong?
Graph is seen when added the below code:
Attached image can be seen here: 1st: Without zoom, 2nd: With 20% zoom out, 3rd: with y as -50
Complete code is here:
The same code works perfectly for another chart with the same data set and same width height for the div which is rendering this chart. Also, i can't make the y value as -50 as i have bound the chart top open another chart on clicking any of the bars. On making y as -50, i am unable to click the bars.
coldfusion - cfchartseries 不匹配当前父项 cfchart 错误
我收到错误消息:
cfchartseries 与当前父项 cfchart 不匹配
因此,在呈现页面时不会显示图表。
一些帮助将不胜感激。
coldfusion - ColdFusion 2016 CFChart 问题
我有一个应用程序,我们正在从 ColdFusion 9 迁移到 ColdFusion 2016。我在创建 6 个图表并将它们作为图像保存在服务器上的页面上遇到问题。
系统将生成一些图像,但随后我收到一条消息:
编译脚本时遇到代码生成错误:方法生成的字节码超过 64K 限制。
我不确定如何解决这个问题。
coldfusion - 来自 QoQ 的 Coldfusion 图表多个系列
我正在尝试在电子邮件中插入一个图表,该图表将随着时间的推移绘制多个系列的数据。电子邮件工作正常,图表成功附加,但我生成图表的方式有问题。
我正在尝试做的事情:遍历查询结果,按“地区描述”分组(为每个地区制作一个系列),然后为每个地区的每个月生成一个数据点。
这是我试图绘制的查询结果的示例:
每个六个月的六个“领土”都有一个条目。
这是我在网上找到的代码,我一直在尝试使用。
结果:图表正在生成并附加在电子邮件中,但只有一个月份值 - 2017 年 12 月 1 日,这是数据集中六个月中的第一个。本月所有 36 个左右的值似乎都填充在 y 轴上。
我期望看到的是这样的:
我最终得到的是:
任何人都可以提供的任何帮助将不胜感激。非常感谢。