Availability of ArcPy features in Runtime for WPF

[WhereMatters]

I know there are only a few geoprocessing tools available through Arcpy in the runtime SDK and they can be used only with the standard license. I could not find documentation on what other classes of Arcpy are available/not available/planned for a future release?

1. Can you connect to an existing file geodatabase through arcpy and use search/insert/update cursors?
2. Are there any limitations to using cursors or they are work just like they work with ArcGIS Desktop-Arcpy?
3. I got to know from another post, that arcpy.mapping module is not available in the runtime sdk. I could not find documentation on which modules are available/not available when using arcpy in the runtime sdk. Does anyone know?

We are planning to propose a wpf application using runtime sdk for a client and it is very important for us to know this.

regards
Anand

[BKuiper]

Here are some good resources about the current availability of ArcPy in Runtime:
http://resources.arcgis.com/en/help/runtime-wpf/concepts/index.html#/Supported_geoprocessing_tools/0...

look at the "classes" section of this link:
http://resources.arcgis.com/en/help/main/10.1/index.html#//000v00000001000000

And yes, you can use cursors to loop through data (on any feature). I haven't noticed any limitations, but i haven't used it extensively, just for reading and updating data.

Hope all of this helps you forward...

[WhereMatters]

Thanks Bjorn,

I am aware of the list of supported geoprocessing tools in runtime. The online documentation describes that clearly.

About the second link to classes of arpcy, do you mean all ArcPy classes are available in the runtime? If thats the case, I am delighted to know!

How about the ArcPy modules?, mapping is not available for sure (from another post). Don't see documentation for supported ArcPy modules in the runtime.

thanks again
Anand

[BKuiper]

Hi,

i can't officially confirm that, but i have used some of these classes, so i think they are all supported

http://resources.arcgis.com/en/help/main/10.1/index.html#/Alphabetical_list_of_ArcPy_classes/018z000...

Furthermore, i think the spatial analyst module, network module and 3d module are supported. this can be derived from the Local Runtime License Viewer (part of ArcGIS Runtime for WPF).

Perhaps Mike, the runtime development time, can shed some light on this for you.

[MichaelBranscomb]

Hi,

The majority of Python script tools that execute successfully on your computer in Desktop should publish successfully as a Geoprocessing Package and run on the LocalServer included with ArcGIS Runtime SDK for WPF. The exceptions to this are the ArcPy.Mapping module, and custom or third-party modules. There's a good article here which covers many of the considerations for publishing Python scripts as service-based tasks: http://resources.arcgis.com/en/help/main/10.1/index.html#/Authoring_geoprocessing_tasks_with_Python_....

Cheers

Mike

[WhereMatters]

Hi,

The exceptions to this are the ArcPy.Mapping module, and custom or third-party modules.

Cheers

Mike

Thanks Mike,

So this means, if i use some third party module like reportlab, it wont work, right?
Because reportlab as a module has to be installed to your python installation (in case of desktop). The runtime has embedded python and we cannot install modules into the embedded python and package and distribute it, right?

Will simple modules work, i mean the ones without any external dependencies like some utility functions, that we can append to the path (sys.path.append), they should get picked up in the preparation of gpk and should work fine. Am i correct?

regards
Anand