Migrate uploads between AtoM installations

[Victor Tavares]

I've created founds on other installation and want to send uploads between installations.

The found description are there but the digital data I copied to other installation. I want to index the digital data to this other installation.

Has any tool to generate csv digital objects descriptions and import to the other server after copying the data between servers?

Regards,

Victor Tavares.

[Dan Gillean]

Hi Victor,

I am not sure if I fully understand your use case, but if you simply want to copy your digital objects from an old installation to a new one, this is included in our upgrade documentation - the digital objects are all in a directory called uploads, and you can use rsync or even just the cp command to copy them from your old installation to your new one. See:

• https://www.accesstomemory.org/docs/2.3/admin-manual/installation/upgrading/#copy-your-old-data

If you want a CSV export of all of your archival descriptions, there is a command-line task to do this - see:

• https://www.accesstomemory.org/en/docs/2.3/user-manual/import-export/csv-export/#csv-export

The export includes a column called digitalObjectURI. This column will include the URL path to all digital objects - those linked from the web will have the path. Those uploaded locally will also have a URL path, but in a way, this can be used as a map of the uploads directory. For example, In my local test Vagrant box, I have exported all of the data from our demo data set (found in demo.accesstomemory.org). A locally uploaded digital object had this path in the digitalObjectURI column:

• http://10.10.10.10/uploads/r/city-of-greater-sudbury-archives/7/1/71482/007-1-1-6.jpg

If I wanted to manually copy my digital object folder to the new AtoM instance, but then (for some reason) import my descriptions via CSV instead of a sql-dump, I could:

a) Remove the base URL, so it is just a file path - my digital object becomes:  uploads/r/city-of-greater-sudbury-archives/7/1/71482/007-1-1-6.jpg

b) change the column name to digitalObjectPath - now it points to an internal path. So if you add your uploads directory beneath the root AtoM directory, the CSV import of your descriptions should find the objects, and link them during the import.

I hope that helps! If I misunderstood, please feel free to clarify.

Cheers,

Dan Gillean, MAS, MLIS
AtoM Program Manager
Artefactual Systems, Inc.
604-527-2056

@accesstomemory

--
You received this message because you are subscribed to the Google Groups "AtoM Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ica-atom-users+unsubscribe@googlegroups.com.
To post to this group, send email to ica-ato...@googlegroups.com.
Visit this group at https://groups.google.com/group/ica-atom-users.
To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/11979594-7a0a-451c-af43-dc94a14b99d1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Victor Tavares]

Many thanks Gillean,

I will choose for the second option, because I need to index to other instance of AtoM.

This will be helpful.

Thanks again,

Victor Tavares.

To unsubscribe from this group and stop receiving emails from it, send an email to ica-atom-user...@googlegroups.com.

[Victor Tavares]

I have tried your solution whith CSV, for some reason just the images were updated on the second enviroment. Generating the index of images on database, and pdf files don't exist. The opposite occurs with XML.

Using XML for migrate the fonds,  it's ok for series level of pdf files, but don't generate the images of each page.

I tried to regenerate derivatives for both options, XML and CSV with no sucess.

I've tried to Re-indexing PDF text and it's not working either.

Have you have some solution for these problems?

Thanks,

Victor Tavares.

[Dan Gillean]

Hi Victor,

That is interesting - I'm not sure why it would be the case, but I must say that my suggestion was very unorthodox (i.e. unconventional) and not tested.

Is there a reason why you cannot migrate the entire database, as outlined in our upgrade instructions? This would be the most reliable way to move both descriptions and digital objects to a new AtoM instance.

Regards,

Dan Gillean, MAS, MLIS
AtoM Program Manager
Artefactual Systems, Inc.
604-527-2056

@accesstomemory

To unsubscribe from this group and stop receiving emails from it, send an email to ica-atom-users+unsubscribe@googlegroups.com.
To post to this group, send email to ica-atom-users@googlegroups.com.

Visit this group at https://groups.google.com/group/ica-atom-users.

To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/469a7cd9-e562-4c54-8013-d1c45a1feba8%40googlegroups.com.