Geo Web Publisher似乎更容易
回顧一下現在的Geoweb發行商V8i，這個產品是有臭名昭著的 muuuucha 雖然邏輯得到了維護，但地理工程師用矢量發布數據的原始工具和現在是用於地理空間目的的提案之間有很大的變化。
V8i版本已經到了，我打算做一個修改，但是之前，我藉此機會談論以前的版本是什麼，以免比較文章如此沉重，記住現在的弱點。
出版商 - GeoWeb出版商
最初，Publisher是一個難以實現的geofundada，因為它知道Microstation的工作空間的大部分內容， 地理遺產. 
它沒有嚮導，沒有模板圖標，所有內容都必須步行構建。 對於2004年發布的Geoweb Publisher，該版本已經包括一個用於創建具有基本框架的頁面的嚮導，並且對於與發布者一起使用過的所有內容（帶有釘子），這種改進不能彌補的冒犯。 此外，您必須投資以適應變化。
VPR
當Geoweb Publisher到來時，Bentley不再對Java小程序（它與Microstation J一起出現）感到station強。出現了Bentley自己的ActiveX，稱為vpr，它是可以使用的首字母縮寫：視圖，打印和紅線。
在圖像的形式的服務是沒有問題的，問題總是觀眾矢量數據，雖然數據是通過IIS服務，如果初始釋放所需要的不是具體的Java（JRE）引擎，實現更古老的安裝在AcitveX被封閉，只有工作與Internet Explorer，這是一個可以讓他跑的第一次，如果連接速度慢和沒有耐心（或什麼是在肝臟清除數據發生的知識）有
vpr所做的一切只是一個簡單的dgn顯示，但是幾乎可以完成Geographics所做的任何事情，因為實際上Geoweb Publisher本身就是服務器上的Geographics。 因此，神奇之處在於地理上創造的奇蹟，它可以用於主題，拓撲分析，甚至可以在線進行準矢量化，並且將其添加為與原始dgn相關聯的紅線文件。 當然，由於XM之前的弱點，除非將透明膠片與PictureScript Scenes（PSS）進行地理融合，沒有動態符號且中等，否則您就無法製作透明膠片。 我destrompado 對尺度的處理，實際上投影並不是傳統的方式，當一個新的種子文件產生了一個主題時，它就因為一個奇怪的原因而失去了空間。
它需要來自服務器的致命資源，因為可以理解按用戶需求在Geographics中執行的Publisher服務例程。 儘管我承認這是令人欽佩的，但如果我們認為它可以在幾秒鐘內以矢量方式籌集到25,000個地塊，並且一旦刷新點被丟棄，就沒有必要在 放大，只是從 鍋 外 程度。 與Project Wise的集成還允許通過Web Explorer Lite控制工作流程以及與外部文檔的關聯。
一切都按照地理項目的指導方針完成，很可能是在Oracle，SQL或Access中進行。 顯示窗口讀取查看器的四個角，並對索引文件進行空間分析，然後引用在該視圖中註冊的dgn（或通過地圖管理器）。 這種顯示不是常見的圖像，因為msliks變成了鏈接到數據庫的對象的超鏈接，並以此方式可以顯示關聯的表。
然後，允許在橫向樹中配置類別和屬性以打開或關閉。 有限的 查詢鍵 偽裝的按鈕，執行常見的Microstation任務：關閉或打開圖層（水平）， attachar 引用地圖，圖像，關閉，運行mdl例程，宏或vba應用程序。
沒有標準
但是沒有OGC標準，就其風格而言，這全是Bentley的煙。 在僅有的兩個可能的職位中：感興趣的一方必須辭掉他的襯衫袖子的辭職，或者他是一個GNU留鬍子的毛茸茸的人，他以前曾在NASA工作過，現在致力於做GIS。
_________________________________________
我看過Geoweb Publisher v8i，以及我的見解。 我相信，在本賓利中，Bentley改善了普通用戶的觀點，該普通用戶沒有Walter Mercado在身邊來解釋他的日常信件。 事實可能是變得更容易了，事實是，現在它在從構建對像到服務的流程中具有更易於理解的邏輯。
但是，而不是等待實現方便，他所做的力量是有趣的，因為原始DPR的演變，現在作為IDPR我看起來很華麗的空間數據庫的概念（從地圖），在可能的情況整合dwg，dgn，xfm，甚至是從空間數據庫提供的古老的形狀文件。
然後是OGC標準的支持。
我們將在未來幾天看到它。
