<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/wordpress-mu-1.2.5" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments for JISC Access Management Team</title>
	<link>http://access.jiscinvolve.org</link>
	<description>moving towards federated access management</description>
	<pubDate>Sun, 21 Mar 2010 22:11:27 +0000</pubDate>
	<generator>http://wordpress.org/?v=wordpress-mu-1.2.5</generator>

	<item>
		<title>Comment on Uniquely Tagging JISC Projects by Andy Powell</title>
		<link>http://access.jiscinvolve.org/uniquely-tagging-jisc-projects/#comment-17043</link>
		<dc:creator>Andy Powell</dc:creator>
		<pubDate>Fri, 19 Mar 2010 09:37:35 +0000</pubDate>
		<guid>http://access.jiscinvolve.org/uniquely-tagging-jisc-projects/#comment-17043</guid>
		<description>BTW... I assume you are aware of http://infteam.jiscinvolve.org/2010/03/18/creating-a-unique-tag-your-project-for-blogs-microblogs-and-other-distributed-web-content/ ??</description>
		<content:encoded><![CDATA[<p>BTW&#8230; I assume you are aware of <a href="http://infteam.jiscinvolve.org/2010/03/18/creating-a-unique-tag-your-project-for-blogs-microblogs-and-other-distributed-web-content/" rel="nofollow" >http://infteam.jiscinvolve.org/2010/03/18/creating-a-unique-tag-your-project-for-blogs-microblogs-and-other-distributed-web-content/</a> ??</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Taking forward the Publisher Interface Study by Andy Powell</title>
		<link>http://access.jiscinvolve.org/taking-forward-the-publisher-interface-study/#comment-17009</link>
		<dc:creator>Andy Powell</dc:creator>
		<pubDate>Thu, 18 Mar 2010 13:35:15 +0000</pubDate>
		<guid>http://access.jiscinvolve.org/taking-forward-the-publisher-interface-study/#comment-17009</guid>
		<description>Note that my JQuery demo at http://andypowe11.net/wayf/ (see http://efoundations.typepad.com/efoundations/2009/06/lets-get-usable.html) is still on the table if it helps improve the WAYF implementation.</description>
		<content:encoded><![CDATA[<p>Note that my JQuery demo at <a href="http://andypowe11.net/wayf/" rel="nofollow" onclick="javascript:urchinTracker ('/outbound/comment/andypowe11.net');">http://andypowe11.net/wayf/</a> (see <a href="http://efoundations.typepad.com/efoundations/2009/06/lets-get-usable.html" rel="nofollow" onclick="javascript:urchinTracker ('/outbound/comment/efoundations.typepad.com');">http://efoundations.typepad.com/efoundations/2009/06/lets-get-usable.html</a>) is still on the table if it helps improve the WAYF implementation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Uniquely Tagging JISC Projects by Andy Powell</title>
		<link>http://access.jiscinvolve.org/uniquely-tagging-jisc-projects/#comment-17008</link>
		<dc:creator>Andy Powell</dc:creator>
		<pubDate>Thu, 18 Mar 2010 13:29:17 +0000</pubDate>
		<guid>http://access.jiscinvolve.org/uniquely-tagging-jisc-projects/#comment-17008</guid>
		<description>Sorry, formatting problems with my last comment.  My suggested URI structure is

http://www.jisc.ac.uk/project/&#60;call code&#62;/&#60;project tag&#62;</description>
		<content:encoded><![CDATA[<p>Sorry, formatting problems with my last comment.  My suggested URI structure is</p>
<p><a href="http://www.jisc.ac.uk/project/&lt;call" rel="nofollow" onclick="javascript:urchinTracker ('/outbound/comment/www.jisc.ac.uk');">http://www.jisc.ac.uk/project/&lt;call</a> code&gt;/&lt;project tag&gt;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Uniquely Tagging JISC Projects by Andy Powell</title>
		<link>http://access.jiscinvolve.org/uniquely-tagging-jisc-projects/#comment-17007</link>
		<dc:creator>Andy Powell</dc:creator>
		<pubDate>Thu, 18 Mar 2010 13:27:56 +0000</pubDate>
		<guid>http://access.jiscinvolve.org/uniquely-tagging-jisc-projects/#comment-17007</guid>
		<description>On the basis that you can't have a conversation about identifiers these days without thinking about URIs in general and http URI specifically, I think you need to at least consider the your use of http URIs here.

You could ask projects to 'suggest' a tag at proposal stage (I say suggest because projects have no way of knowing whether their suggested tag will be unique within the chosen funding call).  You would then have to de-duplicate any duplicate suggested tags in some way - presumably after you've agreed what is going to be funded.

At that point the 'tag' can be turned into a URI using the following structure:

http://www.jisc.ac.uk/project//

or some such?

Note: in line with Linked Data this would be the URI for the project... not for a web page about the project, so your website would have to be configured to issue a 303 redirect to an 'information resource' about the project.</description>
		<content:encoded><![CDATA[<p>On the basis that you can&#8217;t have a conversation about identifiers these days without thinking about URIs in general and http URI specifically, I think you need to at least consider the your use of http URIs here.</p>
<p>You could ask projects to &#8217;suggest&#8217; a tag at proposal stage (I say suggest because projects have no way of knowing whether their suggested tag will be unique within the chosen funding call).  You would then have to de-duplicate any duplicate suggested tags in some way - presumably after you&#8217;ve agreed what is going to be funded.</p>
<p>At that point the &#8216;tag&#8217; can be turned into a URI using the following structure:</p>
<p><a href="http://www.jisc.ac.uk/project//" rel="nofollow" onclick="javascript:urchinTracker ('/outbound/comment/www.jisc.ac.uk');">http://www.jisc.ac.uk/project//</a></p>
<p>or some such?</p>
<p>Note: in line with Linked Data this would be the URI for the project&#8230; not for a web page about the project, so your website would have to be configured to issue a 303 redirect to an &#8216;information resource&#8217; about the project.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Fighting Undeliverable Legality by Rod Widdowson</title>
		<link>http://access.jiscinvolve.org/fighting-undeliverable-legality/#comment-16947</link>
		<dc:creator>Rod Widdowson</dc:creator>
		<pubDate>Wed, 17 Mar 2010 16:30:36 +0000</pubDate>
		<guid>http://access.jiscinvolve.org/fighting-undeliverable-legality/#comment-16947</guid>
		<description>"But something has to be done" screams the tabloid media (who's ownership is often not without an axe to grind) and so something is done.  Never matter that its the emperor's new clothes.  People will not stop to listen to the arguments.

It seems to me that we see this in pretty much every arena of the legislature.  The fact that a new law is pointless (or worse still a further erosion of our fundamental rights) or that new plan has no value is irrelevant; the politician or the bureaucrat can point out that "something was done" and move on, while the rest of the world carries the cost.  Think of airport screening.

On the specific issue of the records companies blindness, this is standard when technology catches up with a company with a hugely profitable revenue stream.  These companies are frightened of anything which affects this cash cow and so will not invest in the future (I have heard the phrase phrase "eating your own babies" used to describe investing in something which may affect your cash cow - that gives an idea of how well the it goes down), rather they will invest in protecting that revenue stream.

The whole tech (and non tech) space is littered with such casualties.  The record industry is interesting in that it has significant political clout and probably has more control of the media than we'd like.</description>
		<content:encoded><![CDATA[<p>&#8220;But something has to be done&#8221; screams the tabloid media (who&#8217;s ownership is often not without an axe to grind) and so something is done.  Never matter that its the emperor&#8217;s new clothes.  People will not stop to listen to the arguments.</p>
<p>It seems to me that we see this in pretty much every arena of the legislature.  The fact that a new law is pointless (or worse still a further erosion of our fundamental rights) or that new plan has no value is irrelevant; the politician or the bureaucrat can point out that &#8220;something was done&#8221; and move on, while the rest of the world carries the cost.  Think of airport screening.</p>
<p>On the specific issue of the records companies blindness, this is standard when technology catches up with a company with a hugely profitable revenue stream.  These companies are frightened of anything which affects this cash cow and so will not invest in the future (I have heard the phrase phrase &#8220;eating your own babies&#8221; used to describe investing in something which may affect your cash cow - that gives an idea of how well the it goes down), rather they will invest in protecting that revenue stream.</p>
<p>The whole tech (and non tech) space is littered with such casualties.  The record industry is interesting in that it has significant political clout and probably has more control of the media than we&#8217;d like.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Can you solve this problem for me? by peter clark</title>
		<link>http://access.jiscinvolve.org/can-you-solve-this-problem-for-me/#comment-16530</link>
		<dc:creator>peter clark</dc:creator>
		<pubDate>Tue, 09 Mar 2010 16:54:30 +0000</pubDate>
		<guid>http://access.jiscinvolve.org/can-you-solve-this-problem-for-me/#comment-16530</guid>
		<description>Step 1 - Download a trial version of IBM's Tivoli Directory Integrator 7.x
Step 2 - Install
Step 3 - Define input sources (your spreadsheets)
Step 4 - Define output criteria
Step 5 - Execute code.</description>
		<content:encoded><![CDATA[<p>Step 1 - Download a trial version of IBM&#8217;s Tivoli Directory Integrator 7.x<br />
Step 2 - Install<br />
Step 3 - Define input sources (your spreadsheets)<br />
Step 4 - Define output criteria<br />
Step 5 - Execute code.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Can you solve this problem for me? by Matthew Slowe</title>
		<link>http://access.jiscinvolve.org/can-you-solve-this-problem-for-me/#comment-16524</link>
		<dc:creator>Matthew Slowe</dc:creator>
		<pubDate>Tue, 09 Mar 2010 14:01:08 +0000</pubDate>
		<guid>http://access.jiscinvolve.org/can-you-solve-this-problem-for-me/#comment-16524</guid>
		<description>Pivot table. The answer to every spreadsheet question is "pivot table".</description>
		<content:encoded><![CDATA[<p>Pivot table. The answer to every spreadsheet question is &#8220;pivot table&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Ready, AIM, Fire&#8230; by john robinson</title>
		<link>http://access.jiscinvolve.org/ready-aim-fire/#comment-16416</link>
		<dc:creator>john robinson</dc:creator>
		<pubDate>Fri, 05 Mar 2010 15:13:47 +0000</pubDate>
		<guid>http://access.jiscinvolve.org/ready-aim-fire/#comment-16416</guid>
		<description>Nicole

I think you are spot on with reference to the need for more work on managing attributes based on groups.  My institution is currently grappling with the problem of how to restrict access to resources which are licensed only for use by sub-sets of our members.  Logically, we should be able to use additional scoped affiliations but the service providers show no interest in cooperating and seem to think that all they have to do is look for the "member@" and it is our problem to enforce compliance with the license conditions.  Use of the federation is now starting to seem to some like a risk and I am am having to field comments along the lines of "it was so much easier when we had athens" ...

The problem is not technical because generating additional scoped affiliation strings from group memberships is relatively trivial.  It is about the problem of engaging service providers with the need to become more granular in granting access.  How do we make this into a benefit for the providers?</description>
		<content:encoded><![CDATA[<p>Nicole</p>
<p>I think you are spot on with reference to the need for more work on managing attributes based on groups.  My institution is currently grappling with the problem of how to restrict access to resources which are licensed only for use by sub-sets of our members.  Logically, we should be able to use additional scoped affiliations but the service providers show no interest in cooperating and seem to think that all they have to do is look for the &#8220;member@&#8221; and it is our problem to enforce compliance with the license conditions.  Use of the federation is now starting to seem to some like a risk and I am am having to field comments along the lines of &#8220;it was so much easier when we had athens&#8221; &#8230;</p>
<p>The problem is not technical because generating additional scoped affiliation strings from group memberships is relatively trivial.  It is about the problem of engaging service providers with the need to become more granular in granting access.  How do we make this into a benefit for the providers?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Dealbreaker? by Owen Stephens</title>
		<link>http://access.jiscinvolve.org/dealbreaker/#comment-16409</link>
		<dc:creator>Owen Stephens</dc:creator>
		<pubDate>Fri, 05 Mar 2010 12:18:07 +0000</pubDate>
		<guid>http://access.jiscinvolve.org/dealbreaker/#comment-16409</guid>
		<description>Quite a few years ago I was impressed by the line taken by the California Digital Library - they were very clear about the things that were 'deal breakers' and they pushed publishers very hard to meet their requirements.

The other thing that struck me was the purchasing power of CDL was quite considerable and not comparable to any single UK institution. The only way we can get changes made is to act in concert.

There is also the issue that libraries are a service, in the business of providing access to information for their users. There is a danger to the reputation of libraries within their institutions if they don't give access to certain resources - no matter how much of a pain it is administratively. The value of a specific resource can vary widely across libraries, depending on their users needs, so agreeing a universal 'deal breaker' is tricky, if not impossible.

Finally (and I don't think you are going to agree with me here...) I'd argue that implementing IP authentication is much cheaper and simpler than implementing SAML, and it is more realistic that small publishers could implement this, so if I was going to put a 'deal breaker' requirement on this, I'd be arguing for IP authentication being the 'minimum' not SAML.</description>
		<content:encoded><![CDATA[<p>Quite a few years ago I was impressed by the line taken by the California Digital Library - they were very clear about the things that were &#8216;deal breakers&#8217; and they pushed publishers very hard to meet their requirements.</p>
<p>The other thing that struck me was the purchasing power of CDL was quite considerable and not comparable to any single UK institution. The only way we can get changes made is to act in concert.</p>
<p>There is also the issue that libraries are a service, in the business of providing access to information for their users. There is a danger to the reputation of libraries within their institutions if they don&#8217;t give access to certain resources - no matter how much of a pain it is administratively. The value of a specific resource can vary widely across libraries, depending on their users needs, so agreeing a universal &#8216;deal breaker&#8217; is tricky, if not impossible.</p>
<p>Finally (and I don&#8217;t think you are going to agree with me here&#8230;) I&#8217;d argue that implementing IP authentication is much cheaper and simpler than implementing SAML, and it is more realistic that small publishers could implement this, so if I was going to put a &#8216;deal breaker&#8217; requirement on this, I&#8217;d be arguing for IP authentication being the &#8216;minimum&#8217; not SAML.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Lies, Damn Lies&#8230; by nicole</title>
		<link>http://access.jiscinvolve.org/lies-damn-lies/#comment-16376</link>
		<dc:creator>nicole</dc:creator>
		<pubDate>Thu, 04 Mar 2010 11:58:11 +0000</pubDate>
		<guid>http://access.jiscinvolve.org/lies-damn-lies/#comment-16376</guid>
		<description>Thanks Ross, I meant only from the authentication end rather than statistical review at the resource end.  Should have made that clearer ;-)</description>
		<content:encoded><![CDATA[<p>Thanks Ross, I meant only from the authentication end rather than statistical review at the resource end.  Should have made that clearer <img src='http://access.jiscinvolve.org/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
</channel>
</rss>
