MapBuilder投降...另一個
看到有趣的項目撕裂他們的衣服並接受他們退休的事實是痛苦的......就在幾天前 我們提到過 項目的弱點與賦予其可持續性的積極營銷計劃無關。
MapBuilder 的情況並非如此,該項目誕生於 2003 年 XNUMX 月,取得了良好的成績,並宣布將發布最新的穩定版本,但他們將無法按照以往的方式繼續該項目。 他最大的整合是與 的OpenLayers,他們似乎確實了解業務; 儘管現在對於 MapBuilder 來說跟上開發的步伐並不是那麼容易。
所以,他們的修正並不是認輸,而是改變了協作模式,讓OpenLayers發揮作用,以便更好地利用資源。
這 我是 Mapbuilder 做得好嗎
該項目的最大成就是在 LGPL 許可下創建了一個應用程序,該應用程序允許在 AJAX 環境下通過 XML 轉換和渲染輕鬆創建用於 Internet 的客戶端地圖服務。 許多人認為,其簡化的模型-視圖-控制器 (MVC) 模型相對易於使用,但最重要的是對服務器的要求很少。
- 地圖服務可能包括 GML、WFS、GeoRSS 以及 Google 地圖。 但通過與 OpenLayers 集成,它還可以連接到 Yahoo、Virtual Earth 和 Multimap
- 它支持通過 WFS 發布數據……包括事務服務 (WFS-T)
- 可以使用 Web 地圖上下文 (WMC) 和開放 Web 服務上下文構建服務。
- 它與多個 OGC 標準兼容,並且是一個項目 OSGeo的 被視為畢業生
那裡 咳咳plos 組裝得非常好,因為它已經成功地將其功能與某些版本的 Firefox(有點舊)、Internet Explorer 和 Mozilla 集成......因此它的限制是無法跟踪 Google 和 Microsoft 對瀏覽器的瘋狂修改,在這條路的盡頭,我們遇到了悲傷的現實:
“某人很難免費開發出好的東西”,不是因為它不可能,而是因為生活中的一切都需要金錢……甚至時間。
最嚴重的問題是,有幾個這樣的應用程序,所以帶著很多懷疑和遺憾,我們仍然希望有人能收回它......即使它必須是某人 太糟糕了 最終賣掉它。
顯然,MapBuilder 版本可能是最後一個版本,儘管從 OpenLayers 方面來看,它可以提供更可持續的連續性。
通過:詹姆斯·費
好吧,冷靜地閱讀 MapBuilder 頁面上的原始通知,他們似乎並沒有放棄,而是決定與 Open Layers 合併,這是一個他們共享代碼、開發人員和大量用戶多年的項目。 事實上,兩個項目之間的關係非常大,MapBuilder選擇了OpenLayers作為渲染引擎。 我說這更多的是兩個項目之間的合併,而不是其中一個項目的失敗,因為大多數 MapBuilder 開發人員認為他們將集成到 OpenLayers 中。
最後,我不認為軟件營銷人員“不好”,只是生產模式不同而已。
問候
嗯...一位在法國參加 IDE 課程並且在 Map Builder 上建立了一個項目的朋友告訴我,她的導師提到 MapBuilder 將繼續...並且她不應該相信第一篇文章她讀。
我多麼幸運能被這樣抓住……無論如何,謝謝你的澄清……我對原來的觀點做了一些修正
嗯我不太同意。
如果您讀過卡梅倫關於退出 MapBuilder 的聲明,您會發現這並不完全是一場失敗的戰鬥,而是一次努力的重新分配。
MapBuilder 與 OpenLayers 共享代碼已經有一段時間了,兩個開發者社區自洛桑 FOSS4G(2006 年)以來一直在合作。 因此,如果您正在協作、共享代碼,並且 Openlayers 正在獲得更大的開發人員基礎,那麼 MapBuilder 社區加入 OpenLayers 社區就非常合乎邏輯了。
我認為無論如何,OSGeo 能夠將這兩個項目納入旗下是一種成功,因為它讓 MapBuilder 人員有信心在 OL 中工作。 值得閱讀一般 OSGeo 列表中的線程,我認為這是最受讚賞的。