|
POST
|
Matt, As I deal more with GP as a whole than specific tools (like caching), I asked around and confirmed that the best way to use the caching tools is to consume the built in ones from Desktop which call the GP-Service based caching tools. Alternatively its ok to consume the services directly from the end point like you're doing, you just dont get as good a user experience. However, this leads to your next problem - passing the appropriate parameters "by hand" off to the caching service That said, the error you're getting is because how the published caching service expects the input for MapService. When consuming it in ArcMap you need to pass it a real connection file, but when consuming it in REST you want to pass a string in the notation : Moncton:MapServer However, your end goal of sending a GDB of featureclasses with extents is going to be troublesome from a webapp. You'll have to handle uploading a zipped up fGDB through the webapp, then have server side code (probably a GP service) to unzip that, search through the fGDB and then pass the FC to the GP Caching service. Also keep in mind that the Caching tools are security enabled by default. So any web application you create would have to handle authentication. (not just any user can fire up the site and do cache management) I've also been told that some caching improvements have been targeted for SP2 in terms of cache management inside Manager. These improvements sort of cross into the goal of your project. SP2 is still a little ways off, so I cant commit anything, just that its on the list of things we'd like to do. Help links for reference: http://resources.arcgis.com/en/help/main/10.1/#/Creating_a_map_cache/0154000005nw000000/ http://resources.arcgis.com/en/help/main/10.1/#/Ways_to_add_tiles_to_a_cache/0154000002rr000000/ http://resources.arcgis.com/en/help/main/10.1/index.html#//00540000000p000000
... View more
11-21-2012
09:49 AM
|
0
|
0
|
1553
|
|
POST
|
You dont have to pass any URLs in your Python code -all the parameter output locations between the service and the REST are handled by the framework. By setting a file as the output type in your Python script / tool, (using the SetParameterAsText), it just comes back. You dont need to worry about URLs and virtual directories here. If you have a tool that runs fine inside ArcMap and returns a PDF, and then you publish it as a service and THAT runs fine when you consume it in ArcMap, you've done everything you need. All you need to do is to get the output in your javascript application. From the first link's web application, the code to do this: function gpJobComplete(jobInfo) { if (jobInfo.jobStatus == "esriJobSucceeded") { gp.getResultData(jobInfo.jobId, "Output"); } else { showDialog(dojo.string.substitute('<a href=${url} target="_blank">Job failed</a>', { url: gp.url + "/jobs/" + jobInfo.jobId })); } } function gpResultDataComplete(result) { showDialog(dojo.string.substitute('<center><a href=${url} target="_blank">Download Map</a></center>', { url: result.value.url })); }
... View more
11-21-2012
08:59 AM
|
0
|
0
|
1755
|
|
POST
|
I see. Hmmm...At first thought I not entirely sure the cache tools are meant to be published as a service. (I'll have to check with a couple people). Regardless there should be a better experience than it failing in publish. I'm guessing you want to on-demand supply an area of interest and update that cache? I can offer you the workaround of simply using the caching tools which already exist as a service in the System folder. You can either consume the service directly or bring it into a local model and set parameters as required.
... View more
11-21-2012
06:59 AM
|
0
|
0
|
1553
|
|
POST
|
I guess two things to check here - 1) how does the script pass the output back? I assume you have an output parameter of File (which maps to GPDataFile) in REST. Inside the script you have something like arcpy.SetParameterAsText(10, myPDFoutputVar) 2) How are you consuming it where it doesn't come back? Sounds like REST or a web application. If you consume your service back in Desktop, can you open the Results window and double click the output under the service result to open the PDF? If you can, then everything you've done in question 1 above is correct. These two arcgis.com links have nice simple web applications which you could use to compare against your code to see if you're asking for the PDF back correctly: http://www.arcgis.com/home/item.html?id=442e1c7ff64240af8f41825f567e60d0 http://www.arcgis.com/home/item.html?id=8f16fdeef39c46b3952002b2d85ea5de
... View more
11-21-2012
06:48 AM
|
0
|
0
|
1755
|
|
POST
|
Without testing this - you're saying it doesn't publish? (fails when you actually push Publish?) We have fixed analyzer messages for other service types throwing misleading messages that data will be copied (namely ImageServices and Geodata Services coming up in SP2). But thats it, just the message said data would be copied, when in fact its just the connection file being copied (no harm there). So in the end they publish correctly. If it isnt publishing, can you save your connection file into your working directory beside the model, use that reference inside your model and then register that folder with the data store. Any luck?
... View more
11-21-2012
06:35 AM
|
0
|
0
|
1553
|
|
POST
|
Hi Kevin, I have downloaded both the 64bit and 32bit files from oracle, these two files have a setup and installed in an app directory. Which Files did you copy in your instantclient directories. Are these the files in BIN dierectory or do I need more then these. Thanks Astrid Astrid, Heres a screen shot of my 32bit instantclient directory for comparison purposes: [ATTACH=CONFIG]19353[/ATTACH]
... View more
11-15-2012
12:19 PM
|
0
|
0
|
1437
|
|
POST
|
I'm not an expert with oracle, so this is just a guess. As you know, you need to setup both the 32 and 64bit client libraries on the Desktop machine. 64-bit Background uses the 64-bit libraries and 32-bit Desktop uses the 32-bit libraries. I've copied the 64-bit Oracle instant client files into a 64bit location (Program Files) and the 32-bit Oracle client files into a 32bit location (Program Files(x86)). Inside my system path environment variable I have the reference to the instant client like this: C:\Program Files\ArcGIS\instantclient;C:\Program Files (x86)\ArcGIS\instantclient_11_2 Its very important the 64-bit comes before the 32-bit. When the 32-bit app tries to use the instantclient, it will find the 64-bit first, then fail over to the 32-bit. (or at least thats how I understand it works). Hopefully this helps. UPDATE: To use both 32/64bit Oracle client, see the following help topic: http://resources.arcgis.com/en/help/main/10.1/index.html#//002n00000038000000 Pay special attention to step 1d)
... View more
11-14-2012
06:33 AM
|
0
|
0
|
1437
|
|
POST
|
Jay, There isn't a checkbox for foreground/background outside the app. See this blog, it should explain how to run against 32/64bit Python, controlling 32/64bit execution: http://blogs.esri.com/esri/arcgis/2012/11/12/python-scripting-with-64-bit-processing/ Graeme, I've never seen this behavior. I can't reproduce it, nor has anyone ever reported it. Based on your syntax and data input - it all looks fine. If you can reproduce it 100% of the time, can you very plainly write out the steps you do to encounter this? I can't even offer you a suggestion - the error message is pretty straight forward, but I have no idea why its happening.
... View more
11-13-2012
06:46 AM
|
0
|
0
|
1348
|
|
POST
|
Mark, If any tool, (tool, model or script) inside the main model has the checkbox "always run in foreground", than the main model inherits from this. Thats why you see it checked and greyed out. You'll have to set the checkbox appropriately for your sub-models and scripts. For system tools you cannot set this. Either a tool is capable of running the background or not. Hopefully all the system tools you're using are "background capable"
... View more
11-12-2012
11:02 AM
|
1
|
0
|
910
|
|
POST
|
We added a lot more support into the KML to Layer tool in 10.0 service packs, and ultimately the best experience with it in the 10.1 release. It sounds like your KML may have groundoverlays (rasters) inside of it? That wasn't something the tool initially supported - only the latest version of it supported this. I can only suggest to have a friend with a new version export and down-save the GDB for you, or there might be 3rd party tools compatible with 9.3 that will translate it.
... View more
11-09-2012
07:06 AM
|
0
|
0
|
895
|
|
POST
|
I'll have to test this. I remember this was a bug during 10.1 beta cycle - I just looked it up and its set to fixed. I'll see if its somehow come back or popping up in a different way.
... View more
11-08-2012
06:39 AM
|
0
|
0
|
1552
|
|
POST
|
Its not an error, just a high-warning. Check the help here: http://resources.arcgis.com/en/help/main/10.1/index.html#//005700000093000000 Specific to your case: Solution If your tool is not using a VB expression, you can ignore this warning. Per Anthony's response, the KB article still holds true...we now have the ability (in 10.1) to let you know about it and offer suggestions.
... View more
11-06-2012
10:25 AM
|
0
|
0
|
1902
|
|
POST
|
I know the question asks specifically how to use the REST Admin to register a data source - However at 10.1 SP1 we added the following to arcpy: AddDataStoreItem ListDataStoreItems RemoveDataStoreItem ValidateDataStoreItem Hopefully you find these as an easier and more straight forward approach to adding items to the data store.
... View more
11-06-2012
08:32 AM
|
0
|
0
|
1445
|
|
POST
|
Ok, my best guess is the USMag is the problem. If it's actual type is "Feature set", and you don't have it exposed as a parameter, then you arent passing anything in. I'd suggest either changing it to FeatureClass (and NOT exposed as a parameter) and reference a featureclass, or keeping it as a FeatureSet, but exposing it as a parameter. And publish this. (this is just a best guess based on the screen shot of your model)
... View more
11-05-2012
01:11 PM
|
0
|
0
|
1373
|
|
POST
|
Hello, First, I'd suggest turning on messages at the service level - that way you'll get more than "Submitted, Executing, Succeed / Fail" for the GP Messages. The messages you have, they say something about "ERROR 000816: The tool is not valid." This is problem the message you'll see if you turn messages on. The question is how/why are you getting this. Are you using 10 or 10.1? The USMag variable, its a raster? Can you confirm that Server has access to it? Do you get the same error when trying to consume your service in desktop?
... View more
11-05-2012
12:03 PM
|
0
|
0
|
1373
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 03-25-2026 08:25 AM | |
| 1 | 09-29-2025 05:19 AM | |
| 2 | 09-20-2023 06:37 AM | |
| 1 | 09-18-2025 07:07 AM | |
| 3 | 09-18-2025 06:52 AM |
| Online Status |
Offline
|
| Date Last Visited |
03-25-2026
08:04 AM
|