|
POST
|
@AndreaB_ That's a new one. Looks like you're getting some good help through your post on the forum. I'll point everyone there who finds this first: https://community.esri.com/t5/arcgis-enterprise-questions/ssl-certificates-portal-and-arcgis-server-import/td-p/1693570.
... View more
04-09-2026
08:36 AM
|
1
|
0
|
2535
|
|
POST
|
Hi @MegCbrl, Pro has improved greatly since this post. I would check a few different things now. Have you identified a single layer whose labels are causing the long export time? If so, feel free to post it in a reply and we can take a look. It would help to know if it's using Arcade or Python or if there's something in the labelling expression that's causing it. If it's a pretty simple label expression, how many features are being drawn and how complex is the label symbol (callouts, etc.). Also, I had this happen once and found out someone had pasted an emoji character into a field value and that was causing it trouble when sending that to the PDF.
... View more
04-09-2026
08:28 AM
|
0
|
0
|
380
|
|
IDEA
|
@JonahLay , that's really good that it can be administered that way. Clearly, I didn't know a ton about this functionality. I still think that the default behavior should be less prone to bad data management, rather than the default behavior being something you need to research before you understand like we do for advanced geoprocessing tools. It seems like if I (without advanced training) open a package of data someone sends me, it should either stay where I opened it from or make it very clear where it's going to be saved - by default. I admit, I'm a little embarrassed that there was such an easy way to keep it from happening in the future. But, I don't feel bad if it helps someone else who was stumped by the default behavior. I guarantee I'm not the only one who was puzzled why the data in their newly saved project didn't live in the home folder of their newly saved project. And I feel like a setting like this is something I'm going to forget to go change every time I get a new computer or set up ArcGIS Pro on a new computer and it will be another gotcha.
... View more
03-10-2026
12:44 PM
|
0
|
0
|
880
|
|
IDEA
|
Just so everyone who pulls this up can see, here's what @AlfredBaldenweck was talking about. I guess I would change my idea, in that case, to have the default behavior modified to those indicated in the section below.
... View more
03-10-2026
10:50 AM
|
0
|
0
|
963
|
|
IDEA
|
@AlfredBaldenweck that sure does. However, if an experienced user is just now finding out about this setting, it's not going to help many people. Thanks for the "workaround" for me to use in the meantime though!
... View more
03-10-2026
10:44 AM
|
0
|
0
|
965
|
|
IDEA
|
When a Map Package (.mpkx) is opened, it unpacks the data to a folder on the user's profile like C:\Users\username\Documents\ArcGIS\Packages\somepackagename_ea7585. The project can then be saved to a location the user specifies. This is very handy, especially for those that are new to GIS. However, it can lead to unintended data management failure. Lets say the user who packaged the map packaged up an entire agency's imagery and sent it in a 20 GB map package. Then, the receiving user opens it and can't imagine what's taking so long when they try to open it and then their computer starts complaining about low disk space. ArcGIS Pro may even crash and not be able to open. This new user now has a full hard drive and doesn't even know where the files were being created so that they can go delete them. This is an extreme (but very real example). However, even if we aren't opening 20 GB map packages very often, shouldn't the data for our project, live in our project folder? I think it would be great if Map Packages opened very similar to a Template. When you choose to open a .mpkx file, you are prompted to specify where you want the project saved. This allows it to be unpacked to that location so the user knows where the data lives. I'm experienced and know how to discover the location of the data used in a map and move it to a new location. But, this is still extra (unnecessary) work, in my opinion. I love the Map Package concept and useability. I'd just really love it to make more sense from a data management perspective. Thanks!
... View more
03-10-2026
10:35 AM
|
1
|
7
|
983
|
|
POST
|
@TD1 , forgive me for what you may already know here. But here is a possible solution. Run the spatial join to create the new output in a local file GDB. add the hosted feature layer to a map with the new layer created from the spatial join. Use the "Join Field" tool to "Add" the new fields with their values to the hosted feature layer in the "Transfer Method" input, select "Use Field Mapping". This will allow you to only add the specified fields to your hosted layer NOTE: This might not work great if you don't have a unique id column that isn't managed by the database. Sometimes GP tools have an option to preserve GlobalID in the Environment Settings but I don't see it on "Spatial Join". You can't use OBJECTID either because that will have been lost when you run the spatial join.
... View more
09-15-2025
06:22 PM
|
0
|
0
|
759
|
|
POST
|
@MattCashen, I adapted what @JRhodes posted to mean that we can rebuild any of the indexes from the layer that you want since he showed how to find them. They are also in the properties. You could search through the list and include any or all in your update definition call. from arcgis import GIS
try:
gis = GIS(
'https://somecoolorganization.maps.arcgis.com',
username='phonyusername',
password='neverevergonnahackthis')
hostedItem = gis.content.get("f4k3i13mid1sdf0er293re847we56")
if studentPointsItem:
hostedLayer = hostedItem.layers[0]
# get item Definition
lyrDef = hostedLayer.properties
# get the list of index definitions
idxList = lyrDef.get("indexes")
# find one with a specific field
specIndex = [idx for idx in idxList if 'FullAddress' in idx["fields"]]
# rebuild any index with that field listed
result = hostedLayer.manager.update_definition({"indexes": specIndex})
print(result)
# or update all the indexes for the hosted layer
result = hostedLayer.manager.update_definition({"indexes": idxList})
print(result)
except Exception as ex:
print('Warning: unable to update index(es).')
print(ex)
... View more
07-11-2025
10:21 AM
|
0
|
0
|
2534
|
|
POST
|
Sorry for no response there. It's been long enough that I don't have all the details anymore. The next time I have to do this, I know I'll be coming back here though, since the working status of this seems to change frequently.
... View more
05-16-2025
09:52 AM
|
2
|
0
|
2187
|
|
POST
|
I have accomplished this one way using SharePoint and seen another way possible at our local County Assessor's office. SharePoint Method Adding a field to the feature layer named something like "RelatedDocumentURL" or something like that will allow you to paste in a url for the SharePoint directory containing the related documents. I would ensure that the link to the directory was modified so that users accessing that only had permission to view documents. Otherwise, they end up getting prompted for a login, which fails. After adding these urls to the field for each feature, a popup can display that field value as a hyperlink in various ways. If adding individual links to each parcel sounds nearly impossible... Alternative Method A custom web application that allows navigation by parcel number should be developed. This requires the documents to be stored in a way that is either retrievable from a database or from a web accessible repository by parcel number. Then, in the popups for the parcel layer, you create an attribute expression that builds a url like: var url = "https://domainname.com/" + $feature.parcel_number. Then, add that attribute expression to popups according to the previously linked documentation. Neither of these methods is easier. Both require that the documents be indexed somehow. I feel like the Alternative Method puts the work of organizing documents and providing means of displaying them back in the court of the assessors and clerks and allows GIS admins/analysts to provide a means of referencing them instead of doing much of the job of someone in another role.
... View more
11-22-2024
10:56 AM
|
1
|
0
|
1051
|
|
POST
|
I just tested adding a layer to an existing Hosted Feature Layer through the REST endpoints today and IT IS NOW FIXED! I used the addToDefinition with a JSON containing one layer. After it completed, I refreshed the item's Overview page and the new layer showed up. This is really great. It means AGOL can really be used as an actual Geodatabase for small organizations now. Thank you ESRI!
... View more
11-22-2024
10:40 AM
|
3
|
4
|
2737
|
|
IDEA
|
I need this as well. I'm considering creating a custom tool for it. I have a frequent need to join measurement records to a point feature class. The point features have siteid and genid. They are dual keyed. To join measurements, I have to do it with python currently. It would be great to be able to just specify more than one join field, similar to what can be done in a sql join statement. I like your idea @MiguelMartinezYordan .
... View more
03-08-2024
11:14 AM
|
0
|
0
|
7014
|
|
POST
|
If you go through Portal/ArcGIS Online to the Item Overview page and scroll down to the "URL" link, it will open it up in the rest services directory and then you can click "Admin" in the upper right. This window has the token already applied. Use the links at the bottom to "addToDefinition". Also, if it says that the token is expired, refresh the Overview page and repeat those steps.
... View more
08-30-2023
01:51 PM
|
0
|
4
|
17712
|
|
POST
|
That is a good thought. Although, I'd be worried about the domains being disconnected from the tables in case future changes to the domains occur. XML is a queryable datatype within SQL. For example, in SQL Server, there is documentation on how to do it and plenty of examples of how to join that XML to a table in a query. So I would say this should be possible without making static tables of the domains.
... View more
08-30-2023
09:30 AM
|
0
|
0
|
4856
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 04-09-2026 08:36 AM | |
| 1 | 03-10-2026 10:35 AM | |
| 2 | 05-16-2025 09:52 AM | |
| 1 | 11-22-2024 10:56 AM | |
| 3 | 11-22-2024 10:40 AM |
| Online Status |
Offline
|
| Date Last Visited |
04-09-2026
08:22 AM
|