OpenGeoスイート:モデルOSGEO思ったGISソフトウェアの弱点の素晴らしい例
今日、少なくとも地理空間的な環境では、中立思考を持つすべての専門家は、オープンソースソフトウェアが商用ソフトウェアほど成熟しており、何らかの点で優れていると認識しています。
標準戦略は非常にうまく機能しました。 技術の進化に必要なエネルギーに直面した場合の更新のバランスには疑問がありますが、モデルを正当化するために使用されたコミュニティ、哲学的アプローチ、経済学、その他のアイデアなどの他の取り組みの成功を保証するための基礎を築いたのはおそらくそれでした。最終的にも必要です。
ただし、オープンソースソリューションの販売は、ビジネス環境や政府環境では容易ではありません。これは、一部は競合に起因するだけでなく、独自のソフトウェアと進化して共存する必要があるモデルの弱点の必然的な結果としても発生します。 意思決定者は、次のような質問をします。
-
ある朝、他のプラットフォームのアップデート、セキュリティなどの面で問題が発生した場合は、サポートが必要なときに誰が対応し、予算を残すためにどのような価格で対処していますか?
-
代替言語、ライブラリ、クライアントソリューション、Webソリューションの範囲を考えると、互換性を確保するためにどのような組み合わせを選択する必要がありますか? ほぼ 合計?
OpenGeo Suiteは、利用可能なツールの成熟度を最大限に活用するだけでなく、モデルのこれらの弱点に対応することを目的としたソリューションです。 コミュニティに開発イニシアチブを強化できるソリューションを提供することに加えて、関連するコンポーネントの進化を導くための共通のスレッドを作成し、企業にとって、OpenGeoSuiteはオープンソースを決定するために必要な真剣さを提供します。 他の会社もありますが、この代替案をテストした後、このソリューションを作成した会社であるBoundlessの背後にある思想家の高い能力と創造性を認めざるを得ません。
OpenGeo Suiteのアプローチが示唆していることをいくつか見てみましょう。
OpenGeo Suiteにはどのツールが含まれていますか?
非常に多くのソリューションオプションがあることは悪いことではありませんが、それは正常ですが、統合された生産プロセスでツールの選択を確実にする方法をいくらか複雑にします。 研究、開発、トレーニング、そして何よりも回復不可能な時間にすでに努力を費やしていることに気付いた場合、間違った選択はコストがかかる可能性があります。
たとえば、開発言語に関してのみ、コミュニティのニーズに起因するパズルがあります。それらの多くはまったく同じことを行い、他のフレーバーでエミュレートするものもあれば、単純なルーチンで独自の特性を備えているものもあります。 機能と言語によるこの分離を見てみましょう。 正直に言うと、分類は排他的ではなく、場合によっては境界を区別するのが困難です。
- 最も一般的なコンテキストであるクライアントレベルでは、C ++に基づくQGis、Grass、ILWIS、SAGA、Kapawareです。 gvSIG、Jump、uDIG、Kosmo、LocalGIS、GeoPista、SEXTANTE、Javaベース。 .NETに基づくActiveX上のその部分のMapWindow。
- ライブラリには、GDAL、OGR、PROJ4、FDO、C ++上のGEOSがあります。 JavaベースのGeoTools、WKB4J、JTS、バルト海。 NTS、GeoTools.NET、SharpMap over.NET。
- 今日非常に人気のあるWebのソリューションについては、MapServer、C ++上のMapGuideOS、 GeoServer、Degree、Java上のGeonetwork。 OpenLayers、Leaflet、Ka-JavascriptのMap、PythonのmapFish、PHP / JavascriptのMapBender。
- データベースの面では、Postgresは他にも解決策がありますが、明らかに支配的です。
上記は、ほぼすべての環境でシステムをマウントできることを示しています。 さらに、それらの多くはXNUMXつの言語で生まれましたが、現在は他の言語をサポートしています。 それらの多くはクライアントとしても生まれましたが、Webデータを管理することができ、Open Layersのような場合、クライアントツールで行われるほとんどすべてをWeb環境で開発することさえ可能です。
使用するフリーソフトウェアの組み合わせは何ですか?
OpenGeoスイートは Qis デスクトップクライアントとして、今ではGeofumadasの記事のカテゴリに値する人。 Webの場合、Tomcatで動作するデータサーバーとしてGeoServer、Javaランタイム環境としてJetty、テッセレーション用のGeoWebCache、ライブラリとしてOpenLayersを選択しましたが、特にそのモデルのために大きな成功を収めているLeafletなどのソリューションを考慮すると、この最後のオプションには必須の登録はありません。プラグインとモバイルアプリケーションでのその可能性に基づいています。 XNUMX行の言語を通過できることを確認してください。ただし、この定義に導いた分析のマトリックスを確認したいと思います。
はっきりさせておきましょう。誰でもこれらのソリューションを個別に実装できます。 OpenGeoに含まれているのは、面倒なルーチンをより効率的にするために改善されたこれらのコンポーネントのバージョンを備えたインストーラーです。 例えば:
- インストーラーはアセンブリをきれいにします。 インストール、削除、またはアンインストールするコンポーネントを選択できる。 満足のいくエラー503でJavaランタイムエンジンを扱ったことがある人にとっては、その有用性を知っているでしょう。
- さまざまなインストーラがあります:for Windows、Mac OS X、CentOS / RHEL、Fedora、Ubuntu、およびアプリケーションサーバー。
- 最近のバージョン4.02には、PostgreSQL 9.3.1、PostGIS 2.1.1、GeoTools 10、GeoServer 2.4.3、およびGeoWebCache1.5が含まれています。 OpenLayers3をサポートします。
- スタートメニューで、GeoServerとPostgresを停止または開始するための直接リンクが作成されます。 また、データロードシェイプファイルのユーザインタフェースをPostgres(shp2psql)に持ち上げ、PostGisデータベース(PgAdmin)にもアクセスすることができます。
- また、スタートメニューには、localhostへのアクセスがあります。このバージョンでは、バージョン3のクライアントインターフェイスが削除され、GeoServer、GeoWebCache、およびGeoExplorerサービスへのクリーンなコントロールパネルが表示されます。
- この製品であるGeoExplorerは、GeoServerのデータビューアとして機能するGeExtに基づくBoundlesの印象的な開発であり、ローカルファイルまたはデータウェアハウスからデータをアップロードし、色、線の太さ、透明度を構成できます。ルールを含むラベル付けとgeoServerスタイルファイル(sld)への直接保存。 彼らの正しい心の誰もこれを純粋なコードに取り組んでおらず、GeoExplorerは優れたソリューションです-もっと多くのことをしますが-.
- インストールされたバージョンのGeoServerには、データのインポートへのリンクが含まれており、ローカルホストからホストされたサービスに含まれるあるベースから別のベースにデータを移動できるPostGisを含むローカルシェイプレイヤーからオリジンを作成できます。 このデータアップロードがOGR2OGRの問題を解決するのは興味深いことです。これは、コンソールラインで行わない限り、デフォルトが単純なポリゴンであるため、マルチポリゴンレイヤーをアップロードするときに問題が発生します。
- この場合、WPSサービスは、インストールするオプションでそれらを統合することにしたので表示されます。
- CSSスタイリング、CSW、クロースタリング、GDALイメージライブラリのサポートなどのGeoServerアドオンは、インストール時に追加できます。 データベース上のポイントクラウドをサポートするPostGISのアドオンもあり、GDAL / OGRをクライアントとしてインストールすることもできます。 開発者向けに、WebappSDKとGeoScriptをインストールするオプションがあります。
- 私は、サーバーのバージョンでホストされているとは違って、私はその保険を追加することができ、より可能なデータソースがあることがわかりますが場合に、そのOpenGeo Suiteバージョンが付属しています区切りのテキストコンマH2、H2 JNDI、SQL Serverの、 OGR、オラクル、そしてラスターの起源の可能性の第一人者です。
Qgisはどうですか?
- 何よりも、Qgisのために、OpenGeoエクスプローラーと呼ばれる優れたプラグインを作成しました。このプラグインを使用してPostgresデータベースやGeoServerとやり取りできます。 ここから、sldの編集、レイヤー、レイヤーグループの移動、名前の編集、削除、ワークスペースの表示、キャッシュされたレイヤーなどを実行できます。
- レイヤーが削除された場合、sldは削除されます。 これらはすべて構成可能であり、最終的には、何が起きているかを制御するクライアントからのジョブを達成します。その同期はREST APIを使用することができます。
- 今、それは持っていないためにはshp2psqlですが、何の不思議は、UIが接続を保存するとは異なり、あなたはいくつかの層は、ブロックアップロードすることができ、プログレスバーがもっとあるとプラグインスピットとしておそらくのような透明、同じパネルに統合されていません現実的で最も理解できるエラーメッセージです。
このOpenGeoSuiteでは、これが魔法のレシピであるとは言っていません。 しかし、特にコースを販売する企業は、より短い学習曲線を保証するこのルートを教えることを好むため、コミュニティの大部分がこの好みに確実に移行します。
このコンボは、サーバーにマウントできる他のツールと互換性があります。
OpenGeo Suiteにはどんな影響がありますか
これがコミュニティにどのような影響を与えるかを見ていきます。Boundlessの背後には、この分野で多くの経験を持つ人々がいて、現在このセクターを持続可能なものにするツールやライブラリの開発に携わっています。 しかし何よりも、技術レベルからしばしば浪費される起業家精神とマーケティングサービスのトレーニングが必要です。 少なくともXNUMXつ言及するには:
-
2007でERDASを買収し、現在Leicaが所有しているIONICの創設者であるEddie PickleとKen Bossung。
-
Andreas HocevarとBart van den Eijndenは、OpenLayers 2とGeoExtの開発に没頭していました。
-
SEXTANTEの遺産を残したVictor Olayaは、
-
PostGISの最初のイニシエータのPaul Ramsey氏。
もう一つのプラスの影響は、大企業の形式にあります。市場でのモンスターになることは常にリスクであり、サポート、信頼性、セキュリティなどの面で民間企業との競争に形式を提供します。開発に対する品質管理。
プラットフォームの移行から年次サポートサービスに至るまで、Boundlessが提供するサービスは、ローカルサポートとビジネスサポートの違いを少しずつ理解しているビジネスおよび機関市場と一致しているように見えます。 この市場は容易ではないはずですが、ソフトウェア開発と情報を資産として評価し、機関がどのように思考を成熟させ、自動車整備のタスクを運転手に割り当てることから、専門の保険とサービスを雇うことに成功したかをよく見ています。配給会社の。
オープンソースモデルでは、誰にとってもチャンスがあります。 つまり、Boundlessが提供するものはそこにあり、 パートナーになる; 実装、トレーニング、サポート、または開発の観点からサービスを販売する能力を強化したい人の能力を超えています。 この例は価値があるように思われ、gvSIG Foundationによって実行された取り組みを別の方法で学び、補完するための良い教訓を提供します。これについては別の機会に説明します。
高速道路のメガプロジェクトに地理空間制御を適用するためのOpengeoSuiteのソフトウェア開発者に関心がある
あなたの社説をありがとうございました。 個人的に、私はそれらが豊かであると感じます。
私の分析と意思決定には、あなたの助けが重要です。