Saya hanya menggunakan tautan yang diposting Jason di atas. Saya tidak bisa membayangkan ketika dirilis, spesifikasi resmi akan jauh berbeda. Itu sebagian besar roll-up-your-sleeves, jalankan Fiddler, tekan server sampel 10.0 dan mulai meretas implementasi. Tidak ada yang mustahil, hanya membosankan dengan banyak masalah kecil untuk dipertimbangkan. Kami bahkan tidak akan membuat kami yang 100% kompatibel tetapi mencakup 85% dan semua apis klien tampaknya bekerja dengan baik (itulah satu-satunya alasan saya melakukannya sejak awal)
inilah katalog demo (banyak bug kecil di sana :) [bFlood - menghapus tautan lama]
kami menjalankannya di AppEngine (python) dan cukup erat ditambah dengan struktur spasial yang mendasarinya tetapi mungkin bisa dibuat menjadi proyek .Net WCF yang layak. Tidak yakin bagaimana kami akan mendistribusikannya
sorakan brian
Perbarui - 3/8/12 - Saya baru saja melihat posting ini muncul di stackexchange jadi saya pikir saya akan memperbarui konten. Anda dapat menjalankan FeatureService Anda dalam hitungan menit jika Anda mencoba Arc2Earth Sync beta. backend berfungsi dengan Google Fusion Tables dan CartoDB tetapi kami akan segera mendukung penyedia lain. Anda tidak memerlukan apa pun kecuali ArcView 9.2 atau lebih tinggi ...
inilah posting blog yang menunjukkan cara mulai mengumpulkan data lapangan dalam hitungan menit menggunakan aplikasi seluler ArcGIS.com:
http://www.arc2earth.com/2012/03/arc2earth-sync-live-mobile-data-collection-in-5 -menit/
Satu-satunya dokumentasi yang saya ketahui tentang REST API untuk esri adalah bantuan online mereka di sini:
http://help.arcgis.com/EN/arcgisserver/10.0/apis/rest/index.html
Ini ditulis lebih dari perspektif konsumen daripada penyedia, tetapi harus dapat diretas.
Ada bagian-bagian dari API ini yang cukup berpemilik (beberapa format output ) dan tidak mungkin dilaksanakan oleh proyek open source kecuali spesifikasi format ini juga tersedia.
Selain itu, beberapa API REST tidak terlalu tenang. Misalnya, lihat Layanan Fitur. Tampaknya ada "titik akhir" yang terpisah untuk tambah / perbarui / hapus / kueri alih-alih menggunakan kata kerja HTTP standar untuk beroperasi pada sumber daya. Ini membingungkan saya; Saya tahu bahwa esri memiliki beberapa orang yang cukup pintar di sana yang mengerti REST. Dugaan saya adalah bahwa panggilan ini memetakan ke beberapa jenis antarmuka SOAP, dan esri merasa bahwa akan lebih mudah bagi mereka dan klien mereka jika mereka mempertahankan konsistensi di antara mereka.
Pendapat saya? Jika Anda hanya melihat berbagi data (bukan konfigurasi peta, metadata, dll) dan tidak terburu-buru, Anda mungkin lebih baik menunggu sampai Microsoft mengetahui bagaimana mereka akan mewakili tipe data spasial dalam EDM. Dengan ini di tempat, Anda dapat dengan mudah membuat akses benar-benar tenang ke tabel spasial Anda menggunakan OData dan mungkin ODIA yang diaktifkan RIA pada saat itu. Ini mungkin pie-di-langit untuk semua yang aku tahu.
sumber
Apakah Anda melihat mengekspos tabel spasial dari SQL Server 2008 Spatial? ESRI MapIt sudah melakukan ini dan saya percaya lisensi memungkinkan mereka yang memiliki AGS memiliki akses ke ESRI MapIt.
Beberapa layar seperti apa ini dapat ditemukan di blog saya: http://geo.geek.nz/development/hiding-databases-from-unauthorised-users-when-using-esri-mapit/
Tidak perlu menulis sesuatu sendiri? ;)
Tepuk tangan
sumber
Saya sudah melakukan ini dalam aplikasi. Saya tidak sepenuhnya mengimplementasikan api REST penuh, tetapi cukup untuk mendapatkan tugas query untuk menjalankan dan memformat JSON dengan benar. Saya menggunakan ASP .NET MVC untuk membangun titik akhir saya. Saya mencoba melakukan ini sekitar setahun yang lalu dengan WCF dan output JSON tidak diformat sedemikian rupa untuk bekerja. Trik dengan MVC adalah memastikan Anda memiliki hasil JSONP yang akan menarik parameter permintaan panggilan balik dan membuat respons jsonp yang benar. Saya akan mencoba memposting sesuatu. Anda dapat melihat jawabannya di sini:
http://www.ci.austin.tx.us/GIS/TrafficViewer/Home/JsonpIncidents/query?f=json&where=1%3D1&returnGeometry=true&spatialRel=esriSpatialRelIntersects&outFields= * & outSR = 4326 & callo _jack_jso
Namun, hanya parameter panggilan balik yang digunakan:
http://www.ci.austin.tx.us/GIS/TrafficViewer/Home/JsonpIncidents?callback=woot
Sunting: Berikut adalah cara menerapkan hasil JSONP dalam ASP .NET MVC
/programming/758879/asp-net-mvc-returning-jsonp
Sunting # 2: Ini adalah contoh kode yang saya buat dengan cepat dan pasang di dropbox.
http://dl.dropbox.com/u/28924446/EsriGeoServicesExampleMvc3.zip
sumber
Kedengarannya Anda baru saja mengganti fungsi ArcGIS yang melakukan itu. Saya akan merekomendasikan menggunakan proyek open source yang ada untuk mengimplementasikan sistem seperti itu jika ada tersedia yang mendukung API itu, mungkin menulis adaptor Anda sendiri untuk proyek open source. Mungkin ada satu tapi saya belum terlihat sangat keras. Saya tidak yakin mereka telah merilis spesifikasi API lengkap dulu tetapi jika Anda sedang terburu-buru Anda bisa menggunakan dokumentasi API yang ada dan menguji implementasi Anda terhadap perangkat lunak ESRI yang ada.
sumber
http://geoserver.org/display/GEOS/REST+Overview+Page
Menggunakan layanan REST dengan GeoServer
http://code.google.com/p/geoserver-manager/
sumber
di sini ada contoh: http://www.arcgis.com/home/item.html?id=6d28a606369c43fd9a6f929541ae7c93
sumber
@JasonBirch - saya pikir hal utama untuk melakukan ini adalah kemampuan untuk berintegrasi dengan aplikasi esri / apis / arcgis.com. Jika esri menarik steker menggunakan ini dengan murah (gratis), itu menjadi jauh lebih penting. Tidak jelas bagi saya apa yang mereka rencanakan dengan ArcGIS.com dan bahkan bagaimana itu dilisensikan sekarang. Saya melihatnya sebagai lokasi sentral untuk data / layanan di mana aplikasi web dapat didaftarkan, sesuatu seperti appstore untuk data esri. Pihak ke-3 mendaftarkan aplikasi web multi-penyewa (cloud), esri mengambil bagian dan aplikasi Anda langsung tersedia untuk semua pengambil yang kompatibel dengan spesifikasi api sisanya. dalam hal ini, masuk akal untuk membuka api sisanya dan memungkinkan sebanyak mungkin layanan untuk berintegrasi dengan hub. pencarian / penyimpanan data geospasial dengan cepat menuju komoditi, jadi naikkan takik dan cobalah untuk mengontrol ruang aplikasi.
Saya pikir komentar OData Anda pantas tetapi IMO, itu jalan keluar. dan yang lebih penting, tanpa aplikasi klien yang didistribusikan secara luas dan sangat disukai (sesuatu Google Earth), spesifikasi apa pun yang ditulis dengan baik memiliki potensi layu pada pokok anggur. Tidak mengatakan itu yang terjadi dengan OData, ada banyak MS devs di luar sana yang akan mendapatkan kabel ini secara gratis di VS, tapi saya tidak melihatnya dalam jangka pendek. 2 sen saya ...
(btw, sepertinya ada panjang komentar yang cukup pendek, maka jawabannya baru)
sumber