The ArcGIS Pro Roadmap is now being maintained as a GeoNet Document. Please go here: https://go.esri.com/ProRoadMap
relkins-esristaff, thanks for sharing. This is good information, even if high-level. Breaking the road map into near-, mid-, and long-term helps customers get a sense of how soon, or not, certain features they are interested in might get into the product.
A couple of comments. One, it would be great if something like this either gets updated with each release, i.e., a "living document" of sorts, or a new version is issued after each release. As items are checked off the near-term, it would be good for customers to see what is shifting from long- and mid-term down to mid- and near-term.
Second, can you convince any of the other development teams to follow the Pro lead, especially on the server side? When it comes to planning Esri software deployment in large organizations, even high-level road maps are useful planning tools for customers.
Thanks again.
Thank you for the comments, Joshua. The idea for this roadmap is exactly what you've described in your first comment. It will continually be updated as Pro develops - "We'll revise the roadmap throughout the year to ensure it reflects the latest information."
I'll share your suggestion about creating something similar on the server-side with our Customer Advocacy team.
Thomas Edghill
Thank you again for the positive feedback and constructive suggestions!
Cheers,
Kory
Is this blog post the place where we come to find the ArcGIS Pro Roadmap, or is there another web page that is the permanent home? It would be good to have a permanent link to the roadmap off of the Pro web page that you gave, above, so that visitors to that page can see right away what the future holds.
This will be the permanent home for the ArcGIS Pro Roadmap, at least for the foreseeable future, as it allows us a lot of flexibility in keeping it the most up-to-date, which is what will be most helpful to all of our users!
I believe the plan is to mark this post as Featured Content in the https://community.esri.com/community/gis/applications/arcgis-pro?sr=search&searchId=059f38db-f29b-4544-b3af-30dfc795b0b9&searchIndex=0 space to give it visibility.
Kory, may I suggest that you migrate this content from a Blog post to a "Document" on GeoNet. Documents allow for versioning, which would allow for users to track the changes/evolution of the road map over time.
https://community.esri.com/groups/geodatabase?sr=search&searchId=496bc3a3-05d0-4fad-b2d5-2939a5f5592d&searchIndex=0 https://community.esri.com/community/gis/enterprise-gis?sr=search&searchId=2791cb4a-8585-40ad-b0a8-a1eb3a4e8681&searchIndex=0
Hi,
What are the estimated time frames for the terms Near,Mid and Long?. I am particularity interesting in Parcel Fabric.
Thanks,Matt
No annotation? Inconceivable!
Matthew,
In relation to the Pro Roadmap, below is how we're thinking about the terms:
Near-term: next release or two
Mid-term: next two or three releases
Long-term: in the plan but we are not certain of the release at this point
As far as Parcel Fabric goes, that functionality is planned for some time in 2018.
Hope this helps!
Our biggest issue with Pro, in the education world, is the necessity to individually enable every user through arcGIS online organizational account. This is especially difficult with students who want quick access for submitting small simple assignments, and use the enterprise sign-in.
And, of course, the issue of the use of credits, and ways to use Pro when off-campus and not logged onto the internet (such as research teams on site in Bolivia).
Is that access issue something that is on the short term list?
Jessie - you should look into concurrent use licensing for ArcGIS Pro rather than the Named User License Model.
After the EPC and Dev Summit events, I've been getting asked about the next version of ArcGIS Pro. The plans is for the next release to be version 2.0 and be released around the Esri User Conference in San Diego.
Robert LeClair, unless something has changed very recently, ESRI Educational licensing only gives us access to named user licensing for Pro. Concurrent and single-use licensing are not available.
jzarazaga, have you thought about automating things for new users? In your organizational setting: use enterprise logins, enable auto-provisioning of accounts, set a default credit quota for new accounts, and periodically run an automated script somewhere that assigns Pro (and other) licenses to newly created accounts (ours runs every five minutes). You can pretty much be totally hands-off then. I agree with the pain of offline use though. We have plenty of research groups sharing computers that need to use Pro offline in the field. With educational licensing limited to named users, then that often means creating a dozen named user for each researcher, and then having each researcher login to each of the dozen devices they might use in the field to check out a Pro license for that user on that device; a real pain and time-sink.
Do you have a general idea of when dimension editing will be available in ArcGIS Pro? We are currently in the process of migrating our environnement to Esri and dimension editing is required. Ideally we would want to jump directly to ArcGIS Pro rather then use ArcMap.
Thanks,
Benoit
Bookmarked. I don't see any mention to python. I like the way you can handle python packages from 1.3 release using conda. Would be great to even create new environments, especially when integrating the GIs workflow with external packages which works only with specific version of python. At present, I know a possible workaround is to copy the entire folder under "Python/env" and still being able to use this copy as the new env along with arcpy, but still one has to stick with using python 3.5.
I don't think it means what you think it means
What do you mean? I am referring to this document
I mean that I'd like to create new environments as I can (e.g.) using the command 'conda create --name python ...'. I know it can be difficult to deal with the arcpy module and different version of python. My very specific need came as I needed to use a package which is only usable with python 27. I know I can still use Python from ArcMap for this, but as it is a 32bit python, I often run into "out of memory issue" when dealing with (e.g.) LAS files. Also, as far as I know, it is not possible to create new conda environments from within ArcGIS Pro even with the same pytyhon version (3.5). Is that correct?
In Pro 1.3 and 1.4 it is possible to create new conda environments from the command line, however not from within Pro. This is being added as we speak and will be present in the next release. You are correct in that there are currently several requirements to run ArcPy and it can run into problems if you're using unsupported versions. New environments can be created from the command line, although they must conform to the package versions set on the default environment for the time being. There is a file called 'pinned' in the conda-meta directory of the arcgispro-py3 env which contains these version requirements.
Conda-Forge conda-forge | community driven packaging for conda has been doing a lot of updating/packaging of out-of-date Python packages, perhaps check there to see if your package has been updated to support 3.
For your 32-bit/memory issue, have you looked at the 64-bit Background Geoprocessing option? Background Geoprocessing (64-bit)—Help | ArcGIS Desktop This will allow for more of your memory to be utilized.
Also you will probably want to research Generator Expressions in Python, which conserve vast amounts of memory when compared to using collections such as lists: PEP 289 -- Generator Expressions | Python.org
Thanks for the interesting info about the file called "pinned" (I actually found it under "~/arcgispro-py3/conda-meta/"). As a matter of fact, it's not a limitation from the arcpy-side, nor a matter of improving the code with generators in place of lists. It's a limitation of the python module I am using to deal with LAS files, which is only availbe for python 27. So I have to stick with ArcMap's python and not ArcGIS Pro's, and that's where the 32bit (python) limitation comes in. If ArcGIS Pro would have led me create a new conda env with python 27 (64bit) I would have solved the problem, but I understand that this is not really possible. Also, I found a fork on github with a development branch of the same module which is compatible with python 35, so I am now using that solving the problem unitl an official release for python 3 will come out. Thanks!
Any idea when the COGO tools will be making the leap to Pro with feature parity? Without that we are unable to transition.
The traverse tool in Pro 2.0 will allow you to enter COGO measurements, digitize a natural boundary and modify courses that were entered previously. It will not include ground to grid scaling correction, rotation correction for basis of bearing or ability to import traverse text files fro ArcMap. Please let us know if any of those impede your adoption of Pro.
All 3 of those items are required for us to adopt Pro. We use these tools on a daily basis, and cannot regress in functionality. Thanks!
If ArcGIS Pro would have [let] me create a new conda env with python 27 (64bit) I would have solved the problem, but I understand that this is not really possible.
This is certainly possible, but that environment will not work with Pro, it will only work with ArcMap. When you use conda create just make sure you specify python versions and modules that ArcMap's arcpy requires, and add ArcMap's x64 Python to the path instead of Pro's. And, before you do this, you would need to install Desktop x64 background processing to get the x64 Python arcpy.
Thanks, this is great news! I will try that out asap! (for "let"/"led": I saw my mistake but could not modify the message after posting...)
I would like to be clear since this is a new concept for many people and gets complicated quickly - You cannot use Python 2.7 with ArcGIS Pro. Curtis' blog post describes how to use conda environments with 2.7 in ArcMap which was technically possible for long before Pro was released. This is not the same thing as using 2.7 in Pro.
Rob,
There is nothing on the roadmap for database management. Not even in the long-term. There is at least one request under the Ideas for a Stand Alone Data Catalog Like ArcCatalog to ArcGIS Pro <https://community.esri.com/ideas/12671-add-stand-alone-data-catalog-to-arcgis-pro-like-arccatalog
I'm in ArcCatalog most of the day and rarely need ArcMap. Also, does ArcGIS Pro now allow for the creation of Metadata? If not, ERSI needs to recognize that metadata is as important as the data!
Thanks Randy. Very much so.
Thanks for the question, Randy. Since you're referring to that Idea (https://community.esri.com/ideas/12671) I'm assuming that you've already up-voted that. I checked and didn't see your User Story in the comments section. Many customers have added their stories to the Comments on that Idea, and that is very important for the product team when monitoring the Idea. I know that there are many eyes on this discussion, so please do add your input so that it can be considered with what is there already.
Thank you.
I know that sometime in the future we will have to make the leap to ArcGIS Pro so I have been watching the developments along those lines. Still not there for us -- we need topology and utility networks.
Because Pro does not have a data catalog like ArcCatalog, is there, or will there be, anything like XRay for ArcCatalog? I regularly use XRay to modify database schema and have found it quite useful.
Cheryl Trine
ITS, Andrews University
Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.
