On 20 June 2015 at 02:52, Mark Diggory <mdigg...@atmire.com> wrote:
> Hello,
>
> Putting all this "tail wagging the dog" aside. I think it would be very
> good to get the appropriate "metadata" added to the PDF.
>
> I wanted to contribute that we recently had a "non-coverpage" case where
> the title of a paper was correct in the first page of the pdf and in the
> DSpace metadata, but the PDF had the incorrect title in its internal
> metadata. This caused Google Scholar to show the incorrect title in its
> search results, which caused much confusion for the owner of that document.
> Changing the metadata resulted in the GS record changing. From this point,
> it is clear the GS is leaning heavily on PDF internal metadata as is
> primary source for its records.
>
> I think that if the appropriate metadata were populated in the pdf
> process, that it would take precedence over the cover page in GS.
>
Yes, very true and something we should get right regardless of cover page
inclusion.
"We" largely being "the repository community" rather than "DSpace" in this
instance, although we could make a PDF metadata checker that compares XMP
DC to item DC for the primary bitstream? and in future, use of metadata on
bitstreams to inject into PDFs if not already done as a
curation/preservation task?
</tangent>
-k.
------------------------------------------------------------------------------
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors
network devices and physical & virtual servers, alerts via email & sms
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
_______________________________________________
Dspace-general mailing list
Dspace-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-general
