Brian Smith wrote:
I agree that other formats are possible (and unlikely to be worse), but I don't see the harm in reserving rel='service' for AtomPub service documents. If you come up with a better mechanism/format for doing service discovery then it would be better to distance it from the application/atomsvc+xml document type by using different link relations.
"Distancing" future service document formats from application/atomsvc+xml documents is link/@type's job, not link/@rel's. That's what link/@type is for, and it's perfectly capable of expressing the distinction. I see no benefit in, nor any reason to limit the scope of the service link relation.
