3. [Optional]: Upgrade from an earlier release by running the 'copy my data' script with both versions next to each other in a folder.
DO NOT try to upgrade by extracting or copying over an earlier pack.
So im not really understanding this. Where or how do I find this script?
The batch file used to be called
Copy data from an older Starter Pack.bat and was in the top level folder, the same folder as the PyLNP exe file
Starter Pack Launcher (PyLNP).exe.
However the new 42.x packs have changed the structure and it looks like the .bat file has gone, or been missed out. I can't find it, or any other relevant .bat files in 42.03-r01.
It's probably just an oversight and something PE can fix for the next release. You could download a 40.24 pack, eg -r20, and get the bat from there, but you'd need to edit it to update it for the new structure and I've not checked to what extent it would need to be changed.
Edit: quite a bit, as the batch file assumes the LNP will be in a version numbered folder, eg
Dwarf Fortress 40_24 Starter Pack r16. This has gone in the new packs. So it's probably not an oversight, but rather that the copy/upgrading feature is not yet updated for the new structure (or maybe has been dropped completely?) Also gone is the
User Generated Content folder that the pack used to recommend the user copied their own files in.
You can still use the old batch file as a reference as to what files it would have copied - eg game logs and saves - and use that to copy files manually.
As an aside, I miss the top level folder that used to be in the packs. Now the contents of the ZIP is in the root of the ZIP, meaning I manually create a new folder each time I extract a new pack. I would prefer if it went back to having its own top level folder so I could just extract it into my general Games/DF folder without having to make new folders each time. That would also facilitate the re-instatement of the copy bat file. That said, some ZIP extractors will by default extract the ZIP into a folder named for the ZIP itself, which is versioned and perhaps this is why PE has dispensed with it; I don't know what % of users find it better this way than the old way, maybe having previously found that they extracted the zip using defaults and then had an unnecessary intermediate folder. In my view explicit foldering in the zip is better rather than relying on behaviour of the unzipper, but it's not at all a big deal either way.