Hi,
This issue has already been reported by Miguel Ferreira and Jasper van den Bosch on the dspace-tech email list but I couldn't
find any other information on it. I'm reporting it again to see if anyone has any suggestions for a workaround.
I've set up a harvester to aggregate the IR metadata from a group of peer institutions for searching, and noticed that the two
DSpace installations in the group aren't mapping what DSpace considers "authors" the same way that the other IRs are.
My installation of DSpace:
<dc:contributor>Lawrence, Andrew Lyle</dc:contributor>
In the item metadata editor for this record, Andrew's name is appearing in the contributor.author field.
Another installation of DSpace:
<dc:contributor>Meekison, J. Peter</dc:contributor>
I assume that the internal metadata schema for this DSpace IR is the same as in my installation: in both cases, DSpace maps
these names to the Author field in the native DSpace full record display and also in the simple and advanced search
interfaces.
However, the two non-DSpace IRs I've harvested are returning records with proper <creator> elements:
A provider using the VTOAI Perl Data Provider:
<creator>Safronetz, Joshua Devon</creator>
A provider using OAICat (but not a Dspace installation):
<dc:creator>Doleyres, Yann</dc:creator>
Can anyone shed any light on why isn't DSpace exposing its records with what it internally considers authors in the <creator>
elememt, or what kind of simple fix may rectify the problem?
Mark
Mark Jordan
Acting Coordinator of Library Systems
W.A.C. Bennett Library, Simon Fraser University
Burnaby, British Columbia, V5A 1S6, Canada
Phone (604) 291 5753 / Fax (604) 291 3023
mjordan@... / http://www.sfu.ca/~mjordan/