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 列表中的線程，我認為這是最受讚賞的。