La única documentación que conozco de la API REST de esri está en su ayuda en línea aquí:
enlace
Esto está escrito más desde la perspectiva de un consumidor que de un proveedor, pero debe ser hackeable.
Hay partes de esta API que son bastante propietarias (algunos de los formatos de salida ) e imposible de implementar por un proyecto de código abierto a menos que estas especificaciones de formato también estén disponibles.
Además, algunas de las API REST no son especialmente REST. Por ejemplo, mira el servicio de características. Parece que hay "puntos finales" separados para agregar / actualizar / eliminar / consultar en lugar de usar verbos HTTP estándar para operar con recursos. Esto me desconcierta; Sé que esri tiene algunas personas muy inteligentes que entienden REST. Supongo que estas llamadas se asignan a algún tipo de interfaz SOAP, y esri consideró que sería más fácil para ellos y para sus clientes si mantuvieran la coherencia entre ellos.
Mi opinión? Si solo desea compartir datos (no la configuración del mapa, los metadatos, etc.) y no tiene prisa, es mejor que espere hasta que Microsoft descubra cómo van a representar los tipos de datos espaciales en EDM. Con esto en su lugar, podría crear fácilmente un acceso realmente RESTANTE a sus tablas espaciales utilizando OData y probablemente OData habilitado para RIA. Esto puede ser un pastel en el cielo, por lo que sé.