Thank you for your quick response. An obvious solution just occurred to me. What if I set up a second, "public" DSpace instance that mirrors the first "private," DSpace instance, but the second DSpace site harvests from the first, private instance only metadata and references to bitstreams and not the bitstreams themselves?
Alain -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of helix84 Sent: Wednesday, November 14, 2012 1:47 PM To: Alain Tschanz Cc: [email protected] Subject: Re: [Dspace-tech] OAI-ORE harvesting On Wed, Nov 14, 2012 at 7:38 PM, Alain Tschanz <[email protected]> wrote: > Can I prevent another DSpace repository from harvesting metadata and > bitstreams? Or put another way, can I limit harvesting of collections > to metadata and references to bitstreams only? Hi Alain, certainly, by removing READ access for the Anonymous to a bitstream, there's no way how you can download it without authenticating. If you want to keep READ Anonymous access though, there's nothing DSpace can do. But you could configure the firewall to block sites that you don't want to harvest you. It's hard to imagine another practical way how you would distinguish between humans and spiders downloading the bitstreams (detecting User Agent string, perhaps, but that can be easily faked). Regards, ~~helix84 Compulsory reading: DSpace Mailing List Etiquette https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette ------------------------------------------------------------------------------ Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
