|
POST
|
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
01-26-2017
12:04 PM
|
0
|
6
|
3334
|
|
POST
|
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
01-26-2017
10:56 AM
|
0
|
8
|
3334
|
|
POST
|
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
01-26-2017
08:28 AM
|
1
|
0
|
3334
|
|
POST
|
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
01-18-2017
01:45 PM
|
1
|
0
|
2529
|
|
POST
|
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
01-18-2017
12:52 PM
|
2
|
3
|
1979
|
|
POST
|
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
01-17-2017
10:01 AM
|
1
|
1
|
551
|
|
POST
|
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
01-13-2017
10:04 AM
|
0
|
0
|
3697
|
|
POST
|
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
01-13-2017
09:53 AM
|
1
|
1
|
765
|
|
POST
|
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
01-13-2017
09:48 AM
|
0
|
0
|
1610
|
|
POST
|
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
01-13-2017
09:41 AM
|
1
|
2
|
3697
|
|
POST
|
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
01-05-2017
02:13 PM
|
0
|
1
|
1577
|
|
POST
|
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
12-22-2016
07:33 AM
|
2
|
0
|
2085
|
|
POST
|
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
12-22-2016
06:29 AM
|
0
|
1
|
2085
|
|
POST
|
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
12-16-2016
08:29 AM
|
0
|
1
|
3687
|
|
POST
|
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
12-15-2016
01:59 PM
|
1
|
3
|
3687
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 03-25-2026 08:25 AM | |
| 1 | 09-29-2025 05:19 AM | |
| 1 | 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
|