|
最近一段時間和一些團(tuán)隊交流,，我發(fā)現(xiàn)有一些比較共同的地方,，這些團(tuán)隊都想找我了解一下目前數(shù)字孿生在應(yīng)用上還有哪些痛點值得通過產(chǎn)品化的方式去解決。通常遇到這樣的一些需求的時候,，我內(nèi)心是比較糾結(jié)的,，一方面，目前我們應(yīng)用中確實會有各種各樣的問題,，自己也確實希望有團(tuán)隊出來能更好的解決這些問題,，所以我也經(jīng)常說現(xiàn)在很多數(shù)字孿生解決方案還是有不少點沒顧及到的；但是另一方面,，我覺得我對數(shù)字孿生的理解比較淺薄,，更多的還是在實踐中針對具體問題和場景不斷的去體會和總結(jié)，更不能預(yù)測終局,，終局沒有明確,，那給出去的路徑也自然值得推敲。尤其是今年大環(huán)境不太好的情況下,，有些技術(shù)以及產(chǎn)品做的不錯的團(tuán)隊也都被傳出裁員和現(xiàn)金流的問題,，所以在當(dāng)前的環(huán)境下沿著當(dāng)前理解的數(shù)字孿生繼續(xù)投入是不是一個很好的選擇，這個需要打一個問號,？但是我想明白的一點是,，通過公眾號輸出一些自己的理解,，能夠給一些有這類需求的團(tuán)隊一些參考,，這樣會好一些，現(xiàn)在關(guān)于數(shù)字孿生的質(zhì)疑和討論的聲音也都很多,，但是我個人覺得無論是什么技術(shù)和方向最關(guān)鍵的還是要能夠解決問題,，或者說能夠找到一個問題域，而這類問題恰好適合于使用數(shù)字孿生的技術(shù)組合和范式來解決,。之前也有不少的人問我,，看我今年好像在水利數(shù)字孿生方面做了很多工作，其主要原因一方面在于政策,，另一方面在于個人在水利方面看到了這種范式的可能性,，而且這種范式是具備一定的可遷移性,。當(dāng)然從現(xiàn)在放出來的一些典型案例來看，包括一些同行的反饋,，現(xiàn)在很多水利項目還是做大屏,，但是我和我們的合作伙伴約定的是，不管別人怎么做,，在水利上我們不推薦純大屏,，而且遇到的客戶從來也沒要求做大屏。所以今天也想基于現(xiàn)階段的一些理解，談一個關(guān)于數(shù)字孿生「三張皮」的問題,，之前回答別人的調(diào)研的時候都會說一些具體的問題,，今天的這個問題則更加抽象一些。如果只是做可視化大屏,，個人覺得應(yīng)該對這個問題不會有太大的感受,，我這邊說的這個「三張皮」其實是針對數(shù)字孿生應(yīng)用「看，算,，存」分離的問題：二,、算,，即領(lǐng)域?qū)Ｓ杏嬎愕募夹g(shù)組合三、存,，即數(shù)據(jù)組織和存儲的技術(shù)組合目前數(shù)字孿生可視化場景本質(zhì)上還是各種類型數(shù)據(jù)的疊加組合,，這種疊加組合表面上看起來是在一起的，但是一旦在使用一些專有的分析的時候,，你就會發(fā)現(xiàn)這些不同來源,，不同層次的數(shù)據(jù)是不相通的。比如GIS中常用的網(wǎng)絡(luò)分析一般是在后臺用服務(wù)計算的,，可以直接通過路網(wǎng)提取計算網(wǎng)絡(luò),，但是這個時候如果希望路徑可以直接從室外導(dǎo)航到BIM的戶室，這就會涉及到,，BIM內(nèi)部的路網(wǎng)要單獨(dú)提取生成并和室外的路網(wǎng)做融合,。這其實就會涉及到跨數(shù)據(jù)模型和跨軟件的問題。類似的問題還有就是一些二維的的地圖都是瓦片格式,，計算能力都是在后臺,，如果要和場景里的其他原生的數(shù)據(jù)進(jìn)行計算要么就是把后臺的數(shù)據(jù)拉到前臺來前臺開發(fā)算法一起算，要么是把場景中的數(shù)據(jù)轉(zhuǎn)換成標(biāo)準(zhǔn)gis 數(shù)據(jù)格式扔到后臺一起算,。現(xiàn)在有一個趨勢就是盡量都加載原生格式,，然后在前端統(tǒng)一計算,，這就需要開發(fā)個多算法或者集成很多插件，這個也就越來越像傳統(tǒng)GIS desktop中 Map+Toolbox的組合了,。所以如果還是使用可視化的思路去做一些滿足業(yè)務(wù)計算需求的應(yīng)用的時候,，用現(xiàn)有的模式就導(dǎo)致了這兩份數(shù)據(jù)看起來是在一起的，但是背后還是存在很大的處理以及計算的鴻溝,。除了計算的鴻溝,，目前數(shù)字孿生中的多源異構(gòu)的數(shù)據(jù)的存儲管理也都是很分散的，存儲在文件,，數(shù)據(jù)庫,，結(jié)構(gòu)化的和非結(jié)構(gòu)化的都非常多，這些數(shù)據(jù)無法統(tǒng)一存儲其實對于計算或者場景的優(yōu)化都是很不利的,。糾其原因還是數(shù)據(jù)模型的不一致,，數(shù)據(jù)模型的不一致也必然會導(dǎo)致在存儲和計算上的分裂。比如我們現(xiàn)在看CIM的分級其實里面希望整合CityGML和BIM的模型就涵蓋了統(tǒng)一數(shù)據(jù)模型的思路,，但是這個數(shù)據(jù)模型整合就不僅僅是空間精度和屬性精度這么簡單了，更多的是邏輯模型到物理模型的統(tǒng)一,。而數(shù)據(jù)模型統(tǒng)一的好處就是向下可以保證存儲的統(tǒng)一,，進(jìn)而向上保證計算以及可視化的標(biāo)準(zhǔn)化。尤其是針對現(xiàn)在的可視化,，目前還是缺乏必要的標(biāo)準(zhǔn)化以及科學(xué)化的約束,，比如可以做到二維地圖的配圖或者是Echarts圖表的體系化。現(xiàn)階段再在數(shù)字孿生可視化上追求爭奇斗艷已經(jīng)沒有意義了,，數(shù)據(jù)可視化也要滿足「信/達(dá)/雅」的要求（引自智能大數(shù)據(jù)可視化實驗室）,。 
而要做到標(biāo)準(zhǔn)化和科學(xué)化的一個很重要的前提就是數(shù)據(jù)模型的確定性，針對具體的數(shù)據(jù)模型提供有限可枚舉的樣式配置和組合,，比如二維地圖可視化中將數(shù)據(jù)模型約束為「點/線/面」這三種類型,，然后再針對具體的類型分解根據(jù)不同的數(shù)據(jù)值域的可視化策略，這樣就可以就可以保證更好的進(jìn)行標(biāo)準(zhǔn)化以及和數(shù)據(jù)的對應(yīng)關(guān)系,。數(shù)據(jù)可視化最基本的要求還是要遵循數(shù)據(jù)的準(zhǔn)確性以及數(shù)據(jù)表達(dá)方式的簡單和規(guī)范,，而不能像現(xiàn)在很多可視化都是為了可視化效果造假數(shù)據(jù)，效果大過事實,，這就本末倒置了,，而且這樣的應(yīng)用就是個宣傳片，意義自然有限了,。所以要想在應(yīng)用上繼續(xù)提升，整合三張皮,，實現(xiàn)「看算存」一體化是必然的方向,，而且這是一個整體的框架性的能力,，這也是我在做水利數(shù)字孿生應(yīng)用過程中積累的一些想法，也歡迎有類似能力的廠商交流互動,。
|
