1362449
see annotation above. we should be able to dedup on the URI at least
1362449
see annotation above. we should be able to dedup on the URI at least
=650 \7$aNational characteristics, Irish.$2fast$0http://id.worldcat.org/fast/1033448
why do these get bumped up?
a991036580459703811
need to make sure these don't overlay
=650 \0$aIslam$0http://id.loc.gov/authorities/subjects/sh85068390$zSoutheast Asia.$0http://id.loc.gov/authorities/subjects/sh85200869127634
interesting that alma does not fix this
=630 \7$aBible.$pEpistles of Paul.$2fast$0http://id.worldcat.org/fast/1808029
630_07 above was added because of the 63000 above; the second one, 630\7 was in the record that was sent. it would be nice to figure out a way to dedup these in an automated way
3 4500
why was this even sent back to us?
=650 \0$aAgriculture$zCentral America.$0http://id.loc.gov/authorities/subjects/sh85002415$zCentral America.$0http://id.loc.gov/authorities/subjects/sh85021871
the subfields were reordered here so that the URI follows the heading
eOUTMARCIVE
don't let this overlay; not sure why it's in there
fast
these were reordered, not deleted (see above)
902
the 902 stamps are removed. maybe they were stored in the backfile before the tag was added? we will need to adapt the import profile to keep this.
38
8 not imported
47
5 records not imported
337
without 300 field, these are the CMCs generated
336
the CMCs aren't right here at all; should include for text and accompanying CD-Rom
336
no CMCs for audio discs
m. +
didn't catch adding subfield here; our bad, but i feel like this should have been caught?
0 \0$aH
The value in the original 490 is a 4XX in the provided series statement; it is incorrect, but that's not really Marcive's fault
a. E
this should have $l; could clean up locally, but shouldn't they be able to catch this?
$vIndexes.$
Why didn't this generate a 655?
260
not flipped to 264?
337
shouldn't this have unmediated and volume too?