Latest Contributions by BillFox

A few references: Portal for ArcGIS 11.3 system requirements https://enterprise.arcgis.com/en/system-requirements/11.3/windows/portal-for-arcgis-system-requirements.htm#ESRI_SECTION1_EE1B77F84DAD49FB90B174D7D1FF27C2 SSL certificates Portal for ArcGIS is configured with a self-signed server certificate, which allows you to do initial testing of the portal and helps you quickly verify that your installation was successful. You must request a certificate from a trusted certificate authority (CA) and configure the portal to use it. The certificate can be signed by a corporate (internal) or commercial CA. You must configure each applicable ArcGIS component in your organization with a certificate from a corporate or commercial CA. Common examples include ArcGIS Web Adaptor and ArcGIS Server. For example, ArcGIS Server includes a configured self-signed certificate. If you'll be federating the ArcGIS Server site with your portal, it's very important that you request a CA-signed certificate and configure the ArcGIS Server site and web adaptor to use it. For more information, see Security best practices. https://enterprise.arcgis.com/en/portal/11.3/administer/windows/security-best-practices.htm#ESRI_SECTION1_42767D241AA54256A1CC9255CCD6108E "It's imperative that you use a CA-signed certificate to fully test and deploy your portal." ... View more

we are already here: Zero Trust Maturity Model  Zero Trust: Understanding the US government’s requirements for enhanced cybersecurity  ... View more

we are already here: Zero Trust Maturity Model  Zero Trust: Understanding the US government’s requirements for enhanced cybersecurity  ... View more

thank you@RyanUthoff  has that worked for you? we'll give it a try maybe we can get something like that as a push button/tool in ArcGIS Monitor  ... View more

Preparing for Quantum and shorter certificate lifespans  ... View more

yep, these slash things are trial and error \ / // \\ //// \\\\ ....etc   ... View more

if you are going HA, hopefully you have the option to build the new environment from scratch like @SimonSchütte_ct mentions, a migration to that world is a very deep dive that can break a lot of things ... View more

ok, similar to a mr. sid mosaic tool how about using the "Mosaic datasets" along with this "Export or convert datasets" workflow? https://pro.arcgis.com/en/pro-app/latest/help/data/imagery/mosaic-datasets.htm# https://pro.arcgis.com/en/pro-app/latest/help/data/imagery/export-or-convert-raster-datasets.htm ... View more

does making a mosaic dataset from your las dataset get you there? ... View more

yes indeed, example, what’s the maximum service name for an arcgis image server elevation service In ArcGIS Image Server, the maximum length of a service name, including for an elevation service, is tied to the constraints of the ArcGIS Enterprise system and its underlying components, such as the GIS Server and the REST endpoint naming conventions. However, there isn’t a single, explicitly documented "maximum service name length" specifically for an ArcGIS Image Server elevation service in Esri's public documentation. Instead, we can infer the practical limit based on related ArcGIS conventions and system behavior. ### Key Considerations 1. **Service Name in ArcGIS Enterprise**: - When you publish a service (e.g., an elevation service) to ArcGIS Image Server, the service name is defined in the ArcGIS Server Manager or ArcGIS Pro during the publishing process. - The name becomes part of the REST URL, such as: `https://<server>/arcgis/rest/services/<ServiceName>/ImageServer` - ArcGIS Server imposes a practical limit on the length of the service name to ensure compatibility with web standards, file systems, and database constraints. 2. **Practical Maximum Length**: - Based on ArcGIS Server’s general conventions and testing by users, the **maximum length of a service name** is typically **120 characters**. This aligns with the maximum length allowed for map service names and other hosted services in ArcGIS Enterprise. - This limit includes only the `<ServiceName>` portion of the URL (not the full path). For example, in `MyElevationService`, the limit applies to "MyElevationService" (18 characters). 3. **Additional Constraints**: - **Characters**: The service name must use alphanumeric characters (A-Z, a-z, 0-9) and underscores (_). Special characters like spaces, slashes, or periods are not allowed, as they conflict with URL encoding or file system rules. - **Folder Structure**: If the service is published within a folder (e.g., `rest/services/MyFolder/MyElevationService/ImageServer`), the folder name and service name combined must still fit within URL length limits (typically 260 characters total for the full path in Windows-based systems, though web browsers may support more). - **Database Limits**: If the service is backed by an enterprise geodatabase, internal database field length limits (e.g., 255 characters in SQL Server) might indirectly influence naming, but this rarely affects the service name itself. 4. **Elevation Service Specifics**: - An elevation service is a type of image service optimized for terrain data (e.g., DEMs or DSMs). There’s no evidence that elevation services have a different naming limit compared to other image services in ArcGIS Image Server. The same 120-character limit applies. ### Official Guidance Esri’s documentation (e.g., ArcGIS Server and Image Server help pages as of February 2025) doesn’t explicitly state a maximum service name length for image services. However, the 120-character limit is a widely accepted practical boundary based on: - Consistency with map services and feature services. - Community feedback and testing on forums like Esri Community. - Compatibility with REST API endpoints and client applications. ### Practical Recommendation - **Maximum Service Name Length**: **120 characters**. - **Best Practice**: Keep service names concise and descriptive (e.g., "Region1_DEM_Elevation" or "CityDSM_2025") to avoid hitting limits, improve readability, and ensure compatibility across tools like ArcGIS Pro, Scene Viewer, and web apps. ### Example - Valid: `"NationalParkElevationService2025"` (32 characters). - Valid but pushing the limit: A 120-character string like `"ElevationServiceForNorthernRegionWithHighResolutionDEMDatasetCoveringMultipleCountiesAndNationalParksIn2025Version2"`. - Invalid: A name exceeding 120 characters or containing spaces/special characters (e.g., "My Elevation/Service"). If you need a definitive test, you could attempt to publish a service with a very long name in your ArcGIS Image Server environment and observe where it fails—though 120 characters is the safest bet based on current standards as of February 21, 2025. "grok"   ... View more

a few items here I found for esri and California: Web Content Accessibility Guidelines (WCAG) 2.0 Level AA Web Content Accessibility Guidelines (WCAG) 2.0 Level AA Esri Accessibility articles and blogs Esri Accessibility Esri Legal Accessibility Accessibility Conformance Reports Accessibility Accessibility essentials for GIS and mapping Designing and testing for accessibility in GIS and mapping Accessible Labels with ArcGIS Web Apps Writing accessible ArcGIS StoryMaps content Getting started with accessible storytelling Using Alternative Text for Equitable Storytelling   Accessibility | CA State Lands Commission State of California www.slc.ca.gov   ... View more

hi @Bud  I see that is an option at Pro 3.4.3, not sure when it came to be maybe users are ok setting it or maybe your organization can set that when they install the Pro software? or maybe you are hoping to get similar included in the mosaic dataset properties dialog? or does you organization have the option to publish image services that reference the mosaic datasets?   ... View more