In my brief look at runtime I don't see any means to directly access either a file or enterprise geodatabase without utilizing an ArcGIS Server or Portal/AGOL. That is possible with Engine.
There is no way to direct-connect to a File Geodatabase. You will need to author Runtime Geodatabases in ArcMap/Pro that are optimized for the runtime.
Alternatively you can use the LocalServer, but I would recommend going the runtime geodatabase way for performance reasons.
At the dev conference last year I asked if Runtime is to be the replacement to ArcGIS Engine. I was told that it is intended to replace Engine. Is that true or not? If true then when would we see the libraries that support direct access to the file and enterprise geodatabase. I have an application I would like to move forward with your modern code and the app does not require indirect geodatabase interaction via ArcGIS Server map services. Too much overhead in that.
Also, the Runtime docs indicate the runtime file gdb you recommend is intended for mobile devices. Is that true? Why can't runtime access the traditional file GDBs created from Desktop or Pro?
Does Runtime support direct access to an Enterprise Geodatabase?
DG
The plan is to be equivalent in overall functionality: Ie that it can do more or less the same things Engine can and most people will be able to solve the same scenarios in Runtime that they could with Engine. However that doesn't necessarily mean at the fine-grained level like working with all the same formats.
In your specific case, from a functionality standpoint though, we have equivalence in the sense of a single-file geo-enabled database that can be shared with a simple file-copy (btw ArcGIS Pro is also able to read the runtime database format).
Engine is based on ArcObjects, which is COM based. Runtime is a much a leaner, meaner fighting gis machine built in pure Cross-platform C++, enabling it to run on many more platforms. However that will mean we won't have the full ArcObjects engine behind it either.
Looking for some guidance then. My app is simple in that it does coordinate translation from non-spatial data sources and targets the results to either a file or enterprise GDB. Is it possible to combine .net runtime and the desktop.net SDK to provide the direct connection to file and enterprise GDP? I would be using the runtime lib for doing projections and datum transformations. Desktop .net SDK to write to the gdbs. Windows controls for the UI. And maybe use the runtime map object to visualize the results. Goal is to have it all running without any arcobjects libs and be stand alone.
No need to interact with web map services except for the map display, if I do that. A nice to have right now.
I guess licensing might be trickey. Any ideas on that? Would the user require two licenses? Desktop and runtime?
I currently have the app running in AO but no map display.
Appreciate the help.
Can runtime directly read file and enterprise gdbs without working thru a map service? Engine provides that and I wouldn't consider that fine grained. DG
@dotMorten_esri , @DennisGeasan
Hello,
Any update on how to directly access an enterprise geodatabase from the ArcGIS Runtime API for .Net? I'm running through the same scenario!
Thanks.
Los miembros registrados pueden publicar, seguir actualizaciones y más. ¿Nuevo aquí? Regístrate gratis.
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.
