Tom,

I looked at this very closely and realized that the code as it stands would not 
be easy to change to support this, and that an ugly hack would be needed if we 
wanted it done.  I am actually on travel for a week and would still really like 
to see what your developer did.  It would save me some time, and perhaps it 
might be good to have a second set of eyes look at it.  Maybe there is a way to 
make it less ugly.  Do you think your developer could send me what he has when 
he is available.  I would be happy to share the code change I made to the 
search results portion of this.  That was not so ugly.

-Jose

________________________________________
From: Tom De Mulder [td...@cam.ac.uk]
Sent: Tuesday, May 10, 2011 8:40 AM
To: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Embargo and OAI interface

On Tue, 10 May 2011, Blanco, Jose wrote:

> I have been working lately on hiding items from search results that have
>READ metadata restrictions for certain users.  So for example, item1 is
>restricted to only one particular user, if that user is logged-in and
>searches for a string in that item, he will get the item in the results
>set, but if an anonymous user is logged in and searches for a string in
>that item, the item will not show in the search results.  I am now trying
>to restrict items like this in the browsing, but am having more
>difficulty.  It sounds like you may have something that restricts items
>from showing up when browsing.  Is that the case?  Could you share the
>code that does that?

We do have code that does that, but it's quite an ugly hack -- it filters
results from the browse pages (including search results) by checking
authorization as the browse list is created. This does mess up pagination.

Sadly, our developer is indisposed at the moment, and I wouldn't know
where to find all the changes, so sharing it isn't really possible at the
moment. Sorry.

However, I do gather that to Do It Properly, changes would be needed to
the actual browse system.


Best,

--
Tom De Mulder <td...@cam.ac.uk> - Cambridge University Computing Service
+44 1223 3 31843 - New Museums Site, Pembroke Street, Cambridge CB2 3QH
-> 10/05/2011 : The Moon is Waxing Crescent (46% of Full)

------------------------------------------------------------------------------
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
------------------------------------------------------------------------------
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Reply via email to