nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Prevent the user from creating a service name with spaces when sharing to ArcGIS

Marc_Graham

Hi there,

Currently the share to ArcGIS dialog does nothing to stop the user from entering a Hosted Feature Layer with spaces. It will then fail when trying to publish the service. This should be prevented at entry time, or when the service is published this should be used for the title and the spaces should be replaced with underscores for the service name.

I note that trying to use other characters such as anything above the numbers e.g. !@#$%^ is not entered into the layer name.

Thanks,

Marc

Find more posts tagged with

Closed

Status: Closed

Comments

MichaelDavidsonPM

Hi @Marc_Graham,

We'll follow up on this item through the support ticket you created--with thanks.

Best,

Michael

DanWade

Hello @Marc_Graham,

To be more clear on this topic, from testing you are describing what occurs when publishing a hosted feature layer to an ArcGIS Enterprise. Please remember we can publish to ArcGIS Online as well.

ArcGIS Online allows spaces in the hosted feature layer names therefore ArcGIS for AutoCAD allows a space in the name of the layer. You are correct in that special characters can not be entered in the text box. When a hosted feature layer name contains spaces and is then published to ArcGIS Enterprise ArcGIS for AutoCAD returns the error message you pointed out to inform the user of the behavior and issue.

Marc_Graham

Hi @DanWade,

Thanks for the clarification.

I feel like ArcGIS for AutoCAD is a product that is aimed at users that are primarily CAD experts who may not understand the difference between ArcGIS Online and ArcGIS Enterprise, and in many cases do not care, they just want to share their data to the Portal that their GIS team has asked them to sign in to.

Given that your app knows what type of Portal the user has signed in to and is trying to share to; perhaps rather than the tool failing after the user has progressed through the sharing workflow, it could prevent the user from entering a space if they are signed in to ArcGIS Enterprise? Or it could offer immediate feedback with a warning. Or it could replace spaces with underscores and also show a warning that spaces are not allowed in ArcGIS Enterprise services names. Any of these would be more user friendly.

Thanks,

Marc