-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 3/15/13 2:52 PM, Todd Herman wrote:
> XEP-0292 uses the XML format defined in RFC 6351. Section 11.3 has
> an example vCard. Near the bottom is the “logo” element with a
> child “uri” element. RFC 6352 defines the logo element as
> containing a child element of value-uri. This is defined as an
> element named “uri” that is any URI type. In the example, a data
> URI is being used.
>
>
>
> I am not overly familiar with the data URI format but when I looked
> it up it says the format requires you to specify the encoding. The
> example in section 11.3 of the XEP does not do this. It has the
> following:
>
>
>
> <uri>data:image/jpeg;{data}</uri>
>
>
>
> Where “{data} is the base 64 encoded image. My research shows that
> the data URI should look more like this:
>
>
>
> data:image/jpeg;base64,{data}
>
>
>
> Can someone let me know which is correct? I thought maybe it would
> just default to base 64 if omitted but the article I read said it
> defaults to something else entirely.
See Dave Cridland's note.
> On a slightly related not, the examples in XEP-0292 show the “n”
> element as containing a child element of “middle”. The xCard
> specification (RFC 6351) indicates only the following children
> (surname, given, additional, prefix, suffix) all of which are
> mandatory (but can be empty). This seems to be a conflict.
The Dawson drafts had "other" but not "middle", whereas vCard4 has
"additional". Will fix.
Peter
- --
Peter Saint-Andre
https://stpeter.im/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.19 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBAgAGBQJSMfiSAAoJEOoGpJErxa2p64oP/2S3UbARCTsYyAtgP466env2
YffmTgO/MI5p4yTSsMO9S6VAg0wDJbTIpugmO71KUvcty6PJgIViCNVf4UgqnuPS
Onax8vrO03j+IbufCZB+8iRp0YQeEO8aNTLMMVSmvD40zL0GEdin/kFwj5ixa14F
kJuioPAJnkagioMZETByh1cLv/oVNKyPOr4dXFG5+8g+Y8zPNsGRbo0/XKHJpGew
g6BsS3oSNsksXt6OfuDpPdugaMBN4LCdVtX89lKXpvtJ7JCCn0hHI4aJRgGppwaf
h66TbIL/nj2pL/85eVKeK5uXfXm7sPPOWr9D+mbYr9o85DZcfuI07l3b5ibw+A8f
BecN7xh2hGEtqPBxcEFLFzCI0WKOGuuQobtkHrBYodJENzY2LSOk1TO0emEkv49H
aRHVZvVnPbQWqjeDwwgH1a3naWjOgepZbPwEe0btlomgL5lU6kiAO0TXgA8rKuzz
TG3aXkNJn5rvaG4REaEtRmSbiVGWGmJjDGxtMLs2SDNRCPkdyb1zB/8D77zJ5R7q
TOx7BI1uo5q6UC5EFyVExZZqoJVm4shfwlttN1oDk9qgelDXKB7/2pa+dkaiYR3C
N9Uqrh/j245WDfdNCwCskFlT0r47dia4zcauWUBuiHrs+f22jRzsDHlznBv3rxY0
n+UkcaPOqrPx/CXoyeil
=t4jA
-----END PGP SIGNATURE-----
