move project (aprx)

[JeffMeyer4]

Hi, I have a group of users all accessing data from geodatabases on a shared network drive.  I've noticed that if someone copies or moves an aprx file to another folder on the network, all data links are broken.  it's like ArcGIS pro is expecting relative paths by default, and resets all data paths to the new directory.  is it possible to have an ArcGIS pro project keep the source data paths the same when the project is moved?   the only workaround is to "save as" to the new directory, but often users want to simply move projects using windows explorer.  thanks

[Port_of_Amsterdam]

Hi John,

Although the problem was already clear to me the video demonstrates it nicely. We are slowly forced to move to Pro in our organisation and this is one of the problems we run into.

A big part of my/our job is keeping our filestorage tidy and one way to do that is moving data and mapdocuments around. While true that you can open and save a pro document under a different name as Dan suggested this is far from ideal, his other option of copying/moving the data is just asking for trouble.

Are you aware of any other workaround like setting absolute pathnames via arcpy like it was possible in arcmap (like this: https://support.esri.com/en/technical-article/000011678) or perhaps if it will be implemented in the future?

[MarcoBoeringa]

One thing i do not fully understand is that in a situation where you regularily move projects and data, you probably want relative paths. It doesn't make much sense to move a project to a totally different folder structure in terms of finding it back. Nonetheless, if you do desire to always have absolute paths, then reffering back to my previous post, your best bet for now is to reserve a totally separate drive to store all of your project documents, and to never save data there. This way you will force Pro to always use absolute paths. E.g. always store  all projects on E: and data on F: drive.

[Port_of_Amsterdam]

To clarify the first part, it's ESRI that's branding everything as a project but we hardly work in project form so the name is a bit misleading.

We have a couple of databases with basic information that's used in a lot of mapdocuments but the information itself (on disk) has no relation to the folders where the mapdocuments are in except for perhaps 1 or 2 layers. What happens then if you move or copy the mapdocument is that those 1 or 2 layers that are in the same folder in your mapdocument will link fine with relative paths but the bulk of your layers doesn't. If you could still toggle the settings to absolute paths it would be the other way around which would save me a lot of time.

The workaround that you're suggesting is not really workable in our organisation, we smply can not justify a separate drive because our software has trouble with absolut path settings (mind, not the paths themselves, just the settings for it because it works fine if it's on separate drives). Also spreading those items around different drives would create other problems, possibly headaches and "lost" data.

Opening and saving in a different location is probably our best bet for now but knowing that it's just a setting that's not available is pretty annoying and we just keep grumblingand hoping that ESRI will implement it somehow.

[ThomasColson]

Old Software: Can move mxd. Stuff doesn't stop working. Functioning;

New software. Can move aprx. Stuff stops working. Bug.

It's that simple. 

[MarcoBoeringa]

Hi Thomas,

Please note this is just my opinion, I don't work for ESRI, I am just a user like you:

This is one point where I unfortunately do not agree with your "simple" conclusion. The problem is, there are simply two types of ArcGIS users and organizational workflows: some WANT relative paths always, others DON'T (like the OP here), and both groups tend to have strong opinions about this.

ESRI actually probably decided to change the default based on numerous requests on the Forums and ArcGIS Ideas. E.g., see this strong plea for having relative paths as default instead of absolute ones:

For the love of god, make "Relative Paths for data source" the installation default.

For the love of god, make "Relative Paths for d... | GeoNet 

I think the title speaks for itself... just like there are many adepts for absolute paths here in this thread, there are many organizations who have setups that actually benefit from having relative paths by default, even if this seems alien to the opposite group.

That said, given this situation, the only logical conclusion for ESRI should be to support both workflows... Keeping the "relative paths default", that means indeed implementing an "absolute path" option, so that users can switch the behavior of ArcGIS Pro at will and adjust for their organization's workflows.

Switching the default back to absolute paths would be senseless given the described situation.

[ChristianUtech]

Hello Jeff and Everyone else,

I've run into this problem and it's also stopped us from rolling out a Pro template for the organisation. Yesterday I found some time to investigate this in detail and from what I can see have found the problem and a solution.

The issue must be related to a problem (bug?) in Pro with dealing with mapped network drives. All our data and APRX files are on what is mapped as our 'W:' drive and as we all found as soon as you copy or move the APRX file, all links are broken.

I first tried the same with data on my C: drive and APRX in W: and that worked fine.

That prompted me to use the full network path, so in our instance I used  \\MOFS01\xxxx Store\xxxx_GIS\Base_Data\..  rather than  W:\xxxx_GIS\Base_Data\..  and I can now move or copy the APRX around our W: and the paths do not break.

I hope this helps and solves everyone's Pro issues with broken data paths. I have only tested this on my PC, so am unsure if different OS versions have an impact on this.

Regards, Christian

[Katie_Clark]

Thank you! All these years later, I was running into this issue as well. Using the full network path seems to have solved the issue for me.

I was pretty ignorant and had to do some research on how exactly to get the full network path rather than the mapped file path. In case it helps anyone in the future.....a super easy and low-tech solution is just find the folder you want in file explorer, right click and drag into a word document. Then select "Create Hyperlink Here". This will give you the full path that you can copy and paste when you are setting the data source. 

Original post where I found this solution: Copy UNC network path (not drive letter) for paths on mapped drives from Windows Explorer - Super Us...  

[ElizabethZizzamia1]

Hello everyone,

I work at a university and regularly need to make ArcGIS Pro projects that I want students to copy and paste from a server on to a local drive. I sometimes use project packages but in certain instances, the referenced files are huge and I don't want them to download for 5 minutes (much less take up a bunch of space on a lab computer). I need to be able to make a .aprx file that can be copied to a new location and NOT have all the data links broken. Seems like such a simple thing.

For example, I open Pro, name it inside a project folder. I add a folder connection to where 2 large raster images are located. I add them to the map document. The images both have full paths \\servername\Sfolder\Ssubfolder...I save and close the project. Use a windows browser to copy and paste the whole project folder to a new location like local drive S:\Lfolder and open the project. The links are broken. Upon inspection, the data source has been changed to S:\folder\Sfolder\Ssubfolder...

Is there any way of avoiding this? Thanks for any and all help!!!

Beth

[LyonMNGIS]

Has this limitation ever been corrected?   I would like to move a couple aprx files around on my network, but I do not want everything to crash!