एकमात्र दस्तावेज जो मुझे esri's REST API के लिए पता है, उनकी ऑनलाइन मदद में यहाँ है:
http://help.arcgis.com/EN/arcgisserver/10.0/apis/rest/index.html
यह एक प्रदाता की तुलना में उपभोक्ता के दृष्टिकोण से अधिक लिखा जाता है, लेकिन हैक करने योग्य होना चाहिए।
इस एपीआई के कुछ हिस्से हैं जो काफी मालिकाना (कुछ आउटपुट स्वरूप ) हैं और एक खुले स्रोत परियोजना द्वारा असंभव कार्यान्वयन जब तक कि इन प्रारूप विनिर्देशों को भी उपलब्ध नहीं कराया जाता है।
साथ ही, कुछ REST API विशेष रूप से RESTful नहीं हैं। उदाहरण के लिए, फ़ीचर सेवा को देखें। संसाधनों पर काम करने के लिए मानक HTTP क्रियाओं के उपयोग के बजाय ऐड / अपडेट / डिलीट / क्वेरी के लिए अलग-अलग "एंडपॉइंट्स" प्रतीत होते हैं। यह मुझे पहेली; मुझे पता है कि esri में कुछ बहुत स्मार्ट लोग हैं जो REST को समझते हैं। मेरा अनुमान है कि ये कॉल कुछ प्रकार के SOAP इंटरफ़ेस के लिए मैप करते हैं, और esri ने महसूस किया कि यह उनके और उनके ग्राहकों के लिए आसान होगा यदि वे उनके बीच निरंतरता बनाए रखते हैं।
मेरी राय? यदि आप केवल डेटा साझा करना देख रहे हैं (मैप कॉन्फ़िगरेशन, मेटाडेटा, आदि नहीं) और जल्दबाज़ी में नहीं हैं, तो आप इंतज़ार करना बेहतर कर सकते हैं जब तक कि Microsoft यह पता नहीं लगा लेते कि वे ईडीएम में स्थानिक डेटा प्रकारों का प्रतिनिधित्व कैसे करेंगे। इस जगह के साथ, आप आसानी से ओडटा का उपयोग करके अपने स्थानिक तालिकाओं तक सही मायने में पहुंच का निर्माण कर सकते हैं और उस पर शायद आरआईए-सक्षम ओडटा का उपयोग कर सकते हैं। यह मेरे लिए हालांकि सभी के लिए आकाश में पाई-इन हो सकता है।