Latest Contributions by JoshuaBixby

A fairly broad question.  What specifically have you tried already?  Do you have specific code that is generating errors?  If so, what are the parts of the code generating errors and what are the errors? Not to answer a question with a question, but it is easier to get specific and quicker feedback when more details are given, especially samples of code that aren't working for you. ... View more

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

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

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

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

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

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

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

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

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

Do you have another machine to try it on?  Does this happen with all machines you are working on or just one? ... View more

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