Esri Geoservices REST를 Python 웹 프레임 워크의 백엔드로 사용 (Django?)

Esri의 Geoservices REST API와 함께 작동하기 위해 Django / GeoDjango와 같은 기존 Python 웹 프레임 워크를 프론트 엔드로 사용하는 것이 가능한지 알고 싶습니다. JSON의 REST 엔드 포인트를 데이터베이스 "테이블"로 설정하는 데이터베이스 엔진 개발을 계획하고 있습니다. Django Admin 및 Django Forms는 매우 잘 설계되어 있으며 공간 및 비 공간 테이블, 특히 관계가있는 테이블을 추가, 변경 및 삭제하기위한 훌륭한 인터페이스 역할을 할 수 있다고 생각합니다.

편집 : 이것에 대해 더 많이 생각할 때 아마도 장고의 소스 코드를 변경하는 것이 아니라 요구를 지원하는 웹 응용 프로그램을 디자인하는 것입니다. 모델은 맵 서비스 링크의 스토리지를 제공하고 뷰는 REST 엔드 포인트에 대한 호출을 통해 CRUD 기능을 제공합니다.

Esri REST API는 테이블 / 레이어 관리 기능을 노출하지 않으므로 맵 또는 레이어 스키마를 추가 / 변경 / 삭제하는 데 실제로 사용할 수 없습니다. 그래도 각 테이블 내의 기능에 CRUD를 허용합니다.

따라서 GeoDjango를 통해 개별 피처 레이어를 프론트 엔드하는 것을 볼 수 있었지만 (피처 레이어를 "테이블"로 사용) 테이블 내 피처 만 쿼리하고 편집 할 수있었습니다 (스키마는 아님).

ArcGIS.com에서 호스팅 솔루션을 개발하면서 관리자 기능에 대한 REST 액세스를 허용할지 여부는 아직 확실하지 않습니다. 예를 들어, 끌어서 놓기 shapefile / csv 매핑을 보여 주었던 대부분의 데모는 실제로 FeatureLayer를 만들지 않고 맵의 json에 개별적인 기능으로 추가됩니다 (보다 기능적인 그래픽 레이어와 같은 종류). 스키마 관리 기능을 추가하면 지리 공간 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 월에 파이썬 용 API를 실현합니다.

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