Closed CECSpecialistI closed 1 day ago
@CECSpecialistI Ying-Hsiang, Penny, and I are looking at the mapping for $0 for this field. It is defined as a "control number of the record for a controlled place term in subfield $p" and is currently mapped as "related nomen of nomen" for the nomen in $p. Is a control number of a record a nomen? Can we map it this way or should we not map it at all?
@CECSpecialistI Ying-Hsiang, Penny, and I are looking at the mapping for $0 for this field. It is defined as a "control number of the record for a controlled place term in subfield $p" and is currently mapped as "related nomen of nomen" for the nomen in $p. Is a control number of a record a nomen? Can we map it this way or should we not map it at all?
Bleh. This is phrased so strangely in the MARC standard. $0 is an identifer for the value in $p. So...an identifier for the nomen for the place. Can we process it as we do with other $0's but have it apply to just the $p value?
I don't think we've dealt with $0s in 5XX fields or made a broader decision on how to handle identifiers like these in $0s...have we?
@CECSpecialistI Hi Crystal, can we also talk about $0s in 518 or 5XX fields in tomorrow's meeting?
The MARC 21 manual says for field 518: 'Field 033 (Date/Time and Place of an Event) contains the same information in coded form'.
The spreadsheet for field 033 shows that this information is not mapped to 'has note on manifestation', but is associated with a work or expression. The problem is: what work or expression? We cannot transform 518 to 'has note on manifestation'.
We can transform subfield $0 using a similar approach as for field 651, but the relationship element will be 'has related place of manifestation'. This is a bit of a stretch.
A further complication is shown in one of the examples for subfield $o (the letter, not the number) which gives a value of 'Rome and Venice' for subfield $p; that is, we cannot reliable transform subfield $p itself as a place.
Check $0's semantics, don't base mappability on value in $p.
@GordonDunsire I'm not sure why we can't map this field to "has note on manifestation" with boilerplate added like "Note on date/time and place of an event: ". At this point I'm not sure what else we can do without just throwing it out and hoping for phase II. Are you suggesting an alternative?
We are currently evaluating the type of entity that the authority in the $0 from different sources references based on Adam's table, in order to determine the best approach for addressing $0 in general. If the source entity type is equivalent to or a subtype of rda:Place, we can reliably transform subfield $p as a place. However, this might be too complex for field 518. And date and time typically map to the work and expression levels, since our transformation is based on a single work and expression, this approach might not be entirely suitable either.
@CECSpecialistI, @cspayne: I withdraw my comment that field 518 cannot be mapped to note on manifestation. Of course it can, as can all other note fields. I think it would be good to test a transform output of all note fields as soon as possible. Refinement of the transform to parse out subfields, etc. can be done later (so if we run out of time, we have the maximum string metadata for the manifestation description, and we can also see the true impact of having multiple notes).
Following @CECSpecialistI and @GordonDunsire's suggestion and mapping to has note on manifestation for now. This may be revisited at a later date.
https://github.com/uwlib-cams/MARC2RDA/blob/main/Working%20Documents/5XX.csv