Skip to content

Conversation

@andybee
Copy link

@andybee andybee commented Jun 3, 2015

No description provided.

ETSI standardisation of RadioEPG in to an ETSI specification introduced a versioned path for locating IP-based documents. The RadioVIS part of the Slideshow specification also has a similar path for it's endpoint. By using a path we avoid the potential of conflicting with other endpoints on a multi-purpose server. The inclusion of a version number also makes future development of the specification easier to manage without breaking legacy implementations.
RadioDNS and ETSI specifications commonly refer to radio stations as "radio services". The specific "station" param in HTTP POSTs is actually a Bearer definition, therefore it has been changed to "bearer".
There are some concerns about how reliable the time attribute will be from differing clients with differing "clock" sources. It will be difficult to tackle this within the timescales to deliver a finalised 1.0 specification, so as a compromise and to aide future investigation, we have added an optional 'time_source' attribute which allows a client to inform the broadcaster of where they sourced the time from.

This will allow a broadcaster to make a better decision about how reliable that time might be and therefore potenitally vary their response to the incoming tag to increase or decreate the range/scope of returned events.
The use of a RadioDNS FQDN format (without the .radiodns.org ending) to define a service is unusual in the wider scope of RadioDNS applications. Changed to the ETSI Hybrid Radio spec-defined bearerURI, which is intended to be a universal identifier for Bearers.
…sing bearerURI format.

Term sid was incorrect. Changing sid to bearer leaves us with 2x elements representing a service and it's relevant "location", therefore merging in to a single element with text body as the display name and attribute 'uri' with the bearer URI.
The RadioTAG specification should not be involved in the specification of display restrictions. The 100x100 restriction was placed in the spec due to the targeting of a specific device. Since inclusion, display technologies have improved significantly to the point that 100x100 may look poor on modern displays.
@bbc bbc deleted a comment from frank1221 Jun 22, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant