|
POST
|
Ok, looking through our bug queue, these are issues we've fixed in 10.2 or 10.2.1 (which we're working on right now, its not released yet). However, they're easy enough to work around by deleting a file When ArcCatalog opens, the tree opens to one particular folder. Make sure there are no PYTs in that folder. If there are any, move or delete them. You can find what directory this is by looking if the registry if you aren't sure: HKEY_Current_User\Software\Esri\Desktop10.1\ArcCatalog\Settings\LastLocation or Try deleting the ArcToolbox.dat found here: C:\Users\[USER NAME]\AppData\Roaming\ESRI\Desktop10.1\ArcToolbox\ArcToolbox.dat (this will reset your ArcCatalog profile) Hope one of these helps Joseph: could you post your PYT here for us to look at? thanks
... View more
09-10-2013
05:46 AM
|
0
|
0
|
2481
|
|
POST
|
In what directory did you create that PYT? Is there any other toolboxes in the same directory, like a regular toolbox? If you delete the PYT will ArcCatalog open? The circumstances of this crash sound familiar, but I dont exactly recall when we fixed it. I thought it was fixed in 10.1 sp1.
... View more
09-10-2013
05:07 AM
|
0
|
0
|
2481
|
|
POST
|
Do you have a very long running service? (like in Desktop it took a long time?) The default setting for a GP Service is to be able to run for 10minutes (600 seconds) before the Server stops it. Under the "Pooling" properties the service, you can increase "the maximum time a client can use a service". http://resources.arcgis.com/en/help/main/10.2/#/Pooling_and_Processes/00570000007z000000/
... View more
09-05-2013
05:14 AM
|
0
|
0
|
1869
|
|
POST
|
It connects for me if I set the File Extension to "gpx" in the Iterate Files tool.
... View more
09-05-2013
05:09 AM
|
1
|
0
|
815
|
|
POST
|
Paul, You're correct on all your points, however it runs fine in the background for me when in a model. Are you running from the Modelbuilder window? That will always appear to run in the foreground. You need to save the model, close it, and open it as a tool (model tool) for it to run in the background. You cannot change the setting for foreground/background, or any other properties for system tools. However, like you've noticed, this tool will work in the background. The model itself has a property to allow it to run in the foreground, do you have that one unchecked?
... View more
09-04-2013
04:45 AM
|
2
|
0
|
1564
|
|
POST
|
Which version of Server are you using? We fixed a lot of those issues in 10.2. If you're using 10.2, I'm interested in getting your workflow to see if there are still issues that should be addressed. thanks
... View more
09-04-2013
04:32 AM
|
0
|
0
|
1869
|
|
POST
|
I haven't tried Jake's method, but there are tools here that write to CSV you could try as well http://www.arcgis.com/home/item.html?id=f3d91b8f852042e289e09a7ec8342431
... View more
08-28-2013
12:20 PM
|
0
|
0
|
1372
|
|
POST
|
Alex, Thats the way I'd check. Without having knowledge of the JobID, you can't check the status for a particular job. The only person with the JobID is the person who probably submitted it. Sure, you as the Server administrator have the IDs, but you'd have to parse through all of them and find any that arent "finished or failed". If you just want to know if an instance is in use, simply using the statistics like you are and checking if not 0 is probably the best way.
... View more
08-19-2013
04:13 AM
|
0
|
0
|
2031
|
|
POST
|
Pat, I copy/pasted your first script, plugged it into a script tool and setup input:string, output:featureclass and was able to run your tool without any problems (as well published/ran on AGS). I suspect it has something to do with your environment. Looking a little closer at the log messages, you posted: SEVERE Aug 5, 2013, 9:53:11 AM Traceback (most recent call last): File "\\<FILESERVER>\<SHARE>$\directories\arcgissystem\arcgisinput\ExtractDataTools\JsonToFc.GPServer\extracted\v101\zipandship\JsonToFc.py", line 44, in res=arcpy.JSONToFeatures_conversion(json_file,fc) File "c:\program files\arcgis\server\arcpy\arcpy\conversion.py", line 430, in JSONToFeatures raise e ExecuteError: ERROR 000206: Cannot create FeatureClass 'C:\Users\<AGS SERVICE ACCOUNT>\AppData\Local\Temp\extractdatatools\jsontofc_gpserver\j631f8a7a49c34355a03361601e636c75\scratch\scratch.gdb\DATA_EXTRACT_130805_095310'. Failed to execute (JSONToFeatures). Failed to execute (JsonToFc). Failed to execute (JSON To Feature Class). My guess is you're in a multi-machine deployment as you're writing to a UNC path? With GP Services, when using a UNC path, by default all processing is done local to the machine being executed on and the end result gets moved to the JOBS/OUTPUT directory as needed. To me it sounds like Server doesn't have the ability to write to the temp directory (this temp directory would be the temp directory for the user account server is running under - as you indicate in the log messages). So I'm a little confused why Server wouldnt have the ability to write there. My suggestion would be to log on to the machine using that account and make sure you can actually create files in that location. Maybe there is permissions issue on the folder? You of course can update this location as well by changing the temp directory for that user. This help topic (bottom of the page) has more information: http://resources.arcgis.com/en/help/main/10.2/#/Advanced_properties/0057000000m1000000/
... View more
08-15-2013
06:17 AM
|
0
|
0
|
2311
|
|
POST
|
Its almost certainly a spatial ref issue. What happens if you re-consume the the service inside ArcMap? (ArcMap helps a lot in regards to coordinate systems). You said you're consuming via REST? Have you set the spatial reference in your input AOI request? Does it match the original features?
... View more
08-12-2013
12:52 PM
|
0
|
0
|
898
|
|
POST
|
I'm not 100% sure what you're trying to accomplish, but I'll explain how scratch works when using arcpy.env.scratchFolder like you are. When you're in the app (ArcMap, ArcCatalog, etc), the scratchFolder will always be a folder called "scratch" in the directory of that applications scratchworkspace environment. So you can control this location by setting the scratchworkspace environment. If a scratchworkspace has not been set, the location defaults to the user who is running the application temp directory. One of the things we did at 10.1 was introduce a temp folder with a unique id, usually arc#### inside the temp directory. This assists with clean up. As your screen shots are pointing there, I assume you're running your tools from ArcCatalog - as by default Catalog doesn't usually set a scratchworkspace and the scratchFolder environment is failing over into a known location. If you run your scrips from Python, ie. NOT inside the application, they make use of whoever is running it's temp directory. Basically the same as above, except no unique arc####. Again, if you explicitly set the scratchworkspace in the script, the scratchFolder will get created/used there. With ArcGIS Server, every execution of a GP Service happens in a new folder, designated by a GUID. In each of these folders a new scratch directory gets created. It is here your output gets created. I hope by knowing the rules of "Scratch" it'll hep you move forward. These help links offer a little more info: http://blogs.esri.com/esri/arcgis/2012/10/19/the-new-scratchgdb-and-scratchfolder-environments/ http://resources.arcgis.com/en/help/main/10.2/index.html#//001w00000046000000
... View more
08-09-2013
07:17 AM
|
0
|
0
|
5995
|
|
POST
|
YIKES. ... having to call subprocess in 32-bit from a 64bit GP service should not be a workaround! (though that was crafty) Can you post the incident number so I can read any of the details there. I'll try to find out whats going on with this and see if I can offer up a better solution. From the notes above, nothing stands out as "incorrect".
... View more
08-07-2013
09:19 AM
|
0
|
0
|
2311
|
|
POST
|
Cyndy, The 2nd link I provided above talks about data inputs and outputs. Here's some quick points: Input from a tool parameter will be part of the service, it gets there when publishing a result. The Service Editor handles this We call data defined inside the tool, "project data". During publishing we scan the script, match it if possible to data registered in the data store or copy and update paths if there isn't a match Outputs should almost always be written to scratch. Use the os.path.join(arcpy.env.scratchGDB, "output") style If you happen to be coming to UC, I'm giving a demo theater that will touch on all these topics. http://events.esri.com/uc/2013/infoweb/onlineagenda/?fa=ofg_details_form&ScheduleID=1830
... View more
07-02-2013
01:20 PM
|
0
|
0
|
2044
|
|
POST
|
My 2cents as a consumer (not an Esri employee)... My my iPad doesnt have Flex or Silverlight support. It's really annoying when I visit a site which tells me to install Flash and I can't. Who are you building apps for? How will they consume them? Just other questions to consider.
... View more
07-02-2013
10:24 AM
|
0
|
0
|
2171
|
|
POST
|
Based on the syntax you posted, I assume you're trying to consume the GP service in the "arcpy" way? You're passing user/password via the ImportToolbox arcpy command? Based on your comments it behaves differently depending on how you publish (secure vs non-secure), and the error - it sounds like your virtual directories might not be right? Which could be an HTTP vs HTTPS issue. Taking Python out of it, can you make a connection in ArcMap to your secure server (with a USER connection), and consume the service and get back a result. It looks like your result is a Zip file, so you'll have to open the Results window, expand the execution and double click the output to open the Zip.
... View more
07-02-2013
10:19 AM
|
0
|
0
|
991
|
| 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
|