Use a CSV
One row per local path and destination URL
Map many local files and folders to their destination URLs in one file. Unlike the browser path, rows can target different sites and different libraries, which makes this the one to use for a scripted bulk load.
What it does
- Which local paths go where, in a file you can review and keep.
- Which rows are valid, before the run: paths and URLs are resolved and reported first.
How it runs
- Download the template. Correct columns, ready to fill.
- Fill it in. One row per local path and its destination URL. Rows may span sites and libraries.
- Bring it back. Rows are validated and listed. A bad row is reported rather than guessed at.
- It runs. Row by row, per-file progress.
How it works
Each row names a local path and a destination URL. Rows that cannot be read are listed when the file loads and left out. Rows that share a destination URL upload together, as one pass of the upload engine; each destination is resolved to its site and library from the URL (the longest library address the URL starts with wins, and anything after it is the folder). A destination that cannot be resolved fails all of its rows, and the other destinations still upload.
The CSV method does not ask the options questions: dates follow the settings on the page, authors are not mapped, and the destination is not checked for existing files first. The whole file is recorded as one run in Migration history.
What you need
- Write access to every destination named in the file.
What it will not do
- A local path that no longer exists is a failed row, listed with its reason.
- A CSV upload does not check the destination first. A file already at the same path is replaced by the uploaded one.
- Rows can reach any site you have access to, so a mistyped URL can write somewhere you did not intend. The validation pass is there to catch that before the run.