Latest Contributions by KevinHibma

‎11-05-2012

My guess is you're missing the 64bit client libraries required to connect to your enterprise database. See the section: Desktop, Workgroup and Enterprise geodatabases here: http://resources.arcgis.com/en/help/main/10.1/index.html#//002100000040000000

‎11-02-2012

As a follow up to anyone else who reads this thread... Ian sent me his GPX file and we determined that it had Routes inside - something the tool doesn't currently support. The following enhancement was logged: NIM086201 - Support RTE tag (routes) when converting GPX to Features

‎11-01-2012

Amy, This is a sort of "classic" GP Server problem: how can GP Server work with "user supplied data". GP Server can only execute against data that it has access to. Typically thats either "project" data: data which is essential to the service that the server has access to and doesn't change. Or user supplied input, generally are simple strings, numbers, or digitized features for example. In your situation you want to get more complex data / project data / multiple datasets over to the Server for it to crunch. This is where you have to really define your workflow to achieve desired results. As I said, Server needs the data to act on, so the problem is how to get the data to the Server. There is no mechanism to pass a "folder" to the Server and say "upload everything in here". Since you're using Desktop as the client, you can pass a fileto Server. The best way I can think to do this would be to have your user zip up the files on their harddrive, then have the GP Service accept a file input (instead of a folder). Desktop has the ability to send the file to the Server, and the service with a few lines of Python code could unzip the contents of the file to a local directory, perform some operations, then zip up the output. An alternative approach if your users share a common folder that the Server has access to would be to move their data to this folder manually. Then in the Service they submit the path to the data (as a string), and because the Server has access to that path, it finds the data and crunches it. I personally like approach #1, but your users, internal network and deployment criteria will determine which method works best for you. I hope this helps.

‎11-01-2012

Matt, I just built a little sample to test this and it works. I downloaded the 3rd party module, "xlrd" which allows you to read Excel files. My script tool does a simple "import xlrd" and simply reads the rows. To use this package in Desktop, it was installed into my Python27 directory at: C:\Python27\ArcGIS10.1\Lib\site-packages\xlrd As you've pointed out, 3rd party modules are not consolidated/included in the package (GPK). When I first attempt to run my program using the GPK I created, I get a message back from the service that "no such module exists" when trying to import xlrd. (somewhat expected because this module isn't installed in the Runtime's Python) To remedy this I took the xlrd directory from my Python27 site-packages and copied it into the Runtime's Python directory at: C:\Program Files (x86)\ArcGIS SDKs\WPF1.0\ArcGISRuntime1.0\LocalServer32\Python\Lib\site-packages I was then successfully able to run my service. When building your deployment you'll have to manually include additional modules. Note that if you're doing both a 32/64 deployment you'll have to get both modules and include them in your deployment. So in short, with these 3rd party Python modules used in the Runtime - its just the manual step of copy/pasting them into the Runtime's Python during development and making sure to copy/paste them into your deployment.

‎11-01-2012

The workspace input parameter isn't supported with a GP Service (as a parameter). We do support "strings" though as you pointed out. At 10.1 we map the unsupported parameter to either string (user defined) or hardcoded it (constant). It sounds like you're consuming the Service inside Desktop? When you open the tool dialog inside ArcMap you just have a string box to put a path in. I can't envision another way around this as the Service now has STRING as input. You could write a little script tool and distribute that to your Desktop users. The tool would take a folder as input and pass the string representation of that to the Service. Or if you're using a web application that you've built - you can build in a file open dialog and just get the value of that and pass it to the service.

‎10-31-2012

My guess: "Starting Background Processing" 🙂 But I havent seen a machine where it's taken so long that the whole message has time to scroll.

‎10-29-2012

thanks Harry. thats good info. I'll see if we can't do something in SP2 for this.

‎10-29-2012

Ian, Can you elaborate on your problems with the ArcGIS tools? Problems getting them setup, or problems using/converting? If you got the tool setup and it didnt produce proper output, would you email me a GPX file so I can see whats up? ([email protected]) thanks,

‎10-26-2012

When you package up a GP model into a GPK for Runtime, output paths for data are changed. In the case of a folder they'll be changed to %scratchFolder%\filename.txt This ensures that when running this GPK, the file can be generated in the appropriate place without fear of overwriting an existing one. The Runtime works in a similar manner to Server. With Server, each GP Service will usually execute to C:\arcgisserver\directories\arcgisjobs\<service>_gpserver\guid With Runtime, it uses the TEMP directory as you point out. My suggestion - let it write the file there as its doing. This is safe and will always work. If you want to persist the file somewhere else use some code to either copy the file to another location or give the user and option to save the file to a directory of their choice.

‎10-25-2012

Well a featureset takes a certain input. So I'd use whatever you have your coordinates in. If thats something which featureset can read, then go with that. If its a "string", like [[2,2], [5,5]] then use the string control. I sort of understand what you're doing, but without the complete picture I can't offer a "best suggestion". My guess though is you probably have formatted json that you're passing in so you should be using the featureset control?

‎10-25-2012

I'd have a look through this topic.... http://resources.arcgis.com/en/help/main/10.1/#/Understanding_message_types_and_severity/002z0000000p000000/ But what I think is happening.... you're trying to make the tool "error". The tool hasn't actually errored because it hasn't run. The GetMessages is used to get messages from the tool execution (which hasnt occurred). You're seeing a validation error.

‎10-25-2012

Almost there....just need to assign the template to the value. #Feature Set you pick a layer or load a layer param0 = arcpy.Parameter( displayName="aFeatureSet", name="aFeatureSet", datatype="Feature Set", parameterType="Required", direction="Input") param0.value = "c:\\mytemplates\\line.shp" #or #param0.value = os.path.join(os.path.dirname(__file__), "f.gdb\\line")

‎10-24-2012

Excellent, I'm glad its working for you and the Esri EUC sounds like it went well!

‎10-18-2012

Thanks, Harry. I've had a few reports and they all seem different. Its hard to narrow down when/why the bar may not show up. I'm still working on it and if we can identify the cause, we'll fix it. As for % - right, 10.1 we only show whats running. However, now you can click the bar to get you right into the Results window and the tool thats executing. Quite honestly not all tools report status in the same way (overall % left, % left on a certain step, no %, etc). We have worked on that and are continuing to get tools to report status better as well as respond better to cancel.

‎10-18-2012

If you have 5 minutes to do a couple tests, could you: -enable Background (you should already have it enabled) -shut down and re-open ArcMap/Catalog -run a tool (do you get dialog?) -run a 2nd, different tool (do you get dialog?) -shut down and re-open -go to Geoprocessing Options > make sure BG is enabled (it should already be), press OK on the dialog (make sure to press OK) -if you're watching you should see marquee of "Background starting" (correct?) -run a tool (do you get dialog?) -run a 2nd, different tool (do you get dialog?)

Online Status	Offline
Date Last Visited	‎03-25-2026 08:04 AM

My Ideas

Latest Contributions by KevinHibma

Re: 10.1 Geoprocessing background progress - cannot see bar at all

Re: Importing gpx files

Re: Geoprocessing Services - Directory Parameter

Re: Python libraries in deployment

Re: Geoprocessing Services - Directory Parameter

Re: 10.1 Geoprocessing background progress - cannot see bar at all

Re: 10.1 Geoprocessing background progress - cannot see bar at all

Re: Importing gpx files

Re: localgeoprocessingservice route directions

Re: Feature Set parameter in a tool destined to be a gp service

Re: Can't access to the errors with GetMessages()

Re: Feature Set parameter in a tool destined to be a gp service

Re: Using 3. party python in gp-service - error 000816

Re: 10.1 Geoprocessing background progress - cannot see bar at all

Re: 10.1 Geoprocessing background progress - cannot see bar at all

Re: Notebook Server 11.5 Webhook Receivers

Re: Notebook Server 11.5 Webhook Receivers

Re: Feature service webhooks error at 11.0

Re: Enterprise server referenced feature services ...

Re: Webhook URL update for Power Automate