OpenGeo Suite: A GIS szoftver nagyszerű példája az OSGeo modell gyengeségeiről

Manapság, legalábbis a térinformatikai környezetben, minden semleges gondolkodású szakember felismeri, hogy a szabad forrású szoftverek érett éppúgy, mint a kereskedelmi szoftverek, és bizonyos értelemben magasabbak.

A szabványstratégia nagyon jól működött. Bár a technológiai fejlődés által igényelt energiával szembeni frissítés egyensúlya megkérdőjelezhető, talán ez volt az, ami megalapozta a sikert más erőfeszítésekben, mint például a közösség, a filozófiai megközelítés, a közgazdaságtan és más, a modell igazolására használt ötletek. amelyek végül is szükségesek.

A nyílt forráskódú megoldások értékesítése azonban üzleti vagy kormányzati környezetben nem könnyű, sok okból, amelyek részben a versenyből fakadnak, hanem a modell gyengeségeinek elkerülhetetlen következményeként is, amelyeknek fejlődniük és együtt kell működniük a saját szoftverekkel. A döntéshozók olyan kérdéseket tesznek fel maguknak, mint:

• Ha egy reggel probléma merül fel más platformok frissítéseinek eredményeként, például a biztonság szempontjából, ki válaszol, amikor segítségre van szükségünk, és milyen áron hagyjuk költségvetésben?

• Tekintettel a nyelv, a könyvtárak, az ügyfélmegoldások, a webes megoldások alternatíváira, milyen kombinációt válasszunk az összeférhetőség biztosítása érdekében? szinte Összesen?

Az OpenGeo Suite olyan megoldás, amely nemcsak a rendelkezésre álló eszközök teljes érettségét használja ki, hanem a modell ezen gyengeségeire is választ kíván adni. Amellett, hogy olyan megoldást kínál a közösségnek, amellyel tovább tudják fejleszteni fejlesztési kezdeményezéseiket, közös szálat hoz létre az érintett komponensek számára, hogy irányítsák fejlődésüket, a vállalatok számára pedig az OpenGeo Suite biztosítja a nyílt forráskódú döntéshez szükséges komolyságot. Bár vannak más cégek is, az alternatíva kipróbálása után nincs más választásom, mint felismerni a Boundless, a céget létrehozó gondolkodók nagy képességeit és kreativitását.

Lássuk néhányat az OpenGeo Suite megközelítésének:

Milyen eszközöket tartalmaz az OpenGeo Suite?

Ennyi megoldási lehetőség birtoklása nem rossz, normális, bár némileg bonyolítja, hogyan lehet az integrált gyártási folyamatokban biztosítani az eszközök kiválasztását. A helytelen kiválasztás költséges lehet, ha rájövünk, amikor már fektettünk erőfeszítéseket a kutatásba, fejlesztésbe, képzésbe és mindenekelőtt vissza nem térítendő időbe.

Például csak a fejlesztési nyelv tekintetében van egy rejtvényünk, amely a közösség igényeiből adódik, sokan közülük pontosan ugyanezt teszik, mások pedig más ízt emulálnak, némelyiknek egyedi jellemzői vannak egyszerű rutinokban, amelyek mind szeretnénk. Lássuk ezt a funkciók és nyelvek szerinti elkülönítést; Bár őszintének kell lennem, a kategorizálás nem kizárólagos, és egyes esetekben nehéz megkülönböztetni a határt:

• Vevői szinten, amely a legnépszerűbb kontextus, a következők: QGis, Grass, ILWIS, SAGA, Kapaware, C ++ alapú. gvSIG, Jump, uDIG, Kosmo, LocalGIS, GeoPista, SEXTANTE, Java alapú. A MapWindow az .X alapú ActiveX-ről.
• A könyvtárakban van: GDAL, OGR, PROJ4, FDO, GEOS a C ++ -on. Java-alapú GeoTools, WKB4J, JTS, balti. NTS, GeoTools.NET, SharpMap over .NET.
• Ami a webes megoldásokat illeti, amelyek ma nagy népszerűségnek örvendenek: MapServer, MapGuide OS a C ++ rendszeren; GeoServer, fokozat, Geonetwork Java-on. OpenLayers, Leaflet és Ka-Map Javascriptben, mapFish Pythonban, MapBender PHP / Javascriptben.
• Ami az adatbázisokat illeti, a Postgres a vitathatatlan domináns, bár vannak más megoldások is.

A fentiek azt mutatják, hogy szinte bármilyen környezetben fel lehet szerelni egy rendszert. Sőt, közülük sokan, bár egy nyelven születtek, mára támogatják a többieket. Közülük sokan ügyfeleként is születtek, de képesek a webes adatok kezelésére, és olyan esetekben, mint az Open Layers, akár webes környezetben is kifejleszteni lehet szinte mindent, amit egy kliens eszközzel végeznek.

Milyen ingyenes szoftver kombinációt kell használni?

Az OpenGeo programcsomagot döntette el QGIS Asztali kliensként már megérdemel egy cikkkategóriát a Geofumadasról. Az interneten a GeoServert választották adatkiszolgálónak, amely Tomcat-on működik, a Jetty-et Java futásidejű környezetként, a GeoWebCache-t a tessellációhoz és az OpenLayers-t könyvtárként, bár ennek az utolsó opciónak nincs kötelező regisztrációja, figyelembe véve a nagy sikerrel növekvő megoldásokat, különösen a modelljének köszönhetően. a Plugins és a mobilalkalmazásokban rejlő lehetőségek alapján. Nézze meg, hogy egyetlen nyelvi soron keresztül haladhat, de szeretném látni az elemzési mátrixot, amely elvezetett ehhez a meghatározáshoz.

Tisztázzuk, bárki megvalósíthatja ezeket a megoldásokat egyénileg. Az OpenGeo tartalmaz egy telepítőt ezen összetevők változataival és az unalmas rutinok hatékonyabbá tételéhez szükséges fejlesztésekkel; például:

• A telepítő ügyessé teszi az összeszerelést. Képes megválasztani a telepítendő, eltávolítandó vagy eltávolítandó összetevőket. Azok, akik egy Java futásidejű motorral foglalkoztak a boldog 503-as hibával, tudni fogják a hasznosságát.
• Vannak különböző telepítők: Windows, Mac OS X, CentOS / RHEL, Fedora, Ubuntu és Alkalmazásszerverek.  
• A legújabb, 4.02-es verzió a PostgreSQL 9.3.1, PostGIS 2.1.1, GeoTools 10, GeoServer 2.4.3 és GeoWebCache 1.5 verziókat tartalmazza; és támogatja az OpenLayers 3 programot.
• A Start menüben közvetlen hivatkozásokat hozunk létre a GeoServer és a Postgres leállításához vagy indításához; emellett növelni kell a felhasználói felületet a formafájlok adatainak a Postgresbe történő betöltésére (shp2psql), valamint a PostGis adatbázishoz (PgAdmin) való hozzáféréshez.
• A start menüben van egy hozzáférés a localhosthoz, amely ebben a verzióban kiküszöböli a 3. verzió kliens felületét, tiszta vezérlőpanellel a GeoServer, a GeoWebCache és a GeoExplorer szolgáltatások felé.
• Ez a termék, a GeoExplorer egy lenyűgöző fejlesztése a GeExt-en alapuló Boundles-nek, amely adatmegtekintőként működik a GeoServer számára, lehetővé teszi az adatok feltöltését egy helyi fájlból vagy egy adattárházból, konfigurálva a színt, a vonalvastagságot, az átlátszóságot, címkézés, beleértve a szabályokat és a mentést közvetlenül a geoServer stílusfájlba (sld). Senki ésszel nem működik tiszta kóddal, és a GeoExplorer kiváló megoldás -bár több dolgot csinál-.

• A GeoServer telepített verziója tartalmaz egy linket az adatok importálására, lehetővé téve a források létrehozását a helyi alakrétegekből, beleértve a PostGis-t is, amellyel az adatok az egyik bázisról a másikra áthelyezhetők a Localhost-ból egy hosztolt szolgáltatásba; Érdekes, hogy ez az adatfeltöltés megoldja azokat az OGR2OGR problémákat, amelyek, hacsak nem konzolos vonallal történnek, nehézségeket okoznak egy multipoligon réteg feltöltésekor, mivel az alapértelmezett érték az egyszerű sokszög.
• Ebben az esetben a WPS szolgáltatások jelennek meg, mert a telepítés során úgy döntöttem, hogy integrálom őket.
• A telepítéskor hozzáadhatók olyan GeoServer kiegészítők, mint a CSS-stílus, a CSW, a Cloustering és a GDAL-képtárak támogatása. Van egy kiegészítő a PostGIS számára, amely támogatja az adatbázis pontfelhőit, és a GDAL / OGR is telepíthető kliensként. A fejlesztők számára lehetőség van a Webapp SDK és a GeoScript telepítésére.
• A kiszolgálón tárolt verzióimmal ellentétben látom, hogy több lehetséges adatforrás létezik, amelyeket biztosan hozzáadhatunk, de az OpenGeo Suite-hoz tartozó verzió esetében vesszővel elválasztott szöveggel, H2, H2 JNDI, SQL Server, OGR, Oracle és a lehetőségek ökölének raszter eredetében.

Mi a helyzet Qgis-kel?

• A legjobbak közül a Qgis számára létrehoztak egy nagyszerű plugint, az OpenGeo explorer nevet, amellyel interakcióba léphet a Postgres adatbázissal és a GeoServerrel is. Innen szerkesztheti az sld-eket, áthelyezheti rétegeket, rétegcsoportokat, szerkesztheti a neveket, törölheti, megtekintheti a munkaterületeket, a gyorsítótárazott rétegeket stb.
• Ha egy réteget eltávolítanak, akkor az sld-t eltávolítják; Mindez konfigurálható, és végül az ügyféltől olyan feladatot ér el, amely ellenőrzi, hogy mi történik, hogy a szinkronizálás a REST API segítségével történjen.
• Jelenleg nincs az shp2psql, de nem lep meg, hogy akkor integrálják ugyanahhoz a panelhez, talán olyan átlátszóvá, mint a Spit plugin, amely az UI-vel ellentétben a kapcsolatokat tárolja, több réteget tölthet fel blokkban, a folyamatjelző sáv több Reális és a leginkább érthető hibaüzenetek.

Ezzel az OpenGeo Suite nem azt állítja, hogy ez a varázslat receptje. De ez a közösség nagy részét biztosan erre a preferenciára helyezi át, különösen azért, mert a tanfolyamokat értékesítő vállalatok inkább ezt az utat tanítják, amely garantálja a rövidebb tanulási görbét.

A kombináció kompatibilis más szerverrel felszerelhető eszközökkel.

Milyen hatással van az OpenGeo Suite

Meglátjuk, hogy ennek milyen hatása van a közösségre, mert a Boundless mögött sok a területen tapasztalattal rendelkező ember áll, akik részt vettek olyan eszközök és könyvtárak fejlesztésében, amelyek mostantól fenntarthatóvá teszik az ágazatot. De mindenekelőtt a vállalkozási és szolgáltatási marketing képzéssel, amelyet gyakran a technikai szinttől pazarolnak. Legalább hatot említve:

• Eddie Pickle és Ken Bossung, az IONIC alapítói, egy olyan társaság alapítói, amely az ERDAS-t megvásárolta az 2007-en, és most a Leica tulajdonában van.

• Andreas Hocevar és Bart van den Eijnden, akik az OpenLayers 2 és a GeoExt fejlesztésébe merültek.

• Victor Olaya, aki elhagyta nekünk a SEXTANTE örökségét,

• Paul Ramsey, a PostGIS első kezdeményezője.

A másik pozitív hatása van a formalitás egy nagy cég, amely az volt, hogy legyen egy szörny a piacon, amely mindig egy kockázatmentes, hozza formalitás verseny társaságok ellen a tulajdonosi szektor olyan területeken, mint támogató, a hitelesség, a biztonság és a fejlesztések minőségellenőrzése.

A Boundless által kínált szolgáltatások, a platformmigrációtól az éves támogatási szolgáltatásokig, számunkra úgy tűnik, összhangban vannak az üzleti és intézményi piaccal, amelyek apránként megértik a különbséget a helyi támogatás és az üzleti támogatás között. Ennek a piacnak nem szabad könnyűnek lennie, de jó szemmel látjuk, hogy az intézmények miként érlelődnek, a szoftverfejlesztést és az információt eszközként értékelik, így sikerült az autószerelői feladatok autósokhoz történő hozzárendelésétől a speciális biztosítások és szolgáltatások bérletéig az elosztó vállalatok részéről.

A nyílt forráskódú modellben mindenki számára lehetőség nyílik. Tehát amit a Határtalan kínál, ott van egy lehetőség hogy partner legyen; azon túl, akik javítani kívánják képességeiket szolgáltatások értékesítésére a megvalósítás, a képzés, a támogatás vagy a fejlesztés terén. A példa értékesnek tűnik számunkra, és jó tanulságokkal szolgál ahhoz, hogy megtanuljuk és más módon kiegészítsük a gvSIG Alapítvány erőfeszítéseit, amelyekről egy másik alkalommal beszélünk.

Töltse le az OpenGeo Suite alkalmazást.