圖表常見問題匯總

問題描述：

使用圖表時出現：

1. 無動畫效果

2. 沒有系列選中高亮效果和圖例交互效果

3. 無圖表縮放功能（包括軸縮放和框選縮放的操作以及地圖的縮放）

4. 無工具欄功能（右上角無抽屜按鈕）

5. 無圖表超連結和鑽取功能、無旋轉功能等

日誌中出現提示「使用了未註冊的功能-動態圖表」，如下圖所示：

原因分析：

未購買H5動態圖表和進階圖表交互功能。詳情請參見：未購買H5動態圖表和進階圖表交互功能的影響

解決方案：

聯絡對應銷售，增購功能點。

問題描述：

IE10 及以下版本瀏覽器，圖表顯示效果不太好，部分功能不支援。

原因分析：

• IE10 及以下版本瀏覽器，不支援圖表屬性 pointer-events:none ，導致開啟大數據模式的圖形無法正常回应交互。

• 由於效能問題，IE8 及以下的瀏覽器禁止了動畫、漸變特效以及圖表縮放功能，陰影效果也做了一定的改變。

• IE 瀏覽器暫時不支援工具欄匯出 SVG 。

• IE8 禁用了餅圖旋轉。

解決方案：

使用 IE11、chrome、firefox 等瀏覽器。

問題描述：

谷歌瀏覽器預覽甘特圖，項目軸正常，時間軸有一層模糊的陰影。

原因分析：

谷歌核心瀏覽器的字體渲染問題，谷歌瀏覽器對於寬度較大的前端 text 標籤渲染程度不太好。

解決方案：

1）更換為非谷歌核心的瀏覽器。

2）增大甘特圖的字體或解析度。

問題描述：

範本預覽時，餅圖邊緣呈現鋸齒狀，如下圖所示：

原因分析：

使用者開啟了瀏覽器的硬體加速功能，該功能會造成不可知的異常，如無特殊需求儘量不要開啟。

解決方案：

關閉瀏覽器設定中的硬體加速功能。

問題描述：

在小米電視的谷歌瀏覽器預覽範本時，任何圖表都無法正常展示。

原因分析：

小米電視自身的快取導致。

解決方案：

清理電視整體的快取（非瀏覽器快取）。

問題描述：

圖表重新整理後為空

原因分析：

範本使用了報表塊定時重新整理插件，圖表為儲存格圖表，報表塊重新整理相當於頁面重新載入。

解決方案：

需要確定範本的「報表塊重新整理時長<圖表塊重新整理時長」，才不會出現空資料的情況。

問題描述：

同一個範本，採用儲存格資料源展示，折線圖在10上正常展示，在11上展示成點

原因分析：

11.0 圖表取數邏改動，跟原先的 10 取數邏輯不完全一樣，升級後預設採用 11.0 的圖表取數邏輯。

解決方案：

1）將範本copy到設計器中，並將設計器的日誌級別調整成 INFO

2）卸載原來的圖表資料源相容插件，安裝新的 圖表資料源相容插件 。

3）安裝插件後，在菜單欄「範本」下選擇配置項「圖表資料源相容」，切換到舊版取數邏輯或重新配置下圖表資料。

問題描述：

場景地圖輪播一段時間後卡住，不再輪播

原因分析：

103 版本的 chrome 瀏覽器存在問題

解決方案：

更新瀏覽器。

問題描述：

預覽圖表時，甘特圖不顯示資料。

原因分析：

資料量過大，超過圖表極限。

可將SQL資料量 limit 限制在 200，檢查圖表是否出現。

解決方案：

減小資料集的資料量。

問題描述：

圖表綁定儲存格資料，多分類，如下所示：

• 當分類A（地區）下的分類B（銷售員）的值不相同時，多分類圖表顯示正常。

• 當分類A（地區）下的分類B（銷售員）的值有相同的值時，多分類圖表顯示時，分類錯亂。

原因分析：

圖表綁定儲存格資料，當多分類底層資料部分相同時或者有空值時，儲存格取數錯亂

解決方案：

圖表換成資料集資料源

問題描述：

當圖表標題和圖表塊標題用ds1.select()公式時，圖表塊的標題無法實現獲取到元件的參數值。

解決方案：

加一個直接引用再去掉不顯示，使用的公式為：indexofarray(split($p1+","+ds1.select(aaa),","),2)，如下圖所示：

問題描述：

儲存格圖表邊區邊框顯示不完整，如下圖所示：

原因分析：

儲存格屬性設定中，預設有左右各 2px 的縮排。
解決方案：

1）用儲存格邊框實現圖表邊框。

2）選中圖表所在儲存格，將縮排預設是 2px，修改成 0 即可。如下圖所示：

問題描述：

決策報表的 body 設定了深色背景，但是使用工具欄放大圖表塊時，圖表的背景變為了白色，如下圖所示：

原因分析：

圖表背景色來源於圖表區設定的背景色，不會跟隨 body 改變，由於圖表區預設背景色是白色，所以放大後會是白色背景。

解決方案：

將圖表區背景色設定成 body 背景相同的顏色，並將不透明度調成 0，如下圖所示：

問題描述：

決策報表使用 圖表排序API 進行排序，JS程式碼寫在圖表的初始化後事件中，初次預覽正常排序，縮減瀏覽器視窗後排序失效。如下所示：

原因分析：

瀏覽器視窗調整，圖表隨之進行縮放，不會重新初始化，因此不會呼叫初始化事件。

解決方案：

詳情請參見：圖表排序後縮放瀏覽器失效。

問題描述：

使用圖表排序API進行排序，當資料源是變動的，資料重新整理之後圖表不會自動排序。

解決方案：

可參考：資料重新整理後圖表排序自動重新整理

問題描述：

兩張範本，資料集是不同參數過濾出來的情況， 且都做了排序，一個是圖表中正常排序顯示， 一個是亂的順序。

原因分析：

相同分類名/系統名的情況下，匯總方式選擇無，只按照第一個的值來顯示。

解決方案：

1）調整源資料，保持分類名不同，資料無重複

2）匯總方式選擇求和，按照求和的值來展示

問題描述：

圖表預覽異常，報錯：Error Code: 11300005 Template file parsing error

原因分析：

範本版本與工程版本不匹配，不支援在低版本工程中存取高版本範本。

解決方案：

請在低版本工程中重新制作範本，不支援直接使用高版本範本預覽。

問題描述：

工程中所有帶圖表的範本都無法存取，報錯：at javax.swing.ImageIcon.<init>(ImageIcon.java:240)

原因分析：

工程所在磁碟空間不足，導致載入資源大的圖表無法正常載入

解決方案：

詳情請參見：磁碟擴容

問題描述：

報表預覽時，圖表顯示異常。

日誌報錯：chart painter not found

原因分析：

圖表組件名稱，禁止以底線結尾，禁止名稱中間有雙底線。

解決方案：

修改圖儲存格件名稱。

問題描述：

谷歌瀏覽器預覽帶擴展圖表的範本，報錯：Your browser does not support any of therequired graphics API for this content

原因分析：

預覽範本的電腦硬體配置過低

解決方案：

1）推薦的配置：

請根據 擴展圖表插件推薦配置，更換預覽範本的用戶端硬體配置。

2）臨時解決方案：

使用OpenGL驅動程式作為圖形後端可以提高某些圖形密集型應用程式的效能

谷歌瀏覽器存取chrome://flags，修改Choose ANGLE graphics backend的配置為OpenGL

如果做了此操作還報錯的話，建議更換推薦配置的顯卡。

問題描述：

填報預覽時，圖表位置顯示報錯：com.fr. chart.chartattr.ChartPainter

原因分析：

報表使用了填報暫存功能，儲存格中插入圖表不支援暫存

解決方案：

取消自動暫存，然後清空暫存

問題描述：

範本預覽報錯：slice undefined

原因分析：

使用了ECharts圖表整合插件，空資料時無法正常渲染

解決方案：

修改echarts中的程式碼設定，增加If判斷語句和myChart.clear()清除語句

問題描述：

10升11後，預覽圖表報錯：java.lang.Integer cannot be cast to com.fr.calculate.cell.BOxCEProvider

原因分析：

11.0 圖表取數邏改動，跟原先的 10 取數邏輯不完全一樣，升級後預設採用 11.0 的圖表取數邏輯。

解決方案：

1）將範本copy到設計器中，並將設計器的日誌級別調整成 INFO

2）卸載原來的圖表資料源相容插件，安裝新的 圖表資料源相容插件 。

3）安裝插件後，在菜單欄「範本」下選擇配置項「圖表資料源相容」，切換到舊版取數邏輯或重新配置下圖表資料。

問題描述：

圖表坐標軸設定了正文旋轉，帶有括號的字元在預覽和匯出時效果不一致，如下圖所示：

原因分析：

1）括號是中文格式，各個瀏覽器的顯示方式不相同

2）預覽和匯出的瀏覽器，缺少該括號的中文字體。

解決方案：

1）將括號符號更換為英文字元

2）安裝對應字體或更換圖表字體

問題描述：

圖表匯出後整體異常，顯示為鋸齒形狀。如下圖所示：

原因分析：

JDK導致，若工程使用了Oracle jdk、arm 版本的jdk1.8，匯出圖表會出現鋸齒狀，需要更換jdk。

解決方案：

請下載並安裝 JDK 1.8 且小版本需在 JDK8u102 以上

問題描述：

圖表匯出為空白提示圖片，提示「圖表匯出資料量過大，匯出失敗，請減少匯出資料量」，如下圖所示：

原因分析：

使用者自訂了最大數據條數或關閉了單個圖表匯出資料限制。

當匯出資料量過大會導致 v8 記憶體（1.6G）上限溢位時，匯出的圖表則會出現該提示。

詳情請參見：圖表匯出說明

解決方案：

減少匯出資料量，再次嘗試。

問題描述：

圖表匯出後資料缺失，與預覽效果不一致。

原因分析：

為防止伺服器當機，單個圖表匯出資料量有一定的限制。

匯出的資料量過大時，可能會觸發該限制。

解決方案：

請參考 圖表匯出說明，查看是否開啟/觸發圖表匯出資料量限制。

問題描述：

範本匯出，圖表部分顯示為形如「com.fr.chart.chartattr.ChartPainter」的字串

原因分析：

圖表所在儲存格「儲存格屬性>其他>顯示內容」選擇了「用HTML顯示內容」

解決方案：

圖表所在儲存格「儲存格屬性>其他>顯示內容」更改為「預設」

問題描述：

範本word匯出、excel原樣匯出時，匯出內容為空

範本excel匯出報錯空指標，報錯：java.lang.NullPointerException at com.fr.extended.chart.export.JSExportProcessor.getExportImage

原因分析：

擴展圖表插件不支援匯出功能。

解決方案：

去掉擴展圖表組件，方可進行匯出操作。

問題描述：

用圖表自帶匯出按鈕匯出柱形圖，匯出png只有1kb，開啟後沒有圖表。

原因分析：

造成匯出空白的是圖表資料配置出現了問題。

解決方案：

在資料庫裏重新編輯下欄位資料，觸發下儲存即可。

問題描述：

範本匯出卡頓，日誌中出現debug級別警告：CanvasPainterPool;Please update GCC

原因分析：

匯出的範本中存在圖表，由於工程缺少j2v8相關的環境，用nashorn效能比較慢。需要升級GCC

解決方案：

升級GCC編譯環境，詳情請參見：圖表匯出升級說明

問題描述：

1）匯出圖表空白，且範本有報錯資訊：

"C library and JDK version do not meet the requirements, Please upgrade GBLIC to 2.17 And GLIBCXX to 3.4.19 or JDK to 1.8"

2）排程管理時，匯出圖表空白，系統訊息提示運作失敗，日誌中報錯：

"C library and JDK version do not meet the requirements, Please upgrade GBLIC to 2.17 And GLIBCXX to 3.4.19 or JDK to 1.8"

原因分析：

匯出的範本中存在圖表，由於工程缺少j2v8相關的環境，用nashorn效能比較慢。需要升級GCC

解決方案：

升級GCC編譯環境，詳情請參見：圖表匯出升級說明

問題描述：

切換資料庫之後，所有範本的圖表資料配置消失，但預覽依然正常。如下圖所示：

原因分析：

圖表資料處配置的欄位和資料庫表欄位的大小寫不一致，所以圖表資料配置會清空。

報表在計算的時候大小寫不敏感，所以可以正常預覽。

解決方案：

1）切換回原先的資料庫

2）手動修改每張範本的資料集配置

3）批量修改新資料庫的欄位名大小寫

問題描述：

在普通的 cpt 範本中插入了 20 幾個圖表，在設計程式中，設計器的設計介面會慢慢變得卡頓，預覽不卡。

原因分析：

圖表渲染之後，圖片會轉成base64快取下來，在設計的程式中由於經常預覽範本導致圖片的快取越來越多，設計介面卡頓。

解決方案：

減少一張普通報表中的圖表個數，或更換為決策報表進行製作。

問題描述：

遠端設計環境，開啟範本，提示：圖表插件（擴展圖表或其他圖表插件）安裝失敗，編輯儲存範本會導致檔案損壞。

原因分析：

遠端設計圖表插件版本不一致、圖表插件版本過低或未安裝。建議將插件更新至最新版本後，再進行範本編輯。

解決方案：

透過查看日誌，可查看具體缺失的插件英文名

在遠端環境插件資料夾找到該插件，同步到本地設計器即可

問題描述：

遠端設計環境，開啟帶擴展圖表的決策報表，範本空白，自動建立一個普通報表。

報錯：com.fr.plugin.chart.meter.MeterMainTypeChart

原因分析：

本地設計器和遠端工程下的擴展圖表插件版本不一致

解決方案：

將本地設計器和遠端伺服器插件版本升級到一致。

問題描述：

遠端設計環境，開啟範本空白，自動建立一個普通報表。

報錯：com. fr.plugin. chart.column.carouselbar.CarouselBarChart

原因分析：

遠端工程安裝了擴展圖表插件，本地設計器未安裝

解決方案：

本地設計器安裝與遠端工程同版本的擴展圖表插件。

問題描述：

設計器中，圖表組件看不到介面，一直顯示載入中：the chart is loading

排查步驟一：

原因分析：設計器FineReport\lib目錄下存在冗餘jar包。

解決方案：檢查是否存在冗餘jar包，備份後刪除，重啟設計器。

排查步驟二：

原因分析：設計器遠端連結工程，遠端設計資訊填寫的域名而非IP。

解決方案：修改遠端設計資訊，連結方式由域名更改為IP。

後台日誌報錯：chart painter not found

原因分析：

圖表設定的最小值＞圖表資料的最小值

解決方案：

修改圖表的最小值格式

問題描述：

編輯擴展圖表-場景地圖，開啟場景設定時報錯：your browser does not support WebGL

原因分析：

開啟這個設定視窗，是開啟設計器自帶的一個chrome核心的瀏覽器頁面，不是開啟的電腦系統預設瀏覽器。

這個自帶瀏覽器會根據當前的顯卡進行判斷要不要開啟WebGL，顯卡效能太低的話，WebGL不開

解決方案：

更換高配置顯卡

問題描述：

地圖範本預覽後報錯，如下圖所示：

原因分析：

範本裏選中的地圖邊框 .json 在當前環境下沒有找到。
解決方案：

新增對應的 .json 檔案，或者修改成當前環境下的其他地圖邊框。

問題描述：

改變地圖綁定的資料源之後，地圖的位置出現了變化，中心點和縮放等級都是自動的。

原因分析：

地圖綁定的資料源，更改前後涉及的地理區域不完全相同。

且中心點和縮放等級都是自動的，因此地圖的中心點發生了變化。

解決方案：

建議將中心點設定為自訂，以地圖顯示在中間為最佳位置。

問題描述：

同一張範本，在設計器和伺服器預覽時，地圖顯示效果不一致

原因分析：

兩個環境的json檔案不一致。

問題描述：

使用者登入數據決策系統，查看「管理系統>地圖配置」，左側目錄樹中文不顯示，地圖區域和點的中文不顯示

使用了地圖的範本預覽時出現亂碼，報錯：com.fr . exception. TemplateFileNotF oundException:錯誤程式碼:11300004沒有找到範本檔案

排查步驟一：

原因分析：工程部署在docker容器中，docker本身沒有安裝中文字體，需要修改環境

解決方案：需要給docker設定語言後，重新生成容器

排查步驟二：

原因分析：tomcat版本過低

解決方案：推薦使用 Tomcat8 最新版本

排查步驟三：

原因分析：tomcat沒有安裝字體

解決方案：詳情請參見：伺服器安裝字體

問題描述：

自訂多層json，鑽取地圖底層資料匯總，最底層資料模糊匹配正常，但預覽鑽取地圖未正常轉列，只有gis圖層。

原因分析：

鑽取地圖考慮鑽取層級關係，父層級 json 裏區域或點 name 需要跟子層級一致。

解決方案：

修改json檔案使父層級 json 裏區域或點 name 跟子層級一致。

問題描述：

鑽取地圖只有部分省份可以點選下鑽，部分省份不可以，但是所有的省份下，對應的城市都有資料

原因分析：

因為範圍圖例，取得是資料中第一個系列，只有使用普通圖例當某個區域沒有總系列中某一個會補齊，才能觸發鑽取。

解決方案：

將系列中的顏色劃分的值換成系列。

問題描述：

地圖預覽異常，報錯：Failed to list entries of /NED-IMF/assets)map/geographic,Exception message: No such file.

原因分析：

叢集工程，配置了檔案伺服器，但在檔案伺服器中未提供map相關地圖資源檔案，導致地圖json匹配異常

解決方案：

在檔案伺服器下放置assets目錄-map資源檔案，重啟工程

問題描述：

流向地圖預覽異常，沒有圖層，報錯：map.geoq.cn

原因分析：

內網環境，需要開通圖層白名單，否則無法存取圖層地址

解決方案：

內網環境，需要開通圖層白名單，下表為FineReport標準圖表和擴展圖表中內建圖層的具體地址。

問題描述：

在地圖配置-地理資訊-區域中，修改圖層後點選儲存，並提示了「儲存成功」，重新整理一下後該修改沒有儲存。

原因分析：

map/geographic 資料夾下有同名的 json，產品不支援同名json，在建立/儲存/修改時會出現問題。

解決方案：

修改下 json 名稱，重啟工程即可。

問題描述：

自訂 WMS 服務，輸入 URL 後，點選連結，如下圖所示：

連結時提示 WMS 失效，如下圖所示：

排查步驟一：地址失效

原因分析：地址格式正確，但已失效，不可用。

解決方案：上網尋找可用的免費 WMS 服務或者自行搭建。

排查步驟二：地址格式錯誤

原因分析：URL 格式錯誤，寫了完整的圖層 URL 路徑。（此種情況下，URL 是可以直接在瀏覽器開啟對應圖層的）

解決方案：只需要輸入 WMS 服務層面的 URL。

範例：指向最終圖層的完整 URL 格式：

http://localhost:8080/geoserver/cite/wms?service=WMS&version=1.1.0&request=GetMap&layers=cite:geotiff_coverage&styles=&bbox=9279423.299524633,738670.717867285,1.6000989702852087E7,4339160.253879011&width=768&height=411&srs=EPSG:102113&format=application/openlayers

此處應正確填入的 URL（指向 WMS 服務層）：http://localhost:8080/geoserver/cite/wms?

注：URL 指向 WMS 服務，連結成功後會自動把服務裏的圖層列出來供篩選，故只需要輸入 WMS 服務層面的 URL 即可。

問題描述：

手動轉列地圖區域，編輯完成後無法儲存。

報錯：Cannot read properties of undefined (reading' saved ')

原因分析：

Tomcat 預設 post 參數的最大大小為 2M， 當超過時將會出錯。

頁面編輯完成後，會生成一個json檔案，透過post請求傳到map目錄中。

出現該報錯即是因為生成的檔案超過了2M。

解決方案：

注：該解決方案適用於 Tomcat7 及以上版本。

從 Apache-Tomcat-7.0.63 開始，參數 maxPostSize 的含義就變為： 如果將值設定為 0，表示 POST 最大值為 0，如果將值設定為 -1，表示不限制 post 大小。

在此版本之前設定為 0 表示不限制 post 大小。

在 Tomcat 資料夾下的 conf 檔案中的 server.xml 配置中新增：

<Connector port="8080" protocol="HTTP/1.1" 
connectionTimeout="20000"  
redirectPort="8443" 
maxPostSize="-1" 
maxHttpHeaderSize ="102400"/>

參數說明：

• maxPostSize="-1"   //-1 表示不限制大小。

• maxPostSize：指定 post 方式請求的最大量，沒有指定預設為 2097152。

• maxHttpHeaderSize ="102400"。      

• maxHttpHeaderSize：HTTP 請求和回应頭的最大量，以位元組為單位，預設值為 4096 位元組。