Guid-enabled fast-follow share links should use hash in a key=value pattern

[dascritch]

In the podcast namespace document, “chapter on GUID”, you provide a clever solution to indicate a podcast source across platforms.

But you're using the whole hash parameters, that may be an issue if you add a partial url hash as in a Media Fragment Standard. By example, using a time indication on a named audio element in a web page (personal example with #sound&t=10m)

I recommend to use instead a notation as follow :

The format of the link is https://(a podcast website link)#fastfollow-(type)=(a podcast guid)

In case of a fragmented hash with media fragment support, it would become : https://(page)#t=10&fastfollow-podcast=(guid)

Comma , can be used in the values part of the fragment for separating more elements. It may be fastfollow-podcast=(guid),(hostname)

[dascritch]

Please note the key=value hash-fragment notation is used in some traffic analysis : I see some <url>#xtor=<mediaid>. This kind of use case is relevant as you don't want to pollute your query string, and as those parameters are only relevant in the client browser page.

[daveajones]

Good info. Thank you!

[dascritch]

The is a BIG ERROR i've just noticed : the separator between fragments is & and not #. I'm sorry for this mistake in copy-paste rush