|
IDEA
|
That's a great idea, Thomas. That should be baked into the solution when it comes.
... View more
01-02-2020
10:28 AM
|
0
|
1
|
4257
|
|
POST
|
Thank you, Peter Klingman. Will you post a link to the corrected/improved documentation here, when that occurs?
... View more
01-02-2020
09:45 AM
|
0
|
4
|
3639
|
|
POST
|
I understand and agree with the nature of that request that you cite above. If I had seen it I would have up-voted it. I completely agree that if I have made two layers transparent then I'm happy to have them be additive. This is the expected behavior in ArcMap, too. HOWEVER, that's different from what your developers have done here. What they have done is take layers to which I have assigned 0% opacity and reassigned them the opacity of the group layer to which they belong. That's what's wrong, here.
... View more
12-06-2019
01:16 PM
|
0
|
1
|
4784
|
|
POST
|
Here are two examples. In both, the group layer has 50% transparency and is above a TOPO layer. We're looking at the edge of the upper layer of imagery running across the middle of the image. As you can see, the imagery in Pro is much less distinct in the upper part of the image where the two layers of imagery are fused. An additional very significant issue that I see here is this: With ArcGIS Pro, after all of the sub-layers have been made transparent, they are added together and their opacity seems to be the sum of their values, so the resulting opacity for the group layer is greater than it should be and the transparency is less than it should be, not truly 50%. With ArcMap, the whole group layer is drawn and then that image is made transparent, so the whole image for the group layer is truly 50%. This is really going to be a significant issue for those who finely tune their maps. They may not be the majority, but they are your users who are serious about their maps. ArcMap ArcGIS Pro
... View more
12-06-2019
12:28 PM
|
1
|
3
|
4784
|
|
POST
|
A simple one that you can easily replicate there is this. For aerial imagery, I normally have a group layer comprised of our high resolution imagery for the city and, underneath, statewide or global imagery. This is so that when I pan to the edge of the extent of our imagery, the global imagery beneath enables me to continue panning and still have imagery. I don't want to see the global imagery through our local imagery. I only want it to appear after I have reached the edge of our imagery. I like having the imagery in a group layer, so that I can turn the imagery on and off with a single click, and also to make the "imagery" group layer transparent and have something underneath that.
... View more
12-06-2019
11:21 AM
|
0
|
5
|
4784
|
|
POST
|
Wow! Thanks for all of that research and the time you spent documenting this. I know you probably have a long list, but every time you have an "ArcMap equivalency" issue, please create an Idea or a Question here on GeoNet and put the words "ArcMap equivalency" in the Tags section of your post. I, too, began with ESRI in the "good old days". I began at ArcINFO 7.X and ArcView 1.0 to 3.X. My first exposure to ArcGIS Desktop came at 8.2, which started at 8. I remember my first impressions of ArcGIS 8.2 were that I liked it right away. It was immediately the equal of ArcView 3 in basic functionality. I do remember some challenges learning to burrow down through all of ArcMap's forms for labelling and other things. It did take time for ESRI to add all of the geoprocessing tools, but ESRI was very clear on that and gave periodic updates to let everyone know where they were at with what we would now call "ArcINFO equivalency". NOT that ArcMap has been a bed of roses, unless you count the thorns. Don't get me started on bugs! But as I've heard Jack comment at the conference, ArcGIS is the largest software implementation on the Microsoft platform IN THE WORLD. So, bugs just go with the territory. I think that ESRI's big challenge here is that the ArcMap user interface is soooooooooo much more complicated and sophisticated than what came before it. A LOT of fine tuning has gone into it over nearly two decades and it works pretty well. Every check-box and input parameter has a user who asked for that and users who depend on it. So, much thought has gone into ArcMap over the years that has not yet occurred to the ArcGIS Pro developers. So, stuff has been left out. The big frustration is that we have to document every feature that was already there in ArcMap just to get the fabled ArcMap equivalency. I wonder if ESRI could/has assigned a team to comb through all of ArcMap's menus, forms, tools, etc. in order to verify that every feature in ArcMap has equivalent functionality in ArcGIS Pro, and that if a feature has been left out, to document why it has been left out. Has this occurred?
... View more
12-06-2019
06:28 AM
|
10
|
1
|
4327
|
|
POST
|
Yes, that's correct. In both ArcMap and Pro I have, the following, with the results displayed above. Group layer 75% Transparency Parcels 0% Transparency Imagery 0% Transparency I understand that Kory has already helped you work through this.
... View more
12-04-2019
02:35 PM
|
0
|
1
|
4784
|
|
POST
|
By default, group layer transparency in ArcGIS Pro does not behave like that of ArcMap and produces an unsatisfying result in which all of the layers are separately transparent and are visible through each other in a big, muddy, chaotic mess. I haven't been able to find a setting in Pro to overcome this. Is there such a setting? Is there a switch to set group layer behavior to be like it is in ArcMap? EXAMPLE In ArcMap, when you make a group layer transparent, all of the layers in the group are drawn just as they would be, normally. Then the transparency setting is applied to the resulting image. So, even though the group layer is transparent, within the group layer, if one layer is opaque and is above another layer, then its features will completely obscure the features of the lower layers in the group. ArcMap: Here you can see a group layer with 75% transparency with parcels on top of imagery. The parcels completely obscure the imagery. In ArcGIS Pro, when you make a group layer transparent, the transparency setting of the group layer is applied to each of the layers in the group, so that you can see through all of the layers, individually. You can see the lower layers in the group through the upper layers in the group. This creates a muddy and unsatisfactory appearance where you can see through everything and see everything underneath. ArcGIS Pro: Here you can see a group layer with 75% transparency with parcels on top of imagery. Here, the parcels have incorrectly been made transparent, and do not obscure the imagery. (NOTE: I understand that in my example above you might want to see imagery through a parcel layer. My purpose here is only demonstrate the opacity issue in a simple manner.)
... View more
12-04-2019
12:33 PM
|
0
|
10
|
5688
|
|
POST
|
Regarding the documentation that you posted, is that the only place that this is mentioned in ESRI documentation, buried in small print at the end of a paragraph? There should be a prominent table with bullet points showing what types of data apply to the usage credit limit and which do not. It's like a credit card with a credit limit and then saying that you can buy all you want of this other thing and the credit limit doesn't apply.
... View more
12-04-2019
07:44 AM
|
0
|
7
|
3639
|
|
IDEA
|
This is a MAJOR issue. Last year, most of our ArcGIS Online credits were consumed by a few users who uploaded large amounts of test data and didn't delete it. All of those users had a 50 credit limit that should have prevented this. This year it almost happened again. ESRI has GOT to provide a way to limit usage of data storage credits. Here's a question where I describe the issue we had in detail. Why aren't ArcGIS Online data usage credits charged to a user's credit limit?
... View more
12-04-2019
06:34 AM
|
0
|
1
|
4257
|
|
POST
|
I have up-voted the idea that you recommended above. This is a MAJOR issue. Last year, most of our ArcGIS Online credits were consumed by a few users who uploaded large amounts of test data and didn't delete it. All of those users had a 50 credit limit that should have prevented this. This year, as you can see, it almost happened again. ESRI has GOT to provide a way to limit usage of data storage credits.
... View more
12-04-2019
06:28 AM
|
0
|
0
|
3639
|
|
POST
|
We have observed that ArcGIS Online usage credits used by an organization for data uploaded to that organization are NOT charged to the credit limit of the user who uploaded the data, and the data usage credits are not limited by the credit limit of that user. For example, recently a user with a 50 credit limit uploaded about 3 GB of data to our ArcGIS Online account for some brief testing. However, he left the data online and it continued to consume credits at from 12 to 25 credits/day for nearly a month, consuming over 550 credits in total. After using those credits he still has 47 credits remaining. Credit usage over the month. The spikes are the user's data uploads. User's remaining credits: Why is a user able to consume 550 credits and not have it limited by their 50 credit limit? This goes against our understanding of the credit limits. Is there documentation that explains why this happens? Is there a setting that would allow us to charge data usage credits to a user's credit limit? If this is possible within the current system, can ArcGIS Online credit usage be changed to apply a user's credit limit to their credits used for data storage?
... View more
11-26-2019
01:52 PM
|
0
|
10
|
4392
|
|
POST
|
OK, Marco, you win. But to repeat my comment below, ESRI has found a problem that was slowing down labeling in Pro and a fix is forthcoming in 2.5. Also, more improvements in future versions. I'm holding my breath.
... View more
11-26-2019
09:33 AM
|
5
|
1
|
3410
|
|
POST
|
Yes. ESRI reported to me that it has has found the cause of the labeling performance problems that I reported above and the fix will be in 2.5. https://community.esri.com/message/893480-re-arcgis-pro-242-in-general-arcpro-has-less-performance-than-arcmap?commentID… There is reason for hope.
... View more
11-26-2019
06:05 AM
|
5
|
0
|
4326
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 02-15-2021 12:16 PM | |
| 1 | 03-21-2024 02:58 PM | |
| 1 | 11-07-2023 06:17 AM | |
| 2 | 11-06-2023 02:14 PM | |
| 1 | 06-05-2023 08:24 AM |
| Online Status |
Offline
|
| Date Last Visited |
Wednesday
|