MapBuilder se preda ... drugi
Boleče je videti, kako zanimive projekte trgajo oblačila in sprejemajo, da se upokojijo ... le nekaj dni nazaj smo omenili slabosti projektov, ki niso povezani z agresivnim tržnim načrtom, ki daje trajnost.
Ni ravno primer MapBuilderja, projekt, ki se je rodil v decembru 2003, z dobrimi rezultati in ki je objavil, da bodo izdali končno stabilno različico, vendar ne bodo mogli nadaljevati s projektom tako, kot so to počeli. Njegova največja integracija je bila s OpenLayers, ki se zdi, da razumejo poslovanje; čeprav zdaj za MapBuilder ni tako enostavno slediti hitrosti razvoja.
Torej, s korekcijo, to ni, da vržejo v brisačo, temveč spremenijo model sodelovanja, tako da OpenLayers vlogo, da bi bolje izkoristili vire.
To Bil sem naredi Mapbuilder dobro
Največji dosežek tega projekta je bil ustvariti licencirano aplikacijo LGPL, ki brez preveč zapletov ustvarja storitve za storitve zemljevidov strank za internet pod preoblikovanjem XML in njihovo ustvarjanjem v okolju AJAX. Po mnenju mnogih je njegov poenostavljeni model-View-Controller (MVC) model relativno enostaven za uporabo, predvsem pa z zelo malo zahtevami za strežnik.
- Storitve zemljevidov lahko vključujejo GML, WFS, GeoRSS in tudi Google Zemljevide. Toda s svojo integracijo na OpenLayers lahko priključite tudi na Yahoo, Virtual Earth in Multimap
- Podpira objavo podatkov prek WFS ... vključno s transakcijskimi storitvami (WFS-T)
- Storitve lahko gradite z uporabo spletnega zemljevida (WMC) in konteksta odprte spletne storitve.
- Je združljiv z več standardi OGC in je projekt, ki ga OSGeo šteje se diplomant
Tu nekaj primerovplos je zelo dobro nameščen, saj mu je uspelo funkcionalnost integrirati z nekaterimi različicami Firefoxa (nekoliko starejše), Internet Explorerja in Mozille ... tako da na koncu njegova omejitev ni sledila norim spremembam Googla in Microsofta v njihovih brskalnikih. Pristali smo na pot z žalostno resničnostjo:
»Težko je nekdo razviti nekaj dobrega, zastonj«, ne zato, ker to ni mogoče, ampak zato, ker vse v tem življenju stane denar ... celo čas.
Najbolj resna težava je, da je takšne aplikacije več, tako da z veliko dvoma in obžalovanja ostajamo v upanju, da jo bo kdo vzel nazaj… četudi mora biti nekdo tako slabo Končal sem ga s trženjem.
Jasno je, da bo različica MapBuilder morda nazadnje, čeprav bo s strani OpenLayersa mogoče zagotoviti bolj trajnostno kontinuiteto.
Via: James Fee
No, branje mirno prvotno prijavo na strani MapBuilder, da se zdi, da se ne predajo, vendar so se odločili, da se združijo s projektom odprtih Plasti s skupno oznako, razvijalci in število uporabnikov iz par dni let. Dejansko je bila povezava med obema projektoma zelo velika in MapBuilder je izbral OpenLayers kot motor za upodabljanje. In rečem, da gre za združitev med dvema projektoma, ne pa za neuspeh enega od njih, saj se zdi, da je večina razvijalcev MapBuilder vključena v OpenLayers.
Končno se mi zdi, da tisti, ki tržijo programsko opremo, niso "slabi", gre le za drugačen proizvodni model.
pozdrav
No ... prijatelj, ki je na tečaju IDE v Franciji in ima projekt, ki temelji na Map Builderju, mi pove, da so njegovi inštruktorji omenili, da bo MapBuilder nadaljeval ... in da ne verjame v prvo objavo, ki jo prebere.
Kako srečen sem, da me tako ujamejo ... kakorkoli, hvala za pojasnilo ... Naredil sem nekaj popravkov prvotnega stališča
mmm se ne strinjam.
Če berejo Cameronovo napoved o umiku Mapbuilderja, vidi, da ni ravno izgubljena bitka, temveč premestitev napora.
MapBuilder že nekaj časa delil kode z OpenLayerjem, obe skupnosti razvijalcev pa sta delali iz Lausanne FOSS4G (2006). Zato, če sodelujejo, delitev kode in Openlayers pridobiva večjo bazo razvijalcev, je več kot logično, da se skupnost MapBuilder pridruži skupini OpenLayers.
Menim, da je v vsakem primeru uspeh OSGeo za ta dva projekta pod njihovim pokritjem, ker je ljudem zaupal Mapbuilder za delo v OL. V splošnem seznamu OSGeo je vredno prebrati nit pogovora, kjer mislim, da je vse to bolje cenjeno.