Taking aside the part that says which OS a particular filesystem is associated with, the main point is the word "journaled".
I include the following Wikipedia quote as there is no point re-inventing the wheel:
A journaling file system is a file system that keeps track of the
changes that will be made in a journal (usually a circular log in a
dedicated area of the file system) before committing them to the main
file system. In the event of a system crash or power failure, such
file systems are quicker to bring back online and less likely to
become corrupted.
Taking that to one logical end, an external drive is by definition more likely to be removed from the system than an internal drive. It's not possible to remove your laptop drive and keep the OS running, but perfectly possible with something USB or Firewire attached for example. As such you run a greater risk of changes that need to be written to the drive failing to complete should you remove the drive too quickly, or without following the correct eject procedures.
Particularly if you use any form of caching, the data may be waiting to be written to the disk at the point of removal, thus losing your data.
A journaled filesystem helps to prevent too much damage in these scenarios by keeping a log of all changes it needs to apply, and noting when they are successfully completed. In this way it can examine the log on a restart and work out of there are outstanding changes that were never completed. This is far faster than simply running a chkdsk
or similar command to check the entire filesystem for problems which you would need to perform on a FAT32 file system.
In addition to the protective side of things discussed above, is the fact that a HFS filesystem has all the Mac OS X hooks built in for automated indexing, backup, version control and so on that would not be possible on a FAT32 enabled filesystem.
In virtually all cases, you want GUID Partition Map. Only choose a different scheme if you have specific needs that require that scheme. GUID Partition Map provides the best compatibility and is the most current scheme.
Without knowing what the error is, I can't say why you're unable to erase the disk. The top level item is the disk itself, whereas the lower level items are partitions. When erasing a specific partition, you're only changing that partition, not the whole disk. Since the scheme is for the entire disk and not one partition, it doesn't make sense to have the scheme show for a partition.
Best Answer
Sure, there’s no HDD type mechanism so you have no reason to not use APFS other than interoperability concerns.
Apple at WWDC prepared has some great videos / PDF version of the slide deck and since you're on Flash, you'd need a good/specific reason not to choose APFS in my eyes.
The SSD optimizations won’t hurt on flash controllers and might help for any Mac centric work pattern.
The only down side would be file recovery software, but being able to snapshot the disk might help there.