Open VickyTEI opened 3 years ago
Even if we used a local field we would probably still need to qualify which exhibition it was from (British Museum have a curators note which broadly does the same thing).
This does remind me that we need to talk about more general interpretation though. Do we want to make clear the distinction between the institutional voice and external voice when working with collaborators, or at least have it as an option?
The Gardiner records for example contain interpretation on the records by James Gardiner which is just a general 500 note at the moment.
We could use the summary note (520) for all of these examples instead with the $b and $c to assign the gallery text and exhibition/collaborator source (which I think is what Nic did for Shrigley).
The 520 is a specific summary of the item itself, gallery interpretations can be broader than that. It sounds like we can add to the 585 exhibitions field options, so it would be a local subfield. I think we should limit the gallery text/interpretations to internal exhibitions, but yes we'd need to identify which exhibition it was. Currently this is done within the same subfield, which although not perfect, at least works.
Re - external voices, yes your right, we'd want to make it clear where the thoughts originate, again it's not ideal, but in Marc it's possible within a field containing the main text, 500 works, although not easy to identify & pull out at a later date unless we come up with a consistent tag - which we could.
MARC allows for exhibition information relating to the place & date of an exhibition in 585 but not more granular data such as the exhibition text that accompanied an object in an exhibition.
We could repeat the 585 field and Prefix it with the tag 'Gallery text:' and then include the actual gallery text. This would need to be qualified with info on which exhibition the text was from.
We could identify a local field to use specifically for Gallery text? This would have the benefit of allowing a specific tag to be allocated in Works
Any other solutions?