Skip to Content.
Sympa Menu

edugain-discuss - Re: [eduGAIN-discuss] Sizes of inline logos in eduGAIN metadata

edugain-discuss AT lists.geant.org

Subject: An open discussion list for topics related to the eduGAIN interfederation service.

List archive

Re: [eduGAIN-discuss] Sizes of inline logos in eduGAIN metadata


Chronological Thread 
  • From: Ian Young <ian AT iay.org.uk>
  • To: Guy Halse <guy AT tenet.ac.za>
  • Cc: Nicholas S Roy <nroy AT internet2.edu>, Leif Johansson <leifj AT sunet.se>, edugain-discuss AT lists.geant.org
  • Subject: Re: [eduGAIN-discuss] Sizes of inline logos in eduGAIN metadata
  • Date: Mon, 16 Mar 2020 10:49:04 +0000
  • Feedback-id: 217.155.173.110


On 2020-03-14, at 14:34, Guy Halse <guy AT tenet.ac.za> wrote:

SAFIRE looks at the size of the logo when we cache it; UKFed looks at the size of the fully-encoded data: URL. While we were both applying a nominal "50KiB" cut off, the same 45464 byte unencoded logo was below my 50KiB threshold and the resulting 60642 byte encoded version was above theirs.

Good point. While we're talking about the edges of this, I should also clarify that the thresholds the UKf currently has on the table are not kibibytes (KiB, x1024) but kilobytes (kB, x1000). Another potential point of confusion if we're not precise: 40KB, for example, is ambiguous. Alex's post was precise.

I don't have a strong preference for which units we describe the thresholds in, obviously we've gone for the URL because that's the thing we see in metadata. I will note that if people want to standardise the file size instead, you need a way to take the URL prefix (e.g., "data:image/png;base64,") into account for filtering unless you want people filtering to convert the URL back to a file to see how big it is.

    -- Ian




Attachment: smime.p7s
Description: S/MIME cryptographic signature




Archive powered by MHonArc 2.6.19.

Top of Page