W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > September 2009

[Bug 7682] New: link tag: rel: associate pages about the same organization across many sites

From: <bugzilla@wiggum.w3.org>
Date: Mon, 21 Sep 2009 01:17:43 +0000
To: public-html-bugzilla@w3.org
Message-ID: <bug-7682-2486@http.www.w3.org/Bugs/Public/>

           Summary: link tag: rel: associate pages about the same
                    organization across many sites
           Product: HTML WG
           Version: unspecified
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: enhancement
          Priority: P3
         Component: HTML5 spec proposals
        AssignedTo: dave.null@w3.org
        ReportedBy: Nick_Levinson@yahoo.com
         QAContact: public-html-bugzilla@w3.org
                CC: ian@hixie.ch, mike@w3.org, public-html@w3.org

Different websites may have pages about the same organization. Several
organizations (businesses, government agencies, institutions, ad hoc criminal
conspiracies, etc.) may have the same name and all may be written about on
multiple sites.

A link element naming the organization and providing data that is standardized
could help search engines organize their listings to reduce accidental
intermixing. It wouldn't be perfect; e.g., an organization may have listed its
name differently in different places; a website owner may erroneously enter the
wrong data; nationality may vary with a citizenship change; or its functional
headquarters and its legal headquarters may be far apart. But, in general,
listings with this element could be more successfully separated.

Writing and parsing the link element would be a bit more complex than with
other link elements, but I think this is manageable and the method I propose
has been applied elsewhere.

I propose that the rel value be "canonical-organization" and that its title
attribute be reserved for a special meaning and syntax. The title attribute's
syntax would be in the form of title="name: XYZ Greasy Spoon, Inc.;
headquarters: South Beach, Staten Island, New York, NY, US; ident-scheme: ;
ident: ;".

Each subattribute (e.g., "name") would be optional.

For the subattribute headquarters, if a subvalue is supplied, a nation would be
required. The nation would be represented by a standard code.

For the subattribute ident-scheme, a list of schema could be developed later,
perhaps each to be prefixed by a code for the scheme's nation and a hyphen.
Schemes could include privately-owned but widely available databases of
moderately-well-known organizations. Subvalues for ident-scheme and ident must
not be entered until a list of schema and the style of ident values for a
scheme is centralized and then the scheme must be in that list and ident's
subvalue must conform to the specified style.

If only whitespace or a null is between the colon and the semicolon, that is
equivalent to the subattribute not appearing.

A final semicolon before the closing quote mark is optional and may be imputed.

More subattributes might be added in the future, so page authors must not
invent new ones in the meantime.

No subvalue could contain a colon or a seimcolon. If a one is needed or wanted,
a character entity must represent the colon or the semicolon.

Nations would be identified by standard two-letter codes. For nations that no
longer exist and do not have two-letter codes, e.g., Roman Empire and Van Lang,
longer codes must be used, since about 200 2-letter codes are already in use
and only 676 exist, and longer codes would prevent future conflict or
exhaustion. A list of deceased nations and their longer codes would have to be
established, possibly based on a standard gazetteer.

Multiple link elements with this rel value would be permitted, and UAs should
apply all of them. That permits multiple names (e.g., corporate and d/b/a),
ident-schemes, and idents to identify the one organization more certainly.

No rev value would be meaningful.

See also Bug 7681, on "canonical-human".

Thank you.


Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Monday, 21 September 2009 01:17:56 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:01 UTC