|
POST
|
Also, I missed the part about the versioned data. Versioned (traditional) data is also not supported (unless you use S123 Classic v2.9). Your data will need to be un-versioned in order to enable supportsApplyEditsWithGlobalID. From the blog post, it must meet these requirements: So just adding GlobalIDs won't be enough. You'll also need to un-version it, but be very careful about doing that. Un-versioning can potentially result in data loss if you don't fully compress the DB first, not to mention any dependencies on versioned data that might break. I'm not sure if it will work with branch versioning or not.
... View more
04-15-2026
01:08 PM
|
0
|
1
|
889
|
|
POST
|
Have you tried following the steps in this blog post so "supportsApplyEditsWithGlobalID" can be set to true? https://community.esri.com/t5/arcgis-survey123-blog/how-to-enable-supportsapplyeditswithglobalids-on/ba-p/893977 You said that you do not have GlobalIDs. GlobalIDs are required in order to enable supportsApplyEditsWithGlobalID.
... View more
04-15-2026
12:56 PM
|
0
|
3
|
911
|
|
IDEA
|
I was researching an FME related bug today and was very impressed with how transparent they are with disclosing known issues. The site very cleanly describes the product impacted, a description of the issue, any known workarounds, the versions impacted, and the status of the issue. https://support.safe.com/hc/en-us/articles/34243509378061-Known-Issues-in-FME It would be absolutely amazing if Esri could implement something like this. Because as of now, I have to go on a wild hunt searching through forum posts, technical support articles, and reaching out to Esri support just to find out of this is a known issue or not. Having a one stop shop for known issues would save me a lot of time.
... View more
03-20-2026
07:56 AM
|
0
|
0
|
807
|
|
POST
|
You seem to be having a CORS related error based on the error message. Has your Portal URL been added to the "Allow origins" on the Portal site that is hosting your ArcGIS Data Store? More info here: https://enterprise.arcgis.com/en/portal/latest/administer/windows/restrict-cross-domain-requests-to-your-portal.htm
... View more
03-19-2026
08:47 PM
|
1
|
0
|
293
|
|
POST
|
Oh, well that is two different things. When you said "Organization", I thought you meant the literal "Organization" tab at the very top of Portal. I'll say there must be a misconfiguration in your roles or perhaps a bug with your Portal, because even if you click the "My Organization" tab, it should show only the content that they have access to through groups, OR items shared with the entire Organization or Public. I tested this just now, where I have a user assigned the default "User" role. I click "My Organization" on the Content page and the only content that I can see are items shared to the entire organization or publicly. But the user cannot see any items shared in groups that the user is not a member of. For what it's worth, there is a role privilege that will disable the ability for a person to view content shared with the entire organization if that's something you need.
... View more
03-14-2026
04:06 PM
|
2
|
0
|
501
|
|
POST
|
Esri keeps on changing how you can hide the Organization tab, so it's going to depend what version of ArcGIS Enterprise you're on. For ArcGIS Enterprise 11.0-11.2, this article will help. At the bottom, it will take you to the Sharing API documentation page. Look for the restrictOrganizationPageToAdmin parameter you can configure. If you are on 11.3+, then you will need create a member role in Portal and then assign that role to the users you don't want to access the Organization page. Specifically, you will need to disable the Organization website.
... View more
03-13-2026
03:03 PM
|
0
|
2
|
567
|
|
POST
|
I'd assume 11 is recent enough to be still supported. It depends on what your definition of supported is, but no, not all versions of v11 are fully supported. For example, v11.0 is fully retried already, and 11.2 is already in mature support. See Esri's lifecycle here: https://support.esri.com/en-us/products/arcgis-enterprise/life-cycle My thinking is that they will need to upgrade the current system to 12 first This is not a hard requirement, but won't really hurt either way. However, you should (imo) always be on a supported release of ArcGIS Enterprise, otherwise you won't get bug fixes and security patches. If the specific version of Enterprise is already out of support, I'd recommend upgrading first just so you can take advantage of bug fixes and security patches. then we need to work with ESRI support to get a migration plan document (I assume support has instructions on how to do this) Your milage may vary depending on the tech support person, but this is typically out of scope for Esri support. Again, you'd need to engage with someone from Esri Professional Services (extra $$) or hire a consultant (again, extra $$). See Esri's scope of support here: https://support.esri.com/en-us/knowledge-base/scope-of-support-000029916 I believe you would fall under #7 which would be considered out of scope. I would be 100% for a consultant here and will speak to my management regarding that but it's a long shot I'll be honest here and say that it's pretty wild that you are going to be expected to manage an ArcGIS Enterprise deployment (not to mention a migration to Azure along with it) with no Esri experience. Of course we here in the Esri community are always willing to help when we can, but it's not going to be a replacement for hiring a consultant.
... View more
03-12-2026
07:09 AM
|
1
|
0
|
223
|
|
POST
|
I didn't include the DB component since that was not asked about, but if we really want to go down the Azure rabbit hole, we need to consider EVERY component that touches ArcGIS Enterprise. So as you mentioned, the DB's are an important component of that and will need to go up to Azure along with ArcGIS Enterprise. And of course there are various implementations of that, whether that's rolling your own install of a DBMS in Azure or using Azure's cloud-based DBMS. Depending on the implementation the organizations uses, it could possibly involve a lot of work in pointing the existing servers to the new DBs. Not only that, but we need to think about how the end user interacts with the data in the DB. Any users that use ArcGIS Pro that make database connections where the DB is hosted in Azure will need to have a workstation in Azure as well. That's not a hard requirement.....but trust me when I say that if you don't have that, your productivity will be killed by terrible latency. I guess what I'm trying to say is that moving to the cloud is an all or nothing situation. You can't necessarily move some components to the cloud, while leaving other components on-prem. Sure, it might technically work, but the performance is going to be terrible if it's not all or nothing. This is exactly why I said in my previous post that their best bet is to hire a GIS consultant that will come up with a comprehensive solution to not only migrate to Azure, but to ensure everything is setup correctly from the start.
... View more
03-12-2026
06:16 AM
|
0
|
1
|
1585
|
|
POST
|
Ohh, I see. Thanks for the additional information. ArcGIS Enterprise can be deployed in various ways. There is not an issue with all components being installed on the same machine, just as long as the machine has enough resources to be able to support everything. For a base ArcGIS Enterprise deployment, you can install everything on one machine. I was under the impression that we build out a server with the components installed. Then this server connects outbound to a SaaS web portal run by GIS that allows everything to talk/function and for users to interact and use the product. Is this not the case? I'll directly respond to your statement above and hopefully clear things up. For a base ArcGIS Enterprise deployment, there is no SaaS. You host everything on your servers. There is no ArcGIS Online. ArcGIS Enterprise includes three components: Portal, Server, and Data Store. Then you also need the ArcGIS web adaptors or some kind of third party load balancer. Portal is how most end users typically interact with it. That's how they access their web maps, etc. The ArcGIS Server is essentially "connected" to Portal. So all the map services you publish to Server will appear in Portal for people to view and access. You would need an IP address for Portal in this scenario. Now, I did see your follow-up comment about the hybrid deployment. Keep in mind that organizations can have multiple variations of a "hybrid" environment. From how you're describing it, what I am assuming is happening is that you have deployed ArcGIS Server on-prem, but then want to connect ArcGIS Server to ArcGIS Online, which is how people use the web maps. In this scenario, your end users publish services to the ArcGIS Server. Then, they take the service URL and add it to ArcGIS Online. That is certainly one variation of a hybrid deployment. You are technically correct that the end user's connections go through ArcGIS Online, however ArcGIS Online will still need to communicate with your on-prem ArcGIS Server to retrieve the data from the service.
... View more
03-11-2026
11:47 AM
|
0
|
0
|
1618
|
|
POST
|
I think your best bet here is to hire a consultant that will understand your needs and build out a system that meets your expectations because there is a lot to unpack here and it's extremely important to set everything up correctly from the start, otherwise you're going to run into issues down the road that will cost the organization time and money. To briefly explain, you have ArcGIS Online and ArcGIS Enterprise. ArcGIS Online is a SaaS offering where all your data is stored on Esri's servers. You hosting any infrastructure or software is not a requirement. ArcGIS Enterprise is where you host the infrastructure (whether on-prem or in the cloud) as well as the Esri software. Since your customer is wanting to upgrade and move to Azure, this tells me they are already using ArcGIS Enterprise. This means AGOL is irrelevant unless they want a hybrid option where you use a mix of Enterprise and AGOL. If you don't want to manage any web servers, then you will need to use AGOL as AGOL takes care of all of that for you. Alternatively, if you don't want to manage anything but need to stick with ArcGIS Enterprise, you can hire a third party to manage it all for you. Considering your organization doesn't have any IT experience, I think this will be your best bet. You absolutely need someone who knows what they are doing to build out and manage and maintain your IT and/or ArcGIS Enterprise environment.
... View more
03-11-2026
10:50 AM
|
1
|
0
|
1668
|
|
POST
|
I'm not sure your exact methodology of opening the picture in the new tab. But I'm on 11.5 and when I use the Instant App Attachment Viewer template, if I click on a point in the map that has a photo attachment (which opens the photo in a side panel within the app), then right click the image and open in a new tab, I can confirm that it opens the photo in the full size resolution and not limited to 800 pixels.
... View more
03-06-2026
11:41 AM
|
0
|
0
|
603
|
|
POST
|
I did a quick search on their hub site and it's possible the underlying data for that dashboard is coming from here: https://opendata-cityofgp.hub.arcgis.com/datasets/12307e39de5b45b090b6b469b8f65f0c_0/explore With that being said, you're best bet is to ask the organization who created the dashboard. I'd recommend reaching out to their GIS department with your questions as only they will be able to truly answer your questions.
... View more
03-05-2026
12:50 PM
|
0
|
0
|
408
|
|
POST
|
You can disable editing for layers at the map level, but keep in mind that if someone accesses that feature service directly, they'll still be able to edit it.
... View more
02-26-2026
09:10 AM
|
0
|
0
|
362
|
|
POST
|
The two feature services are independent from each other, so the behavior you're describing is what I'd expect. One possible workaround would be to include the editable layer in both the editable and read only feature service. Yes, you would have the same layer twice, but if you really need to access the relationship, you could click the read-only layer (that is also in the editable feature service) and access the relationship that way. It's not the best solution and you'd have two layers representing the same thing in the map, but it may or may not work in your situation. Besides that, I'm not aware of any solutions that will do what you're wanting unfortunately.
... View more
02-25-2026
06:37 PM
|
0
|
2
|
380
|
|
POST
|
No worries! I'm glad you were able to get it all working!
... View more
02-20-2026
08:09 AM
|
0
|
0
|
423
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | Wednesday | |
| 1 | Wednesday | |
| 1 | Monday | |
| 1 | Monday | |
| 1 | Monday |
| Online Status |
Offline
|
| Date Last Visited |
yesterday
|