btrem@aaronpk @tantek re e-logo, I'm already using that. Don't know if anyone is making use of it, but you can see it here: https://greenbankplants.com/
btremBesides e-logo, I'm using an h-card class name on the `text` elements in the svg: `<text class="p-name fn">Greenbank Plant Nursery</text>` (simplified for clarity).
btremNote that my proof that the text element is getting parsed by search engines doesn't necessarily mean they're parsing the *microformats* therein. It might be paying attention to the text element because its ancestor is `<h1>`.
btremBoth ddg and google include the business' address, marked up as h-adr. That would tend to make me think they *are* parsing the h-card. But no way to know for sure.
Loqi[aaronpk] i have no problem with embedded svgs on a website, but when you are talking about transporting them around via microformats that's a bit scarier
btremSpeaking of microformats and svg: I just learned that microdata attributes are not permitted on svg elements, whereas class is. So if one wants to add machine readable bits of data, microformats is the only way to do that. With the caveat that, again, there's no way to know what e.g. search engines do with any of this stuff. Maybe they process microdata in spite of the spec.
gRegorbtrem, we still use microformats.io, just may not have been updated recently. PRs welcome. There's separate repos for subdomains on there too, like php.microformats.io
btremI've been working on a complete rewrite of the micformats.io page, removing the bootstrap css stuff, which seems unnecessary for such a simple one page site. And then simplifying the markup. That would make the source code a bit more of a good example of coding with mf.
btremWell, I copied/modified the code from another page, and apparently used a deprecated tag `<source>`. Annoyingly, the wiki software doesn't tell me what the /replacement/ is. (grumble grumble)