The ArcGIS Pro Roadmap is now being maintained as a GeoNet Document. Please go here: https://go.esri.com/ProRoadMap
Absolutely! Since Pro is a 'new' product we need to see where the differences lie by including Desktop in the comparison.
housewren Please see https://community.esri.com/ideas/13643 and up vote
"What would you like to see next in ArcGIS Pro?"
The same features and functionality as in Arc Map.
relkins-esristaff, thanks for updating the roadmap, I and others really do appreciate the communication with users.
Not to sound like a broken record, but this information really needs to be moved to a different format on GeoNet. We are up to 64 comments (including mine), and it is impossible to follow whose comments pertain to which version. And that assumes someone bothers to even try to follow 60+ comments.
Unfortunately the roadmap to Pro for us stops abruptly at the inability to publish any services from Pro with layers that can be grouped. Since Pro can only publish feature layers (and feature layers cannot be grouped) this means most of our online maps would have 50-100 individual layers with no logical grouping or ability to turn topic layer sections off/on. So, we will continue to publish map services using Server that can display web maps in the portal with layer grouping. I understand from the conference that feature layers will be able to be grouped "sometime in 2018". Quite frankly, I don't understand how anyone is publishing a map with 10 or more layers can be using Pro since the end result is a disorganized mess of layers in a web map. Pro is dead in the water until this issue is resolved.
I have to agree with you. If Pro is supposed to replace ArcMap eventually, why doesn't it have the same features (or better) that ArcMap has? There certainly are some features of Pro that are genuinely better than ArcMap already at this point, but there are still far more drawbacks including a ton of missing features, the one you mentioned actually being a relatively minor one but still needed.
Hi Keith,
If you're publishing a single web map with many layers, have you worked with the Split functionality?
Share a web map—ArcGIS Pro | ArcGIS Desktop
I'm not sure if this will help what you're trying to do, but it might be worth a shot.
For example, in my map with a handful of layers, when I initially try to share it, everything would be grouped into a single hosted feature service:
But I could split these into multiple services:
If this doesn't help, are you referring to publishing a map image layer? Map image layer—ArcGIS Pro | ArcGIS Desktop
Kory,
Unfortunately neither of those methods will solve our problem. Below is a screenshot from one our WebApps published to AGOL. As you can see in the layer list we have many nested layers that are organized into logical groups. This functionality is a must for us. Right now we use ArcGIS Desktop to design our maps, then publish it as a service to our ArcGIS Server. Then we manually add the Map Service to AGOL and store the credentials. Then we add it to a webmap in AGOL. Since AGOL is referencing a Map Service it will maintain the folder structure. In the example below there are actually 4 Map Services in this one WebMap which has been published into a WebApp.
So what I'd love to know is how do others create WebMap/WebApps utilizing ArcGIS Enterprise that have 50-100 layers and keep any form of organization? Vector Tile and/or Map Image layers may be an option for some, but not for us since our users must be able to turn on and off each individual feature layer.
I hope I can help with this concern here.
When you are using ArcGIS Pro to connect to ArcGIS Enterprise, you have the ability to share map services much like previous workflows you are accustomed to, and you are not entirely reliant on using hosted layers as if you were connecting to ArcGIS Online. In the screenshot below, I've taken six layers and organized them into two groups in ArcGIS Pro. I've then selected the group layers and chose to share them as a web layer to my ArcGIS Enterprise deployment:
When sharing the web layer, it is possible to choose to "Reference registered data" (see below) - this is similar to an ArcMap - ArcGIS Server publishing workflow, except we are connected to Portal for ArcGIS with a federated ArcGIS Server (which is a fundamental aspect of the Base ArcGIS Enterprise Deployment introduced at 10.5, and is required to be able to publish to ArcGIS Enterprise from ArcGIS Pro). By default, the "Map Image" layer type is enabled - this is going to create a Map Image Layer in the portal, but in the background it's also going to publish a Map Service to the federated ArcGIS Server and then add it as a Map Image Layer to the "My Content" directory of the publishing user in the portal.
Once this is published to Portal for ArcGIS, looking into the item details of the Map Image Layer shows a link to its REST endpoint, which shows the group layers are preserved:
This REST endpoint can be added to web applications and maps, and the groups/layers can be turned on/off individually like the current user experience you are familiar with. In essence, the group layer functionality is still preserved for workflows involving publishing when using ArcGIS Pro, so long as you are connecting to ArcGIS Enterprise which is set up with the base deployment, and you are choosing to publish the layers "by reference."
Please let me know if you have any further questions/concerns about this workflow/functionality, and I'll be happy to follow up with you separately.
What is the Roadmap for language packs (especially german!) for ArcGIS Pro 2.0?
The latest release (2.0) German version will be available the week of 9/11
Thanks Thomas. We recently setup Portal and Federated so we are able to follow you workflow. It works as expected and we are able to start transitioning over to ArcGIS Pro. Next we'll likely transition from AGOL to Portal.
I put in a ticket for Pro crashing on import. The outcome was that I was told to rebuild the map in Pro.
!!!!
Hi WiscRapids I did some research and saw a case that was logged against ArcGIS Pro 1.3.1 crashing. It looks like there was room for quite a bit more troubleshooting for that particular issue. Is your comment referencing that case from last year?
Are you currently working in ArcGIS Pro 2.0.1? Are you experiencing the same issue with crashing?
Is it a particular Project where this occurs, a particular process or workflow that causes the crash, or importing a certain MXD?
Please let me know if you're still experiencing crashes. We'd like to help.
Thank you.
Amir,
In ArcGIS Desktop in the editing options there used to be tools that would allow the user to choose bearing/azimuth and distance units. There also used to be a place where you could choose a ground-to-grid correction: both a bearing adjustment and a scale factor. These were available under the default editing tools and were separate from the COGO tools. This gave me the ability to create GIS data from survey descriptions and plats with only a basic license. This will seriously affect by ability to to completely adopt ArcGIS Pro.
Wesley, see this thread that gives more details about timelines: https://community.esri.com/ideas/13861
The ground to grid correction used to be available as one of editing option without having to use any of ESRI’s parcel management tools. This made doing basic cogo possible with just a basic license. It was part of the core editing functionality. Please make the editing tools equivalent to what was in ArcGIS Desktop.
Wesley Keller
GIS Analyst
City of Universal City
210-659-0333 x722
The COGO functionality in Pro (Traverse tool) is available in every license level. The type of geodatabase (file, enterprise) is one of the key factors to determine the needed license level.
The ground to grid corrections functionality is also planned to available for all license levels and is key when precise measurements are used from ground values.
Are you planning for the Spell Check component to have functionality to spell check within attribute tables? Or just map elements (i.e. labels, titles, etc)?
We are not planning for spell check within attribute tables at this time. Our initial focus will be on text items within the layout.
Disappointing to not see https://community.esri.com/ideas/12258 on the road map. For many, that's a fish or cut bait barrier to adopting Pro.
https://community.esri.com/groups/esri-deutschland-partner-community?sr=search&searchId=ff6b76cc-0a3f-4003-b0ed-0b1f85b6535a&searchIndex=0
This thread is really hard to follow. The post says it was created on February 2, 2018 but there are comments from 2017 on here. I can't figure out what comments are based on the new information without reading the dates. I'm not sure using the typical thread format for this is working very well.
More than likely the "original" post was updated and the "Created date" went to the last date modified.
I think of it as living document.
I understand the desire for that but its incredibly confusing. I'd suggest having a new post for every new version but reference the previous ones.
My recommendation, from early 2017, was to have the RoadMap as a GeoNet document and not a blog post. GeoNet documents are more robust than blogs when it comes to content that changes over time. Sadly, we are stuck with the blog post still.
A large number of representation capabilities have existed in ArcGIS Pro since version 1.0 for standard feature layers. For instance, the symbol model incorporates geometric effects and marker placements and has a similar structure to representations. Field based overrides are available and have extended capabilities with expressions (see Attribute-driven symbology—ArcGIS Pro | ArcGIS Desktop for more info). Our approach moving forward will be to add capabilities to feature layers rather than continuing with the representation model. We plan to improve the migration from representations in a future release. So what's missing?: Primarily some editing tool capabilities, marker editing, and shape overrides. Editing tool enhancements are in the product plan. For marker editing, we've gone down the path of promoting import of graphics from SVG and modifying (e.g. color / rotation) after import. Shape overrides are something we're still evaluating.
"Shape overrides are something we're still evaluating." Why isn't that "In the Product Plan"? I'm curious as to why Representation, and all of its features and workflows, isn't included in Pro. Were customers demanding that it be unsupported? I'm looking for that idea, do you have a link to it? It's pretty frustrating to have spent years on our most popular map series built with Representation, only to learn that we're going to have to start from scratch with the replacement software if we wish to continue producing and editing those maps.
You just missed the memo (e-mail received by one of my co-workers from Esri):
As a leader at an organization with an Esri Enterprise Agreement, you understand the transformational and strategic business impacts of GIS technology. To achieve enterprise-wide benefits from your ArcGIS platform, your workforce must be willing to discard legacy workflows. Human resistance to change is a powerful force.
It is simple, just disregard those "legacy workflows" and change to whatever Esri is selling this year.
サインインしたメンバーは投稿、更新のフォローなどができます。初めてですか？無料アカウントを登録してください。
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.
