Minutes from November 2, 2011 - Revision history

Kshawkin: added category

2011-11-06T00:22:14Z

added category

Kshawkin: /* Possible future directions for the TEI in Libraries SIG */ wiki markup

2011-11-04T20:14:20Z

‎Possible future directions for the TEI in Libraries SIG: wiki markup

Kshawkin: /* Existential question: the SIG Itself */ revisions based on Kevin's memory

2011-11-04T20:11:57Z

‎Existential question: the SIG Itself: revisions based on Kevin's memory

Kshawkin: /* Possible future directions for the TEI in Libraries SIG */ revisions based on Kevin's memory

2011-11-04T20:10:45Z

‎Possible future directions for the TEI in Libraries SIG: revisions based on Kevin's memory

Kshawkin: /* TEI in Libraries "Best Practices" update */ corrections from my memory

2011-11-04T20:06:28Z

‎TEI in Libraries "Best Practices" update: corrections from my memory

Gworthey at 20:23, 3 November 2011

2011-11-03T20:23:14Z

Gworthey at 16:19, 3 November 2011

2011-11-03T16:19:47Z

Kshawkin: /* I. TEI in Libraries "Best Practices" update */ interoperability proposals to be shared

2011-11-02T15:47:55Z

‎I. TEI in Libraries "Best Practices" update: interoperability proposals to be shared

Gworthey at 15:15, 2 November 2011

2011-11-02T15:15:16Z

Gworthey at 15:13, 2 November 2011

2011-11-02T15:13:30Z

← Older revision		Revision as of 00:22, 6 November 2011
Line 53:		Line 53:
	== Conclusions ==		== Conclusions ==
	This meeting was short on actual resolutions, but discussion of the above issues will continue in the wiki and TEILIB-L.		This meeting was short on actual resolutions, but discussion of the above issues will continue in the wiki and TEILIB-L.
		+
		+	[[Category:SIG:Libraries]]

@@ Line 36: / Line 36: @@
 # Enhance the TEI's relationship with various current library standards and practices, including:
 ## Clarify TEI's relationship to FRBR. (It would be good if BP, or TEI as a whole, had a way of explicitly encoding which FRBR Group 1 entity is the object of encoding. Kevin believes this could be problematic, but worth investigating.
-## Perry expressed related interest in providing mechanisms for linking to LC authority files and other outside metadata such as id.loc.gov.  Kevin reviewed [[Future_changes_to_Best_Practices_for_TEI_in_Libraries#Identifiers_for_outside_metadata.3F proposed solutions from the past in this space]].
+## Perry expressed related interest in providing mechanisms for linking to LC authority files and other outside metadata such as id.loc.gov.  Kevin reviewed [[Future changes to Best Practices for TEI in Libraries#Identifiers for outside metadata?|proposed solutions from the past in this space]].
 ## Dave suggested using "mdref" from METS or similar; Kevin supports this idea, even proposing using the METS namespace to do so.
 ## Dot noted importance of strong library interest in Linked Data / RDA, and all agreed on desirability at least to address this, along with crosswalking to other metadata formats besides AACR2 (which is what we limited ourselves to in the current BP document).  Kevin suggested that addressing this could be as simple as adding RDA as one of the examples of a national cataloging code (along with AACR2).   If MARC is superseded, we would need to revise our field mappings.

@@ Line 47: / Line 47: @@
 == Existential question: the SIG Itself ==
-# The current leadership (Kevin and Michelle) has expressed an interest in passing the baton to others.  It was suggested that the TEILIB-L list may be an appropriate venue to solicit interest in the SIG.  Although this list has not been very active in recent years, Kevin reported that it has about 80 members.  (Kevin also says that there's a forthcoming article in the TEI Journal about membership of SIG mailing lists.)
+# The current leadership (Kevin and Michelle) has expressed an interest in passing the baton to others.  It was suggested that the TEILIB-L list may be an appropriate venue to solicit interest in the SIG.  Although this list has not been very active in recent years, Kevin reported that it has about 80 members.  (Kevin also says that there's a forthcoming article in the <cite>Journal of the Text Encoding Initiative</cite> that includes membership totals for the SIG mailing lists.)
 # We discussed the relationship of our SIG to the many others (see http://www.tei-c.org/Activities/SIG/).  It was generally agreed that there was some overlap (e.g., with Scholarly Editing, Ontologies, Education), but not really that much.
 # Although it seems that the work of our SIG has reached some conclusions, and although the TEI Council believes that it's okay for SIGs to come and go as their work finishes, we didn't feel like our work in libraries is necessarily complete, nor is anyone ready to dissolve it.  (This in spite of general acknowledgment of the impression that TEI adoption in libraries is flat at best, or even declining -- somewhat ironically, given potential Google Books interest.  Perry reported, e.g., that TEI is almost not used in UC system; Mark Twain papers last project to use TEI.)

@@ Line 35: / Line 35: @@
 # Create XSLT for converting Tite to conformant P5
 # Enhance the TEI's relationship with various current library standards and practices, including:
-## Clarify TEI's relationship to FRBR. (It would be good if BP had a way of explicitly encoding which FRBR Group 1 entity is the object of encoding. Kevin believes this could be problematic, but worth investigating.
+## Clarify TEI's relationship to FRBR. (It would be good if BP, or TEI as a whole, had a way of explicitly encoding which FRBR Group 1 entity is the object of encoding. Kevin believes this could be problematic, but worth investigating.
-## Perry expressed related interest in providing mechanisms for linking to LC authority files and other outside metadata such as id.loc.gov.  Kevin reviewed proposed solutions from the past in this space.
+## Perry expressed related interest in providing mechanisms for linking to LC authority files and other outside metadata such as id.loc.gov.  Kevin reviewed [[Future_changes_to_Best_Practices_for_TEI_in_Libraries#Identifiers_for_outside_metadata.3F proposed solutions from the past in this space]].
 ## Dave suggested using "mdref" from METS or similar; Kevin supports this idea, even proposing using the METS namespace to do so.
-## Dot noted importance of strong library interest in Linked DATA / RDA, and all agreed on desirability at least to address this, along with crosswalking to other metadata formats besides AACR2 MARC (which is what we limited ourselves to in the current BP document).  Kevin suggested that addressing this could be as simple as adding a note to the BP prose (4.1.5?) about how library TEI documents should include metadata from "AACR2 and other content standards".
+## Dot noted importance of strong library interest in Linked Data / RDA, and all agreed on desirability at least to address this, along with crosswalking to other metadata formats besides AACR2 (which is what we limited ourselves to in the current BP document).  Kevin suggested that addressing this could be as simple as adding RDA as one of the examples of a national cataloging code (along with AACR2).   If MARC is superseded, we would need to revise our field mappings.
 ## Should we have our own recommended METS profile?  No consensus.
-# Interest expressed for registry of Tite and BP implementations, so that people engaging in new projects don't have to start from scratch.  This could be done organically and informally, e.g., in the TEI wiki, etc.
+# Interest expressed in Würzburg for registry of Tite and BP implementations so that people engaging in new projects don't have to start from scratch.  This could be done organically and informally, e.g., in the TEI wiki, etc.
-# (Kevin, please clarify this point.) Create wiki page on TEI Analytics, Text Grid's "baseline encoding," and the BP document (and maybe Abbot as well), all of which are meant to allow for interoperability among texts from various projects.
+# Create wiki page bringing together TEI customizations designed for interoperability, including TEI Analytics, Text Grid's "baseline encoding," and the BP document (and maybe Abbot as well)
 # The SIG's future mission could focus more on evangelization for use of TEI in libraries.  The BP document was really all about this, but even now that it's "done," the need for evangelizing remains.
 # The SIG could also engage in fostering this TEI-library relationship in the other direction, viz., representing the library community to the TEI Board / Council.  This has happened fairly effectively so far through TEI Council service by several "library" people (e.g., Kevin, John Walsh, others)
 == Existential question: the SIG Itself ==

@@ Line 18: / Line 18: @@
 # Next steps: Kevin to present BP ODD to TEI-C Council for long-term institutional maintenance as a TEI Customization.  TEI Council meets next week; Kevin plans to make pitch for this transfer of stewardship for the document from our SIG to the Council.
 #TEI-Tite
-## Description (refresher): vendor spec designed esp. for the "TEI Access" program, currently administered by Apex.  Related to, but separate from, BP work.
+## Description (refresher): vendor spec designed esp. for the AccessTEI program, currently administered by Apex CoVantage.  Related to, but separate from, BP work.
 ## Some issues have occurred during Tite implementation process: Apex has made a few changes (manual edits of DTD) that weren't folded back into Tite; Kevin has been gathering records of these changes, integrating them into the Tite ODD, collecting bug reports and tickets to make sure all these changes are accounted for.
-## Kevin is editing both Tite and BP appendices, wherein the two documents refer to each other, to better clarify their relationship.
+## Kevin has edited both Tite and BP appendices, wherein the two documents refer to each other, to better clarify their relationship.
 # Google Books news
 ## Kevin has been assisting Google engineers who've expressed interest in producing TEI output from Google scanning of library collections.  All agree that this is big news, and great news!
-## This interest has come about through at least two different channels, directly from Martin Mueller, and from library partners.
+## He received communication about this through at least two different channels: directly from Martin Mueller and from emails to Google's library partners.
 ## Kevin has convinced Google to use the BP document as reference, to make their output conform roughly at "arbitrary" encoding levels (i.e., it's likely their output would be at level 3-4, but definitely should be encouraged not to throw anything away for the sake of "conformance" to a particular level, e.g., any structural information they may have garnered in their automatic recognition processes)
 ## Some discussion of the importance of this development, if it pans out.
 # The "Interoperability" question _(This came up at the end of the meeting, but fits thematically with discussion of the BP document and the TEI Guidelines)_
 ## Kevin responded to general complaints ("the September events") that TEI hasn't done enough to enable interoperability and interchange of texts
-## Kevin has discussed with unspecified others a proposal to revise the Guidelines to more honestly address what the TEI actually does -- to weaken the claims of "interoperability and interchange" -- or even simply  to stop claiming that this is an overarching goal of the TEI.  This revision could mainly restricted to prose descriptions, rather than some attempt at "fixing" the encoding standards.  That group plans to formulate revisions and share for wider comment.
+## Kevin has discussed with unspecified others a proposal to revise the Guidelines to more honestly address what the TEI actually does -- to weaken the claims of "interoperability and interchange" -- or even simply to stop claiming that this is an overarching goal of the TEI.  This revision could mainly restricted to prose descriptions, rather than some attempt at "fixing" the encoding standards.  That group plans to formulate revisions and share for wider comment.
 == Possible future directions for the TEI in Libraries SIG ==

← Older revision		Revision as of 20:23, 3 November 2011
Line 2:		Line 2:
	(adjunct to Digital Library Federation Fall Forum, Baltimore, MD, 2 November 2011)		(adjunct to Digital Library Federation Fall Forum, Baltimore, MD, 2 November 2011)

−	''At a Baltimore hotel society ~~gath'rin'~~... -- [http://www.bobdylan.com/songs/the-lonesome-death-of-hattie-carroll B. Dylan]''	+	''At a Baltimore hotel society gathering... -- [http://www.bobdylan.com/songs/the-lonesome-death-of-hattie-carroll B. Dylan]''

@@ Line 1: / Line 1: @@
 == TEI in Libraries SIG meeting ==
-adjunct to Digital Library Federation Fall Forum
+(adjunct to Digital Library Federation Fall Forum, Baltimore, MD, 2 November 2011)
 November 2011
 == Attending ==
 Dave Lacy (Villanova),
-Melanie Schlosser(OSU),
+Melanie Schlosser (OSU),
 Kevin Hawkins (UMich) (convener),
 Glen Worthey (Stanford) (note-taker),
@@ Line 13: / Line 14: @@
-==I. TEI in Libraries "Best Practices" update==
+== TEI in Libraries "Best Practices" update==
 # v. 3.0, October 2011, of Best Practices document completed and launched at 2011 TEI meeting in Würzburg.
 # Next steps: Kevin to present BP ODD to TEI-C Council for long-term institutional maintenance as a TEI Customization.  TEI Council meets next week; Kevin plans to make pitch for this transfer of stewardship for the document from our SIG to the Council.
@@ Line 29: / Line 30: @@
 ## Kevin has discussed with unspecified others a proposal to revise the Guidelines to more honestly address what the TEI actually does -- to weaken the claims of "interoperability and interchange" -- or even simply  to stop claiming that this is an overarching goal of the TEI.  This revision could mainly restricted to prose descriptions, rather than some attempt at "fixing" the encoding standards.  That group plans to formulate revisions and share for wider comment.
-== II. Possible future directions for the TEI in Libraries SIG ==
+== Possible future directions for the TEI in Libraries SIG ==
 # Enhance BP document with better options for encoding of serials
@@ Line 45: / Line 46: @@
-== III. Existential question: the SIG Itself ==
+== Existential question: the SIG Itself ==
 # The current leadership (Kevin and Michelle) has expressed an interest in passing the baton to others.  It was suggested that the TEILIB-L list may be an appropriate venue to solicit interest in the SIG.  Although this list has not been very active in recent years, Kevin reported that it has about 80 members.  (Kevin also says that there's a forthcoming article in the TEI Journal about membership of SIG mailing lists.)
@@ Line 51: / Line 52: @@
 # Although it seems that the work of our SIG has reached some conclusions, and although the TEI Council believes that it's okay for SIGs to come and go as their work finishes, we didn't feel like our work in libraries is necessarily complete, nor is anyone ready to dissolve it.  (This in spite of general acknowledgment of the impression that TEI adoption in libraries is flat at best, or even declining -- somewhat ironically, given potential Google Books interest.  Perry reported, e.g., that TEI is almost not used in UC system; Mark Twain papers last project to use TEI.)
-== IV. Conclusions ==
+== Conclusions ==
 This meeting was short on actual resolutions, but discussion of the above issues will continue in the wiki and TEILIB-L.