Alternative to link pollution

[heuer]

Maybe too late, again.

An alternative to having the duplicate links to feeds/fragments/snapshots might be a custom attribute like sd:kind for the atom:link element

Example:

 <link rel="http://www.sdshare.org/2012/core/collectionfeed" type="application/atom+xml"
       href="http://example.org/collections/collection-one"/> 
 <link rel="alternate" type="application/atom+xml"
       href="http://example.org/collections/collection-one"/> 

Becomes:

 <link rel="alternate" type="application/atom+xml"
       href="http://example.org/collections/collection-one"
       sd:kind="http://www.sdshare.org/2012/core/collectionfeed"/> 

which could be abbreviated to:

 <link href="http://example.org/collections/collection-one"
       sd:kind="http://www.sdshare.org/2012/core/collectionfeed"/> 

or (since, the sd:kind attribute don't have to follow the atom:rel restrictions):

 <link href="http://example.org/collections/collection-one"
       sd:kind="collectionfeed"/> 

[larsga]

That would work, but we really don't like custom elements and attributes. The fewer there are of these, the more you can just reuse existing Atom parsers, and the less we have to specify in the spec. So on balance I'd prefer to stay with the multiple links.

[gra-moore]

So on balance I'd prefer to stay with the multiple links.

I agree.

[heuer]

Ok