Alright — So the leader:
Despite the spec of all types of MARC saying that the leader should be 23 characters, it is abundantly clear that when there are multiple spaces in a row, they are normalized to a single space in MARCXML. Rather than my assertions failing on every single MARC record I’m testing it on…I modified the assertions to allow that. *shrug* Gotta deal with the reality of the situation, and not just the spec.
Weirdness though!! So I’m using the oXygen XML editor. I cannot guarantee that all ya’ll can replicate this problem in your editors. When I add an error to my main MARCXML record to test my validator…suddenly I pop 10,000+ errors! Then I run it again (and any subsequent times) and get just the single error I added. Fix the error, and same thing: I have over a ten thousand errors, then run it second time (or more) — it’s clean and validated. Weird. At first it was making me nervous that I’d royally screwed something up. Glad that wasn’t the case (I hope).
So I had been adding assertion by assertion field by field, which became a bit tedious and I realized it was rather inefficient. There are so many fields whose indicators are the same, and it’d be more efficient to first categorize fields by indicators and then to create an assertion en masse.
To that end, I made this — a google sheet of indicators, it’s every single field possible in bibliographic, authority, holdings, and classification MARC organized by their indicators. I didn’t do community MARC because 1. I was super sick of doing it by that point, and 2. I’ve still never seen an example of community MARC! Is it in use? Anywhere?
The next step is then to add the assertions back into my .xsd file and test the heck out of the darn thing.