優(yōu)立三維數(shù)據(jù)管理引擎，就是進入實用性數(shù)字孿生世界的鑰匙。

隨著”好看“的數(shù)字孿生逐漸被取代，越來越多客戶，尤其企業(yè)端和政府端的客戶不愿意花大成本在為迎檢準備的“花架子”上。

這種回歸對數(shù)字孿生是一種打擊，對真正做實景三維應用的企業(yè)卻是機遇。

過去行業(yè)在數(shù)字孿生項目中也做過很多嘗試，多以人工建模為主，除了高昂的數(shù)據(jù)修模投入，做出來的“一張圖”只能運行在工作站，出現(xiàn)在大屏上，無法用手機或瀏覽器訪問，離用戶越來越遠。

然后市面上又衍生了很多低代碼數(shù)字孿生平臺，大多擺脫不了“中間地圖兩邊圖表“的模式，通過折騰模型效果及堆疊各種二維數(shù)據(jù)讓系統(tǒng)看起來操作性更強一些。

我們理想中的數(shù)字孿生，是在精確GIS信息為底座的實景三維場景上，實現(xiàn)人與人的遠程協(xié)同辦公、到現(xiàn)場與不到現(xiàn)場的同樣可遠程操控，而這些操作必須在人手一部的手機或PC就能快速實現(xiàn)。

為什么大部分數(shù)字孿生項目都無法實現(xiàn)這個小目標呢？到底卡在哪里？目前數(shù)字孿生可視化場景本質上還是各種類型數(shù)據(jù)的疊加組合，這種疊加組合表面上看起來是在一起的，但是一旦在使用一些專有的分析的時候，就會發(fā)現(xiàn)這些不同來源，不同層次的數(shù)據(jù)是不相通的，出現(xiàn)所謂的“多源異構”問題。

比如一些二維的地圖都是瓦片格式，計算能力在后臺，如果要和場景里的其他原始數(shù)據(jù)進行計算就必須轉成標準GIS格式。

所以如果還是使用可視化的思路去做一些滿足業(yè)務計算需求的應用，用現(xiàn)有的模式就導致了這兩份數(shù)據(jù)看起來是在一起的，但是背后還是存在很大的處理以及計算的鴻溝。

除了計算的鴻溝，目前數(shù)字孿生中的多源異構的數(shù)據(jù)的存儲管理也都是很分散的，存儲在文件、數(shù)據(jù)庫，結構化的和非結構化的都非常多，這些數(shù)據(jù)無法統(tǒng)一存儲對于計算或者場景的優(yōu)化都是很不利的。

而數(shù)據(jù)模型統(tǒng)一的好處就是向下可以保證存儲的統(tǒng)一，進而向上保證計算以及可視化的標準化。

數(shù)據(jù)可視化最基本的要求還是要遵循數(shù)據(jù)的準確性以及數(shù)據(jù)表達方式的簡單和規(guī)范，而不能像現(xiàn)在很多可視化都是為了可視化效果來”模擬數(shù)據(jù)“，效果大過事實，這就本末倒置了。

所以要想在應用上繼續(xù)提升，整合“三權分立”，實現(xiàn)看、算、存一體化非常必要。

優(yōu)立三維數(shù)據(jù)管理引擎，就是進入實用性數(shù)字孿生世界的鑰匙。

優(yōu)立國產自研的三維數(shù)據(jù)管理技術，可以秒級加載超大體量三維數(shù)據(jù)，首先解決實景GIS數(shù)據(jù)“看”的難題；除了GIS，引擎還支持多種結構格式的三維模型，在一個平臺上無損快速加載；支持數(shù)據(jù)在云端或本地存儲，多人協(xié)同作業(yè)。

優(yōu)立無限細節(jié)三維引擎，采用自研專利UDS格式，可以將點云和高精度三維模型進行高效壓縮，UDS格式對LAZ格式激光點云的壓縮率在60%以上，轉換效率達到1GB/分鐘，可以大大節(jié)約存儲資源和空間?；诎瞬鏄浣Y構，通過CPU算力實現(xiàn)三維數(shù)據(jù)本地渲染特性。