Hi Jeremy,
You're right that there's no problem re-running Genotypes.pl, and that the second run should just overwrite the first. The number of loci also should be fine. I think the issue is likely with your read depths and the default parameters (assuming you used the defaults) for how AftrRAD calls genotypes and creates these output files. Specifically, your master report says the average read depths are around 6-7. The default in Genotypes.pl is to only call genotypes if the sum of the read counts at the locus being considered is 10 (MinReads argument). On the surface, this doesn't seen too bad, as say you had two alleles in a heterozygous locus with reads counts 9 and 4. You'd have 13 total reads, so the heterozygous genotype would be called. However, you are also only retaining loci scored in 100% of your 94 samples (this is apparent from the name of your SNPMatrix file). Therefore, if one individual at the locus had read counts of 5 and 2, this sample will not be genotyped and instead treated as missing data, and you in turn throw the locus out because it is not scored in 100% of your samples. So, if I'm right that this is the issue, here are possible ways forward…
1.) Reduce the MinReads argument to something lower than 10 (note this applies to the Genotypes.pl script - not the AftrRAD.pl script).
2.) Allow some level of missing data by setting the pctScored argument to something less than 100.
3.) A combination of 1 and 2.
4.) Resequence for additional coverage.
See if any of these work for you (at least 1-3, I know 4 probably isn't an attractive option), and if not, let me know.
Mike