|
POST
|
Read the original post a bit too quickly, I now see we are talking about lines. I guess I don't completely understand the intent or goal of the original code. Are featX and featY different features or the X and Y component of the same feature?
... View more
10-13-2014
01:20 PM
|
0
|
3
|
3539
|
|
POST
|
The reason for the "row does not support indexing" error is tied to the data type of row. The code you posted is returning an arcpy Polygon object, and that object doesn't support indexing. Since I don't know whether you are working with points, lines, or polygons, I will assume polygons and use the centroids in the code snippet below:
for row in rows:
lenX = row.getValue(shapeName).centroid.X
lenY = row.getValue(shapeName).centroid.Y
And I agree with Greg Keith, the Data Access (arcpy.da) cursors are much more robust than the older/original arcpy cursors.
... View more
10-13-2014
12:59 PM
|
1
|
4
|
3539
|
|
POST
|
I am not saying I am a fan of how the following works, but you need to add the SDE file to your project by right-clicking and then "Add to Project." After this, the connection will show up under the "Databases" folder of the Project and you can access data and properties from there. Are you connecting to Oracle databases? If so, be aware that ArcGIS Pro needs a 64-bit Oracle client, which usually trips people up trying to run ArcGIS Desktop and ArcGIS Pro on the same machine and connecting to the same Oracle databases.
... View more
10-13-2014
12:14 PM
|
2
|
3
|
13337
|
|
POST
|
Although compact, some would argue the use of multiple compound statements isn't very pythonic. PEP8 states compound statements are generally discouraged, especially with multi-clause statements. Going with one-line statements may make the code longer, but it also improves readability, which makes debugging easier. For me, I usually use the in operator for all conditional checks because it simplifies adding additional elements down the road if the data or criteria change.
def CalcField(zone):
risk = ''
if zone in ('A', 'AE', 'AH', 'AO'):
risk = 'High'
elif zone in ('Whatever'):
risk = 'Moderate'
elif zone in ('X'):
risk = 'Low'
else:
risk = 'somedefaultvalue'
return risk
... View more
10-13-2014
11:58 AM
|
2
|
6
|
3704
|
|
POST
|
You are correct, at least with dragging and dropping between Desktop and Pro. The lack of that functionality was brought up by beta testers. I can't remember the specific response right off the top, but I wouldn't hold your breath waiting for it. Regarding the first question, ArcGIS Pro can work with AGS and SDE files. In the Project pane, you can right-click the "Folders" and add a folder connection. From the new folder connection, you can access AGS and SDE files and add them to your project.
... View more
10-13-2014
09:36 AM
|
2
|
5
|
13337
|
|
POST
|
Melissa, thanks for the update. Interestingly enough, I looked up NIM096391 on Esri Support, and it has no information about it being fixed in any SP or version. Hopefully the review you speak of will also look at updating the Status information of the bugs as well. I just downloaded 10.3 pre-release and should be able to install it this weekend. I look forward to testing the fix.
... View more
10-10-2014
07:15 AM
|
0
|
1
|
2303
|
|
POST
|
I have no clue on your last question. On the other question, yes, it surely seems Esri is moving towards a per-user licensing model. Beyond ArcGIS Online (AGOL), licensing is also supported through Portal for ArcGIS (Portal). This latter option just got enabled with 10.3 pre-release so I am still figuring out the details of making it work. The issue you are seeing with extended start-up times has been experienced by beta testers and reported to Esri. Right off the top, I can't remember if a specific issue was identified or if it was supposed to be fixed in pre-release. Hopefully they do address it soon because "problematic" doesn't quite do justice to describing the impact on affected users. The hardest part about determining whether per-user licensing will work in the enterprise is that there are still lots of undefined aspects to the cost/license structure of per-user licensing and ELAs.
... View more
10-09-2014
06:34 PM
|
2
|
0
|
3060
|
|
POST
|
No, there aren't really better options, we are stuck with workarounds until it is addressed. This concern was raised very early on by beta testers. It is a known issue they want to resolve and are working on resolving, it just isn't resolved yet. I can't say what the odds are of having it addressed by final release, but I am not holding my breath. Not to nitpick on semantics, but they are important in this case. A user can run more than one instance of ArcGIS Pro, just not on the same machine at the same time. The current per-user licensing model allows a user to run ArcGIS Pro on up to three machines, unless offline licensing is enabled, and then the limit is one.
... View more
10-09-2014
06:22 PM
|
1
|
0
|
1297
|
|
POST
|
I was really thinking it might be something specific to that machine, but obviously that isn't the case. I would say or suggest opening Support case, but best case scenario would be a bug that will be very low in terms of priority since it involves personal geodatabases. This is where I would just find a workaround and say c'est la vie. Good luck
... View more
10-09-2014
06:48 AM
|
1
|
2
|
1366
|
|
POST
|
Seems like a pretty deep or pervasive problem, which should provide some sense of urgency one would think, but it could also be the excuse for not addressing the issue at all. I have seen the latter more than a handful of times. Thanks for pursuing with Esri Support and getting a bug logged.
... View more
10-08-2014
11:32 AM
|
0
|
0
|
1599
|
|
POST
|
10k records isn't that many, really. I assume the limit or problem is tied to the number of records being returned by the UpdateCursor and not the number of records in the underlying dataset, right? Also, have you tried the older arcpy.UpdateCursor instead of the arcpy.da.UpdateCursor? I know the former is slower, but if it works and doesn't generate duplicate rows.
... View more
10-08-2014
11:15 AM
|
0
|
2
|
1599
|
|
POST
|
Do you have another machine to try it on? Does this happen with all machines you are working on or just one?
... View more
10-08-2014
08:40 AM
|
0
|
4
|
1366
|
|
POST
|
At Pre-release, when logging in, I see an option to use Portal to license ArcGIS Pro: However, when I put in our Portal URL, I get the following error: Obviously, we need to load Pro licenses into Portal, but I can't seem to find documentation on how to do that or even where we get licenses. Can someone point me in the right direction?
... View more
10-06-2014
09:58 AM
|
0
|
5
|
5022
|
|
POST
|
What's making the MXDs grow so much? Good question, I wish we had clear answers. Part of it is likely user behavior, although it is unclear what all behaviors cause the problem, but another part is how the MXDs are structured (design structure) and how ArcGIS interacts with them. Geoprocessing history may play a part in some of the MXDs, but it isn't the dominant issue with the majority of the MXDs. MXD bloat isn't an issue amongst GIS staff as much as the casual GIS user in our organization. There are numerous worst practices that casual users seem to develop over time, and some of them may contribute to bloat, but there are limits to what can be expected from educating users on best practices. The bottom line for us is that we have an issue, prevention has its limits, and so we need to explore ways of cleaning it up on the back end. Opening up MXDs and trimming geoprocessing history will shrink some files to varying extents. What also works is just opening up MXDs and saving a copy using the ArcMap UI. The shortcoming of this approach is that it is manual. We are looking for means to automate cleaning it up for thousands or tens of thousands of files. Right now, either spawning docDefragmeter from Python or shell scripting it works, it is just clunkier and slower than we would like.
... View more
10-01-2014
02:23 PM
|
2
|
1
|
709
|
|
POST
|
Heard back from Esri Development, "this is very much a known limit." It seems to a handful or two of folks in Redlands, this is "very much" known; unfortunately up until now, no one has bothered to share it with ArcGIS users by actually documenting it. At least now they have a bug to document it and to document they aren't going to do anything to address it. I "very much" get this response too often, can't help but think there is a hashtag reply in it: #findanotherworkflow #SOOL.
... View more
09-30-2014
11:48 AM
|
0
|
4
|
3206
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | a week ago | |
| 1 | a month ago | |
| 1 | a month ago | |
| 1 | 04-20-2026 08:33 AM | |
| 2 | 04-19-2026 10:08 AM |
| Online Status |
Online
|
| Date Last Visited |
3 hours ago
|