|
POST
|
We've had some trouble with Query Layers being used in a GP Service. The main bug we've used as tracking is this: NIM091142 -Unable to create geoprocessing service for a query layer referencing data in an Oracle database when the database is registered with ArcGIS Server (however it is not specific to Oracle). That said, the symptoms are usually that you cannot create the service using a query layer. We have this bug fixed in 10.2 which should be released sometime this month. Will you have access to 10.2, will you be able to upgrade?
... View more
07-02-2013
07:52 AM
|
0
|
0
|
721
|
|
POST
|
Cyndy, The first step to publishing a script is making it into a script tool. I'm not sure how far you've got with that, I'll just point you at the high level topic. Once you've created a script tool, you should be able to run it fine from Desktop. If thats the case, its just a matter of publishing it like you'd publish any other tool. This help topic talks about some of the pieces to be aware of with script tools as a gp service. To answer your one question though, if you're doing some sort of "features" as output in the tool - creating your script tool with FeatureClass as the output type. When publishing, everything is handled for you in terms of making output featureclass work in Server. For your input, well it varies greatly, but FeatureSet is one of the most commonly used input parameters as it allows you to both "draw" input features as well as pass in existing layers and featureclasses.
... View more
07-01-2013
07:58 AM
|
0
|
0
|
2045
|
|
POST
|
Sometime shortly after the User Conference (July): http://www.esri.com/software/arcgis/whats-coming
... View more
06-27-2013
02:18 PM
|
0
|
0
|
894
|
|
POST
|
Could you provide more information? -model or script -type of database (sql, oracle, etc) -are you replicating databases, or is the client and server database the same? -referenced as layers or featureclasses -it says it'll copy, but if you press publish, does it actually copy anything? (there was a bug some data types may show as being copied, but dont actually get copied)
... View more
06-27-2013
09:05 AM
|
0
|
0
|
616
|
|
POST
|
Based on the model (screen shot), it looks like your final Select is pulling out STOPS. I think you want it to pull out ROUTES. Double click the Select inside Modelbuilder and use the drop down to select the routes layer. This version of the tutorial was written for 10.0, but explains the model a bit more: http://help.arcgis.com/en/arcgisdesktop/10.0/help/#/GP_service_example_Shortest_route_on_a_street_network/002v0000001q000000/ The help makes this point: "Network analysis layers (such as Route) are not supported output parameter data types for ArcGIS Server clients. So the Select Data tool is used to get the Routes sublayer from the Route layer."
... View more
06-27-2013
07:59 AM
|
0
|
0
|
2186
|
|
POST
|
Your attachment isn't in the post, so I'm just guessing. Have you done a "select" to pull the output route out from the Solve? The output of Solve is actually multiple layers. I have a feeling this, as your final output node is why you're getting the 00082 error (a datatype which GP Server can't return, but could draw in a result map service). I'd recommend going through this help link and comparing what you have to the sample: http://resources.arcgis.com/en/help/main/10.1/#/Shortest_Route/00570000009q000000/
... View more
06-26-2013
01:36 PM
|
0
|
0
|
2186
|
|
POST
|
I'd give this blog a read... http://blogs.esri.com/esri/arcgis/2013/05/20/are-you-sure-intersect-is-the-right-tool-for-the-job/ While I dont think any of the particular cases cover your scenario, it does present different ways to tackle similar problems which might give you insight into your own "new" solution.
... View more
06-26-2013
07:39 AM
|
0
|
0
|
3069
|
|
POST
|
Great news. Just an FYI, with the upcoming release of Desktop 10.2 we've modified how you create a GPK for Runtime. You'll have the ability to better control input parameters when creating the GPK. (This will be similar to the GP Server experience).
... View more
06-19-2013
07:33 AM
|
0
|
0
|
2298
|
|
POST
|
If its not finding the sde connection in the published service, its probably due to the above reasons I've mentioned. A couple quick things to try: You said you're using "Database Connections\sde.sde.features" as the path to build up (yeah, thats a legit path in Desktop), but I'm pretty sure we got the bugs out of this particular path in 10.2. So, from the Database Connections node, right click your SDE connection and say "copy". Move to your working folder with your toolbox/script and right click and paste. Then update your script to reference the .SDE connection file from there. Like "c:\\data\\scripts\\connection to sde.sde\sde.sde.features" If for some reason this doesn't work, use the OS.PATH trick: os.path.join("c:\\data\\scripts\\connection to sde.sde", "sde.sde.features") Hope this helps.
... View more
06-19-2013
07:31 AM
|
0
|
0
|
2452
|
|
POST
|
I just did a quick search of logged issues for compress. I only found one that talked about uncompressing a fgdb crashing with a specific dataset. Since it sounds like you can consistently reproduce the issue, I'd suggest logging a support call and hopefully you can share your data. My guess is its something specific with your data and we'd need to get that to identify the exact problem.
... View more
06-13-2013
10:01 AM
|
0
|
0
|
790
|
|
POST
|
When you created the GPK from the Result - it sounds like you passed layers from the ToC into the model? If thats the case, when you turned the Result into the GPK, it will always expect layers. You'll need to modify your original model. Within Modelbuilder you can turn the input parameters from Feature Layers into a Feature Set. FeatureSet takes layers and, well features, just like it sounds (and like you're trying to do). After you've switched your model, run it, re-create the GPK and try that. As Mike pointed out, load your GPK into the GPTaskInfo. It'll show you the "DataType" for each input which should look like "GPFeatureRecordSetLayer" (not something with a "Choice List")
... View more
06-11-2013
08:00 AM
|
0
|
0
|
2298
|
|
POST
|
If this issue is the one I think it is, it'll be fixed in 10.2. I'd however need the complete script/workflow to be absolutely certain. There are workarounds to this in 10.1 (in addition to the suggestions Rick has of updating the published script). Again, I'd need to see the whole workflow to provide workaround code.
... View more
06-10-2013
09:39 AM
|
0
|
0
|
2452
|
|
POST
|
I'd read these topics: http://resources.arcgis.com/en/help/main/10.1/index.html#//00570000006p000000 http://resources.arcgis.com/en/help/main/10.1/#/Deploying_custom_NET_and_C_tools/00570000008p000000/
... View more
06-07-2013
08:52 AM
|
0
|
0
|
874
|
|
POST
|
Yeah...we can get you around that. First...make sure you have sp1 installed. It fixed some script packaging problems. Second... the 00068 error will give you what it is thats broken, by name in the analyzer window. What name is it? That'll most likely be a variable or "name" inside your script. If you do something like this to your name, it'll get around the 00068 problem (yeah, its a bit of a hack)
#original
myVar = "something"
#new
import os
myVar = os.path.join("something")
Third...while this isn't really helpful to you now, when 10.2 is released, we've fixed many more of these issues, and you shouldnt have to do this hack.
... View more
06-04-2013
07:33 AM
|
0
|
1
|
3179
|
|
POST
|
Can you do an "import arcengine" first - does that work?
... View more
06-03-2013
03:06 PM
|
0
|
0
|
1672
|
| 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
|