|
POST
|
ArcGIS Enterprise 10.8.1 is no longer allowing hosted feature services to be overwritten by the account that published the service. There are no views associated with the services. I first encountered this issue when I updated a machine to use ArcGIS Pro 2.7. I have since uninstalled ArcGIS Pro and reinstalled ArcGIS Pro 2.6 with Patch 3. I published a new hosted feature service and tried to delete it through ArcGIS Portal and now that fails as well. I have to sign into ArcGIS Portal as an administrator to delete any hosted feature services, but even as the administrator I cannot overwrite an existing hosted feature service. This is the error that shows up in the logs: ERROR: code:403, You do not have permissions to access the API /services/Hosted/<service_name>/delete., Access to this resource is forbidden, regardless of authorization. The only other thing I can think changed around the time this stopped working was installing the Portal for ArcGIS 10.8.1 Enterprise Sites Patch 2.
... View more
01-06-2021
09:08 AM
|
1
|
1
|
2079
|
|
IDEA
|
Another benefit of having a "sensitive" flag would be to allow publishing features with sensitive data after warning the publisher, and then having that flag propagate up to the feature service, web map, web apps, etc. Then ArcGIS Online and ArcGIS Enterprise could check for that flag at all levels when a user tries to share an item that contains an item marked as sensitive. The user would get a warning that they are trying to share sensitive information and be blocked from sharing. A new privilege could be added to ArcGIS Online or ArcGIS Enterprise to allow some users to confirm the warning and share anyway. Something else that would help would be creating a new icon similar to the Authoritative/Depreciated icons for items. That way there is also a visual aid to help warn users that they are accessing sensitive data.
... View more
01-06-2021
08:16 AM
|
0
|
0
|
1670
|
|
IDEA
|
I think it would be useful to have an option to integrate ArcGIS Monitor with ArcGIS Portal and replace the Organization->Status page with a more detailed status page. What I am thinking of is having an entry under Organization->Settings->Servers to specify a connection to ArcGIS Monitor. That federates ArcGIS Monitor with ArcGIS Portal and spins up a new site in ArcGIS Monitor that is automatically configured based on the configuration and content of ArcGIS Portal. Finally replace the standard Organization->Status page with one based on the ArcGIS Monitor data. The new status page could have the user-friendly UI similar to the current status page, but with more details, and a link to the ArcGIS Monitor Server application URL to view all the details.
... View more
12-16-2020
09:09 AM
|
13
|
5
|
3038
|
|
IDEA
|
I agree with @MichaelWalden1 that it would be especially useful to see how users are consuming content. That info would be helpful in prioritizing future enhancements, training, and user outreach. It would also be helpful to have statistics on how content is being accessed. By accessed I mean tracking which web apps a web map is accessed by and how many times, or which web maps and how many times in those web maps a service is accessed.
... View more
12-16-2020
08:38 AM
|
0
|
0
|
2182
|
|
POST
|
Currently, publishing as a map service is the only way to have grouped layers in a web map in ArcGIS Online or ArcGIS Enterprise. I must use map services for all of my organizations utilities layers so my users can turn off entire groups of utilities with one click. The problem with that is I have wound up having to use map services for all the other layers in the web maps with the utilities so that I could order the layers the way I needed them to be. The current Map Viewer puts all feature services on top of the map services. So if you have another layer in your web map that needs to be below your grouped map service it must be a map service as well.
... View more
12-14-2020
08:33 AM
|
2
|
3
|
23371
|
|
POST
|
The map service sends an image that is rendered on ArcGIS Server to the client and the feature service sends the raw data for the client to render. You typically get better speed and can use more advanced symbology with a map service, at the cost of client customization and lack of offline use. The feature service allows for more customization on the client side and offline caching if needed, at the cost of speed and limited symbology on the web. Also, feature services always provide a better looking map export because you are using the vector data instead of a image from the map service. The pixelation of map services on map exports is even more noticable to me when using a vector basemap as the background. One issue that I have come across with map services is if the visibility range is set at the time of publishing then the client cannot change the visibility range of the map service. At least that is what happens at ArcGIS Enterprise 10.8.1. The great new is that the next version of the Map Viewer will support grouping feature services together in the web map. I hope this helps.
... View more
12-14-2020
08:11 AM
|
5
|
0
|
23383
|
|
IDEA
|
After selecting the Sync button on the Layers page of a Data Store, I think it would be particularly useful to have a page show a preview of everything that will change when the sync occurs. At a minimum, I think the preview page should list: layers that will be added layers that will be removed layers that have metadata changes layers that have schema changes layers that have editor tracking enabled in database time and need a time zone set It has not been a great experience to just select the sync button and find out what happened (or broke) after the fact. Once, I added a field to feature class that was already bulk published and, after syncing, every single web map using the feature class had the symbology reverted to a default symbol. A warning that would happen would have been appreaciated.
... View more
12-10-2020
01:48 PM
|
8
|
0
|
882
|
|
IDEA
|
I ran into the same issue when trying to use bulk publishing. Thankfully, I only had a few layers that had edit tracking enabled at the time. I am looking to bulk publish several more GIS layers now, but they all have edit tracking in database time enabled. I am starting to wander if it would be a better use of time to disable edit tracking, convert the times to UTC, re-enable edit tracking, and then bulk publish. I am contemplating this because it is going to take a while to go into the properties of every service to set the time zone, and I am concerned I will have to do this after every sync.
... View more
12-10-2020
01:33 PM
|
0
|
0
|
1735
|
|
IDEA
|
ArcGIS Portal really needs the capability to create and manage relationship classes in the web interface of ArcGIS Portal. One option is to have a way to create or manage related features or tables in the Settings tab on a feature, or map, service Item Details page. Another option that comes to mind is a new Relationship Class item type that allows you to define the relationship settings in the Settings tab on the Item Details page. I think the solution should work for both hosted and traditional services. We currently use Relationship Classes in an Enterprise Geodatabase. However, those do not seem to be recognized when using bulk publishing, or if related features are published as two different services and added to a web map or ArcGIS Pro.
... View more
12-10-2020
12:32 PM
|
18
|
5
|
5492
|
|
POST
|
The Public Information configurable app template is no longer being offered or supported as of the December 8, 2020 update to ArcGIS Online. Esri now recommends using the Media Map template. More info can be found in an Esri's blog post back in October: Configurable Apps Announcement – Apps Scheduled to move to Mature Support Phase December 2020 (esri.com) Short version is your existing maps will continue to operate, but Esri will no longer support the Public Information template or let you use it for new maps.
... View more
12-10-2020
07:09 AM
|
0
|
1
|
1391
|
|
POST
|
I would just like to provide a word of caution when manually registering the Field Maps app with ArcGIS Enterprise (AGE). Be sure to post a reminder somewhere to check to see if you need to unregister the Field Maps app before upgrading to a newer version of AGE. A few years ago, I was upgrading to a new version of AGE and the upgrade process for ArcGIS Portal failed because it was trying to register Survey123 twice. I had manually registered Survey123 with our AGE install, but the version of AGE that I was trying to upgrade to was the first version with Survey123 registered by default. I think this issue also happened when ArcGIS Collector was first released. Hopefully the new installers now check to see if an Esri app is already registered before trying to register it again during an upgrade, but I recommend checking to make sure it will not be an issue. Please do not misunderstand, I do not want to scare anyone away from using Field Maps. I myself am really looking forward to migrating to Field Maps. Maybe someone from Esri can clarify if the issue I mentioned has been resolved?
... View more
12-02-2020
08:24 AM
|
0
|
0
|
3337
|
|
IDEA
|
It would be extremely useful and conserve storage space to have what I would call an attachment repository. The idea being a file is uploaded once and then multiple features in multiple feature classes can be pointed to the same file. The way ArcGIS currently works if for all those features to have that file attached, I must upload the same file for every feature, which causes unnecessary growth of disk storage. For example, say I have a parcel GIS layer and I want to attach a PDF of the plat so my users can quickly review the plat when researching a property. If I have a plat with fifty lots, I must upload fifty copies of the PDF to my geodatabase as attachments. Then let's say the subdivision is re-platted. I now must upload another fifty copies of the replat PDF to the geodatabase. That is one hundred PDFs being stored in the geodatabase when only two PDFs are needed. My concept of an attachment repository is a new item type, like a feature class, mosaic dataset, etc. A geodatabase (or whatever method would be appropriate to store this new item type) could have multiple repositories. The repository should have privileges like any other GIS item. That way you could have curators that manage the repository and users who can only view the files. When a user goes to attach a file to a feature there is an option to upload a new file or add from a repository. Another benefit is if the attachment is updated in the repository then all the features referencing the attachment get the update automatically. Some other ideas are: give users the ability to define metadata fields or tags when creating the attachment repository to help find the correct file make attachment repositories special items in ArcGIS Online/Enterprise to allow for searching and management directly in ArcGIS Online/Enterprise ability to get URLs to files in the repository to embed the URLs in things like web map pop-ups ability to have attachment repositories store login credentials to popular cloud storage solutions so the "attachment" is just a pointer to the file in cloud storage but the ArcGIS user is not prompted to sign in to the cloud storage provided since the repository is handling that. Then if the credentials are changed for the cloud storage provider the credentials only must be updated once per repository instead of for each file. This way organizations have more choices of where to store their files and not be forced to move their files into ArcGIS. I do not want or expect this to be a replacement for a full featured document management solution. However, it could provide the foundation for third party document management solutions to integrate better with ArcGIS, or at least allow small organizations that are already invested in Esri to create a simple document management solution inside their GIS.
... View more
09-23-2020
09:19 AM
|
2
|
0
|
1239
|
|
IDEA
|
It would be extremely useful and conserve storage space to have what I would call an attachment repository. The idea being a file is uploaded once and then multiple features in multiple feature classes can be pointed to the same file. The way ArcGIS currently works if for all those features to have that file attached, I must upload the same file for every feature, which causes unnecessary growth of disk storage. For example, say I have a parcel GIS layer and I want to attach a PDF of the plat so my users can quickly review the plat when researching a property. If I have a plat with fifty lots, I must upload fifty copies of the PDF to my geodatabase as attachments. Then let's say the subdivision is re-platted. I now must upload another fifty copies of the replat PDF to the geodatabase. That is one hundred PDFs being stored in the geodatabase when only two PDFs are needed. My concept of an attachment repository is a new item type, like a feature class, mosaic dataset, etc. A geodatabase (or whatever method would be appropriate to store this new item type) could have multiple repositories. The repository should have privileges like any other GIS item. That way you could have curators that manage the repository and users who can only view the files. When a user goes to attach a file to a feature there is an option to upload a new file or add from a repository. Another benefit is if the attachment is updated in the repository then all the features referencing the attachment get the update automatically. Some other ideas are: give users the ability to define metadata fields or tags when creating the attachment repository to help find the correct file make attachment repositories special items in ArcGIS Online/Enterprise to allow for searching and management directly in ArcGIS Online/Enterprise ability to get URLs to files in the repository to embed the URLs in things like web map pop-ups ability to have attachment repositories store login credentials to popular cloud storage solutions so the "attachment" is just a pointer to the file in cloud storage but the ArcGIS user is not prompted to sign in to the cloud storage provided since the repository is handling that. Then if the credentials are changed for the cloud storage provider the credentials only must be updated once per repository instead of for each file. This way organizations have more choices of where to store their files and not be forced to move their files into ArcGIS. I do not want or expect this to be a replacement for a full featured document management solution. However, it could provide the foundation for third party document management solutions to integrate better with ArcGIS, or at least allow small organizations that are already invested in Esri to create a simple document management solution inside their GIS.
... View more
09-23-2020
09:19 AM
|
0
|
0
|
645
|
|
POST
|
I misunderstood what the ParcelJoinID was being used for. I thought it was used to do a traditional join, but the filtering duplicate results makes a lot of sense. I think Option 2 will accomplish what I am trying to do. Thank you for this information.
... View more
09-10-2020
06:46 AM
|
0
|
0
|
2907
|
|
IDEA
|
I think it would be very useful to have a map property that lets you set a specific map rotation. Then have a second map property to prevent a user changing the rotation by interacting with the map, but still let the rotation be set or changed using the map rotation property. This would be helpful for maps that need a specific rotation that should not change. For example the roads in my town generally run NE/SW and NW/SE so there are times I get requests for maps that are rotated exactly 45° to have the roads run up and down and side to side.
... View more
09-09-2020
12:55 PM
|
2
|
2
|
1518
|
| Title | Kudos | Posted |
|---|---|---|
| 3 | a week ago | |
| 1 | a week ago | |
| 1 | 05-12-2026 12:18 PM | |
| 1 | 04-15-2026 06:52 AM | |
| 1 | 04-15-2026 12:13 PM |
| Online Status |
Offline
|
| Date Last Visited |
Wednesday
|