Council agenda 2013-04

From TEIWiki
Jump to navigation Jump to search


'This is obsolete: the agenda has been rearranged as the meeting progressed in the Google Docs file of the minutes.

(Note: All agenda times approximate and we will build in some comfort breaks in morning/afternoon.)

Thursday 11 April 2013

09:00 - 09:30

09:30 - 11:30

  • Bug/FR Processing

Amber Feature Requests

11:30 - 13:00

  • Deprecation
  • TEI SourceForge Environment:
    • Change in TEI sourceforge environment: any residual problems? any potential benefits? Discuss remaining questions (under "to decide going forward"). Any suggestions on how to find old-style URLs on the wiki? Can anyone search the wiki db to find pages with links that contain "106328"?
    • Splitting out additional resources such as Stylesheets to their own projects/repositories
    • Since we have both Specs/ and Specs-Unused/ , what if we create a Guidelines-Unused/ to complement Guidelines/ ? (And then we'd move SH-OtherMetadataStandards.xml to there.) Or we could just rename "Specs-Unused" to "nowDefunct" and keep all the old superseded garbage in there.

13:00 - 14:00

  • Lunch

14:00 - 16:30

  • Bug/FR Processing -- Continue discussions if necessary, otherwise move on to:

Amber Bugs Part 1


16:30 - 17:30

  • Code Bounties

18:30 -

  • Supper

Friday 12 April 2013

09:00 - 10:00

  • Skype call with Elena; Re: Board Proposals
  • Report on TEI SIGs activities (JC)

10:00 - 12:00

  • Bug/FR Processing -- Continue discussions if necessary, otherwise move on to:

Amber Bugs Part 2



12:00 - 13:00

  • Translation of Guidelines : what practical issues are needed to facilitate it ?
  • Approval of TEI-SIG for "Computer-Mediated Communication" (JC)

13:00 - 14:00

  • Lunch

14:00 - 16:30

  • Bug/FR Processing -- Continue discussions if necessary, otherwise move on to:

Review of Green FR / Green Bugs/ Red FR / Red Bugs 16:30 - 17:30

18:30 -

  • Supper


Saturday 13 April 2013

09:00 - 10:00

  • Update on the work of the Text Directionality Working Group (MH)
  • Update on the work of the div.liminal working group (LB/KH/PS)

10:00 - 12:00

  • Bug/FR Processing if done start implementation!

12:00 - 13:00

  • Any remaining general discussion items (optional departing for those who need to leave)

13:00 - 14:00

  • Lunch (optional)

14:00 - 16:30

  • Bug/FR Processing/Discussion/Implementation (optional)

18:30 -

  • Supper (for those remaining)

Other notes

Action items from 2012-12-13 conf call

  • GB to create a list of possible code-bounty projects
  • Continuing discussion on tei-council of separating out community projects from SF repo and using Github for these instead.

specific issues, Guidelines

Note that the Chair may wish to discuss some of these via list instead of face-to-face.

[I think some of these should be submitted as feature requests. They don't make sense as agenda items (but I've added some comments anyway LB)]

I would also like to have these in the SF ticketing system. It allows for involvement of non-Council members in the discussion. (Kshawkin 16:03, 29 March 2013 (EDT))
  • Shouldn't <event> be allowed in <org> and <item>? [Not without justification]
  • Shouldn't <email> be allowed as a child of <person>? [Not without justification ]
  • Add <affiliation> to att.typed [Why? ]
  • Issue: structured vs unstructed data — why can't paragraphs and specialized elements co-exist as children of <particDesc>, <settingDesc>, <setting>, <editionStmt>, <sourceDesc>, <msDesc>, <msContents>, <msItem>, <objectDesc>, <supportDesc>, <supportDesc>, <layoutDesc>, <handDesc>, <typeDesc>, <scriptDesc>, <decoDesc>, <bindingDesc>, <binding>, <sealDesc>, <history>, <recordHist>, <custodialHist>, <msPart>, <climate>, <event>, <langKnowledge>, <org>, <listRelation>, <relationGrp>, <person>, <personGrp>, <place>, <population>, <state>, <terrain>, <scriptStmt>, <recordingStmt>, <recording>, <broadcast>, <metDecl>, <publicationStmt>, and <seriesStmt> [This has been discussed several times before : it was a conscious design decision at the time ]
  • Should <cRefPattern> apply to all data.pointer attrs (and drop @cRef)? [no, because data.pointer is mapped to URI; dropping cRef has been proposed, unsuccessfully, before though]
  • Why is model.pLike allowed as a child of <msItemStruct>? [possibly a bug?]
  • The following content models could probably use re-thinking:
    • <broadcast> [er, quite possibly, care to drop a hint as to how? ]