POST
|
When you double-click a feature class row in the attribute table, the default behavior of ArcGIS Pro is to PAN to the feature, but also ZOOM to it. In other words, change the map scale so that the feature's full extent is visible. This makes perfect sense for line and polygon features. But there is a problem when doing this with POINT type features: If you double click a point feature in the attribute table, it will PAN to center the point, and then zoom in ~50% of your current scale. If you double-click another point, it PANS again but also ZOOMS again. And again, and again, and again it zooms, as you double click additional features until you are beyond any reasonable scale that would be considered useful. In other words, it's a 'dumb' behavior. I think a simple PAN should be the default behavior for point type features in this case. Possibly with an option to set your preferred default point zoom level, ideally both globally and a per-layer override. Or at least an option to disable the auto-zoom behavior for all point features. These options would have an obvious home in the "Feature Layer" dynamic ribbon tab as it already has options for scale visibility and such. Workaround: In the meantime, you can avoid this by holding CTRL button and double-clicking the feature to do a quick PAN only, no zoom.
... View more
03-26-2024
08:01 AM
|
3
|
1
|
239
|
POST
|
I am in the process of doing an in-place upgrade of my Enterprise 10.8.1 base deployment to 11.1. I have a separate virtual servers running Windows Server 2016 for Portal, Server, and Datastore. Web Adaptors for Portal and Server are each installed on their respective machine. IIS version 10. After running Portal 11.1 upgrade successfully, the IIS Web Adaptor 11.1 installer would not let me begin its installation even though I had installed the .NET 6 hosting bundle 6.0.22 (and the Microsoft Web Deploy as well). It specifically gave me a popup when running the installer that it could not continue because .NET 6 hosting bundle was not installed. After restarting the machine, restarting IIS, repairing the installation of the hosting bundle, etc, there was no change. However, after uninstalling the hosting bundle and instead downloading and installing the 6.0.18 hosting bundle version, it worked. I just wanted to see if anyone else could replicate this, or a warning if someone else is tearing their hair out as well.
... View more
09-29-2023
09:46 PM
|
3
|
2
|
2000
|
POST
|
David, I just want to say thanks for the pointer. That seemed to the same issue I was having. I republished my feature service using Unique Values symbology based on my subtype field, instead of using Single Symbology option. I even collapsed my various subtypes into one symbology 'group' so that there is just 1 symbology for all subtypes. That works fine; the web map displays the subtype description rather than the integer code and has the proper domain-like drop down functionality now as well. I needed this for my field guys to be able to change subtype, but they didn't need to actually see different subtype symbology. I have federated ArcGIS Enterprise Portal + Server 10.8.1 and as of today using ArcGIS Pro 3.1.0.
... View more
03-03-2023
01:02 PM
|
0
|
0
|
183
|
IDEA
|
Tripp and others, just want to say thank you for the pointers about using UNC paths to avoid the Project Template to not copy data, that was driving me nuts. This seems like it could be an easy fix by providing additional checkboxes to RE-Confirm that you want NO data copied no matter what, and you're OK with links being potentially broken for people with alternative drive mappings. I'm on version 2.9 btw
... View more
09-14-2022
08:17 AM
|
0
|
0
|
769
|
IDEA
|
I would really like this feature. They could even roll out a simplified form initially and then improve it in later versions. Just a simple indication of how the current layout is expected to fit onto your current printer page settings. Also, can't find options for quality of the export when printing, in case you want to do a draft print? There were a bunch of simple but useful options with ArcMap. Once again I'm kind of scratching my head why simple functionality in ArcMap that literally everyone made use of wouldn't be included in Pro, especially since so much effort was put into modernizing/expanding the Layout workflow. I do like that they included options for tile overlap though, that's actually going to be really helpful... but in context it's pretty lackluster when those are literally the only print options available to you, and there's no in-menu description, guide, or tooltip to tell you what exactly it does or how to use it effectively. (I'm using 2.4)
... View more
07-30-2019
02:31 PM
|
0
|
0
|
2957
|
POST
|
I have successfully copied AGOL webmaps to my new Portal 10.6.1 setup with the ArcGIS Online Assistant, but all of the webAPPS that I have copied are broken. Has anyone else has trouble with migrating webapps?
... View more
01-10-2019
07:32 AM
|
0
|
4
|
6488
|
POST
|
Ah thank you, that makes more sense now why MDF was being referred to in that thread. I mixed up my file extensions, and was wondering why an access database would have much relevance there
... View more
01-22-2018
09:46 PM
|
1
|
0
|
1412
|
POST
|
Thanks, but I don't really see how that addresses any of these bloat issues. The bloat data comes from overwriting of the feature classes in a file geodatabase, repetitively, over time. Making a new fgdb and importing the layers will of course be the correct/normal size, so that's not a surprise. (edit: .MDS is personal geodatabase, .MDF is a SQL Server database file) From your comment I just want to clarify that SDE (enterprise geodatabase) is not the same as MDF (personal file geodatabase). It looks this process just creates a new fgdb (file geodatabase) as far as I can tell, rather than addressing the overwrite/bloat issue. I've written a script to automate rebuilding my fgdb's when needed (when it gets ridiculously large at some point), so I can work around the issue but it's just a bit annoying. Not all of my data comes from an SDE source, and the bloat issue is not necessarily an SDE issue. It also occurs when I tested local fgdb to local fgdb.
... View more
01-22-2018
05:29 AM
|
2
|
3
|
1407
|
POST
|
I'd also like to add that I've been having this problem at my local government, after discovering three of my common file geodatabases (fgdb) that we use to be our main "read-only" fgdb's became bloated to many gigabytes in size. They normally are 100-500MB when "normal". I did extensive testing, and found that... -> Junk data is generated whether or not the fgdb is actively connected to published web services -> Junk data is generated with Truncate & Append, CopyFeatures, and FeatureToFeature geoprocessing tools -> Doesn't matter if it's from a python script or through ArcMap/Catalog GUI. -> It is not consistent -- the nightly overwrites generate junk data, but if I manually run overwrites immediately in succession, the amount of junk data produced is less. But if I wait some period of time, the amount of junk is greater. Sometimes junk data (bloated size) is created in one of the fgdb tables, as viewed in file explorer, but no extra files are actually created. Sometimes many new files are created. -> I opened a ticket with ESRI and they have no solution, they actually pointed to this thread as one of the few addressing the bug. -> My only solution is to rebuild the fgdb's periodically. -> Replication is not an answer for me because that requires all data to be coming from an SDE, my data comes from multiple sources, some of which are not SDE. -> I've also tested compressing. When overwriting using truncate/append on compressed data, I uncompressed, truncate/appended, then recompressed. Successive runs of this STILL produced bloated data.
... View more
01-16-2018
05:40 AM
|
2
|
5
|
1412
|
POST
|
Hm that's interesting, ESRI was able to replicate the "sharing with Everyone" bug on their end. This is independent of the "copied layer" problem. If I have even 1 hosted feature layer shared with everyone in a map, it will fail to load for about 70-80 seconds, but then does actually load eventually. Likewise, the "Data" or "Visualize" tabs in the feature's item information page will also fail to load for that time. The "copy layer" problem for me, on the other hand, will never load the map given time, it just fails. That's interesting that you're getting the issue without sharing with "Everyone!" Must be another manifestation of the bug from some other source.
... View more
08-25-2016
09:04 AM
|
0
|
1
|
5777
|
POST
|
FYI there is a related issue to this bug as discussed in this thread: Existing web map layers are not responding and cannot be added to map in Chrome Data and maps will not load correctly in this version of Chrome if a hosted feature layer is shared with "Everyone". ESRI support said they are hoping Chrome developers push an update by the end of next week (hopefully by Friday, September 2, but who knows!).
... View more
08-25-2016
07:53 AM
|
0
|
0
|
1199
|
POST
|
I've found that this behavior is replicated specifically when sharing hosted feature layers with "Everyone". This is related to the bug (BUG-000098445) as Scott mentions above. ESRI support said they are hoping Chrome developers push an update by the end of next week.
... View more
08-25-2016
07:49 AM
|
1
|
3
|
5777
|
Title | Kudos | Posted |
---|---|---|
3 | 03-26-2024 08:01 AM | |
3 | 09-29-2023 09:46 PM | |
1 | 08-25-2016 07:49 AM | |
1 | 01-22-2018 09:46 PM | |
2 | 01-22-2018 05:29 AM |
Online Status |
Offline
|
Date Last Visited |
a month ago
|