Select to view content in your preferred language

Stop recreating missing geodatabases

4755
37
12-16-2020 12:19 PM
Status: Under Consideration
Labels (1)
MicheleH1_DNReply
Occasional Contributor

It would be great if ArcPro would stop recreating missing file geodatabases.  I deliberately renamed a file geodatabase (actually a few) and I did this in File Explorer - 'cos it's faster.  Then when I reopened the project it breaks all my links (expected) but recreates an empty file geodatabase with the old name.

This is not useful - if a geodatabase is missing it's generally because of a deliberate choice on the part of the user and recreating an empty geodatabase is just creating clutter that I have to remember to clean up.

And if it's not a deliberate choice - if some one has accidentally moved or deleted the geodatabase - what is the point of recreating an empty one?  The data is still missing.

Can we have this behavior stopped - or perhaps there is a way of stopping it already?  If so - could we have this as the default.  I have users unknowingly making empty geodatabases all over the show and it's becoming a problem.

Thanks heaps.

37 Comments
RichardHowe

@NaicongLi 

Thanks for the reply and update, it;s good to know that ESRI are looking seriously at this.


  • When the default geodatabase or toolbox is missing or broken (which could be made to happen when the project is closed, or while it is open, if you manipulate the default geodatabase or toolbox in File Explorer instead of in ArcGIS Pro), have ArcGIS Pro prompt the user to create or select one. It’s been suggested to have this happen on project reopening, or when a Geoprocessing tool is about to run, or when the project is being saved.
    • In all cases, this would require blocking all the operations in the UI until the default geodatabase or toolbox is restored, a state that many users would not want.


I have to disagree here though. I think the point has been missed. If you have an aprx file which is closed, and somebody deletes or moves say a shapefile or raster that the project references in the toc then when you open it again you are presented with a red exclamation mark against the layer (as was the case with ArcMap) before it. Before you can utilise that layer again the onus is on you to repoint it.

I cannot see why any user would have an issue with this scenario if the default geodatabase link had been broken. By blithly recreating another default geodatabase in a different location your are arguably causing more pain, because the user doesn't think anything is wrong, and suddenly they have data being written to a second location - rather than being alerted to the fact they need to find their old project GDB

BryanThompson1

Well said RichardHowe, I completely agree. The way ArcPro is working now would be comparable to Excel saving a spreadsheet to a random location on either your hard drive, network drive, cloud drive, thumb drive, or wherever else it wants: the updated file is somewhere, but you'll have to search for it and it could be scattered across multiple versions of the same file in different places... So be sure to take some additional training so you can find what you need!

ESRI is totally missing the point on this one, as they seem to do regularly. The purpose of computer programs generally is to do what the USER wants, not what the program wants!

DavidDurst

@NaicongLi , I would completely agree with everything @RichardHowe and @BryanThompson1 have said. I would be happy if their suggestions were implemented EXACTLY as stated. The one addition I would have would be to apply this same principle to default folders and default toolboxes. I can't tell you how many dozens of times I've deleted a folder ArcGIS Pro re-created after opening a project where the default folder had been intentionally moved. This sort of behavior makes one squeamish to open an older APRX because you never know when it'll re-create all the default objects again.

For emphasis, I'll quote @BryanThompson1 here: "The purpose of computer programs generally is to do what the USER wants, not what the program wants!"

mthompson

This is the first time I'm hearing that ArcGIS Pro might recreate a database I've moved or deleted leaving me (or worse, someone else less familiar with the project file) with no idea there are now duplicate databases, one with incomplete or missing data. The thought of this horrifies me and I can't think of a situation where I wouldn't want to be notified something was broken (either with the trusty red exclamation mark or a popup message of some sort). It never even occurred to me that this would be an option someone would implement in a system where knowing exactly which data you are using is vitally important.

JamalNUMAN

Only 29 votes since 2020

 

Clip_1104.jpg

 

RTPL_AU

@JamalNUMAN  Yep. The whole Ideas thing is a bit of a furry animal high on red cordial. 
Many "In Product Plan" ideas have only a handful of kudos. I wonder if most of those are influenced by large customers rather than the Ideas community........