Latest Contributions by KevinHibma

If you're indeed using 64bit Background or 64bit Server you may have some extra work to do. If you're straight up using ArcMap 10.1 on a 64bit machine, this should "just work". ArcMap and Python are 32bit, thus if it ArcMap connects, Python (32bit) will as well. If you're using a 64bit product (BG or Server) you'll need to ensure you have the 64bit client libraries to connect. I believe if you're connecting to SQL Server, both the 32 and 64 bit get installed together (so either works). If you're using Oracle, you'll need both 32 and 64 bit versions of the instaclient and properly set up the information in the PATH variable to 64 first, 32 second (assuming you're using the instaclient). Those are the database flavors I know off the top of my head, instructions probably vary depending on other types. edit: whats the full Python command you're using in your script? Are you doing: arcpy.MakeFeatureLayer("c:\data\mysde.sde\sde.FC.pts" .... ) or arcpy.MakeFeatureLayer("database connections\mysde.sde\sde.FC.pts" .... ) ? ... View more

If you're still working on this, heres some code which you can use to get the cell value out of a raster. I'm not really sure about the mosaic conversion part. Do you need to do this? You have rasters originally right? If thats the case, you should be able to run this code against them.. import arcpy inPt = arcpy.GetParameterAsText(0) ds = arcpy.Describe(inPt) p = arcpy.Point(ds.extent.XMin, ds.extent.YMin) cellValue = arcpy.RasterToNumPyArray("raster.tif", p, 1,1) arcpy.AddMessage(cellValue) This case takes a FeatureSet point from a user (expects a single point), gets the extent from that point, creates a Point object off it, then uses that as the start point to the RasterToNumPyArray function adding just 1 cell value in size from the extent. Hopefully this moves you forward. ... View more

Thanks for letting me know, Simon. Additionally, you can control which version of Python you're acting against. See this blog: http://blogs.esri.com/esri/arcgis/2012/11/12/python-scripting-with-64-bit-processing/ So if you want to keep 64bit Background, just process this particular workflow against 32bit. Also, can you confirm that you're seeing a Python crash? Even though the tools dont work, we shouldnt crash. I'll look into that. thanks ... View more

I dont see anything strange in your code - I've used the tools in Python before without problem. You dont happen to have 64bit Background installed and are using 64bit Python? These tools arent supported in the 64bit space (32bit only) ... View more

Let me see if I understand what you're saying. I can use ArcMap to create a GPK with only the set of tools that I need, and I can have the geometry passed through a GP parameter when executing the tool. Is this accurate? Yeah - more or less. You'll have to run the tool to get a result to turn into a GPK... But if you have 3 or 4 workflows, get some "sample" data, construct each workflow, run each, then build them into the single GPK. ... View more

Hi Kevin, I wouldn't say layers in Desktop and Runtime are the same from my experience, but I've set up a few local GP services that *only* consume data from the application (both feature service and graphics layers) and I think you are correct about FeatureSets being the key. It took me a while to figure this out when I started using the Runtime SDK, and even though the documentation is more complete now than during the beta and pre-release, it could be made more obvious for folk coming from Desktop/ArcEngine or those with complicated projects that go beyond the GP samples. For 10.1 sp2 (due probably around March) - we've enhanced the GPK for Runtime creation. You'll now have parameter control support. So the whole point above about how parameters being mapped to a supported type happen under the hood: now you'll be able to play with those parameters when creating your GPK. Basically we've given the GP Service creation experience to the Runtime GPK experience. Hopefully this will make it easier for you and everyone else trying to do crafty things with GP in the Runtime. Yes, I figured as much when I couldn't see a REST endpoint or anything in Fiddler, but it would be quite cool if this was opened up in the future as I have been frustrated with some GP tools not being available with the Runtime SDK. ArcPy gets better with every release, so some missing tools can be replaced with scripts, but it would be great if ArcInfo-level tools were supported in the Runtime. (But I guess this would contradict the intended purpose of the Runtime and you would be better to use something else from the ESRI stack.) If theres a tool you want/need but it isn't supported: either submit it to the ideas site, or present it to the forums with a brief description of what you're doing. The Runtime team (Mike, etc) are very accepting of feedback. Theres many driving factors which determined what tools made the cut, so simply bringing up a good use case might help them be considered. ... View more

The architecture of the Runtime SDK is different to ArcEngine and Desktop, so you have to adjust your workflows (and GP models/scripts!) to suit the service-oriented architecture. (Also, be aware that not all GP tools are supported in the Runtime local geoprocessor and there are some limitations in terms of the size of the datasets you send to the GP service - you can adjust the output, but the input seems to be fixed at 1000 records from the work I have done.) Having said that, ArcGIS 10.1 uses some kind of Runtime local service to perform background geoprocessing on "standard" GP tools (i.e. no GPK is required), so I think there is merit to your initial question. You're correct about the modifying of models and scripts. I can explain things a little further from the GPK/GP Runtime side of things, but I dont have the core knowledge of Runtime... so hopefully this might be enough to move you forward: When you create a GPK for Runtime - that GPK will end up the same way if you created a GP Service. In a way you can think of Runtime hosting a GP Service for you. For example, if you create a model which takes a featureclass as input, and create a runtime gpk, then that featureclass parameter becomes a featureset in the gpk. Featureclass is not a supported input type for GP Server (thus Runtime), but featureset is. (I know this sounds trivial, but its important to understand the parameter type in regards to how it can take input) So, lets say I created a GP Service and this service made use of a featureset as input. I could consume this in Desktop and pass in a layer to the featureset parameter (desktop streams the features to the server) and the service would act upon them. Now this is the part I dont know enough about in Runtime: if you have the same notion of layers in Runtime as you do in ArcMap, I'd say its conceivable that those layers could be passed to the "gp service" (ie the geoprocessing task runtime has spun up). So if you know the answer to the "layer" question, and its "yes", then I'd suspect you could pass that layer into the GP parameter within the applications code and it should act upon it. Your note about the runtime local service for background in desktop: True again. Note though: Well, yes they share common components and the same name - they do not equal one another. Background server in Desktop has zero interaction with a Runtime application. Basically I dont want you to confuse that just because you can do something in Desktop+Background you could potentially do the same in Runtime. ... View more

I can't reproduce this (I'm responsible for testing NIM087822 and assigning to a developer). If you have a minute can you look at the attached word doc. Is there anything you've done differently compared to my workflow? If there is indeed a bug here (as I've done something differently than you), I'd like to get it addressed for the next service pack. However that window is quickly closing so any information you can provide would be great. ... View more

If you're using the actual "CreateService" in the admin - you dont specify a folder. You use the CreateService function within the folder you want to create the service. http://gizmo:6080/arcgis/admin/services/createService vs. http://gizmo:6080/arcgis/admin/services/newFolder/createService ... View more

Doug, We just fixed an issue in regards to overwriting a service in the way you mentioned where either the dialogue disappears or ArcMap crashes. The fix should be in SP2. Some things you can try to work around the issue (I base these off my personal experience, not saying they'll 100% get around it): -restart the machine with Desktop -publish a NEW service -then go back and try to overwrite the existing service -delete the contents of your staging folder and try to publish again (you can find the folder by going to Customize Menu > ArcMap Options > Sharing tab - its the staging path box) -save your MXD as a new MXD -close ArcMap, open the new MXD and try to overwrite using this one Hopefully one of these suggestions gets you around the issue. ... View more

I've actually been testing these tools a little bit internally here as we're considering their inclusion into the core product. I haven't looked at your code as we should be able to do this without modifying the scripts. (I've found one issue with providing a record set directly as input to the tool) What version are you on? 10 or 10.1 Whats your entire workflow? Just something that takes a "table" and outputs an excel file? If I can better understand your whole workflow I might be able to provide a workable solution. ... View more

I'm not in a situation where I can test 10.0 easily, but I can tell you it was found at 10.1. Its possible it exists in 10, but my understanding of the issue: I think its a 10.1 issue only. (was specific to having table windows OPEN while removing the join). Add Join got just as much focused testing during the analysis of Remove Join and it worked fine as far as I remember. Are you running Add Join in a model, or just as a tool stand alone? If you're using it as a model, you need to make sure all data input (layers) are exposed as parameters. If they arent exposed, the data isnt sent to background. And of course, if the data isnt set, background cant work on it. This help topic, specifically Issue 1 explains this in more detail. ... View more

Add Join is ok for background. ... View more

Upload to a GP Service is sort of a multistep process. You're correct, you do want to use a "file" (GPDataFile) as the input parameter. If you're using Destkop to consume the service, desktop will send the file to the server. If you're using a webapp, you're responsible for getting the file to the server. (Server at 10.1 has some upload capabilities in REST you can leverage. If using 10.0 or prior you'll need to devise a way to get the file to the server your self) Once the file has been upload, because you're talking shape file, you'll have to unzip it. (shapefile being multiple files to make up a single one). With it unzipped, you can then pass the file to your service. Based on your error - your file didnt upload, or you never sent it. Whats the client to consume the GP Service - a web app? ... View more

I can read till 'regardless'.....what a drag. ok, now with a 'real' browser i can read the rest of what Kevin posted. It seems to suggest that at 10.1 GP services copy data to the server no matter what? Even then, my problem is still with the published model. The output references that file gdb published to the server, not my SDE connection. No... it will only copy the data if it doesnt find a match in the datastore. If you can publish a map service and that data doesnt get copied, then the datastore is setup correctly. I've never heard anyone report this particular issue you're running into: not warned about data being copied, but then the data is copied. You said you logged a support incident? Whats the incident #? I want to look up the notes and see if anything stands out. ... View more