Difference between revisions of "hcard-supporting-user-profiles-issues"

From Microformats Wiki
hcard-supporting-user-profiles-issues
Jump to navigation Jump to search
(facebook profile issue fixed, added a placeholder for Twitter, entry-title, updated Magnolia issue)
(→‎Twitter: moved Twitter hCard profile problems from implementations#Twitter to here)
Line 16: Line 16:
  
 
=== Twitter ===
 
=== Twitter ===
* to be filled in with description of problem(s) - based on assertions on the discuss mailing list.
+
Issues / problems:
 +
* hCards for groups are marked up with "fn" not "fn org". See, for example, [http://twitter.com/microformats microformats on Twitter]
 +
** There is no way for Twitter to tell if an account is for a person or for an organization. Perhaps Twitter could implement a user preference checkbox like "[x] This account is for a company or organization", and then use that as a switch to use the "fn org" class names.
 +
* Improper address mark-up (no child properties; though this may be all that can be achieved, if the user enters a value like "Birmingham, England")
 +
** Perhaps Twitter could attempt to parse the location setting on the server, and if it find some common patterns, e.g.:
 +
*** latitude, longitude --&gt; use [[geo]] markup with <code>latitude</code> and <code>longitude</code> subproperties
 +
*** city, state --&gt; use [[adr]] markup with <code>locality</code> and <code>region</code> subproperties
 +
* Uses <code>class="label"</code> for non-hCard purposes, <em>inside</em> the hCard.
 +
** Ideally Twitter would choose to use another class name here other than "label". However, this may be worth raising as an [[hcard-issues|hCard issue]] and then if we find more than one microformat that sites have this problem with, raising it to microformats [[issues]].  Note the related FAQ: [[faq#Q._How_does_the_use_of_class_values_for_semantics_interact_with_the_use_of_class_values_for_attaching_CSS_styles.3F|How does the use of class values for semantics interact with the use of class values for attaching CSS styles]].
 +
* The <code>rel</code> attribute on the hCard's URL hyperlink incorrectly has "nofollow". wrong: <code>rel="me nofollow"</code>, right: <code>rel="me"</code>.  [[rel-nofollow]] is only for 3rd party content.  A user profile is second party content, and therefore is supposed to be trusted (otherwise, if the user is violating the TOS, simply remove/ban the account), and therefore there must not be any [[rel-nofollow]] on links from the user themselves.
 +
 
 +
Suggested improvements (not bugs)
 +
* The bio field should be marked up with the property <code>note</code>, i.e. <code>class="bio"</code> should be <code>class="bio note"</code>
  
 
== Used to have hCard profiles ==
 
== Used to have hCard profiles ==

Revision as of 18:12, 12 July 2010

<entry-title>hCard supporting user profiles issues</entry-title>

This article is a stub. You can help the microformats.org wiki by expanding it.

This page is for documenting issues with hCard supporting user profiles, whether techniques, implementation challenges, or issues with specific implementations.

This is an important follow-up to hCard advocacy, that is, once a site has been evangelized to support hCard 1.0, if it has problems, or introduces problems in an update, we should document those and follow-up to help the site fix their hCards.

Please sign and date specific issues with ~~~~ so others have an idea when the problem was found, and who to potentially check with to see if the problem still exists.

Services with hCard profiles

Issues with services with hCard user profiles. Please list each service with issues alphabetically and as a heading sans punctuation for easier/cleaner permalinking. See hCard Examples in the wild for how to categorize/annotate hCard problems (invalid, subpotimal, hidden, requires javascript, requires XHR(XML-HTTP-Request)).

Magnolia

Twitter

Issues / problems:

  • hCards for groups are marked up with "fn" not "fn org". See, for example, microformats on Twitter
    • There is no way for Twitter to tell if an account is for a person or for an organization. Perhaps Twitter could implement a user preference checkbox like "[x] This account is for a company or organization", and then use that as a switch to use the "fn org" class names.
  • Improper address mark-up (no child properties; though this may be all that can be achieved, if the user enters a value like "Birmingham, England")
    • Perhaps Twitter could attempt to parse the location setting on the server, and if it find some common patterns, e.g.:
      • latitude, longitude --> use Geo markup with latitude and longitude subproperties
      • city, state --> use adr markup with locality and region subproperties
  • Uses class="label" for non-hCard purposes, inside the hCard.
  • The rel attribute on the hCard's URL hyperlink incorrectly has "nofollow". wrong: rel="me nofollow", right: rel="me". rel="nofollow" is only for 3rd party content. A user profile is second party content, and therefore is supposed to be trusted (otherwise, if the user is violating the TOS, simply remove/ban the account), and therefore there must not be any rel="nofollow" on links from the user themselves.

Suggested improvements (not bugs)

  • The bio field should be marked up with the property note, i.e. class="bio" should be class="bio note"

Used to have hCard profiles

The following services used to have hCard user profiles but somehow got lost/ regressed in an upgrade or something.

Zooomr

  • Zooomr - hCard support appears to have been lost in their Zooomr Mark III release in 2007 June. Was: login, click on the "Your Profile" link, and copy the URL which should start with http://zooomr.com/people/.

Services that import hCard profiles

Satisfaction

  • requires javascript, requires XHR: on their sign in and registration page, which allows you to choose the service of your existing hCard profile or "Other..." and enter your profile URL (which you can retrieve as described above).

See Also