Latest Contributions by ShaunWalbridge

Chris, Thanks for the suggestion. We generally only create specialized packages that have some direct interaction with the components we ship with ArcGIS Pro. Most packages that are listed are maintained upstream by either Anaconda, or the community driven conda-forge project. Since you wrote, Anaconda has updated the base Qt package available to 5.9 which is fairly recent and the latest LTS release. Qt is somewhat tricky because it is depended on by so many downstream packages, many of which have version limitations themselves. Packages like Spyder, Matplotlib, PySide and many others rely on Qt, making version changes more work than an average package. From what I've read, Anaconda will continue to work on supporting LTS releases, which may lag the latest and greatest Qt have produced. That said, you have a few of options today: 1. Check out the conda-forge work to get 5.11 into a conda package, such as this thread:   [just testing] Qt5.11 by hmaarrfk · Pull Request #75 · conda-forge/qt-feedstock · GitHub  2. You can install it today! Just not through the backstage, and you shouldn't do this in an environment that has a conda installed version of Qt. Do do so, here's a quick starter, after you've selected the "Python Command Prompt" menu item (here I made a Python 3.6 environment): conda create --clone arcgispro-py3 --name arcgispro-qt5 activate arcgispro-qt5 pip install pyside2‍‍‍‍‍‍‍‍‍‍‍ This will get you an environment with ArcGIS Pro, and Qt5.11 via PySide2. The DLLs and executables for Qt5 will end up in the Lib\site-packages\PySide2 directory, and you should be able to access them from there in that environment. 3. Ask that the Qt developers help support a conda package -- a complex dependency like Qt is better suited to a conda package than the wheel file they currently distribute with PyPI. Hope that helps, Shaun ... View more

Unfortunately, archook hasn't been updated to work with ArcGIS Pro -- hopefully it will soon. We're also looking at other ways we can make this pattern work better in the future. ... View more

Replying to an ancient thread at this point, but wanted to confirm that you don't need admin access at Pro 2.2. There are still some growing pains around since since you now need to clone, but in the long run this should provide a beneficial pattern to users, and anyone can install and add packages, not just administrators. ... View more

Hi Kenta, Great! Glad Marjean and I were able to help you. Best of luck working with ArcGIS and R, Shaun ... View more

Adrian, Yes, you can use PyCharm with ArcGIS Pro, its a commonly used IDE for working with ArcPy and the rest of the ArcGIS Python distribution. The Python distributed with Pro uses conda, and PyCharm has documentation on how to configure access to conda as its interpreter:   Configuring Conda Environment - Help | PyCharm  Once you've configured that, just set it as the active interpreter for the project, and you should be off to the races. Let us know if you have any questions or issues. Cheers, Shaun ... View more

One more note: I tried a little more with Visual Studio Code, and it looks like at some point, they will fix this upstream by activating the environment prior to using it with Conda environments. Currently, they just call python.exe without activation, they have a few issues open on their repository about this, such as Debugger not activating Anaconda environments · Issue #2067 · Microsoft/vscode-python · GitHub . If you want to try and make this work in Visual Studio Code today without any additional setup of environment variables, you could also set them up manually with VScode (see Configuring Python Environments in Visual Studio Code ) , but it's probably easiest to run code from within the active environment. ... View more

Hello Quisheng, Great to hear you're trying out the native ArcPy project, I'd be happy to help you. It should work for anything that's running inside the conda environment, you'll just need to run the commands inside the activated environment. Here's IPython started this way: (arcpy-native) arcgis@ubuntu:/$ ipython Python 3.6.6 |Anaconda, Inc.| (default, Jun 28 2018, 17:14:51) Type 'copyright', 'credits' or 'license' for more information IPython 6.5.0 -- An enhanced Interactive Python. Type '?' for help. In [1]: import arcpy arcpy In [2]: arcpy.GetInstallInfo()['Version'] Out[2]: '10.6.1' This should also work well for Jupyter Notebooks and tools like Spyder, which can be installed into the environment. The story for other external tools is still a little complicated, the native ArcPy interface has to initialize system environment variables in order to operate. The script that executes on startup is available in $CONDA_PREFIX/etc/conda/activate.d/arcgis-server-10.6.1-py3-env_vars.sh if you'd like to take a look. The simpler way to get this along with your IDE is to start your IDE from within the active environment, so e.g. type `code` after activating the environment to start Visual Studio Code [note: I haven't tested this, but it should inherit the calling environment on creation]. Alternatively, you could create a bash script that first sourced that file. This is necessary because tools that call into ArcPy need to initialize the server pieces internally which are used for their dependent calls. We are looking at simplifying this for a future release, but hopefully that's enough information to get you started. Cheers, Shaun ... View more

Hello Jonathan, Could you provide more details about the data source that you're using, and what behavior it has when opening it up in ArcMap or Pro? I just tried creating a shapefile with an explicit null geometry for one of the values, and it is correctly read into R, with any entries containing null references included (the equivalent of dropNULLGeometries=FALSE with rgdal). Further downstream transformations (like data2sp) may drop this null geometry as they don't have null geometries as part of their data model. If you can share some details, happy to dig further. Cheers, Shaun ... View more

Hi Braulio, It looks like the installer is having a difficult time locating the R installation. Could you try opening the location   C:\Progra~1\R\R-34~1.3\bin\x64 In a File Explorer window and confirm that the path exists? It's possible that it's defined in the registry, but isn't actually installed at that location. If it isn't, it may be necessary to repair the R installation so that it registers itself correctly in the registry. Alternatively, you could try this toolbox:   GitHub - R-ArcGIS/r-bridge-install: Install the R ArcGIS Tools  It works fine from ArcMap and ArcGIS Pro, and sometimes can correctly find installations that aren't otherwise seen. Cheers, Shaun ... View more

OK, thanks. The location at C:\Program Files\ArcGIS\Pro\bin\Python\pkgs is a staging area for packages, so it looks like it was successfully downloaded and extracted, but may not have installed properly. Could you try running conda install --no-pin arcgis==1.4.1 And report what it outputs? That should explicitly tell it to install that version locally. Thanks, Shaun ... View more

Hi David, When you ran the conda upgrade command, did it produce any output? What shows up when you type conda list, does that indicate the package is updated? The Pro 2.1 release shipped with a pinned version of the API which necessitates the special upgrade route needed, but it should work with that in place. If it doesn't, report back here and we can figure it out. At Pro 2.2, this workflow should be simpler. Cheers, Shaun ... View more

The latest release of the arcgisbinding package (v230) contains support for R 3.5. You can download it either from the Options > Geoprocessing pane of Pro, or using the R bridge installation toolbox, by running the "Update R bindings" tool. Let us know if you have any other questions or issues. Cheers, Shaun ... View more

Hello Rama, Thank you for the report. R has changed its internal package format with the R 3.5 release, and we're working to address this issue, but don't have a package out yet that resolves the problem. We've added this issue to GitHub to track the problem: R 3.5 support · Issue #22 · R-ArcGIS/r-bridge · GitHub  Cheers, Shaun ... View more

Note that the R-ArcGIS installation toolbox does take efforts to handle this -- all of its paths are quoted (mostly by the subprocess module), and it first modifies the path to be set to the location of the R executable. Despite that, I've seen some occasional issues come up like this one, but haven't been able to reproduce them locally yet. Cheers, SHaun ... View more