Was going to write as a comment, but my response ended up WAY too long for that. I think there's actually a few questions here, and they're largely independent of each other.
WMXZ has provided a good answer to the question about workflow. If you generalise that approach till you wind up with a pithy statement, you're left with something along the lines of: break the problem up into smaller & more tractable problems that can each be verifiably solved on their own.
So with that in mind, I see separate questions about training courses, large PAM datasets, and the intricacies of the PAMGuard click detector and classifier.
Since I've never taken a PAM training course, I'll defer that question to those better able to answer (noting that one of the founders of Ocean Science Analytics does visit and post on this bioacoustics StackExchange, so could be well placed to elaborate on the content of that course either in this thread, or privately if you reached out directly).
Regarding 'analysis' of 'large' datasets: you might get a better answer from this forum if you're able to be more specific about your needs and your goals. For example, what you've described as a 'large' multi-year dataset could quite plausibly be viewed by some people as a 'typical' porpoise PAM dataset -- depending on exactly how much >1 year you mean by multi-year. You probably wouldn't need to do anything differently to analyse 2-3 years of recordings than you would for a recording of 3 months (it'd just take more computer-time). But if you've got 10 years of data with 50 hydrophones each year, you might need to take a different approach (i.e. to ensure that your analysis can be completed prior to your deadline with the compute resources/budget available). It's probably safe to assume that by posting your question here you're most likely to be in the former category than the latter, but the days of knowing what analysis you're planning prior to collecting multi-year datasets has been long gone for a while now, and these days it's all 'record first, someone will make an AI that can analyse it all later'. But I digress...
In addition to putting quotes around 'large', I also put quotes around 'analysis' too because ultimately, the type of analysis required will depend very strongly on the questions that you wish to answer. Do you just need to know if lots of porpoise clicks were present on a given day? Do you need to know the time of day that they were present? Do you need to compare across dates, times, sites, or with other activities? The first question could conceivably be answered by inspecting daily LTSAs (as WMXZ suggested) possibly without even using a click detector at all. The last question might involve detecting clicks + characterising detector bias + modelling detection range + statistical hypothesis testing. This may seem obvious, but I'm of the mindset that it's often useful to state the obvious, and also useful to start at the beginning, rather than the middle.
Regarding PAMGuard: I say the following with love and respect, and as a long-time PAMguard user, and occasional minor PAMGuard developer. As you've discovered, PAMGuard is not especially user-friendly (to put it mildly). Also, each new version comes with the potential to introduce new quirks and bugs. Getting PAMGuard to do something 'new' can very plausibly wind up being very tedious, difficult, or impossible without inside knowledge of the software, algorithms, and intended usage. PAMGuard is designed to be flexible. This flexibility makes it powerful, but also means that there are a million ways to configure things. However, among those million configurations, there's often only one (or zero) that is actually known to work --and it's not necessarily the configuration you want or need.
That said, detecting clicks, especially from porpoises, has long been part of the core functionality of PAMGuard. The PAMGuard Click Detector module has long been the most mature module, and also consistently one of the most actively developed modules. So, my recommendation regarding PAMGuard would be to reach out to:
- the PAMGuard community
- the people who have conducted the studies & tutorials that you've mentioned in your post
These groups will almost certainly be better placed to tell you whether PAMGuard is the right tool for the job, and if so how to configure it. In this instance, I suspect reaching out with a view towards collaboration would likely be the quickest way to obtain the specific information you're seeking, and in the long run might also be more beneficial to you than a training course.