Last modified: 2014-09-24 00:52:29 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T31968, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 29968 - Enable XFN rel=me for links on user page and rel="author" links on content pages
Enable XFN rel=me for links on user page and rel="author" links on content pages
Status: PATCH_TO_REVIEW
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
unspecified
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
http://gmpg.org/xfn/11
:
Depends on:
Blocks: 22516
  Show dependency treegraph
 
Reported: 2011-07-19 20:20 UTC by Paul Lindner
Modified: 2014-09-24 00:52 UTC (History)
10 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments
add rel=author to userlinks (489 bytes, patch)
2011-07-20 20:48 UTC, Derk-Jan Hartman
Details

Description Paul Lindner 2011-07-19 20:20:52 UTC
Hi,

XFN (XHTML Friends Network) and HTML5 define a standard way for authors
and accounts to link identity and authorship on the web.

Right now the link editor on mediawiki does not have the ability to add the rel="me" markup needed by an author to link to their other accounts.

If rel="me" markup is available we could allow wikipedia authors to participate in the Google Authorship program:

http://www.google.com/support/webmasters/bin/answer.py?answer=1229920

The second step involves adding rel="author" attributes to links from articles to the mediawiki profile pages.

Please feel free to contact me if you have questions or want to work more closely on this.

Paul
plindner@google.com
Comment 1 Sam Reed (reedy) 2011-07-19 20:36:15 UTC
Of course we accept patches ;)

FYI, HTML5 is not currently enabled on Wikimedia Sites. See bug 19719 for HTML5 issues, and bug 27478 for enabling it on WMF wikis
Comment 2 Paul Lindner 2011-07-19 20:39:17 UTC
There's an existing XFN plugin here:

http://www.mediawiki.org/wiki/Extension:Link_Attributes

However I think this would enable rel=  attributes globally, which would be a bad thing to do.

Would be happy to send you patches, however some indication of what you'd be willing to accept would be appreciated.
Comment 3 Derk-Jan Hartman 2011-07-19 20:50:16 UTC
wether or not someone adds rel="me"+googleaccount would of course be entirely their own decisions, such could be easily templated. once rel= passes the parser whitelisting (or does it already ?).


"The second step involves adding rel="author" attributes to links from articles to the mediawiki profile pages."
That's a bit tough though I think. Wikipedia articles usually don't include their authors. The authors are listed in the article's history page, which is rather a distinct entity from the article itself when seen from the outside. How would Google make the link between an article and the article history page ?
Comment 4 Paul Lindner 2011-07-19 20:55:46 UTC
rel=..  is not currently allowed.  We're looking at making rel attributes available as a query param for places like this where this type of markup is not allowed.

Regarding rel="author" -- For wikipedia we'd go the extra mile :)

Adding rel="author" to the history pages would probably be sufficient.

I believe there's also an update stream where this data could be slotted.


Cheers,
paul
Comment 5 Derk-Jan Hartman 2011-07-20 20:32:52 UTC
Another place where rel=author could be used might be in user's signatures on talk pages I guess.
Comment 6 Derk-Jan Hartman 2011-07-20 20:48:30 UTC
Created attachment 8809 [details]
add rel=author to userlinks

Adds the author link to userlinks. (all of them)

We probably want to special case this a bit (keep it to just revUserTools() perhaps ? 

Callpath for formatting userlinks in historypages.
includes/HistoryPage.php:HistoryPage: history()
includes/HistoryPage.php:HistoryPager formatRow()
includes/HistoryPage.php:HistoryPager historyLine()

includes/Linker.php: revUserTools()
includes/Linker.php: userLink()
Comment 7 Paul Lindner 2011-07-20 23:34:44 UTC
Some ideas from a coworker:

The right way might be to go very explicit and use http://schema.org/CreativeWork on the history page, with a URL pointing back to the original article, and pointers to all the authors. And then put a rel=author link to the history page from the article (the target page describes the authors, after all). Or put a rel=alternate link to the history page with a suitable type (it's an alternate representation of the document: its history).
Comment 8 Paul Lindner 2011-08-01 20:56:17 UTC
Anything I can do to help this move forward?

Happy to dust off my rusty php skills if that helps..
Comment 9 Brion Vibber 2011-08-23 20:37:59 UTC
Hmm, definitely wrong to add rel=author to *all* user links -- this would be a massive pollution of the semantic link space...

At a minimum it needs some kind of back-reference to what you're talking about the author *of*, surely, and that information isn't available to Linker::userLink().
Comment 10 Paul Lindner 2012-02-03 23:14:25 UTC
Ping?

Anything we can do to help move this along?
Comment 11 Sumana Harihareswara 2012-05-25 02:45:13 UTC
Paul, thanks for asking.  I'm not sure what you can do to help move this along, but I know that one step will be to request a Git/Gerrit account:

https://www.mediawiki.org/wiki/Developer_access

https://www.mediawiki.org/wiki/Git/Workflow#How_to_submit_a_patch

CC'ing a couple of developers who might be able to opine on this.
Comment 12 Vishnu Nk 2013-12-28 13:55:17 UTC
https://gerrit.wikimedia.org/r/#/c/104202/
Comment 13 Gerrit Notification Bot 2013-12-28 14:16:49 UTC
Change 104202 had a related patch set uploaded by Nemo bis:
Enable XFN rel=me for links on User Profile pages and rel="author" link Bug: 29968

https://gerrit.wikimedia.org/r/104202
Comment 14 Derk-Jan Hartman 2013-12-30 09:26:43 UTC
Is this still a good idea ? It seems that Google was advocating for this, but now itself has gone with something much simpler: See https://support.google.com/webmasters/answer/1229920

"Based on feedback from authors and webmasters, we've simplified the process of linking your content to your profile information. You can read our new guidelines here. If you've already marked up your content using the process below, don't worry—we'll still recognize your markup."

The new methodology is now:
https://support.google.com/webmasters/answer/1408986
Comment 15 Derk-Jan Hartman 2013-12-30 09:27:40 UTC
Might be a good idea to add rel=author to Flow btw...
Comment 16 Nemo 2013-12-30 10:12:06 UTC
(In reply to comment #14)
> Is this still a good idea ? It seems that Google was advocating for this, but
> now itself has gone with something much simpler: See
> https://support.google.com/webmasters/answer/1229920

Does any of the new methods apply here? I see no way the users could get @en.wikipedia.org email addresses and ?rel=author links from the page itself.

It seems much cleaner and realistic to 
1) use rel=author from the history (and from the footer for $wgMaxCredits > 0);
2) link the history from each page with rel=author and let indexers figure it out (cf. comment 4): <link rel="author license" href="/about"> is an example from an HTML 5 draft http://www.w3.org/html/wg/drafts/html/master/document-metadata.html#rel ;
3) whitelist rel=me links from user pages in some way (or let some extension figure this out).

Note that some are using ridiculously complex mixes of extensions to do this: http://blog.säsongsmat.nu/2012/07/31/adding-authorship-information-to-mediawiki-pages/
Comment 17 Gerrit Notification Bot 2014-01-23 15:29:42 UTC
Change 104202 abandoned by Vishnunk90:
Enable XFN rel=me for links on User Profile pages and rel="author" link

Reason:
The uploaded patch was unable to resolve the issue

https://gerrit.wikimedia.org/r/104202

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links