Використовуйте Esri Geoservices REST як бекенд для веб-рамок Python (Django?)

Мені хотілося б знати, чи можливо використовувати існуючу веб-структуру Python, таку як Django / GeoDjango в якості інтерфейсу для роботи з API REST API Geoservices? Я передбачаю розробку двигуна баз даних, який відображає кінцеві точки REST в JSON як "таблиці" бази даних. Форми Django Admin та Django дуже добре розроблені, і я думаю, що вони можуть слугувати чудовими інтерфейсами для додавання, зміни та видалення як просторових, так і непросторових таблиць, особливо тих, що мають стосунки.

EDIT: Оскільки я думаю більше про це, можливо, це не про зміну вихідного коду Django, а натомість створення веб-програми для підтримки потреб. Моделі забезпечують зберігання посилань на обслуговування карт, а Views надають функціональність CRUD за допомогою викликів до кінцевих точок REST.

api Esri REST не відкриває жодних функцій адміністратора таблиці / шару, тому ви не можете реально використовувати його для додавання / зміни / видалення карт або схеми шарів. Однак це дозволяє використовувати CRUD щодо функцій у межах кожної таблиці.

тож я міг бачити фронтацію окремого функціонального шару через GeoDjango (використовуючи функціональний шар як "таблицю"), але ви зможете лише запитувати та редагувати функції в таблиці (не її схему)

рухаючись вперед зі своїм розміщеним рішенням на ArcGIS.com, поки незрозуміло, чи дозволять вони REST отримати доступ до функцій адміністратора. Наприклад, більшість демонстраційних демонстрацій, які вони демонстрували, перетягування shapefile / csv картографування насправді не створюють FeatureLayers, вони додаються як індивідуальні функції до json карти (начебто більш функціональний графічний шар). Сподіваємось, якщо вони додадуть функціональність адміністратора схеми, специфікація Geospatial REST також буде оновлена.

ура ура Брайана

Це цілком можливо, але ще ніхто цього не зробив. Arc2Earth використовує незалежну реалізацію API Esri REST для розміщення в Google App Engine. А реалізація API REST дає змогу виконувати такі дії, як викрити служби геообробки та функції шарів для аналізу в ArcGIS Explorer.

Це важче, ніж це звучить. На даний момент моделі Django досить прив’язані до світу баз даних SQL, а адміністратор, у свою чергу, досить прив’язаний до моделей Django.

Ваша найкраща ставка - це, мабуть, дивитися на щось на зразок Джанго-нереля

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

ArcGIS реалізує API для python у лютому 2017 року, я думаю, що це саме зараз (6 років пізніше)

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