On Mon, Jan 14, 2013 at 5:38 AM, Andrea Schweer <[email protected]> wrote: > the item has exactly one bitstream in the ORIGINAL bundle (or the first > such bundle, to be precise); and > this bitstream is of type application/pdf
Hi Andrea, thank you for your findings, I didn't realize we have this problem. I see that this ruleset doesn't take into consideration the concept of a primary bitstream. I would suggest to amend it this way: a) the item has exactly one bitstream in the ORIGINAL bundle (or the first such bundle, to be precise) b) this bitstream is of type application/pdf c) the item has a primary bitstream specified (a AND b) OR (c AND b) > Google Scholar has said they > are not interested in having citation tags for an item if this field is not > provided for. In that case, I'm +1 to using any PDF the item has, even if it's not a primary bitstream or the only PDF. It's better to discover the item even if it's e.g. just an abstract than not to discover it at all. So the ruleset would be: 1) filter all bitstreams of type application/pdf 2) if there's a bitstream set as primary, use it 3) take the first bitstream by sequence_id, use it Regards, ~~helix84 Compulsory reading: DSpace Mailing List Etiquette https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette ------------------------------------------------------------------------------ Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122412 _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
