-
Notifications
You must be signed in to change notification settings - Fork 17
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Validation of 490 indicators in wrong order #23
Comments
Thanks! I am checking it. |
The full record is this:
the interesting part is this line:
880 field is a language variation of the information recorded in the field references in $a subfield, in this case it is 490. The description of 880 (http://www.loc.gov/marc/bibliographic/bd880.html) says at both indicators: "Appropriate indicator as available in associated field". I am not one hundred percent sure, that as I understand it the validation should take these two indicators as it should be the indicators of 490. And if this supposition is correct, then the validator correctly reports that there is a problem at that place, since is should be 0 and ' ', but it is on the reverse, ' ' and 0. Could you check with yourr colleagues, that this interpretation is correct? What is missing this case is the notation that it is a referenced field (given that the above sentences are true). |
I will encode reference field path the following way:
Is it acceptable? Is there a standard way of notation? |
@cKlee is working on a standard notation and might help you http://marcspec.github.io/MARCspec/marc-spec.html We in Ghent have the interpretation that 490 indicators should be in 880. And it would be a mistake that 880 and 490 indicators are different? I'll get more input from a MARC specialist I know. |
Thanks for the reference, I'll follow that notification! Yes, I think that it is a mistake, but that is my interpretation. The wording of the standard is not very clear for me. |
BTW: yesterday I commited changes to make it explicit that it is referenced. Right now it uses |
Let me know, if I can help. |
Dear @cKlee, the aim of this task is to provide a validation report for MARC records. The tool produces a report line for each found issue, which contains the ID, a MARC path (where the error happened), type of error, extra information, such as the invalid code, and the URL to the MARC standard which describes the problem in details. Now we run into the problem that we found an error in a referenced field 490, which is embedded in 880. The tool so far reported that the problematic field is 490, and it was not clear if it is the non referenced or the referenced 490. So we would like to make it explicit, making a distinction between these two. I provisionaly introduced the notation
@phochste called my attention to your MARCspec document which is great, and I decided, that in the future this tool will follow your specification. I am not sure however how do you notate this case. Thank you in advance, |
I see. The problem lies within the usage of the indicators. With MARCspec you cannot reference indicator content. Thus you cannot state, that a field is only referenced when another field has the same indicators, unless you specify which specific indicators they have. And with MARCspec you have to be more precise on the field repetition:
... is interpreted as: Reference data of the second repetition of field 880, if field 880 has an indicator 2 with value 0 and subfield $6 equals subfield $6 of the first 490 field, having the indicator 2 with value 0. And this would not reference any data, because the first 490 field has no indicator 2 with value 0. But this is very difficult to read/interpret for humans. But I'm willing to extend MARCspec with a syntax for references to indicators. This deficit bugged me for quite a while. But I'm not sure what the best way to do that is. I'm open for suggestions ... |
MARCspec/MARCspec#24 (comment) is a proposal for an extension of MARCspec towards references to indicator values. Thus what you are trying to express would look like
Reference data of the second repetition of field 880, if indicator 1 equals indicator 1 of first 490 field. For better readability you might omit the field position/index, like
If you want to refer to a subfield, then abbreviation is not possible:
because one could either refer to indicator value Is this something you could use? |
Thanks a lot for your help! I'll ask MARC cataloguers, if they are OK with this notations. My first impression is the specification is mainly for comparing values, and what I really need right now is simply addressing an element in a MARC record. Something like xpath. But maybe I am wrong, and I should read your specification more carefully. |
Well, it is like XPath for MARC. But like in XPath it is difficult to express dependencies. If you want a more expressive syntax like you suggested I don't want to persuade you. I'll extend MARCspec with indicator refs nevertheless. |
Dear @cKlee, Great, we are on the same page, you don't have to persuade me, I just need more knowledge about MARCspec. I'll send you questions regarding to the specification in email. Thanks again! |
In Ghent we have this MARC fragment:
The validator gives as error:
Shouldn't this display the errors in the opposite order?
The text was updated successfully, but these errors were encountered: