|
IDEA
|
@KoryKramer @AmeliaBradshaw Both Copy and Clear seem to share the same shortcut ('C'). Is that intended? I know that there are no additional letters that aren't used, but copy seems like it would be more common and would have gotten the priority.
... View more
11-17-2023
07:56 AM
|
0
|
0
|
1101
|
|
POST
|
I had tried that but it truncates the field names which can cause issues for the end users maps that are already configured to use the original non-truncated field.
... View more
11-16-2023
07:02 AM
|
1
|
1
|
1785
|
|
POST
|
Been using ArcGIS for a long time and had no clue you could do that. That is awesome
... View more
11-16-2023
06:24 AM
|
1
|
0
|
1309
|
|
IDEA
|
As it currently stands, if a feature class has attribute rules enabled, they are included on the export. This is problematic if the data is being used in older software like ArcMap. If the data has an attribute rule, it will not work in arcmap. It won't even let you add the layer. There should be a toggle on the main page or on under the environment settings that allow you to not bring in the attribute rules if you wish.
... View more
11-15-2023
02:39 PM
|
0
|
2
|
888
|
|
POST
|
Unfortunately not. All that does is disable the rule. ArcMap cannot read a feature class if any attribute rule is present, even if it is disabled.
... View more
11-15-2023
02:24 PM
|
0
|
0
|
1826
|
|
POST
|
I have a script that exports a feature class from geodatabase A to geodatabase B. Geodatabase A is our primary editing environment and the feature class has multiple attribute rules configured. Geodatabase B frequently has ArcMap users that access it. No editing occurs on this database at all. It is strictly a view only database. The problem I am having is that exporting the feature class from A to B also brings across the attribute rules. Since ArcMap doesn't support attribute rules this just breaks the layer for those users until I manually go into the attribute rules for geodatabase B and disable them. Is there anyway to configure that export to not include attribute rules?
... View more
11-15-2023
01:29 PM
|
1
|
6
|
1881
|
|
POST
|
Thank you for this response! I'm going to review these next week and follow up!
... View more
11-03-2023
01:28 PM
|
0
|
0
|
2408
|
|
POST
|
Our organization has been in arcgis online for 5 years. We have around 40 users of varying permissions. We recently started utilizing portal for arcgis. The main reason we wanted to implement this is so that we could directly edit our enterprise geodatabase data using field maps. One thing I haven't been able to figure out a good workflow for, however, is letting users who are a part of our arcgis online organization access that data in portal. In particular, I have a few water resources layers that I've published to portal that I'd like for our field crews to be able to access in arcgis online/field maps. Is there a convenient way to do this or is the intention to force all those users to have an additional portal account as well? I'm trying to keep things as simple as possible. Any advice would be appreciated!
... View more
11-03-2023
08:46 AM
|
0
|
4
|
2526
|
|
POST
|
I figured out how to do this. Here are the steps I followed: 1. make sure that your target table has Global IDs enabled. 2. Set up your related table to have all the fields that will hold the data you are looking to migrate from the old layer. You will also need a field using the "type" GUID. 3. Create the relationship class using the GlobalID from your main table and the GUID field from the related table as the primary key. 4. Either export the old table you want to migrate to an excel file or copy it to an excel file. 5. Rearrange the table in excel to where the format matches your new related table EXACTLY. You should have the same number of columns and all the data types should be the same. (Ensure text items are formated as "text" in excel instead of general. 6. When your excel table matches the format of your related feature class, you can copy the data from excel and paste it over a blank row of the attribute table. As long as your global IDs were enabled, pasting that data will create the relationship.
... View more
10-31-2023
01:39 PM
|
2
|
0
|
2363
|
|
POST
|
I’m working on modernizing our Planning and Zoning map. The way it is currently set up is that there are attribute fields set up for Rezones, Special Use Permits, and Variances. It has worked well enough, but the problem is that storing them via attribute has meant that we can only have the most recent record. A parcel can be rezoned many times and have multiple different conditional uses applied to it, so this is less than ideal because of that. I created a relationship class to a table that will hold those going forward. The challenge I am facing is migrating our old data to the new relationship class. I can’t seem to find a way to move that data that is currently in the zoning feature class into the related table. The only way I’ve seen so far would be to manually enter that data for all 2000+ records, which would be quite a time sink. Is there a more efficient way to do this?
... View more
10-25-2023
02:15 PM
|
0
|
4
|
2686
|
|
IDEA
|
I recently used ArcGIS pro to publish a shaded relief raster as a tile layer to ArcGIS online. I "ArcGIS Online/Bing Maps/Google Maps" tiling scheme and it automatically selected Levels 10-16 as the extents to build tiles for. When I view that layer in ArcGIS online, it works great as long as I am within the extents for levels 10-16 but as soon as I zoom in or out beyond those scales, the imagery disappears. I went to the settings for the tile layer and updated the Visible Range setting to draw at all scales. I then went back to the map and updated the Visible range settings in the map as well. Despite having told both the webmap and the tile layer to draw the tiled layer at all scales, however, it still disappers when I zoomed in or out beyond the original extent of the tiles. I think this has to be a bug, however. If you read the highlighted portion of the screenshot above, you will see that it says tiles should resample if tiles are not available. This isn't happening though. I started poking around and found that resampling is disabled by default in the JSON of the REST endpoint. There doesn't appear to be a way to enable this without manually editing the JSON, which is not intuitive for many users to do. With the help of ESRI Tech support, I was able to edit the JSON to force resampling on. To do this go to the admin REST service page and use the edit function to add this parameter to your service. "resampling":true, For me, this is what that looked like: Once that is done add the layer into your map as a layer, not as a basemap. It should now draw at all scales regardless of what scales are tiled. In my opinion, it is a bit silly to have to go through all those different steps to enable resampling. If anything, it should be an option that can be toggled on or off in the settings and it should be on by default. I can't think of many instances where I would prefer my layer always disappear when zooming in or out by default.
... View more
10-20-2023
10:34 AM
|
11
|
5
|
2123
|
|
POST
|
Could you expand on why it is not a good idea to have them in the eGDB? I managed to get my problem solved (see my reply to George above), but I'm open to going back and doing it again if there is a good reason to do so. I'm working on an eGDB that I inherited when I started and it has all of our historical imagery in it. Some in a large Raster with pyramids/overviews, some in mosaic GDB. We do not have versioning turned on for this eGDB. It is mainly used because it is on a server that all of our employees have access to. Would we be better off doing this differently? Thanks for your help!
... View more
10-20-2023
08:49 AM
|
0
|
0
|
2305
|
|
POST
|
George, I think I figured out the problem. Our imagery was delivered in .jp2 format (Jpeg2000). These apparently have built in pyramids which seem to cause problems. In order to resolve the issue, I had to do two things: 1. Define Overviews - Outside of the default options, I set the "Number of Levels" parameter to -1 so that it would determine the optimal value for me. Under the Overview Tile Parameters category, I checked the box to "Force Overview Tiles." I think that setting must have convinced it to ignore the internal pyramids and build the overviews properly because when I ran with those settings, it took about 30 seconds longer, and the log was populated with a lot more info. The mosaic layer in the map then updated with new footprints showing the expanded footprint for the new overviews and the imagery was replaced by the black and white checkerboard when zoomed out since the overviews hadn't been built yet. 2. I then ran the Build Overviews tool with the same parameters as before. It took about 35 minutes for ~900 imagery tiles (1527 overviews built) and when it finished the imagery finally popped up. I ran this on my local hard drive so I'm just going to copy the layer to my eGDB now. Thanks for your help!
... View more
10-20-2023
08:43 AM
|
0
|
0
|
2305
|
|
POST
|
So take this with a grain of salt, because it is anecdotal and I can't find the parcel fabric patch notes to support it, but I had this same problem in the past. I believe it was fixed in a more recent update of ArcGIS Pro because I haven't had this problem occur for a while. For reference, I am on version 3.1.3. Here is a multipart parcel from our fabric: When I shrink it to seeds, it creates three seeds as shown below: I then use the reconstruct from seeds button, and it rebuilds all three of them as one: Make sure that all three of your parts have the exact same attribute information and they should be combined combined into one multi-part parcel. If you have the ability to, I would try and update to the latest version of ArcGIS Pro and then test it again. Hopefully this helps!
... View more
10-20-2023
08:25 AM
|
0
|
0
|
2134
|
|
POST
|
That's very interesting. I know you didn't write the documentation but based off all your helpful posts across the community, I think you know the ins and outs of the software better than many ESRI employees. So do you know what they mean when they say "I/O Bound?" I know that means input/output, but the way I'm reading that, it seems to imply that writing to a file GDB isn't I/O bound. Isn't pretty much everything on a computer I/O bound at some level? I'm trying to understand the difference between writing to a folder on my local drive and writing to a file geodatabase is in terms of I/O. Regarding the value you use for parallel processing if you manually input it, do you know what the limit is? Based on the example they provided, are you limited to 2 process per core? So for example, I have an i7 -12700 which has 20 threads (8 p cores and 4 e cores). Which number would I double? I'm guessing the P cores since they are typically the workhorse cores? So I would use 16? Sorry for throwing all these questions at you! I'm trying to learn this stuff as best I can so I can document it for the future!
... View more
10-20-2023
07:44 AM
|
0
|
0
|
2251
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 3 weeks ago | |
| 5 | a month ago | |
| 1 | 10-02-2024 07:04 AM | |
| 1 | 05-23-2024 02:54 PM | |
| 1 | 07-29-2025 01:09 PM |
| Online Status |
Offline
|
| Date Last Visited |
Friday
|