User:Bryan Hilderbrand/Meeting Notes (13JAN)

From mwstake
Jump to: navigation, search


  • Ad Strack van Schijndel
  • Bryan Hilderbrand
  • Cindy Cicalese
  • Ike Hecht
  • Jeroen De Dauw
  • Lex Sulzer
  • Rich Evans
  • Richard Heigl
  • Yaron Koren

Meeting notes for MediaWiki "Products" Discussion (Wed Jan 13 16:30-17:30 UTC 2020)


  1. Introductions
  2. Ad Misson/Vision/Goals
    • We have a start at this already
  3. Rich We something like an "App Store"
    • Ad Sounds like you're saying this is a "Marketplace"
      • We are currently doing that now at Wikibase Solutions, but not as a "package", just knowing what we have internally to fit the need
      • Need a description of all the components
  4. Yaron I think Misson/Vision/Goals is defined on the Project Canasta page
    • Rich What are the list of deliverables
      • Yaron Infrastructure & 1st product = 1st deliverable
  5. Richard There are many levels to this, so what are all the components & how do they work together
  6. Rich I have a File Management package
  7. A vote was taken on Etherpad to decide the first package, Document Management won, results below:
    1. CRM
      • Lex
    2. QM/ISO
      • Yaron
    3. BPM
      • Richard Heigl
      • R.Evans
    4. Document Management
      • Ad
      • Ike
      • Bryan
    5. Technical documentation
  8. Yaron What are the features/requirements needed
  9. Details of both Ike's and Rich's Document Management system below
  10. Ad A benefit would be the ability to edit in a browser for files (Word, etc.)
  11. Rich Would be nice to have a parser function to "download" a file and strip the unique identifier I need to add to each file
  12. Bryan How do we keep the "common" data from each product
    • It seems like "people" are at the heart of most products
  13. Cindy There's lots of ideas about perfect "feature sets" but we should deconstruct this into the lowest level:
    1. Sets of pages as a Package
    2. Packages into Modules
    3. Modules into Products
  14. Ad Gave an example of how User pages/Modules/Training Pages can give deeper insight into users
  15. Yaron I'm slightly disappointed with the progress of these meetings

Document Management Structure[edit]

General goal, store file based documents (Word, Excel, PDF, etc.)

Ike's structure[edit]

Main idea is an alternative to Google Drive that is more useful in corporate environments as it adds powerful search and tagging.

The system shouldn't care where the document is physically stored, including that Google Docs can be linked to or embedded. In theory, documents can stay in Google Drive and the wiki can just be a wrapper that adds the tagging and other semantic attributes.

A simple example of this type of system was built and presented about by Ike. But the project is not open-source and the copyright is not owned by Ike.

  • Presentation about it starts here
  • Slides about it (#26-30) are here


  • Document:
    • File name
    • Description
    • Tags
    • Implicit data (size, created by, creation date, last modified by, modification date)

Rich's structure[edit]

Multiple signatures are key (engineers, QM, etc.). 2 Main Parts:

  1. Unique Identifiers for documents
  2. Authorizing signatures

Document Management Classes

  • Document
    • ID
    • Title
  • Users
  • Roles
  • Approvals
  • ChangeRequests