Amire80 added a comment.

Etherpad of the discussion at MWDS 2016: 
https://etherpad.wikimedia.org/p/WikiDev16-T112987

Copy:

  Session name: Separating infoboxes and navboxes from article content
  Meeting goal: "unified plan for the future of infoboxes and navboxes (overly 
optimistic)"
  Meeting style: Scope Narrowing
  Phabricator task link: https://phabricator.wikimedia.org/T112987
  
  Topics for discussion:
          * Should infoboxes be stored inline, or separately from the wikitext? 
(See also Multi-Content revisions RFC)
          * Daniel: migrating already existing infoboxes problematic
          * Implementation other's than hoo's
  
  General notes
  Everybody knows navboxes and infoboxes. Used and abused.
  There are several technical solutions, e.g. Wikia and WMF's Mobile apps. Hoo 
has another plan.
  
  Wikia: New markup, xml-based.
  Mobile: They turned it off because it was too easy to edit them.
  Gabriel: "content widgets", syntax for direc queries from Wikidata
  
  
  C. Scott's suggestion: 
      
      
  Marius (hoo) - "Magic infoboxes" implemention:
      
      capiunto - small extension for Scribunto that helps make creating / 
formatting infoboxes easier (as they exist now)
      decouple infoboxes from page content:
  
      * separate schema definition
  
      * separate data defintion (can be local and/or from wikidata)
  
      * lua modules for formatting (e.g. capiunto)
  
  CScott: this (consistent formatting) makes scraping easier
  
  Daniel: parameters still would be wikitext
  
  Trevor: note templates containing subtemplates or runs of multiple templates 
which open/continue/close a single transclusion
  JamesF: E.g. 
https://en.wikipedia.org/wiki/Template:Infobox_ship_begin#Special_capabilities 
(contains 4 subtemplates including the flags)
  marktraceur (EPL comment): I think ^ would present more problems than just 
the subtemplates, based on it being a "begin" template, and therefore probably 
an unbalanced DOM fragment
  quiddity (EPL comment): or 
https://en.wikipedia.org/wiki/Template:Infobox_currency which uses {{native 
name}}, {{flag}}, and {{url}}.
  
  DJ: how to handle converting units (e.g.)?
  
  Daniel: there would be formatter for dates, units, etc. and lua can be used 
to help deal with specific types of information (e.g. timezones)
  
  CScott: have toolbox in lua for most stuff
  
  Trevor: Why even use DOM?
  
  CScott: Because I haven't finished [..?..] yet.
  
  Jiang (etherpad): many infobox are not as simple as key-value, e.g.:
      https://en.wikipedia.org/wiki/Michael_Jordan
      https://en.wikipedia.org/wiki/Carl_Lewis
      
  
  TheDJ: infoboxes don't just contain simple key-value pairs. E.g.
  
https://en.wikipedia.org/wiki/Monterrey_Institute_of_Technology_and_Higher_Education
 
  https://en.wikipedia.org/wiki/McKail,_Western_Australia (a list of suburbs 
around a town)
  
  Tim: Module:Infobox is used on 2.5 million pages in en.wikipedia
  
  CScott - topics to discuss:
  
      * any implementation other than hoo's?
  
      * migration issue
  
  
  not all data / properties are represneted on wikidata, but there still is 
option of having local data for such cases
  
  Use the ~100 colors in WikiData? 
http://tools.wmflabs.org/wikidata-todo/tree.html?q=1075&rp=279&method=list
  
  CScott: One goal is to make data easier to read for machines, but another 
important goal is to make the data more accessible to humans, in particular in 
"small" wikis.
  
  TheDJ: Could we do it similarly to Commons metadata migration?
  
  Potential action items
  
      * "Dumb" migration, like commons metadata
  
      * Migration toolkit
  
      * Survey/classification of existing templates (survey quality and 
distribution)
  
      2.5 million + infoboxes, but how many *types* of infoboxes
  
      * https://en.wikipedia.org/wiki/Wikipedia:List_of_infoboxes 


TASK DETAIL
  https://phabricator.wikimedia.org/T112987

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: cscott, Amire80
Cc: jmadler, Lokal_Profil, Bianjiang, Jdlrobson, GWicke, Liuxinyu970226, 
tarlocesilion, Candalua, Izno, Susannaanas, StudiesWorld, Jdforrester-WMF, 
Isarra, Qgil, MrStradivarius, hoo, daniel, JanZerebecki, Tgr, Jay8g, ssastry, 
RobLa, violetto, Amire80, Deskana, Wwes, Lydia_Pintscher, RobLa-WMF, brion, 
cscott, Aklapper, Wikidata-bugs, aude, Ricordisamoa, Mbch331, Krenair



_______________________________________________
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Reply via email to