Esri Geoservices RESTをPython Webフレームワークのバックエンドとして使用する（Django？）

Django / GeoDjangoなどの既存のPython WebフレームワークをEsriのGeoservices REST APIと連携するフロントエンドとして使用することが可能かどうか知りたいのですが。JSONのRESTエンドポイントをデータベース「テーブル」としてヒットするデータベースエンジンの開発を想定しています。Django AdminとDjango Formsは非常によく設計されており、空間テーブルと非空間テーブルの両方、特にリレーションシップを持つテーブルを追加、変更、削除するための優れたインターフェースとして機能すると思います。

編集：これについてもっと考えると、多分それはDjangoのソースコードを変更することではなく、代わりにニーズをサポートするWebアプリケーションを設計することです。モデルはマップサービスリンクのストレージを提供し、ビューはRESTエンドポイントの呼び出しを通じてCRUD機能を提供します。

Esri REST APIはテーブル/レイヤー管理機能を公開していないため、マップまたはレイヤースキーマの追加/変更/削除に実際に使用することはできません。ただし、各テーブル内の機能に対するCRUDは可能です。

そのため、GeoDjangoを介して（featurelayerを「テーブル」として使用して）個々のfeaturelayerのフロントエンドを表示できますが、クエリを実行して編集できるのは、テーブル（スキーマではない）内のフィーチャのみです。

ArcGIS.comでホストされているソリューションを前進させても、管理機能へのRESTアクセスを許可するかどうかはまだ不明です。たとえば、ドラッグ/ドロップシェープファイル/ csvマッピングのデモのほとんどは、実際にはFeatureLayerを作成せず、マップのjsonに個別のフィーチャとして追加されます（より機能的なグラフィックレイヤーのようなもの）。うまくいけば、スキーマ管理機能を追加した場合、Geospatial REST仕様も更新されます。

乾杯ブライアン

それは完全に可能ですが、まだ誰もそれをしていません。Arc2Earthは、Esri REST APIの独立した実装を使用して、Google App Engineでホストします。また、REST APIを実装すると、ジオプロセシングサービスやフィーチャレイヤーを公開してArcGIS Explorerで分析できるようになります。

思ったより難しいです。現時点では、DjangoモデルはSQLデータベースの世界にかなり結びついており、管理者は今度はDjangoモデルにかなり結びついています。

あなたの最善の策は、おそらくDjango-nonrelのようなものを見ることです

http://www.allbuttonspressed.com/projects/django-nonrel

ArcGISは2017年2月にPython用のAPIを実現しました。これが現在の方法だと思います（6年後）

https://developers.arcgis.com/python/