Closed LouisStAmour closed 4 years ago
Dear Louis,
thanks for the bug report. I'll investigate it in the next days, and let you know what I found. Do you use records from this datasource: https://opendata.tplcs.ca/ or it is directly from your local catalog?
Best, Péter
This is a bit tricky. The problem is that in 880 subfield $6 is not repeatable. This field is a reference field, which means, that is should be handled differently than any other fields.
880 [ ] [(6) 245-01/$1], [(a) iphone the Bible 玩家聖經.]
should first transform to
245 [ ] [(a) iphone the Bible 玩家聖經.]
then we can analyze. But in the case of
880 [30] [(6) 246-03], [(6) 880-03], [(a) iphone wan jia sheng jing]
there are two $6-s, and for the second one 880 should be tranfsormed to 880 which is problematic.
I am still thinking how to solve this problem...
Dear @LouisStAmour ,
I fixed the issue. The tool skip the checking of the field content, and places an error message like this:
880$6 ambiguous linkage There are multiple $6 https://www.loc.gov/marc/bibliographic/bd880.html (2 times)
I also found that the file has almost 200 unparsable MARC records, which also caused some problem. I improved the error handling on that side as well.
Please check if it works for you, and please let me know the result.
Best, Péter
Hi, trying this tool out on some Toronto Public Library MARC21 records. Managed to get through a million records before I hit a snag:
NullPointerException at https://github.com/pkiraly/metadata-qa-marc/blob/9e3ed1fd7b7303369d598f634cd5fcab6c4cc151/src/main/java/de/gwdg/metadataqa/marc/definition/SubfieldDefinition.java#L79
I've attached the offending MARC record here: u2407796.marc.gz
$ java -cp $HOME/.m2/repository/de/gwdg/metadataqa/metadata-qa-marc/0.2-SNAPSHOT/metadata-qa-marc-0.2-SNAPSHOT-jar-with-dependencies.jar de.gwdg.metadataqa.marc.cli.Validator -m MARC21 u2407796.marc
$ ~/go/bin/marcdump u2407796.marc