ESRI оголосив, що випускає API ArcGIS REST як відкриту технологію . У мене є ISP під керуванням Sql Server 2008 з IIS7.
Хтось знає про гарну прогулянку, показуючи, як я можу писати C # за допомогою WCF, щоб викрити просторові таблиці, що відповідають певним специфікаціям (в ідеалі ESRI)?
Хтось знає, де знаходиться специфікація ESRI?
Відповіді:
Схоже, що ESRI щойно випустила їх специфікацію GeoServices REST . Я вважаю, що це те, що ви можете шукати.
Я просто використав посилання, яку Джейсон розмістив вище. Я не можу уявити, коли його випустять, офіційна специфіка буде значно іншою. Це були здебільшого закручені рукава, запустили Fiddler, потрапили на 10.0 зразки серверів і почали хакнути на реалізацію. Немає нічого, що неможливо, просто нудно з великою кількістю дрібних питань, які потрібно врахувати. Ми навіть не зробимо нашу на 100% сумісною, але вона охоплює 85%, і всі клієнтські apis, здається, працюють досить добре (це була єдина причина, що я це зробив для початку)
ось демонстраційний каталог (багато маленьких помилок там :) [bFlood - видалено старе посилання]
ми запускаємо його на AppEngine (python) і його досить щільно поєднується з базовими просторовими структурами, але це, ймовірно, може бути перетворене на гідний проект .Net WCF. Не впевнений, як би ми його розповсюдили
ура ура Брайана
Оновлення - 3/8/12 - Я щойно побачив, як ця публікація спливає в stackexchange, тому я зрозуміла, що буду оновити вміст. Якщо ви спробуйте бета-версію Arc2Earth Sync, ви можете запустити свою функцію FeatureService за лічені хвилини. бекенд працює з Google Fusion Tables та CartoDB, але ми незабаром будемо підтримувати інших постачальників. Вам не потрібно нічого, крім ArcView 9.2 або новішої ...
ось повідомлення в блозі, де показано, як почати збирати дані на місцях за лічені хвилини за допомогою мобільних додатків ArcGIS.com: http://www.arc2earth.com/2012/03/arc2earth-sync-live-mobile-data-collection-in-5 -хвилини /
Єдина документація, про яку я знаю для REST API від esri, - це їх онлайн-допомога тут:
http://help.arcgis.com/EN/arcgisserver/10.0/apis/rest/index.html
Це написано більше з точки зору споживача, ніж постачальника, але його слід зламати.
Є частини цього API, які є досить власницькими (деякі вихідні формати ) і неможливо реалізувати проектом з відкритим кодом, якщо ці специфікації формату також не будуть доступні.
Крім того, деякі API REST не особливо RESTful. Наприклад, подивіться службу функцій. Здається, є окремі "кінцеві точки" для додавання / оновлення / видалення / запиту замість використання стандартних дієслів HTTP для роботи з ресурсами. Це спантеличує мене; Я знаю, що в Есрі є кілька досить розумних людей, які розуміють REST. Я здогадуюсь, що ці дзвінки прив’язуються до якогось SOAP-інтерфейсу, і Есрі вважає, що їм та їхнім клієнтам буде легше, якщо вони підтримуватимуть послідовність між ними.
Моя думка? Якщо ви дивитесь лише на обмін даними (а не на конфігурацію карти, метадані тощо) і не поспішаєте, можливо, вам буде краще почекати, поки Microsoft з'ясує, як вони представлятимуть просторові типи даних у EDM. Маючи це на місці, ви можете легко створити справді RESTful доступ до своїх просторових таблиць, використовуючи OData та, можливо, ODAta з підтримкою RIA. Це може бути пиріг в небі для всіх я знаю, хоча.
Чи шукаєте ви розкриття просторових таблиць з просторового SQL Server 2008? ESRI MapIt це вже робить, і я вважаю, що ліцензування дозволяє тим, хто має AGS, мати доступ до ESRI MapIt.
Деякі екрани того, як це виглядає, можна знайти в моєму блозі: http://geo.geek.nz/development/hiding-databases-from-unauthorised-users-when-using-esri-mapit/
Не потрібно щось писати самостійно? ;)
Ура
Я це зробив уже в додатку. Я не повністю реалізував повну версію програми REST, але достатньо, щоб отримати завдання запиту, щоб правильно запустити та відформатувати JSON. Я використовував ASP .NET MVC для створення своєї кінцевої точки. Я намагався робити це близько року тому з WCF, і вихід JSON не був відформатований таким чином для роботи. Трюк з MVC полягає в тому, щоб переконатися, що у вас є результат JSONP, який виведе параметр запиту зворотного виклику і зробить правильну відповідь jsonp. Я спробую щось опублікувати. Ви можете подивитися на відповідь тут:
http://www.ci.austin.tx.us/GIS/TrafficViewer/Home/JsonpIncidents/query?f=json&where=1%3D1&returnGeometry=true&spatialRel=esriSpatialRelIntersects&outFields= * & outSR = 4326 & зворотний виклик = dojo.io.script.jsonp_dojoIoScript2._jsonpCallback
Однак використовується лише параметр зворотного виклику:
http://www.ci.austin.tx.us/GIS/TrafficViewer/Home/JsonpIncidents?callback=woot
Редагувати: Ось як реалізувати результат JSONP в ASP .NET MVC
/programming/758879/asp-net-mvc-returning-jsonp
Редагувати №2: Ось приклад коду, який я швидко створив і розмістив у Dropbox.
http://dl.dropbox.com/u/28924446/EsriGeoServicesExampleMvc3.zip
Здається, ви можете просто замінити функціональність ArcGIS, роблячи це. Я рекомендую використовувати існуючий проект з відкритим кодом для реалізації такої системи, якщо стане доступним, який підтримує цей API, можливо, напишіть вам власний адаптер для проекту з відкритим кодом. Можливо, така існує, але я ще не дуже важко виглядав. Я не впевнений, що вони ще випустили повну специфікацію API, але якщо ви поспішаєте, ви можете просто скористатися наявною документацією API і протестувати свою реалізацію на існуючому програмному забезпеченні ESRI.
@JasonBirch - я думаю, що головна нічия навіть для цього - це можливість інтегруватися з програмами esri / apis / arcgis.com. Якщо esri витягує плагін за допомогою цих дешево (безкоштовно), це стає набагато менш важливим. Мені незрозуміло, що вони планують робити з ArcGIS.com і навіть як це зараз ліцензовано. Я бачив це як центральне місце для даних / послуг, де можна було зареєструвати веб-додатки, щось на зразок програми для даних esri. Треті сторони реєструють багатокористувацькі веб-програми (хмара), програма esri скорочується, і ваш додаток миттєво доступний для всіх користувачів, сумісних з рештою api. у цьому світлі має сенс відкрити решту api та дозволити якомога більше сервісів інтегруватися з концентратором. пошук / зберігання геопросторових даних швидко на шляху до товарної реклами, тому пересуньте її вгору і спробуйте контролювати простір додатків.
Я думаю, що ваш коментар OData має заслугу, але IMO, це шляхи. і що ще важливіше, без широко розповсюдженого та улюбленого додатку для клієнтів (щось із Google Планета Земля) будь-яка добре написана специфіка має потенціал в’янення лози. Не кажучи про те, що це стосується OData, там багато MS розробників, які отримають цю проводку безкоштовно в VS, але я не бачу цього в короткостроковій перспективі. мої 2 копійки ...
(До речі, здається, що коментар досить короткий, звідси нова відповідь)