Latest Contributions by LanceCole

Look at your source data.  Most state plane data is based upon a NAD83 or NAD83(2011), hence my recommendation to utilize one of those.  The USA Contiguous Equidistant Conic (PCS) you noted is also based upon NAD83 and covers USA-CONUS - onshore but uses an equidistant conic projection rather than a geographic coordinate system. ... View more

@vijaybadugu,  I can emphasize your struggles.   You will want to place the IIS server in your DMZ along with both of your web adapters.  The web adapters will serve as a reverse proxy forwarding portal.external.com to portalserver.internal.domain:7443.  This does require the 443 to be open on your external firewall and 7443 to be open on your internal firewall.   A split DNS is required where your portal.external.com IP is sent to your DMZ IIS IP via a NAT through your external firewall and internal DNS is sent directly to your DMZ IP for portal.external.com.  Please keep in mind all traffic for your portal web adapter can only utilize one URL - portal.external.com for both internal and external usage. You will also need a public verifiable CA certificate for your external domain that will be used for your portal.  For example - portal.external.com.  If you have an internal CA you will need to add the authentication roots to the ArcGIS portal and server.  Alternatively, you can copy the self-signed certificates to each system. One configuration change is needed in Portal Administrator Directory.  Navigate to Home > System > Properties and set {“WebContextURL”:”https://portal.external.com/portal”} There is a video on YouTube detailing this process but I cannot find the link at the moment. I highly recommend reaching out to ESRI Support, they have a great team and are very helpful. ... View more

@DominicRobergeIADOT, I am able to replicate what you are seeing by adding parcel data from a NAD83 State Plane System to Imagery in WGS84.  Even with the correct transformations, a 150-foot parcel line is reported as 200 feet in WGS84 and 150 feet in NAD83.  It is not the difference between planner and geodesic as they should be nearly the same for this distance.  Also, geodesic should be larger than planar.  @DanPatterson, care to put your professor hat on again and educate us? Try using Geographic Coordinate System > North America > NAD83 (WKID:4269) or NAD83(2011) (WKID:6318) depending upon your prevalent source data.  Both of these cover USA - CONUS. ... View more

Bump... @JianxiaSong  @AlixVezina    ... View more

@Mikhail, Without seeing your data and how you are running the tool, it is difficult to know why the error is occurring.   The input for the tool needs to be a feature layer Check the geometry on the input feature make sure the common attribute is actually the same select a small number of features you know would be dissolved and test just those look through the geoprocessing result and see if there are any addition errors do you have write assess to the ourput location ... View more

Did you try the Dissolve Tool? ... View more

@DominicRobergeIADOT, Oh the fun of coordinate systems and transformations. WGS 1984 Web Mercator (auxiliary sphere) would be a good choice for a multi state area that you described.  That being said, you must be cognitive of what coordinate system your existing data and imagery are projected and even more importantly what transformations are being applied. When you see a discrepancy, as you have noted, typically you are working with different coordinate systems between your map and the data.  Most commonly an incorrect or no transformation has been applied.  Transformations are selected in the next section of the map properties of ArcGIS Pro.   Please also make sure you have downloaded and installed the ArcGIS Coordinate System Data from my.esri.com appropriate for your ArcGIS version. ... View more

@LukasStadelmann, Yes, you can edit existing widgets.  This does require the use of Developer Edition of ArcGIS Experience Builder and you need to host these widgets.  The original files for the table widget can be found in the ArcGISExperianceBuilder installation folder: ..\ArcGISExperienceBuilder\client\dist\widgets\common\table\src. It is best to load the entire ..\ArcGISExperienceBuilder\client folder into your code editor, such as VSCode. Below are several links for videos on customizing widgets.  They do focus on starting from a sample widget but provide some insight into how the widgets are assembled. ArcGIS Experience Builder: Customizing and Extending  Developing with ArcGIS Experience Builder  ArcGIS Experience Builder: Building Web Solutions, Advanced Topics  Customize Widgets in ArcGIS Experience Builder with ReactJS & ArcGIS API for JS (part 1)   Customize Widgets in ArcGIS Experience Builder with ReactJS & ArcGIS API for JS (part 2)  Customize Widgets in ArcGIS Experience Builder with ReactJS & ArcGIS API for JS (part 3)  How to deploy Customized Widgets of ArcGIS Experience Builder on ArcGIS Portal  ... View more

Yes, Still showing on our accounts.  As @Scott_Tansley noted, reach out to customer support or your account manager. ... View more

@Jen_Zumbado-Hannibal,  We are trying to do the opposite and access our portal data via AGOL. One of the main reasons is our imagery is in the terabyte range and would be prohibitive to host on AGOL.  The second is we need near real-time data updates for our spatial data.  We did attempt to utilize a distributed collaboration by reference but still ran into the issue of not being able to store user credentials while utilizing web-tier authentication. We did find a resolution by utilizing SAML authentication on our portal while still being able to access the data via a built-in user account. ... View more

Thanks to a comment by @BillFox posted on the idea referenced above, we were able to get SSO working with SAML on our internal network while still allowing AGOL to access using ArcGIS built-in account.  We are using Windows ADFS as our SAML Identity Provider.  It turns out that not all browsers are initially configured as WIA Supported User Agents by ADFS.  By running the following command in PowerShell we added the missing browsers utilized by our users.   Set-ADFSProperties -WIASupportedUserAgents @("MSAuthHost/1.0/In-Domain", "MSIE 6.0", "MSIE 7.0", "MSIE 8.0", "MSIE 9.0", "MSIE 10.0", "Trident/7.0", "MSIPC", "Windows Rights Management Client", "Firefox/25.0", "Firefox/47.0", "Mozilla/4.0", "Mozilla/5.0", "Chrome", "Edg/", "Edge/")   Configure browsers to use Windows Integrated Authentication (WIA) with AD FS  Note that Firefox also requires some client-side configuration. Type in about:config and add the address of your ADFS server (e.g. fs.domain.com) to network.automatic-ntlm-auth.trusted-uris.  This can be completed via GPO. ... View more

Yes, IWA or SAML and built-in users work fine when configured for portal-tier authentication.  However,  SSO does not work in this configuration and authenticated users are prompted to login to access secure services.  This is by design and documented in the links above.  When using portal-tier authentication one can access secure services using stored credentials on AGOL and make them public using a built-in account. If the enterprise deployment is changed to web-tier authentication, the SSO works great but you can no longer store credentials on AGOL to access the secure services from the portal.  You are not even offered the option to toggle this function.  It is my understanding that AGOL can only work with token based authentication and does not support web based authentication which is required. There is a question posted at Allow AGOL access to a secured enterprise portal if you have some additional info you are willing to share. ... View more

Well, after working with ESRI Support and trying multiple possible workarounds we have not found a solution to allow public access to secure portal services that are using web-tier authentication.  AGOL is only able to store token based authentication such as when using portal-tier or named user authentication.  ESRI support is still looking into a possible workaround but it does not look good. https://support.esri.com/en-us/knowledge-base/faq-what-is-the-difference-between-webtier-vs-gistier-000011833 https://support.esri.com/en-us/knowledge-base/problem-the-option-to-store-credentials-is-not-availabl-000012369  https://support.esri.com/en-us/knowledge-base/problem-the-option-to-store-credentials-is-not-visible-000015387 I did create an idea to include this functionality on AGOL. https://community.esri.com/t5/arcgis-online-ideas/allow-storage-of-web-tier-credentials-to-access/idi-p/1293469 ... View more