私の読書からのEsri WebページのArcGISのためのコレクターはしっかりとそのプラットフォームに接続されています。私はこれについて間違っていることを知ってうれしく思います。

私は、GPSを備えたiOSおよびAndroidデバイス向けの汎用モバイルデータ収集アプリに強い関心を持っています。特に、カバレッジ外でデータを収集し、カバレッジに戻ったときに同期できるもの。理想的には、オフライン時に使用するためにデータの一部をローカルにキャッシュすることもできます。

私が想定しているのは、データレイアウトや制約などを指定できるWebベースのアプリケーションです。その後、バックエンドデータベースを生成し、Restful APIを介したアクセスを許可します。

私がする必要があるのは、モバイルデバイス（できればiOSとandroidの両方）のフォームからデータを入力することです。これにより、バックエンドデータベースのテーブルが更新されます。これにより、データをQGISに簡単に組み込むことができます。オフラインで動作する必要があり、動作する領域の多くは3Gをカバーしていません。オフラインで使用するために、選択したデータをデバイスにキャッシュすることもできれば理想的です。マップの統合は重要ではありません。

クラウドベースの優れたソリューションをいくつか見つけましたが、一部のデータは機密性が高い可能性があるため、バックエンドのデータ収集を制御できるものが本当に必要です。たとえば、密輸の脅威である珍しい爬虫類の目撃報告。

モバイルアプリがQGISにデータを取得するための代替手段は何ですか。

この質問はコミュニティWikiおよびwikiロックに変換されました。これは、回答のリストを求める質問の一例であり、閉鎖から保護するのに十分人気があるように見えるためです。それは特別なケースとして扱われるべきであり、これや他のStack Exchangeサイトで推奨されている質問の種類と見なされるべきではありません。 。

ODK

@flippinGeoが言うように、ODKは素晴らしいです。ただし、統合された製品ではありません（つまり、フォームは1つの領域で設定され、集約は別の領域で行われ、アプリはAndroidのみです）。しかし、それは素晴らしく機能し、仕事でそれを使用し、使用するのは簡単で高速です。GoogleのAppEngineでホストし、基本的には無料で、数千枚の写真を保存することもできます。リーフレットで視覚化できる融合テーブルにデータをプッシュします。http：//maps.gcc.tas.gov.au/graffiti.htmlを参照してください。

支点

現在、Fulcrumをいじっています。Fulcrumはオープンソースではありませんが、手頃な価格で非常に優れたWebインターフェイスを備えた素晴らしいSaaS製品です。しかし、私は彼らのAPIが好きではありません（確かに私はあまり熱心に試したことはありません）。

QField

QGISのQFieldもあります。これは、タッチインタラクション用の簡易インターフェイスを備えたQGISです。QGISプロジェクトで定義された制約、QGISプロジェクトで定義されたフォーム、およびさまざまなオン/オフラインデータプロバイダーをサポートします。その中でもPostGISとGeoPackage。データベースのオフラインコピーとの同期は、QGISを備えたデスクトップコンピューターでの準備手順として手動で行う必要がありますが、QGISプラグインQFieldSyncを使用すると作業が簡単になります。残念ながら、今のところAndroidでしか使用できません。Windowsに簡単に移植でき、おそらくiOSにも移植できるでしょう。

構成可能性

ESRIの利点は、フィーチャドメインでジオデータベースをセットアップした場合、そのテーブルをArcGIS Onlineに公開し、Collectorを使用すると、すべてのフォームが自動的に作成されることです。プログラミングを使用して送信後にデータをさらに操作する必要がある場合は、ArcGIS API for Pythonを使用してAGOLにデータを出し入れできます。

QGIS for Android

この質問に対する他の答えは、Android用のQGISを提案することでしたが、それはあなたがやりたいことには大きすぎると思います。コレクション側に空間コンテンツがほとんどない最小限のインターフェイスが最適だと思います。これがODKの優れた点です。それは十分なポイントとポイントの正確さを収集しますが、ポイントの正確さは重要ですが、すべてを大きな完全なマップインターフェイスに配置するわけではありません。情報を収集する人々にとっても非常に重要です。 GISのフォークではありません！

入力

入力は、QGISに基づいた無料のオープンソースモバイルアプリです。iOSおよびAndroidで利用可能です。入力には、ネットワーク接続があるときにユーザーが変更をアップロード/ダウンロードできる同期機能が組み込まれています。入力データとプロジェクトの準備はQGISで行われるため、QGISでサポートされるすべてのファイル形式をInputに読み込むことができます。

NextGIS Mobile、Android用ネイティブモバイルGIS- http: //nextgis.com/nextgis-mobile

オフライン編集-チェック。

同期-チェック。

ラスタータイルのキャッシュ-チェック。

Webサーバーインスタンス（NextGIS Web）に接続して、データをアップロード/ダウンロードします-チェック。

カスタマイズ可能なフォーム、TMSの追加など、他の多くの機能：

• http://nextgis.com/blog/ngm-2-2/
• http://nextgis.com/blog/nextgis-mobile-released/

「オープンソースに相当するものは...存在しますか？」という質問に対する技術的な答えではありませんが、これがソリューションの基礎になります。

OGCは、ストレージコンテナの新しい仕様に取り組んでおり、現在（2014年1月までに）投票されています。これらのタイプのワークフロー、特にモバイルを念頭に置いて、GeoPackageです。

これは、フラットファイルポータブルでクロスプラットフォームの空間データベースであるSpatialiteに似ており、元々はSpatialiteに基づいています。QGIS の中核となる空間プロバイダーであるGDAL / OGRを介した予備的なサポートが既に存在するため、仕様が完成した場合、おそらくバージョン2.4の場合、QGISへの組み込みはおそらくすぐに行われます。

OGC GeoPackageサイトにリストされているツールセットを介した予備的なサポートにより、今すぐこのフォーマットで遊ぶことができます。それらに加えて、libspatialite自体で新たに更新されたサポートがあり、iOSおよびAndroid 用にコンパイルでき、libspatialite式を使用してMac用Homebrewプロジェクト経由でコンパイルできます（--HEADオプションを使用）。

新しいlispatialiteは、必要な言語バインディングを介して、拡張機能としてSQLiteに簡単にロードできます。

手段がある場合は、QGIS Webクライアントまたは他のOpenLayersベースのクライアントと組み合わせて、このようなソリューションの開発に資金を提供することを検討してください。

あなたの最善の策は、Android用のQGISです：http：//www.opengis.ch/2012/01/31/qgis-on-android-gets-gps-support/ ですが、追跡と同期に関する現在のステータスは不明です。

以下は、トラッキングと同期が機能するWindowsタブレットを使用したビデオの例です。http：//www.youtube.com/watch？v = 0WevRW4tbzs

この短いビデオでは、Quantum GISを使用して、タブレットPC（この場合はAtomアーキテクチャ）にインストールし、GPSユニット（この場合はbluetoothデータロガー）とペアリングすることで、フィールドでライブトラッキングとサンプリングを行う方法を示しています。具体的なユースケースは、エヴォラ大学（ポルトガル）による「MOVE」プロジェクトに関するものです。このプロジェクトでは、毎日特定の調査地域の道路を車で低速でチェックし、道路で殺された動物を探します。データはローカルのSpatialiteデータベースに保存され、後でPostGISデータベースを更新するために使用されます。

オープンソースに関しては、Open Data Kit（ODK）をご覧ください。私はこれを大規模なデータ収集プロジェクト（この時点で10,000件以上の提出）に使用しましたが、Aggregateコンポーネントを使用したエンタープライズ規模の収集のためにPostgres / Postgisでのセットアップはかなり簡単です。現在の制限には、マッピングインターフェイスではなく、Androidのみが含まれます。

フォーム開発はXform標準に基づいており、条件、グループ化、表示パラメーターの制御など、フォームを使用して気の利いたロジックを実行できます。Postgresなしで実行することもできます。より複雑なコレクションを扱う場合は、1対多の関係もサポートします。

典型的なデータ型、GPS、写真、ビデオ、音声をサポートします。センサーのサポートも非常に広範囲です。

私たちは似たようなことをしているので、ここでの答えに代わるものを与えると思いました。将来のメンテナンス作業を計画しているユーティリティプランナーがいます。これが私たちのプロセスです。これらの人たちは間違いなくGISの人ではありません。以前にコンピューターを使用したことがあれば幸運かもしれません。

Webプラットフォームの代わりに、Windowsデスクトップアプリケーションを使用しています。私たちのアプリケーションは、ライセンスされたマップインターフェイスを使用しますが、マッピングコンポーネントにDotSpatialやSharpMapなどのオープンソースバージョンを簡単に使用することができます（使用する必要があります）。アプリケーションの残りの部分は、バックエンドで使用しているシェープファイルに値がマップされる入力コントロール用のいくつかのフォームです。シェープファイルは素晴らしいものではありませんが、非常に互換性があります。

また、新しい機能（区画、ユーティリティラインなど）のダウンロードと、収集/編集された機能のアップロードを処理するAPIをサーバーにセットアップします。したがって、すべてがgeoJSONを使用して送受信され、各エンドポイントで解析/デシリアライズされるため、フィールドストレージは重要ではありません。

このプロセスには少し前の作業が必要ですが、汎用性は非常に優れています。アプリケーションインターフェースをダムダウンして、ユーザーがする必要があるのは、ラベル（レイヤー名）をクリックし、図を描画し、いくつかのフィールドに入力するだけです。残りは自動的に行われます。必要に応じてより複雑になり、バックエンドでコーディングすることにより、空間結合、GPS座標、フィールド入力の検証など、ユーザーのために自動的に行うことができます。

ストーリーのポイント..オープンソースコンポーネントを使用して、すべてを処理するアプリケーションを構築できます。Webインターフェースには、ローカルストレージの制限など、いくつかの制限があります。もっと複雑で本当に馬鹿げたものが必要な場合は、それを実行できますが、少し手間がかかります。

あなたがやりたいことを正確に知っていれば、数週間以内にデスクトップアプリケーションとWebインターフェイスの実行可能なバージョンをまとめることができると推定します。