Latest Contributions by KevinHibma

Anthony, Thanks, I can reproduce what you're saying, but am unsure why it started happening. We're investigating it right now. I can say that its a problem reprojecting. If you manually reproject your features to WGS84 from NAD 1983 StatePlane Colorado South FIPS 0503 Feet using the Project tool, and then convert that to KML, it'll work. I'll post back here when we understand more about why this is happening. Thank you for sharing your data. ... View more

Anthony, unfortunately a LYRX is just a pointer with symbology information. There is no actual data there. You'll need to either zip the original GDB (CorteztoMancos.gdb) or run make a layer package with that layer and share that. ... View more

We didnt make any changes to the tool that would produce results like that  -- at least that I'm aware of. Can you either log a tech support case or take a sample of your data, zip it and attach it here and I'll look. thanks ... View more

I know there is some public facing bug site, but I dont know where it is. Here is some copy/pasted info from the bug: NIM101431 - New projects created from a project template have an extra folder connection that was the original project's home folder that shouldn't be present. The steps inside (that dont make much sense to me, I work in this area of the software, but I didnt log the issue) are as follows: 1. Create a new project from one of the system project templates, e.g. Global Scene 2. In the new project that is created, there are two folder connections:     - the new project's home folder     - "Global Scene": in the popup the location evaluates to "..\..\..\ProjectTemplateProjects\Global Scene" ... View more

NIM101431 is marked as fixed -- I think in Pro 1.1 or 1.2. I know for certain that its fixed in 1.3 and 1.4. If you're still seeing the issue, then either its a different issue, or we didn't fix the particular case/workflow you're experiencing. If you give it another try, and it looks to be a problem still, could you either provide your steps here or submit a tech support request? ... View more

I might be jumping in a little late here - and maybe I dont understand - why are you taking the 2 input X/Y values, writing them to a text file and sending that to the GP Service? I dont understand why you're putting the XY into the textfile. Is the goal to return a textfile to the end user, or as I understand it, pass the textfile to the service.  If the service ultimately just needs the XY value, I think adding in a text file is just complicating it. You should still be able to achieve your workflow by passing the XY value to the GP Service. ... View more

Michael, I've never experienced the software installing to that directory. I wonder if it has something to do with being an administrator (or not) or maybe a installing for a user vs. installing for all users? See the first note here about a reg key for "per user" : Download and install—ArcGIS Pro | ArcGIS Desktop   ... View more

There are no actual blocks to prevent this from happening. And, as you've discovered, there are times when it may work. You're welcome to do it, but as you've read and know, the workflow is unsupported. Meaning if you continue in this configuration with GP Services and you experience something unexpected, TechSupport cannot help and you might not be able to do what you really want to do. We have a goal of closing this gap: meaning either the software will actually block the mis-matched versions + gp service publishing, or we allow the mis-matched versions but ensure the service you publish will work. Naturally the 2nd option would be the more desired one, but I cannot speak to when and what direction we'll go. ... View more

Anna, I think you'll need to add a little more of your code to the question. My best guess is it cant find one of: 1) input MXD 2) output location for the .SDDRAFT file or 3) the .AGS connection file ... View more

Michael, Please see this help link, hopefully it'll clear up your questions: Python, conda, and ArcGIS Pro—ArcPy Get Started | ArcGIS Desktop  In short, at 1.3/1.4 Python is handled for you with Conda. ... View more

I'm late to this, but if the goal is to simply remove the escaped chars, try:  re.sub(r"\s", " ", my_dict['key1']) >> 'test is a string with some escaped characters such newlines' From the comment: string - Python - Why does str.strip() automatically removes all the escape characters? - Stack Overflow  ... View more

I understand and hear your concerns over 2.x vs 3.x. Absolutely everything I write these days can work in 2.x or 3.x (syntactically speaking -not speaking for particular packages between versions). But thats "easy" for me to do because I have ArcMap and Pro on the same machine and find myself moving back and forth between the versions constantly, so I'm actively working on items that need to work in both versions. I sympathize with the people who are new to python, or write python infrequently, it can be a burden to understand the differences. Hopefully in time we can make this easier. ... View more

Dan, Absolutely zero promises about ArcMap moving to 3.x -- but it is a talked about idea. Don't take this to mean it'll happen, I'm just saying as an idea, it is not dead. This is probably the biggest concern about the 2.x line: Python 2.7 Countdown  ... View more

How about you just have an empty featureclass already created and have that hardcoded in your model/script as project data. The append works off this data + the data the user supplies to the service.  You cannot supply a workspace parameter to a tool in a GP Service. This will always become hardcoded. ... View more

Sergio, Based on the error - I'm going to guess you're using the tool in that directory, not the result. The only way you could test run this would be from that directory to drag the RLT into the results window -- this should also add data the the map, then you'd be able to run the tool inside the toolbox, or the result inside the Shared node of the result window. (You need to do this when you've used layers). The ServiceName\LayerA that the GP services expects is correct; the service internally changes this and knows where the data is. As I said, if you add the RLT to your session, you should see a GroupLayer\Layer Name in this way get added. If that layer is broken, you're on your way to identifying your issue. However I suspect this layer will connect fine. Without knowing much more about your situation, I'd go back and evaluate if you actually need the CreateFeatureClass tool. This tool can be tricky to use in a GP Service as it takes a workspace input parameter and creates derived output. Could you instead use another tool to achieve your goal, maybe CopyFeatures? ... View more