Difference between revisions of "February 13, 2017"
Jump to navigation
Jump to search
(Adding the notes captured by Griffin from the meeting held by the WG on 02/13/17) |
m (Cleaning and adjusting some of the markup (for consistency and legibility)) |
||
Line 18: | Line 18: | ||
==Issue #45== | ==Issue #45== | ||
*EM made a <valList> for <div> based on notes in the Issue. | *EM made a <valList> for <div> based on notes in the Issue. | ||
− | * | + | *EM: should we be abbreviating the values? |
*KH: no abbreviations | *KH: no abbreviations | ||
*EM: Does each ODD have to be updated separately? | *EM: Does each ODD have to be updated separately? | ||
Line 25: | Line 25: | ||
*EM noticed Appendix A of Attribute Values ([http://www.tei-c.org/SIG/Libraries/teiinlibraries/main-driver.html#index.xml-body.1_div.6 Best Practices for TEI in Libraries, Version 3]) | *EM noticed Appendix A of Attribute Values ([http://www.tei-c.org/SIG/Libraries/teiinlibraries/main-driver.html#index.xml-body.1_div.6 Best Practices for TEI in Libraries, Version 3]) | ||
− | *Doesn’t seem helpful, doesn't specify which elements they belong to, which are mentioned in the Best Practices for TEI in Libraries (BPTL) and which are “favorites” | + | *EM: Doesn’t seem helpful, doesn't specify which elements they belong to, which are mentioned in the Best Practices for TEI in Libraries (BPTL) and which are “favorites” |
*KH: Didn't come from version 2.1 | *KH: Didn't come from version 2.1 | ||
*EM: Try to remove this or link to element specs | *EM: Try to remove this or link to element specs | ||
Line 32: | Line 32: | ||
==Issue #3== | ==Issue #3== | ||
*KH: Would take this over from Peter Gorman | *KH: Would take this over from Peter Gorman | ||
− | *Hasn't made any progress | + | **Hasn't made any progress |
− | *SB: Clarifies that this is actually labor-intensive | + | **SB: Clarifies that this is actually labor-intensive |
==Issue #42== | ==Issue #42== | ||
Line 40: | Line 40: | ||
==Issue #37== | ==Issue #37== | ||
*SB: | *SB: | ||
− | *TEI needs to address this schematron issue | + | **TEI needs to address this schematron issue |
− | *Need to address the issue of possibly leaving the TEI rather than the BPTL | + | **Need to address the issue of possibly leaving the TEI rather than the BPTL |
− | *Will be submitting a ticket to the TEI | + | **Will be submitting a ticket to the TEI |
==Issue #7== | ==Issue #7== | ||
Line 49: | Line 49: | ||
==Issue #9== | ==Issue #9== | ||
*SB: | *SB: | ||
− | *Ticket for the schema or for the prose? | + | **Ticket for the schema or for the prose? |
− | *The schema component is finished | + | **The schema component is finished |
− | *KH: | + | *KH: If changes for both are required, they are kept in the same ticket |
− | |||
*SB: | *SB: | ||
− | *Prose should be changed | + | **Prose should be changed |
− | *Needs to finish, issues a call for participants | + | **Needs to finish, issues a call for participants |
− | *KH: | + | *KH: Enumerates all of the elements available through the TEI P5, but not all are used by the BPTL |
− | + | *SB: Some elements are difficult to address (e. g. <stdVals>) | |
− | *SB: | + | *KH: Should only scope this issue for elements included on this list now |
− | |||
− | *KH: | ||
− | |||
==Issue #13== | ==Issue #13== | ||
Line 92: | Line 88: | ||
==Issue #10== | ==Issue #10== | ||
*KH: | *KH: | ||
− | *Indicating interviewers and interviewees | + | **Indicating interviewers and interviewees |
− | *Discussed in September, but this was postponed | + | **Discussed in September, but this was postponed |
− | *This was a suggestion for using the <listPerson> element | + | **This was a suggestion for using the <listPerson> element |
− | *Should be added to Level 4 (already some discussion for oral history) | + | **Should be added to Level 4 (already some discussion for oral history) |
− | *Add <listPerson> to the schema and documentation | + | **Add <listPerson> to the schema and documentation |
− | *Discuss the usage of @role on person | + | **Discuss the usage of @role on person |
*AR volunteers | *AR volunteers | ||
− | *KH clarifies that the prose changes can be addressed first | + | *KH: clarifies that the prose changes can be addressed first |
− | *SB volunteers to address the schema changes | + | *SB: volunteers to address the schema changes |
*SB: Birth and death should be specified | *SB: Birth and death should be specified | ||
*KH: But, this would require that this information be found after the encoding has been undertaken | *KH: But, this would require that this information be found after the encoding has been undertaken | ||
Line 108: | Line 104: | ||
*Page breaks within notes | *Page breaks within notes | ||
*KH: | *KH: | ||
− | * | + | **Discussed this in September |
− | *Should include <pb> within the note | + | **Should include <pb> within the note |
− | * | + | **Should use the attribute for pointing |
− | *Should update the prose | + | **Should update the prose |
− | *EM: | + | *EM: Use a @sameAs on the page break |
− | + | *KH: The note element first is referenced in level 3 | |
− | *KH: | ||
− | |||
*SB: Suggests including an example | *SB: Suggests including an example | ||
*Found 200 examples using grep | *Found 200 examples using grep | ||
Line 142: | Line 136: | ||
*KH: Author, title, and date are required | *KH: Author, title, and date are required | ||
*<pubPlace>, <publisher>, <editor>...the remaining elements are optional | *<pubPlace>, <publisher>, <editor>...the remaining elements are optional | ||
− | *KH: Maybe editor should be required | + | *KH: Maybe <editor> should be required |
− | *Schema change and additions to the table | + | * Schema change and additions to the table are required to resolve this |
− | * | + | *JG: Should dates be formatted using a standard? |
− | *@when attribute should be used | + | *SB: The formatting specified by the @when attribute should be used |
=Scheduling for the Next Meeting= | =Scheduling for the Next Meeting= |
Revision as of 15:50, 15 February 2017
Contents
Attendees
- Kevin S. Hawkins (University of North Texas Libraries) (KH)
- Andrew Rouner (Washington University Libraries) (AR)
- Elli Mylonas (Brown University Library) (EM)
- Syd Bauman (Northeastern University) (SB)
- James R. Griffin III (Lafayette College Libraries) (JG)
Ticket Triage
Summarize EM ticket work:
Issue #21
- Made fix to the pull request (PR) request suggested by KH
- Closed
- Can make a new PR - or perhaps the old pull request will incorporate the latest changes.
Issue #45
- EM made a <valList> for <div> based on notes in the Issue.
- EM: should we be abbreviating the values?
- KH: no abbreviations
- EM: Does each ODD have to be updated separately?
- KH: No ODD cascade exists
- (SB arrives)
- EM noticed Appendix A of Attribute Values (Best Practices for TEI in Libraries, Version 3)
- EM: Doesn’t seem helpful, doesn't specify which elements they belong to, which are mentioned in the Best Practices for TEI in Libraries (BPTL) and which are “favorites”
- KH: Didn't come from version 2.1
- EM: Try to remove this or link to element specs
- Action on EM: Create the issue
Issue #3
- KH: Would take this over from Peter Gorman
- Hasn't made any progress
- SB: Clarifies that this is actually labor-intensive
Issue #42
- KH: No progress
Issue #37
- SB:
- TEI needs to address this schematron issue
- Need to address the issue of possibly leaving the TEI rather than the BPTL
- Will be submitting a ticket to the TEI
Issue #7
- KH: No progress
Issue #9
- SB:
- Ticket for the schema or for the prose?
- The schema component is finished
- KH: If changes for both are required, they are kept in the same ticket
- SB:
- Prose should be changed
- Needs to finish, issues a call for participants
- KH: Enumerates all of the elements available through the TEI P5, but not all are used by the BPTL
- SB: Some elements are difficult to address (e. g. <stdVals>)
- KH: Should only scope this issue for elements included on this list now
Issue #13
- KH: A cataloger colleague in the UNT University Libraries is addressing this
- No update
Issue #47
- EM: No progress
- SB: Most of this was what was intended by the BPTL WG
- EM: Just needs to be reviewed
- KH: Lou noticed these after running a comparison
- EM: Changing content models might have unforeseen consequences
- Will review and check for questions
Issue #36
- KH: Written comments to be reviewed by EM
Issue #14
- KH: Needs to implement
Issue #17
- EM: SB changed the <schemaRef> and updated the examples
- SB and EM will finish collaboratively
Issue #31
- EM: This issue was just closed
- Pull request was opened for discussion
- KH will attempt to merge the PR
Issue #10
- KH:
- Indicating interviewers and interviewees
- Discussed in September, but this was postponed
- This was a suggestion for using the <listPerson> element
- Should be added to Level 4 (already some discussion for oral history)
- Add <listPerson> to the schema and documentation
- Discuss the usage of @role on person
- AR volunteers
- KH: clarifies that the prose changes can be addressed first
- SB: volunteers to address the schema changes
- SB: Birth and death should be specified
- KH: But, this would require that this information be found after the encoding has been undertaken
- KH: Rouner can either add comments to the Issue or modified the prose of the ODD
Issue #11
- Page breaks within notes
- KH:
- Discussed this in September
- Should include <pb> within the note
- Should use the attribute for pointing
- Should update the prose
- EM: Use a @sameAs on the page break
- KH: The note element first is referenced in level 3
- SB: Suggests including an example
- Found 200 examples using grep
- KH: Regenerating output of the ODD's
- SB: What remains is the generation of the large table (this is almost unreadable)
- Otherwise, everything seems to be properly generated
- KH: Current release of the BPTL document is found at http://www.tei-c.org/SIG/Libraries/teiinlibraries/main-driver.html
- Also, requests that SB publish a rendered version on the WWW
Issue #12
- No discussion of bibliographic metadata for TEI Documents
- Can use <listBibl>...
- Going to recommend the usage of this at Level 3
- Just have a <listBibl> with each entry using <bibl> without marking the components
- For Level 4 where components of entries are encoded...
- How much detail should be expected?
- SB: Title, author, and date should be prescriptive
- EM: Level 4 is full-blown, can't imagine telling users what to encode for a bibliography
- Bibliographies are so varied...but title, author, date
- KH: Emphasize use cases
- Sending this data into a separate, hosted service for parsing
- SB: Also, sorting as a use case
- EM: <bibl> contains just text within Level 3
- Level 4 has a full <bibl>
- KH: Author, title, and date are required
- <pubPlace>, <publisher>, <editor>...the remaining elements are optional
- KH: Maybe <editor> should be required
- Schema change and additions to the table are required to resolve this
- JG: Should dates be formatted using a standard?
- SB: The formatting specified by the @when attribute should be used
Scheduling for the Next Meeting
- March 6th, 2017 13:00 GMT-5