Latest Contributions by RyanUthoff

Oh, I misunderstood. I thought you were asking how to specify the join type (LEFT, INNER, etc.). I'm not able to find any documentation about that either. But, now I'm curious so I took a deep dive into it. I looked at the internet traffic and compared the requests for one to one vs. one to many, and I did notice some differences. Often times, the API parameters will match the internet requests. So if I can see what the internet request is doing, I might be able to track it back to the API. For example, I am able to see the "Type" parameter (for the join type) in the internet request. In the case of the join operation, I'm not seeing anything obvious (like where it is explicitly called out). However, this is added in the request for a one to one join operation. "topFilter":{"groupByFields":"FieldName","orderByFields":"OBJECTID ASC","topCount":1}}] Besides that, everything is the same for one to one vs. one to many. So.....looking at the relatedTables documentation you provided, there is a groupByFields parameter. So, you might be able to specify the groupByFields parameter (to the field name of the child table) and it's possible Esri will treat it as one to one. And if you don't specify it, it might treat it as one to many by default. With all that being said......Esri should definitely make that option easily available like they do with the join type. There's no guarantee that anything I said will work and correctly specify the join operation, but it's something to look into. ... View more

Does this tech support article help any? If you go to step 6, you can see how they specify the join type (in the case of the example, it is a LEFT join). https://support.esri.com/en-us/knowledge-base/how-to-create-a-joined-hosted-feature-layer-view-using--000032931 ... View more

You'll know what time the sync takes place by looking in the logs. It'll be easiest to search through the text log files on the machine itself instead of through Server Manager. Just do a search for "synchronizing" in the text file and you should be able to find it. You said this was happening around 7:30AM, so I'd say that would be a good place to start looking. The full log message is: "The server machine 'machine name' is synchronizing with the site. This will take a few minutes and during this operation all administrative operations will be blocked." If you're not able to find that message in the logs when the issue is happening, then you have a different issue. Regarding the Data Store, I don't think that should cause an ArcGIS Server outage. That should only cause an issue with the Data Store itself. ... View more

Yeah, the root cause of the issue for us is that the two ArcGIS Servers were running on two different EC2 instance types. I forgot what they were, but for example, one was a general computing type, and the other was a compute optimized type. Basically, all ArcGIS Server machines in the site need to have the exact same resources (EC2 instance type, CPU, RAM, etc.). I forgot exactly how it was explained to me, but basically, the ArcGIS Server would be processing requests at different speeds, and because one was slower than the other, it would think one of the machines was temporarily offline which would result in the server having to sync with the site again. In your case however, it is odd that it is happening at the exact same time every day. It would happen at random times during the day for us, mainly during high usage. If you have the exact same EC2 instance specs for both ArcGIS Server machines, I'd try looking at the ArcGIS Server logs right before the sync happens to see if you find any suspicious messages in the logs that might help narrow down the issue. ... View more

Are your viewers able to edit the data directly in the web map viewer instead of through Experience Builder? I suspect that viewers are completely blocked from editing public data in Experience Builder, but not the web map viewer. But I'm not 100% sure on that. It's possible that viewers are blocked from editing in Experience Builder since the editing is being done through a widget and not directly through the map. That's my best guess on what's going on. ... View more

I don't believe this is possible in just the web map itself, but it is possible by using the measurement tool in Experience Builder starting with ArcGIS Enterprise 11.4+ or the ExB Developer edition 1.5+. https://community.esri.com/t5/arcgis-experience-builder-ideas/allow-snapping-in-measure-tool-for-experience/idi-p/1299681 ... View more

No, unfortunately it is not possible to change an AGOL username. https://support.esri.com/en-us/knowledge-base/is-it-possible-to-change-a-username-without-deleting-th-000011984 ... View more

Yeah, I agree with you. Portal should still be accessible despite those errors. It looks like someone else reported the same issue. But unfortunately, there was no resolution posted. https://community.esri.com/t5/arcgis-enterprise-portal-questions/arcgis-enterprise-11-5-upgrade-errors/td-p/1658350 ... View more

Have you checked the Portal logs to see if there might be any useful information in them? ... View more

I can confirm this behavior in Pro 3.6 on my test machine, but I can also confirm this same behavior in Pro 3.2. The only way I can get the new field to appear is to partially run the model in ModelBuilder first (up to the point where the new fields are missing). Then after running the tools, the new fields are visible for me to be able to select. Ideally, it would be nice for the new fields to be visible downstream without having to partially run the model first. We replaced ModelBuilder with FME years ago, so I can't remember if it's always been that way or not. ... View more

You are correct. Embedding/storing credentials on the Portal service (technically, the AGOL service that you are adding as an item on Portal) has to be with a built-in account. The built-in account would need to be on the AGOL side in your scenario. I'd recommend a built-in "service" account on AGOL that you can use when storing the credentials on Portal. It would be used solely for storing credentials on services on Portal. ... View more

Hey @CodyPatterson  I did find an Esri video where they did a demo that confirms that setting the portal URL within an MDM automatically opens the sign-in page when opening Field Maps. You can see how it works by starting at 24:00. I guess maybe that doesn't work for everyone like in your case though. https://www.youtube.com/watch?v=3UIIRvdWGcM&t=1440s ... View more