Latest Contributions by RyanUthoff

‎10-30-2024

Hmm, I'm not sure then. I tried with both referenced and hosted feature services and it works for me. You might need to open an Esri support case and see if they can figure out what's going on.

‎10-29-2024

Yeah, unfortunately related tables don't just "work" like they did in the classic map viewer. Meaning that in the old map viewer, if you have your relationship class already configured in the feature service, it will appear by default in the pop-up. There is additional configuration you have to do in the new map viewer. Not sure why Esri introduced additional steps to configure related tables, but it is what it is. In the new map viewer, click the Pop-ups icon on the right side, then click Add content. From there, you should see an option to add related records.

‎10-29-2024

This is already supported. Experience Builder will honor the pop-ups from the source map. So if you have pop-ups configured in the source map, then the map you select in Experience Builder will also have related tables in the pop-ups. With that being said, you need to be using the new map viewer instead of the classic map viewer.

‎10-21-2024

This is EXACTLY the issue we're having in multiple 11.2 environments. Your workaround is the only way we're able to get it to work. Did you ever find any permanent solutions to your issue? Or just still using the workaround?

‎10-20-2024

They have to clear it periodically. It's not literally every time, but also frequently enough to where it's pretty annoying. Also, it appears that the user has to clear both the cookies and cache. We tried only clearing the cache, and that doesn't fix it. It needs to be both cache and cookies. I went on a wild ride trying to figure out this issue. When I was troubleshooting, I did try clearing the cache and it didn't work, so I initially ruled that out. And then opening an incognito tab and it working with a built-in account made me think that was the issue. But in reality, the incognito tab worked because it reset both the cookies and cache. I was caught off guard because there were ArcGIS Server logs saying it couldn't create the layer, so I thought those were permissions related issues. I never would have expected it to be cache related.

‎10-18-2024

A "better" way is going to be subjective and that depends on you and your organization's requirements. A better way for someone else doesn't mean it's going to be a better way for you. Without knowing your current workflows or business requirements, it's hard to tell you if there is a "better" way. It sounds like you might need to engage with a professional services organization (either through Esri or a 3rd party) to review your current workflows and determine if there is a better or more efficient way of doing things. To be able to give you a good answer, we're really going to need to know more about your current workflows. For example, do you have AGOL or Enterprise? Are you able to replace your Geo7 with a mobile device where you can utilize Survey123 or Field Maps to collect data? What kind of DBs are you using? That's really just the start of the questions, but like I said, "better" is subjective and it's going to be entirely depending on you and your organization's requirements.

‎10-18-2024

Technically, we could do that. But I feel like that's a pretty excessive workaround (paying for additional ArcGIS server licensing as well as the costs of running the server itself) just to run a printing service that should be working on the federated server in the first place. I don't know what the root cause of the actual issue is. I'm not sure if it's on the browser side or the server side, but clearing out the cookies and cache seems to temporarily fix it. But regardless, I feel like the root cause of the issue should be fixed as opposed to deploying additional servers just to get around this printing service issue.

‎10-18-2024

I'm having an issue with my Portal's print service (using the built in Print button in the web map). If a map contains a referenced feature service, the only way the print service will work is if the feature service is shared publicly. If the feature service has organization or owner level permissions, the print service will fail. I receive the following message when using the print service: "An error occurred while creating the printed map." If I check the server logs, I receive the following error for the Utilities/PrintingTools.GPServer service: Error executing tool. Export Web Map Task : Failed to create layer from service at <feature service URL>. Note that the feature service URL it provides in the URL is valid. I can copy and paste it in a browser and it takes me straight to the rest endpoint. The only way it works is if the feature service is shared publicly. Otherwise, it fails. Here is what I have tried with no success: Share the PrintingTools service with the public. Make the referenced feature service (when not shared publicly) and PrintingTools service the same owner in Portal. Share the feature service and PrintingTools service with the same group in Portal. None of that works and the only way it works is if the feature service is shared publicly. We're using ArcGIS Enterprise 11.2. I'm assuming this is not expected behavior, right? If not, does anyone have any issues on what the issue could be? Thank you! UPDATE: I've made progress in determining the root cause of this issue. The PrintingTools service doesn't seem to like AD accounts. If I am logged in under a built-in Portal account and use the print service with a feature service not shared publicly, it works fine. However, if I am logged in under an AD account and attempt to use the print service with the same feature service (not shared publicly), it fails. Second UPDATE: I initially thought it was an AD vs. built-in account issue. But I've ruled that out and realized that it's just a browser issue. Opening the map in an incognito tab or using another browser works..... I don't think it's ideal for users to have to completely clear their cookies and cache every time they want to use the print service (because this is happening to multiple people), but at least it's not completely broken.

‎10-04-2024

I highly doubt the ISP is blocking your app. To be honest, I'm surprised that the ISP is even trying to troubleshoot this problem. But if they're willing to help, it's worth having them try and opening the app and seeing if they can replicate the issue. But, if you want to rule out the ISP blocking your app, here is what I would recommend. If the app is working fine on your computer, try to connect to the end user's network. Of course, I realize it might not be possible to connect to the same network as your end user as you would need to be physically at the same location. So an alternative would be to have your end user try to access your app from a different ISP. The easiest method would probably be through a cell connection. If it works, then the ISP might be blocking it. If it doesn't, it's probably just a problem isolated to their computer. Unfortunately, the burden of troubleshooting app issues typically falls to the person who built the app, and not the end user. You would need to reach out to Esri support and work with the end user to troubleshoot the problem further, should you choose to go that route.

‎09-24-2024

I agree. The naming conventions seem to be all over the place. Sometimes I hear Portal referred to as "Portal for ArcGIS" and sometimes it's referred to "ArcGIS Enterprise Portal." Esri renamed "ArcGIS for Server" to "ArcGIS Server." I'm not sure why Portal hasn't been renamed (although I thought Esri already renamed it to "ArcGIS Enterprise Portal" but I might be wrong. I mean it's not that big of a deal. But it would be nice to have some sort of consistency.

‎08-30-2024

I am totally sympathetic of that because I also interact with users who aren't tech savy and don't want to clear out everything. But, you can clear your cookies and cache without losing their browsing history since those are different options to check when deleting. However, if you want to avoid your end users from having to do this themselves, you can always use IT management software that will clear the cache and cookies out of all their browsers on their behalf. So post-upgrade, send out a command that will clear out cookies/cache. Finally, I would imagine that this issue, at max, happens only twice per year (since Esri only releases new versions twice per year). I realize that non-tech savy people don't understand why any of this is necessary, but I don't think it's a lot to ask of people to clear their browser cache up to twice per year. (I know you're just stuck in the middle, like myself, and have to deal with people complaining. But the only alternative is it just never upgrade ArcGIS Enterprise). Honestly, I would leave this decision to the organization. What does the organization value more? Not clearing out cookies/cache a couple times per year? Or never upgrading Enterprise because people don't want to clear their cookies/cache?

‎08-30-2024

For what it's worth, clearing the cookies/cache is explicitly called out in the Esri Portal upgrade documentation, so I wouldn't necessarily call this a "problem." This is normal and expected behavior. The best I can say is write very clear documentation and provide it to your end users to follow. It only takes about 5 clicks to clear browser cookies/cache, so it shouldn't be too difficult for people to do.

‎08-29-2024

I know this doesn't really help you now since you already upgraded, but for future reference, you can disable the ArcGIS Pro update notifications. https://support.esri.com/en-us/knowledge-base/is-it-possible-to-block-update-notifications-in-arcgis--000012486 Edit: There are two different methods of disabling updates. Here is a second way: https://pro.arcgis.com/en/pro-app/latest/get-started/update-arcgis-pro.htm We also found out the hard way how integrated Enterprise and Pro are. I think I read somewhere that it's best practice for Pro and Enterprise to stay within two versions of each other, but even a one version difference has caused us issues. Going forward, I think it's best practice to always keep Pro and Enterprise at the same version, and upgrade everything together.

‎08-23-2024

In the Portal Map Viewer, the "in the last" and "not in the last" date filter operators are not options for referenced feature services. However, they are options for hosted feature services. Per Esri's documentation here (https://enterprise.arcgis.com/en/portal/11.2/use/apply-filters-mv.htm), "in the last" and "not in the last" operators are available when selecting a date field in the filter. However the documentation does not state it applies to ONLY hosted feature services. I actually propose two ideas. Include "in the last" and "not in the last" as available operators for date fields for referenced feature services. Update Esri's documentation to say that the "in the last" and "not in the last" operators are NOT available operators for referenced feature services. The documentation gives no indication that those operators are not available for referenced feature services.

‎08-21-2024

Update: I've partially figured out the issue. In my testing, apparently ArcGIS Pro can only read "regular" parquet files and not GeoParquet files, even though they have the same file extension. I find it very strange that Esri does not support GeoParquet files considering ArcGIS Pro is geospatial software, yet they only support non-spatial parquet files? Furthermore, nowhere in Esri's documentation (that I could find, feel free to prove me wrong) does it state that it only supports non-spatial parquet files. Per Esri's documentation (What is a multifile feature connection?—ArcGIS Pro | Documentation), it states that .parquet is a supported data format, yet gives no limitations that it doesn't support GeoParquet. If anyone has any more input about this, please feel free to comment! Edit: QGIS natively supports GeoParquet files. Drag and drop the file and it just works. I would like to see this functionality implemented into ArcGIS Pro.

Online Status	Online
Date Last Visited	yesterday

My Ideas

Latest Contributions by RyanUthoff

Re: Show relates in experience builder

Re: Show relates in experience builder

Re: Show relates in experience builder

Re: Custom print service not working on WAB-Developer Apps

Re: Portal Print Service Doesn't Work Unless Feature Service is Shared Publicly (Export Web Map Task error)

Re: Any Suggestions????

Re: Portal Print Service Doesn't Work Unless Feature Service is Shared Publicly (Export Web Map Task error)

Portal Print Service Doesn't Work Unless Feature Service is Shared Publicly (Export Web Map Task error)

Re: ISP "blocking" sidebar instant app

Re: Rename Portal for ArcGIS windows service--> ArcGIS Portal

Re: Must clear cookies after ArcGIS Enterprise Upgrade

Re: Must clear cookies after ArcGIS Enterprise Upgrade

Re: SQL Server 2016 Compatibility with ArcGIS Enterprise 11.3

Include "in the last" and "not in the last" date operators in the date filter in the Map Viewer for referenced feature services

Re: Unable to Read Parquet Files in ArcGIS Pro 3.2

Re: Best Practice to see video data via Online

Re: Best Practice to see video data via Online

Re: SAML Authentication for Third Party

Re: SAML Authentication for Third Party

Re: SAML Authentication for Third Party