Latest Contributions by DavidGifford

‎01-22-2025

The AGOL Update Data feature is really useful, especially for non-GIS users who want to update attributes in bulk. However this bulk update has one downfall and that is users don't know which records are rejected or fail to upload correctly. You might have 200 records in your CSV file but the success message says 196 records were updated successfully. Which 4 failed? Would it be possible to add the option of a reject file (or similar) which would contain the details of the rejected records? Ideally it would contain the reason for the rejection as well, either tabular or spatial.

‎08-18-2024

Hi @Bud Thanks for your reply! Are your cases for file geodatabases or enterprise geodatabases? I can't track your cases but it will be interesting to see how they progress. Normally the response is "as designed". Regards David

‎08-18-2024

Hi @jcarlson I'm using a normal SDE connection in Pro 2.9 and 3.3. Regular feature classes are okay and not read only. I didn't mention the database I'm using, which is SQL Server. Regards David

‎08-15-2024

This is actually two ideas but closely related so thought I would bundle them together. In ArcCatalog it was possible to set the field alias and apply domains in a single interface, in the feature class properties: I have just noticed in Pro's equivalent Data Design=>Fields that this function has been removed: Notice though that Pro still displays these alias and domain settings, so not sure why this wouldn't be supported in data design? Pro's Alter Field and Assign Domain To Field tools can alter registered views field alias and domains. So my idea is, please add the ability to alter the field alias and domain for registered views using the Field Data Design form. Pro supports registered view field alias and domains so it makes sense to me to edit them here.

‎11-08-2023

When an attribute table from a layer in say Map 1 is opened, the table remains visible even after switching to another map (say Map 2). If both Map 1 and Map 2 have the same layer name it can become quite confusing as to which table is linked to which layer in which map. In certain circumstances it would be useful to link the table display to the active map, so that switching between maps also changes the table display (or no table if an attribute table hasn't been opened in a map). This would certainly remove the ambiguity of always displaying the attribute table/s regardless of the active map. I can see the benefits of allowing attribute tables from various maps to always remain visible, so there should be the flexibility to define this. Perhaps the ability to dock an attribute table within the map frame itself, while keeping the existing table functionality, is all that is required?

‎11-06-2023

When creating a new Pro project, or saving a project started with the "start without a template" option, a Project default FGDB is sometimes not required. In this case, the "same default geodatabase for all projects" geodatabase is all that is required. The option to change between creating a new FGDB and using an existing FGDB is made in Pro Options, which requires several clicks to update. My idea is to add a toggle or checkbox to the "Create a New Project" and "Save Project As" dialogs to easily switch between the "same default geodatabase for all projects" and "New default geodatabase for each project" options. Similar to the "Create a new folder for this project" checkbox. Here's an example of what the dialog could like like: We're finding that all these unnecessary blank FGDB's that are being created are cluttering our file servers and Sharepoint sites. Something like this would help reduce the clutter. Regards -David

‎02-16-2023

I agree. It doesn't make sense to have to go to Geoprocessing=>Data Management Tools=>Projections and Transformations=>Define Projections when in ArcCatalog it was Properties=>Apply.

‎11-06-2022

Hi Scott As an example, when applying for certain types of mining tenements a datum/origin is required. This is marked on the ground with a post and on the application form as the start point for a list of coordinates for each vertex. If the polygon isn't created correctly, or the datum has to change due to a feature on the ground, altering the polygon origin with this tool makes it much easier to do. Regards David

‎11-02-2022

ArcMap, with the Production Mapping extension, has a tool called Set Origin Vertex which allows you to change the origin vertex of a polygon feature. https://desktop.arcgis.com/en/arcmap/latest/extensions/production-mapping/set-origin-vertex.htm This tool is missing in Pro and there doesn't appear to be an equivalent. Can this tool please be carried across to Pro, preferably as a general tool and not part of an extension.

‎09-26-2022

Hi Russell Pro 2.9.3 treats layers from feature and map services differently. In a map service it will use the map service CRS In a feature service it will use the layer source CRS. For example if I add the same GDA2020 map service (with layer data source WGS84) to Pro as a map service and feature service, it will read the layers from the map service as GDA2020 and the layers from the feature service as WGS84. I can check this by setting the transformation method in Pro to "none", and the data no longer overlaps. So maybe to make the experience consistent in Pro, this idea should be "Make all map services use the layers source CRS" so that when a map service is added to Pro, it uses the CRS of the layer and not the service.

‎07-13-2022

In Australia we are moving to a new datum, GDA2020. The previous datum, GDA94, was for all intents and purposes identical to WGS84 so if the user forgot to set a transformation the data would still align. With GDA2020 there is an approximate displacement of 1.8m, so in order to reduce risk it's important that as much of our Australian data is in GDA2020 as users aren't infallible when it comes to setting transformations. Easy I thought, just create a new feature service in GDA2020 with the transformations already built in, so that the SDE source layers (in WGS84) will be available in GDA2020. As the SDE source layers are global, they need to be kept in WGS84 so can't be transformed to GDA2020. This is where things unravel. As shown below, ArcMap will honour the GDA2020 service spatial reference for both map and feature services. Pro will honour the GDA2020 service spatial reference for the map service. Pro will not honour the GDA2020 service spatial reference for the feature service, instead it uses the source spatial reference WGS84. So feature services in Pro is the anomaly when it comes to spatial reference. This anomaly appears to be "as designed" by Esri Inc, as recorded in this bug https://my.esri.com/#/support/bugs/BUG-000134342. The alternate solution is to reproject the data source, which is not practical. Strangely the status is non-reproducible. So my ArcGIS Idea is to have Pro use the service spatial reference like it does for map services, instead of the source spatial reference. Or at least provide the option of using either service spatial reference or source spatial reference.

‎02-23-2022

Make web map bookmarks available in Survey123. Instead of unnecessarily creating multiple basemaps a simple web map bookmark would suffice and would be a great time saver. Additionally, if the bookmark could be applied from a Survey123 form question this would help the survey user too.

‎02-10-2022

Report templates for survey123.arcgis.com can only be uploaded by the survey owner or site administrator/s. Ideally anyone should be able to upload a template, either with the Publisher role or have a role criteria that could be checked on to allow users to upload a template.

‎02-26-2021

The ArcCatalog Options has the ability to add file types that will display in the Contents. For example you could add PDF and see them listed in ArcCatalog. Clicking on it would open the file in the associated program. This would be handy to have in Pro. This came about because I noticed that aprx's weren't showing up in Catalog (I found this idea for that) and thought I could add it as a file type.

‎12-16-2020

Unfortunately it's not in 2.7. If you "Start without a template" it still asks to save as a folder and not an aprx. ☹️ I don't understand why if you use Save As on an existing aprx it will save it it as another aprx, but starting without a template requires saving as a folder. The functionality is obviously there.

Online Status	Offline
Date Last Visited	yesterday

My Ideas

Latest Contributions by DavidGifford

ArcGIS Online Update Data Reject File

Re: Updating registered view field alias and domains in Data Design Fields

Re: Updating registered view field alias and domains in Data Design Fields

Updating registered view field alias and domains in Data Design Fields

Toggle table display with map

Default geodatabase - add option to create FGDB to new and save as dialog

Re: Define projection from catalog window

Re: Setting the origin vertex of a polygon (Set Origin Vertex tool from ArcMap)

Setting the origin vertex of a polygon (Set Origin Vertex tool from ArcMap)

Re: Feature Service Spatial Reference in Pro

Feature Service Spatial Reference in Pro

Use Webmap Bookmarks in Survey123

Survey123 Report Templates - Allow Other Users To Upload Report Templates Other Than Survey Owner or Administrator

Catalog File Type Options in Pro

Re: "Save it Later" without creating a new folder for project - ArcGIS Pro

ArcGIS Online Update Data Reject File

Updating registered view field alias and domains i...

Default geodatabase - add option to create FGDB to...

Setting the origin vertex of a polygon (Set Origin...

Feature Service Spatial Reference in Pro