IDEA
|
Just commenting that this is a enhancement in the queue (no idea when it will be implemented): https://support.esri.com/en-us/enhancement/add-the-option-allow-assignment-of-unique-numeric-ids-f-enh-000127465
... View more
09-27-2023
06:46 AM
|
0
|
0
|
197
|
POST
|
What I ended up doing is pulling the value from the shadowRoot. Had tried to do that before posting but didn't get it to work (first attempt at accessing shadowRoot) but the issue link you posted had enough of the syntax stubbed out that I was able to figure out syntax that worked for me: const addressCombobox = document.getElementById('address-select');
addressCombobox.shadowRoot.querySelectorAll(".input")[0].value; Thanks!
... View more
07-20-2023
11:43 AM
|
0
|
0
|
381
|
POST
|
Thank you, @KittyHurley I did look at that example and did pull some of my code from there, I think. The reason I wanted to use a combobox is because I'm thinking that just a list of addresses would be more compact than using cards, especially on a phone. It's going to be embedded in an iFrame of another page so space was already an issue. This is the prototype that I'm working on: Broadband Efforts - Carver County - CarverLink. Hope things are going well for you @esri, I'm sure MnIT/DNR misses you! What the WHAF?! 🙂
... View more
06-27-2023
09:07 AM
|
0
|
0
|
447
|
POST
|
Hi, I am trying to create a combobox that has an autocomplete function. As the user types an address, I want to update the combobox items to show the first 25 matches. I have it working except for the fact that I can not just grab what the user has typed into the combobox--I've got a mess of keydown/keyup events that I'm trying to guess what they've typed but it's flaky and it would be so much easier if I could just do something like: document.getElementById("userTyopedAddress").filterValue. Am I missing something obvious? I did see this closed feature request on github that looks like what I'm looking for: View ComboBox Filter Value · Issue #6866 · Esri/calcite-components · GitHub Thanks for any suggestions!
... View more
06-26-2023
04:00 PM
|
0
|
4
|
491
|
POST
|
Good luck! As I mentioned above, I didn't do the work myself, but since we were able to essentially replicate our ADFS configuration in Azure, it did work seamlessly. If I understood right, our email address basically was our key identifier. We did test on our portal installation first so whatever minor quirks existed were figured out before trying AGO.
... View more
03-05-2021
01:28 PM
|
1
|
2
|
2095
|
POST
|
Thanks, Craig. That looks like it would do exactly what I originally was looking to accomplish. Is kind of moot at this point because our IT team decided to move us to an instance on the default port. But good to know that it could have been done. Thanks!
... View more
02-12-2021
06:41 AM
|
0
|
0
|
1773
|
POST
|
Answer from Tech Support is that if the port changes, you need to update your MXDs. We have a script for doing that but were hoping to save our casual GIS users the trouble. Tech Support did not have a suggestion on how to avoid that other than keep your port the same.
... View more
01-14-2021
02:27 PM
|
0
|
2
|
1845
|
POST
|
Actually this turned out not to be the case for us-I may not have been clear but we were already using SAML via an on-premise ADFS server so we were not switching from named users to SAML but switching SAML providers. We were able to seamlessly switch from our on-premise ADFS server to Azure without having to create new users or re-assign content/groups. I wasn't the one that worked on it but my understanding is the accounts are tied to email account (email account served as a primary key) and as long as the SAML was consistent, AGO was able t. We tested first on our Portal installation and determined the specifications of what needed to be done and then switching AGO took just a few minutes.
... View more
01-12-2021
03:49 PM
|
5
|
4
|
2175
|
POST
|
Hello, We are in the processing in moving our geodatabases to a newer SQL Server (2016) instance. Our IT department wants to use a different port (53094) that we're currently using (1433). While we could proceed that way, we realize that all of our legacy MXDs would need to have their data sources remapped. So not a good solution (enterprise wide, we probably have thousands of MXDs, although not all used). We use an alias (GIS_XXX) to reference our database server & what we are trying to determine is if there's a way to essentially create an alias that also specifies the port. I've been trying to see if I could use a Windows User or System DSN as means but have not gotten that to work yet although that seems like it should partially work. The problem I see with that, however, is that it seems the user/password are embedded there. So if I am able to create a User Data Source named "GIS_XXX" that points to the new instance/port, it will have a specific user name hard-coded in it. We use SQL Server Authentication with multiple accounts (one for data owner, data editor, data viewer, etc) and it does not seem like I can create multiple DSNs with the same name that have different account info in them. Ideally, I would want the credentials in our .sde files to pass through to the DSN. Any tricks/tips on how to gracefully switch to a different port without having to repath all your legacy MXDs? Thanks!
... View more
01-12-2021
03:38 PM
|
0
|
3
|
1874
|
POST
|
We are looking at switching the single sign-on identity provider that our organizational AGO account uses from our on-premise ADFS server to Azure ADFS and are wondering if that can be a seamless transition if the NAMEID is the same in both configurations. We're hoping that accounts will persist after we switch and we won't need to modify ownership and/or group membership. Thanks for any information, site, or personal experience! Configure Active Directory Federation Services—ArcGIS Online Help | Documentation Azure Set-Up: Tutorial: Azure Active Directory integration with ArcGIS Online | Microsoft Docs
... View more
08-03-2020
08:31 AM
|
1
|
6
|
2308
|
POST
|
Thanks for the response, Travis. I don't think there's any functionality that we would lose, we would just need to properly reconfigure how some things work. I think (I wasn't here at the time) ARR was used with the intent to load balance using IIS server farms but in reality all of our farms are single machines so that's not really being utilized. These farms include both ArcGIS Server sites & general web applications. We are currently using web adaptors for each of our AGS sites, they're running on the AGS server machines instead of the reverse proxy. Not sure what we gain/lose if we move the web adaptors to the reverse proxy other than maybe reduce the number of URL Rewrite rules we have to create. We don't have a corporate load balancer and the reverse proxy server we're using is dedicated solely for our GIS needs. We don't have a compelling reason to change the architecture but we're reviewing the architecture as part of replacing the reverse proxy & application servers. Our AGS servers are on updated OS so they're not part of this update process. Thanks again for the feedback, I understand why Esri wouldn't want to go down the rabbit hole of providing IIS support.
... View more
09-11-2019
01:44 PM
|
1
|
0
|
1112
|
POST
|
The alternate architecture I can think of would be to install multiple web adaptors (arcgis1, arcgis2, etc...) on the new reverse proxy machine and then register those to the appropriate sites.
... View more
09-11-2019
12:24 PM
|
0
|
0
|
1112
|
POST
|
We are planning to upgrade our reverse proxy from Windows Server 2008 r2 and are doing research on what the best way to configure the replacement server (still using IIS). The interesting wrinkle is that we have have multiple ArcGIS server sites (https://oururl.com/arcgis1, https://oururl.com/arcgis2, etc...). Each site is run by a single server. On the existing reverse proxy, we're using ARR and URL Rewrites to forward incoming traffic to the correct servers. The Knowledge Base information (see links below) that we based this design on seems to indicate this applies to versions 10 through 10.4 and we're just looking to see if that is still considered best practices of if there are new recommendations. The current documentation does not go into as much details. The biggest specific question is whether or not ARR is needed although I'm not sure how we would properly redirect the traffic without it. I suspect that we should use the same architecture and that Esri's silence post-10.4 is more because they don't want to provide specific IIS support. Any thoughts, comments, or scathing rebuttals would be appreciated. Thanks. Legacy 10-10.4 KB articles: How To: Set up a reverse proxy with ArcGIS 10.1 for Server on IIS ARR How To: Set up a reverse proxy with ArcGIS 10.1 for Server on IIS ARR with SSL Current reverse proxy information (sans ARR/IIS info): Configure a reverse proxy server with ArcGIS Server—Deploy | ArcGIS Enterprise
... View more
09-11-2019
10:07 AM
|
0
|
4
|
1409
|
Title | Kudos | Posted |
---|---|---|
1 | 08-03-2020 08:31 AM | |
1 | 03-05-2021 01:28 PM | |
5 | 01-12-2021 03:49 PM | |
1 | 09-11-2019 01:44 PM |
Online Status |
Offline
|
Date Last Visited |
01-30-2024
10:20 PM
|