labels for Stylesheets issues

Syd Bauman

9 May 2020 9 May '20

1:20 a.m.

Martin and I came up with a proposed list of labels for Stylesheets issues today. My suggested schedule is that over the next week we review and tweak the list as needed. Then on or about Sun 17 May someone who has some color sense will go ahead and actually change the label values in GitHub. Then during the week of the 18th, flowing over to the week of the 25th as needed, the subgroups (SB, PS, MH, EB|MS) work on categorizing the 139 open issues with the new labels. The list proposed is not intended to be definitive. I expect it to be adjusted both now by Council, and then during the actual cataloging exercise. So take a loot at https://docs.google.com/spreadsheets/d/1TugARD1amG-ZeMPl2Fo-e88VXqirHawmOs5v... and comment away.

Show replies by date

Elisa Beshero-Bondar

9 May 9 May

3:13 p.m.

Thanks, Syd and Martin! The list looks good to me—I like the “meta” category, though I wonder if we will ever use it. The list of conversions seems exhaustive, and I suppose if there is anything not listed we will find it out in the process of cataloging. I do wonder if we want to find a simple way to distinguish conversion *from* a format (e.g. docx) vs. conversion *to* that format. I realize there are already so many categories, so I wonder if there might be a directional symbol we could use in the label:

...

...
(from TEI to ___) << (from ___ to TEI)

What do you think? Elisa Sent from my iPhone

...

On May 8, 2020, at 7:20 PM, Syd Bauman wrote:

Martin and I came up with a proposed list of labels for Stylesheets issues today. My suggested schedule is that over the next week we review and tweak the list as needed. Then on or about Sun 17 May someone who has some color sense will go ahead and actually change the label values in GitHub. Then during the week of the 18th, flowing over to the week of the 25th as needed, the subgroups (SB, PS, MH, EB|MS) work on categorizing the 139 open issues with the new labels.

The list proposed is not intended to be definitive. I expect it to be adjusted both now by Council, and then during the actual cataloging exercise.

So take a loot at https://docs.google.com/spreadsheets/d/1TugARD1amG-ZeMPl2Fo-e88VXqirHawmOs5v... and comment away. _______________________________________________ Tei-council mailing list Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

Elisa Beshero-Bondar

3:18 p.m.

Typing on my phone, I see it converted my directional “from TEI” suggestion into quote marks. I meant two right angle brackets for that. I suppose we could just have, with any conversion, another bank of labels (just two): from TEI to TEI Elisa Sent from my iPhone

...

On May 9, 2020, at 9:13 AM, Elisa Beshero-Bondar wrote:

Thanks, Syd and Martin! The list looks good to me—I like the “meta” category, though I wonder if we will ever use it. The list of conversions seems exhaustive, and I suppose if there is anything not listed we will find it out in the process of cataloging. I do wonder if we want to find a simple way to distinguish conversion *from* a format (e.g. docx) vs. conversion *to* that format. I realize there are already so many categories, so I wonder if there might be a directional symbol we could use in the label:

...
...
(from TEI to ___) << (from ___ to TEI)

What do you think?

Elisa

Sent from my iPhone

...
On May 8, 2020, at 7:20 PM, Syd Bauman wrote:

Martin and I came up with a proposed list of labels for Stylesheets issues today. My suggested schedule is that over the next week we review and tweak the list as needed. Then on or about Sun 17 May someone who has some color sense will go ahead and actually change the label values in GitHub. Then during the week of the 18th, flowing over to the week of the 25th as needed, the subgroups (SB, PS, MH, EB|MS) work on categorizing the 139 open issues with the new labels.

The list proposed is not intended to be definitive. I expect it to be adjusted both now by Council, and then during the actual cataloging exercise.

So take a loot at https://docs.google.com/spreadsheets/d/1TugARD1amG-ZeMPl2Fo-e88VXqirHawmOs5v... and comment away. _______________________________________________ Tei-council mailing list Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

Syd Bauman

3:47 p.m.

Certainly a system with over 50 labels can stand 2 more. But I'm not sure it would be helpful. The point of labelling (at least, when it comes to all those conversions) is to flag what kind of expertise is needed to address the issue. So Councilor A can look at the high-priority open ticket list and quickly see that ticket “output is invalid” is about DOCX, and think “I know absolutely nothing about DOCX” to himself and skip it; whereas Councilor B can look at the same ticket and think to herself “I’m trying to learn the XML format underlying DOCX, maybe I’ll give this one a try”. Doesn’t strike us as particularly useful to separate out whether conversion is to or from DOCX, it is the required expertise in DOCX that we were thinking should be flagged.

...

Typing on my phone, I see it converted my directional “from TEI” suggestion into quote marks. I meant two right angle brackets for that.

I suppose we could just have, with any conversion, another bank of labels (just two): from TEI to TEI

Elisa Beshero-Bondar

4 p.m.

Having worked on one of these a year ago, it made a pretty big difference to clarify the direction of the conversion because a) it wasn’t immediately clear on the ticket and b) it made a big difference in how we had to proceed. I think having the capacity to mark that might be helpful even if it isn’t always used. Just two more labels after all. Elisa Sent from my iPhone

...

On May 9, 2020, at 9:48 AM, Syd Bauman wrote:

Certainly a system with over 50 labels can stand 2 more. But I'm not sure it would be helpful. The point of labelling (at least, when it comes to all those conversions) is to flag what kind of expertise is needed to address the issue. So Councilor A can look at the high-priority open ticket list and quickly see that ticket “output is invalid” is about DOCX, and think “I know absolutely nothing about DOCX” to himself and skip it; whereas Councilor B can look at the same ticket and think to herself “I’m trying to learn the XML format underlying DOCX, maybe I’ll give this one a try”. Doesn’t strike us as particularly useful to separate out whether conversion is to or from DOCX, it is the required expertise in DOCX that we were thinking should be flagged.

...
Typing on my phone, I see it converted my directional “from TEI” suggestion into quote marks. I meant two right angle brackets for that.

I suppose we could just have, with any conversion, another bank of labels (just two): from TEI to TEI

Tei-council mailing list Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

Martin Holmes

15 May 15 May

6:21 p.m.

Hi Elisa, Having thought about this myself, I don't think it's going to help either; although the direction of the conversion is important for what approach you need to take, it's not important from the point of view of what you need to know; and the Stylesheets tickets need to be triaged and assigned based on skills needed (among other things). Is there anybody who would take a TEI-to-docx ticket but refuse a docx-to-TEI ticket? Does anyone else have any opinions on the ticket categories? The list is: https://docs.google.com/spreadsheets/d/1TugARD1amG-ZeMPl2Fo-e88VXqirHawmOs5v... Cheers, Martin On 2020-05-09 7:00 a.m., Elisa Beshero-Bondar wrote:

...

Having worked on one of these a year ago, it made a pretty big difference to clarify the direction of the conversion because a) it wasn’t immediately clear on the ticket and b) it made a big difference in how we had to proceed. I think having the capacity to mark that might be helpful even if it isn’t always used. Just two more labels after all.

Elisa

Sent from my iPhone

...
On May 9, 2020, at 9:48 AM, Syd Bauman wrote:

Certainly a system with over 50 labels can stand 2 more. But I'm not sure it would be helpful. The point of labelling (at least, when it comes to all those conversions) is to flag what kind of expertise is needed to address the issue. So Councilor A can look at the high-priority open ticket list and quickly see that ticket “output is invalid” is about DOCX, and think “I know absolutely nothing about DOCX” to himself and skip it; whereas Councilor B can look at the same ticket and think to herself “I’m trying to learn the XML format underlying DOCX, maybe I’ll give this one a try”. Doesn’t strike us as particularly useful to separate out whether conversion is to or from DOCX, it is the required expertise in DOCX that we were thinking should be flagged.

...
Typing on my phone, I see it converted my directional “from TEI” suggestion into quote marks. I meant two right angle brackets for that.

I suppose we could just have, with any conversion, another bank of labels (just two): from TEI to TEI

Tei-council mailing list Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

Tei-council mailing list Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

-- ------------------------------------- Humanities Computing and Media Centre University of Victoria mholmes@uvic.ca

Elisa Beshero-Bondar

6:33 p.m.

Martin and all— Right, it won't matter for *assigning* the ticket, but it would be helpful later when reviewing one's assigned tickets. I was imagining this as an optional, handy classifier once you have a pile of these to work on. Sometimes it just isn't clear from a quick scan of the issue which direction the conversion needs to go, and in those cases, when you've made a determination and then need to go back and work on it some unspecified while later, it might just help to know at a glance which direction this is going. Thanks, Elisa On Fri, May 15, 2020 at 12:21 PM Martin Holmes wrote:

...

Hi Elisa,

Having thought about this myself, I don't think it's going to help either; although the direction of the conversion is important for what approach you need to take, it's not important from the point of view of what you need to know; and the Stylesheets tickets need to be triaged and assigned based on skills needed (among other things). Is there anybody who would take a TEI-to-docx ticket but refuse a docx-to-TEI ticket?

Does anyone else have any opinions on the ticket categories? The list is:

< https://docs.google.com/spreadsheets/d/1TugARD1amG-ZeMPl2Fo-e88VXqirHawmOs5v...

...
Cheers, Martin

On 2020-05-09 7:00 a.m., Elisa Beshero-Bondar wrote:

...
Having worked on one of these a year ago, it made a pretty big difference to clarify the direction of the conversion because a) it wasn’t immediately clear on the ticket and b) it made a big difference in how we had to proceed. I think having the capacity to mark that might be helpful even if it isn’t always used. Just two more labels after all.

Elisa

Sent from my iPhone

...
On May 9, 2020, at 9:48 AM, Syd Bauman wrote:

Certainly a system with over 50 labels can stand 2 more. But I'm not sure it would be helpful. The point of labelling (at least, when it comes to all those conversions) is to flag what kind of expertise is needed to address the issue. So Councilor A can look at the high-priority open ticket list and quickly see that ticket “output is invalid” is about DOCX, and think “I know absolutely nothing about DOCX” to himself and skip it; whereas Councilor B can look at the same ticket and think to herself “I’m trying to learn the XML format underlying DOCX, maybe I’ll give this one a try”. Doesn’t strike us as particularly useful to separate out whether conversion is to or from DOCX, it is the required expertise in DOCX that we were thinking should be flagged.

...
Typing on my phone, I see it converted my directional “from TEI” suggestion into quote marks. I meant two right angle brackets for that.

I suppose we could just have, with any conversion, another bank of labels (just two): from TEI to TEI

Tei-council mailing list Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

Tei-council mailing list Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

-- ------------------------------------- Humanities Computing and Media Centre University of Victoria mholmes@uvic.ca _______________________________________________ Tei-council mailing list Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

-- Elisa Beshero-Bondar, PhD until April 30, 2020: Director, Center for the Digital Text | Associate Professor of English University of Pittsburgh at Greensburg | Humanities Division 150 Finoli Drive Greensburg, PA 15601 USA after July 1, 2020: Program Chair of Digital Media, Arts, and Technology | Professor of Digital Humanities | Director of the Digital Humanities Lab at Penn State Erie, the Behrend College stable e-mail address until July: ebbondar@gmail.com Development site: https://newtfire.org

Scholger, Martina (martina.scholger＠uni-graz.at)

17 May 17 May

7:52 p.m.

Dear Martin and Syd, thanks for putting this together! I added another column to record how the current labels relate to the suggested ones. It is for the person who adds/renames the current labels (I volunteer for that). I like to suggest three more labels which we recently added to the TEI repo: i18n (or maybe better Group: i18n) Group: Infrastructure Status: pending (e.g. for issues where we asked the original proposer or someone else to provide an example or further explanation) I wonder if your suggested ‘resp: council’ corresponds with the current ‘Council Responsibility’? We also have the label CouncilResponsibility in the TEI repo and I was wondering how exactly that is defined. Best, Martina Von: Tei-council Im Auftrag von Elisa Beshero-Bondar Gesendet: Freitag, 15. Mai 2020 18:34 An: Martin Holmes Cc: TEI Council Betreff: Re: [Tei-council] labels for Stylesheets issues Martin and all— Right, it won't matter for *assigning* the ticket, but it would be helpful later when reviewing one's assigned tickets. I was imagining this as an optional, handy classifier once you have a pile of these to work on. Sometimes it just isn't clear from a quick scan of the issue which direction the conversion needs to go, and in those cases, when you've made a determination and then need to go back and work on it some unspecified while later, it might just help to know at a glance which direction this is going. Thanks, Elisa On Fri, May 15, 2020 at 12:21 PM Martin Holmes mailto:mholmes@uvic.ca> wrote: Hi Elisa, Having thought about this myself, I don't think it's going to help either; although the direction of the conversion is important for what approach you need to take, it's not important from the point of view of what you need to know; and the Stylesheets tickets need to be triaged and assigned based on skills needed (among other things). Is there anybody who would take a TEI-to-docx ticket but refuse a docx-to-TEI ticket? Does anyone else have any opinions on the ticket categories? The list is: https://docs.google.com/spreadsheets/d/1TugARD1amG-ZeMPl2Fo-e88VXqirHawmOs5v... Cheers, Martin On 2020-05-09 7:00 a.m., Elisa Beshero-Bondar wrote:

...

Having worked on one of these a year ago, it made a pretty big difference to clarify the direction of the conversion because a) it wasn’t immediately clear on the ticket and b) it made a big difference in how we had to proceed. I think having the capacity to mark that might be helpful even if it isn’t always used. Just two more labels after all.

Elisa

Sent from my iPhone

...
On May 9, 2020, at 9:48 AM, Syd Bauman mailto:s.bauman@northeastern.edu> wrote:

Certainly a system with over 50 labels can stand 2 more. But I'm not sure it would be helpful. The point of labelling (at least, when it comes to all those conversions) is to flag what kind of expertise is needed to address the issue. So Councilor A can look at the high-priority open ticket list and quickly see that ticket “output is invalid” is about DOCX, and think “I know absolutely nothing about DOCX” to himself and skip it; whereas Councilor B can look at the same ticket and think to herself “I’m trying to learn the XML format underlying DOCX, maybe I’ll give this one a try”. Doesn’t strike us as particularly useful to separate out whether conversion is to or from DOCX, it is the required expertise in DOCX that we were thinking should be flagged.

...
Typing on my phone, I see it converted my directional “from TEI” suggestion into quote marks. I meant two right angle brackets for that.

I suppose we could just have, with any conversion, another bank of labels (just two): from TEI to TEI

Tei-council mailing list Tei-council@lists.tei-c.orgmailto:Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

Tei-council mailing list Tei-council@lists.tei-c.orgmailto:Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

-- ------------------------------------- Humanities Computing and Media Centre University of Victoria mholmes@uvic.camailto:mholmes@uvic.ca _______________________________________________ Tei-council mailing list Tei-council@lists.tei-c.orgmailto:Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council -- Elisa Beshero-Bondar, PhD until April 30, 2020: Director, Center for the Digital Text | Associate Professor of English University of Pittsburgh at Greensburg | Humanities Division 150 Finoli Drive Greensburg, PA 15601 USA after July 1, 2020: Program Chair of Digital Media, Arts, and Technology | Professor of Digital Humanities | Director of the Digital Humanities Lab at Penn State Erie, the Behrend College stable e-mail address until July: ebbondar@gmail.commailto:ebbondar@gmail.com Development site: https://newtfire.org https://newtfire.org/

Martin Holmes

8:02 p.m.

Hi Martina, I like all your suggestions. Re "Council Responsibility": IIRC, this arose out of the ancient dreadm whereby hoards of enthusiastic non-Council folks would emerge from the community and take ownership of the maintenance of various areas of the stylesheets repo, leaving only a few core areas to be the responsibility of the Council. I don't think that will ever happen, but there are things such as the Cocoa conversion and the custom profiles which I think it would be reasonable for Council to ignore in favour of higher-priority work. I think it would be reasonable to require that all tickets end up with one of the resp: values: resp: council resp: stylesheetsGroup (i.e. Council's job, but suitable for learning and teaching) resp: helpWanted (i.e. anybody who cares about this should probably do it themselves) Cheers, Martin On 2020-05-17 10:52 a.m., Scholger, Martina (martina.scholger@uni-graz.at) wrote:

...

Dear Martin and Syd,

thanks for putting this together!

I added another column to record how the current labels relate to the suggested ones. It is for the person who adds/renames the current labels (I volunteer for that).

I like to suggest three more labels which we recently added to the TEI repo:

i18n (or maybe better Group: i18n)

Group: Infrastructure

Status: pending (e.g. for issues where we asked the original proposer or someone else to provide an example or further explanation)

I wonder if your suggested ‘resp: council’ corresponds with the current ‘Council Responsibility’? We also have the label CouncilResponsibility in the TEI repo and I was wondering how exactly that is defined.

Best,

Martina

*Von:*Tei-council *Im Auftrag von *Elisa Beshero-Bondar *Gesendet:* Freitag, 15. Mai 2020 18:34 *An:* Martin Holmes *Cc:* TEI Council *Betreff:* Re: [Tei-council] labels for Stylesheets issues

Martin and all— Right, it won't matter for *assigning* the ticket, but it would be helpful later when reviewing one's assigned tickets. I was imagining this as an optional, handy classifier once you have a pile of these to work on. Sometimes it just isn't clear from a quick scan of the issue which direction the conversion needs to go, and in those cases, when you've made a determination and then need to go back and work on it some unspecified while later, it might just help to know at a glance which direction this is going.

Thanks,

Elisa

On Fri, May 15, 2020 at 12:21 PM Martin Holmes mailto:mholmes@uvic.ca> wrote:

Hi Elisa,

Having thought about this myself, I don't think it's going to help either; although the direction of the conversion is important for what approach you need to take, it's not important from the point of view of what you need to know; and the Stylesheets tickets need to be triaged and assigned based on skills needed (among other things). Is there anybody who would take a TEI-to-docx ticket but refuse a docx-to-TEI ticket?

Does anyone else have any opinions on the ticket categories? The list is:

https://docs.google.com/spreadsheets/d/1TugARD1amG-ZeMPl2Fo-e88VXqirHawmOs5v...

Cheers, Martin

On 2020-05-09 7:00 a.m., Elisa Beshero-Bondar wrote: > Having worked on one of these a year ago, it made a pretty big difference to clarify the direction of the conversion because a) it wasn’t immediately clear on the ticket and b) it made a big difference in how we had to proceed. I think having the capacity to mark that might be helpful even if it isn’t always used. Just two more labels after all. > > Elisa > > Sent from my iPhone > >> On May 9, 2020, at 9:48 AM, Syd Bauman mailto:s.bauman@northeastern.edu> wrote: >> >> Certainly a system with over 50 labels can stand 2 more. But I'm not >> sure it would be helpful. The point of labelling (at least, when it >> comes to all those conversions) is to flag what kind of expertise is >> needed to address the issue. So Councilor A can look at the >> high-priority open ticket list and quickly see that ticket “output is >> invalid” is about DOCX, and think “I know absolutely nothing about >> DOCX” to himself and skip it; whereas Councilor B can look at the >> same ticket and think to herself “I’m trying to learn the XML format >> underlying DOCX, maybe I’ll give this one a try”. Doesn’t strike us >> as particularly useful to separate out whether conversion is to or >> from DOCX, it is the required expertise in DOCX that we were thinking >> should be flagged. >> >>> Typing on my phone, I see it converted my directional “from TEI” >>> suggestion into quote marks. I meant two right angle brackets for >>> that. >>> >>> I suppose we could just have, with any conversion, another bank of >>> labels (just two): >>> from TEI >>> to TEI >> _______________________________________________ >> Tei-council mailing list >> Tei-council@lists.tei-c.org mailto:Tei-council@lists.tei-c.org >> http://lists.lists.tei-c.org/mailman/listinfo/tei-council > _______________________________________________ > Tei-council mailing list > Tei-council@lists.tei-c.org mailto:Tei-council@lists.tei-c.org > http://lists.lists.tei-c.org/mailman/listinfo/tei-council >

-- ------------------------------------- Humanities Computing and Media Centre University of Victoria mholmes@uvic.ca mailto:mholmes@uvic.ca _______________________________________________ Tei-council mailing list Tei-council@lists.tei-c.org mailto:Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

--

Elisa Beshero-Bondar, PhD until April 30, 2020: Director, Center for the Digital Text | Associate Professor of English University of Pittsburgh at Greensburg | Humanities Division 150 Finoli Drive Greensburg, PA 15601 USA

after July 1, 2020: Program Chair of Digital Media, Arts, and Technology | Professor of Digital Humanities | Director of the Digital Humanities Lab at Penn State Erie, the Behrend College

stable e-mail address until July: ebbondar@gmail.com mailto:ebbondar@gmail.com

Development site: https://newtfire.org https://newtfire.org/

-- ------------------------------------- Humanities Computing and Media Centre University of Victoria mholmes@uvic.ca

Scholger, Martina (martina.scholger＠uni-graz.at)

18 May 18 May

10:39 p.m.

Hi Martin and all, Thanks for the explanation. I'm sure the hordes will arrive any day now : ) I added/modified the labels. Please feel free to change the colors if you don't like them or if they don't make sense. I wonder if we can delete the label "Release Process" and add the label "meta" to this issue: https://github.com/TEIC/Stylesheets/labels/Release%20Process. Best, Martina -----Ursprüngliche Nachricht----- Von: Martin Holmes Gesendet: Sonntag, 17. Mai 2020 20:03 An: Scholger, Martina (martina.scholger@uni-graz.at) ; Elisa Beshero-Bondar Cc: TEI Council Betreff: Re: AW: [Tei-council] labels for Stylesheets issues Hi Martina, I like all your suggestions. Re "Council Responsibility": IIRC, this arose out of the ancient dreadm whereby hoards of enthusiastic non-Council folks would emerge from the community and take ownership of the maintenance of various areas of the stylesheets repo, leaving only a few core areas to be the responsibility of the Council. I don't think that will ever happen, but there are things such as the Cocoa conversion and the custom profiles which I think it would be reasonable for Council to ignore in favour of higher-priority work. I think it would be reasonable to require that all tickets end up with one of the resp: values: resp: council resp: stylesheetsGroup (i.e. Council's job, but suitable for learning and teaching) resp: helpWanted (i.e. anybody who cares about this should probably do it themselves) Cheers, Martin On 2020-05-17 10:52 a.m., Scholger, Martina (martina.scholger@uni-graz.at) wrote:

...

Dear Martin and Syd,

thanks for putting this together!

I added another column to record how the current labels relate to the suggested ones. It is for the person who adds/renames the current labels (I volunteer for that).

I like to suggest three more labels which we recently added to the TEI repo:

i18n (or maybe better Group: i18n)

Group: Infrastructure

Status: pending (e.g. for issues where we asked the original proposer or someone else to provide an example or further explanation)

I wonder if your suggested ‘resp: council’ corresponds with the current ‘Council Responsibility’? We also have the label CouncilResponsibility in the TEI repo and I was wondering how exactly that is defined.

Best,

Martina

*Von:*Tei-council *Im Auftrag von *Elisa Beshero-Bondar *Gesendet:* Freitag, 15. Mai 2020 18:34 *An:* Martin Holmes *Cc:* TEI Council *Betreff:* Re: [Tei-council] labels for Stylesheets issues

Martin and all— Right, it won't matter for *assigning* the ticket, but it would be helpful later when reviewing one's assigned tickets. I was imagining this as an optional, handy classifier once you have a pile of these to work on. Sometimes it just isn't clear from a quick scan of the issue which direction the conversion needs to go, and in those cases, when you've made a determination and then need to go back and work on it some unspecified while later, it might just help to know at a glance which direction this is going.

Thanks,

Elisa

On Fri, May 15, 2020 at 12:21 PM Martin Holmes mailto:mholmes@uvic.ca> wrote:

Hi Elisa,

Having thought about this myself, I don't think it's going to help either; although the direction of the conversion is important for what approach you need to take, it's not important from the point of view of what you need to know; and the Stylesheets tickets need to be triaged and assigned based on skills needed (among other things). Is there anybody who would take a TEI-to-docx ticket but refuse a docx-to-TEI ticket?

Does anyone else have any opinions on the ticket categories? The list is:

<https://docs.google.com/spreadsheets/d/1TugARD1amG-ZeMPl2Fo-e88VXqirH awmOs5vcSJyBb0/edit#gid=0>

Cheers, Martin

On 2020-05-09 7:00 a.m., Elisa Beshero-Bondar wrote: > Having worked on one of these a year ago, it made a pretty big difference to clarify the direction of the conversion because a) it wasn’t immediately clear on the ticket and b) it made a big difference in how we had to proceed. I think having the capacity to mark that might be helpful even if it isn’t always used. Just two more labels after all. > > Elisa > > Sent from my iPhone > >> On May 9, 2020, at 9:48 AM, Syd Bauman mailto:s.bauman@northeastern.edu> wrote: >> >> Certainly a system with over 50 labels can stand 2 more. But I'm not >> sure it would be helpful. The point of labelling (at least, when it >> comes to all those conversions) is to flag what kind of expertise is >> needed to address the issue. So Councilor A can look at the >> high-priority open ticket list and quickly see that ticket “output is >> invalid” is about DOCX, and think “I know absolutely nothing about >> DOCX” to himself and skip it; whereas Councilor B can look at the >> same ticket and think to herself “I’m trying to learn the XML format >> underlying DOCX, maybe I’ll give this one a try”. Doesn’t strike us >> as particularly useful to separate out whether conversion is to or >> from DOCX, it is the required expertise in DOCX that we were thinking >> should be flagged. >> >>> Typing on my phone, I see it converted my directional “from TEI” >>> suggestion into quote marks. I meant two right angle brackets for >>> that. >>> >>> I suppose we could just have, with any conversion, another bank of >>> labels (just two): >>> from TEI >>> to TEI >> _______________________________________________ >> Tei-council mailing list >> Tei-council@lists.tei-c.org mailto:Tei-council@lists.tei-c.org >> http://lists.lists.tei-c.org/mailman/listinfo/tei-council > _______________________________________________ > Tei-council mailing list > Tei-council@lists.tei-c.org mailto:Tei-council@lists.tei-c.org > http://lists.lists.tei-c.org/mailman/listinfo/tei-council >

-- ------------------------------------- Humanities Computing and Media Centre University of Victoria mholmes@uvic.ca mailto:mholmes@uvic.ca _______________________________________________ Tei-council mailing list Tei-council@lists.tei-c.org mailto:Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

--

Elisa Beshero-Bondar, PhD until April 30, 2020: Director, Center for the Digital Text | Associate Professor of English University of Pittsburgh at Greensburg | Humanities Division 150 Finoli Drive Greensburg, PA 15601 USA

after July 1, 2020: Program Chair of Digital Media, Arts, and Technology | Professor of Digital Humanities | Director of the Digital | Humanities Lab at Penn State Erie, the Behrend College

stable e-mail address until July: ebbondar@gmail.com mailto:ebbondar@gmail.com

Development site: https://newtfire.org https://newtfire.org/

-- ------------------------------------- Humanities Computing and Media Centre University of Victoria mholmes@uvic.ca

Martin Holmes

11:53 p.m.

Good question! I think we probably also need a label for "documentation" somwhere in the mix; I don't think that particular ticket is a meta issue (i.e. an issue about issues themselves). How about target: documentation? Cheers, Martin On 2020-05-18 1:39 p.m., Scholger, Martina (martina.scholger@uni-graz.at) wrote:

...

Hi Martin and all,

Thanks for the explanation. I'm sure the hordes will arrive any day now : ) I added/modified the labels. Please feel free to change the colors if you don't like them or if they don't make sense.

I wonder if we can delete the label "Release Process" and add the label "meta" to this issue: https://github.com/TEIC/Stylesheets/labels/Release%20Process.

Best, Martina

-----Ursprüngliche Nachricht----- Von: Martin Holmes Gesendet: Sonntag, 17. Mai 2020 20:03 An: Scholger, Martina (martina.scholger@uni-graz.at) ; Elisa Beshero-Bondar Cc: TEI Council Betreff: Re: AW: [Tei-council] labels for Stylesheets issues

Hi Martina,

I like all your suggestions.

Re "Council Responsibility": IIRC, this arose out of the ancient dreadm whereby hoards of enthusiastic non-Council folks would emerge from the community and take ownership of the maintenance of various areas of the stylesheets repo, leaving only a few core areas to be the responsibility of the Council. I don't think that will ever happen, but there are things such as the Cocoa conversion and the custom profiles which I think it would be reasonable for Council to ignore in favour of higher-priority work. I think it would be reasonable to require that all tickets end up with one of the resp: values:

resp: council

resp: stylesheetsGroup (i.e. Council's job, but suitable for learning and teaching)

resp: helpWanted (i.e. anybody who cares about this should probably do it themselves)

Cheers, Martin

On 2020-05-17 10:52 a.m., Scholger, Martina (martina.scholger@uni-graz.at) wrote:

...
Dear Martin and Syd,

thanks for putting this together!

I added another column to record how the current labels relate to the suggested ones. It is for the person who adds/renames the current labels (I volunteer for that).

I like to suggest three more labels which we recently added to the TEI repo:

i18n (or maybe better Group: i18n)

Group: Infrastructure

Status: pending (e.g. for issues where we asked the original proposer or someone else to provide an example or further explanation)

I wonder if your suggested ‘resp: council’ corresponds with the current ‘Council Responsibility’? We also have the label CouncilResponsibility in the TEI repo and I was wondering how exactly that is defined.

Best,

Martina

*Von:*Tei-council *Im Auftrag von *Elisa Beshero-Bondar *Gesendet:* Freitag, 15. Mai 2020 18:34 *An:* Martin Holmes *Cc:* TEI Council *Betreff:* Re: [Tei-council] labels for Stylesheets issues

Martin and all— Right, it won't matter for *assigning* the ticket, but it would be helpful later when reviewing one's assigned tickets. I was imagining this as an optional, handy classifier once you have a pile of these to work on. Sometimes it just isn't clear from a quick scan of the issue which direction the conversion needs to go, and in those cases, when you've made a determination and then need to go back and work on it some unspecified while later, it might just help to know at a glance which direction this is going.

Thanks,

Elisa

On Fri, May 15, 2020 at 12:21 PM Martin Holmes mailto:mholmes@uvic.ca> wrote:

Hi Elisa,

Having thought about this myself, I don't think it's going to help either; although the direction of the conversion is important for what approach you need to take, it's not important from the point of view of what you need to know; and the Stylesheets tickets need to be triaged and assigned based on skills needed (among other things). Is there anybody who would take a TEI-to-docx ticket but refuse a docx-to-TEI ticket?

Does anyone else have any opinions on the ticket categories? The list is:

<https://docs.google.com/spreadsheets/d/1TugARD1amG-ZeMPl2Fo-e88VXqirH awmOs5vcSJyBb0/edit#gid=0>

Cheers, Martin

On 2020-05-09 7:00 a.m., Elisa Beshero-Bondar wrote: > Having worked on one of these a year ago, it made a pretty big difference to clarify the direction of the conversion because a) it wasn’t immediately clear on the ticket and b) it made a big difference in how we had to proceed. I think having the capacity to mark that might be helpful even if it isn’t always used. Just two more labels after all. > > Elisa > > Sent from my iPhone > >> On May 9, 2020, at 9:48 AM, Syd Bauman mailto:s.bauman@northeastern.edu> wrote: >> >> Certainly a system with over 50 labels can stand 2 more. But I'm not >> sure it would be helpful. The point of labelling (at least, when it >> comes to all those conversions) is to flag what kind of expertise is >> needed to address the issue. So Councilor A can look at the >> high-priority open ticket list and quickly see that ticket “output is >> invalid” is about DOCX, and think “I know absolutely nothing about >> DOCX” to himself and skip it; whereas Councilor B can look at the >> same ticket and think to herself “I’m trying to learn the XML format >> underlying DOCX, maybe I’ll give this one a try”. Doesn’t strike us >> as particularly useful to separate out whether conversion is to or >> from DOCX, it is the required expertise in DOCX that we were thinking >> should be flagged. >> >>> Typing on my phone, I see it converted my directional “from TEI” >>> suggestion into quote marks. I meant two right angle brackets for >>> that. >>> >>> I suppose we could just have, with any conversion, another bank of >>> labels (just two): >>> from TEI >>> to TEI >> _______________________________________________ >> Tei-council mailing list >> Tei-council@lists.tei-c.org mailto:Tei-council@lists.tei-c.org >> http://lists.lists.tei-c.org/mailman/listinfo/tei-council > _______________________________________________ > Tei-council mailing list > Tei-council@lists.tei-c.org mailto:Tei-council@lists.tei-c.org > http://lists.lists.tei-c.org/mailman/listinfo/tei-council >

-- ------------------------------------- Humanities Computing and Media Centre University of Victoria mholmes@uvic.ca mailto:mholmes@uvic.ca _______________________________________________ Tei-council mailing list Tei-council@lists.tei-c.org mailto:Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

--

Elisa Beshero-Bondar, PhD until April 30, 2020: Director, Center for the Digital Text | Associate Professor of English University of Pittsburgh at Greensburg | Humanities Division 150 Finoli Drive Greensburg, PA 15601 USA

after July 1, 2020: Program Chair of Digital Media, Arts, and Technology | Professor of Digital Humanities | Director of the Digital | Humanities Lab at Penn State Erie, the Behrend College

stable e-mail address until July: ebbondar@gmail.com mailto:ebbondar@gmail.com

Development site: https://newtfire.org https://newtfire.org/

-- ------------------------------------- Humanities Computing and Media Centre University of Victoria mholmes@uvic.ca

-- ------------------------------------- Humanities Computing and Media Centre University of Victoria mholmes@uvic.ca

Peter Stadler

25 May 25 May

3:58 p.m.

Sorry for being late to the party. Just two comments: a) re "to/from X“: Although subcategorizing is sometimes helpful (as Elisa pointed out) I think most of the time the broader category will suffice (and won’t blow up the total amount of labels). So, I’m in the team Martin/Syd here :) b) i18n: I’m somewhat hesitant to put that much ‚burden‘ on a group that just formed itself (and which is not an ‚official‘ body of the TEIC). I’d prefer to name the label simply „i18n“, i.e. remove the „group:“ prefix. Best Peter

...

Am 18.05.2020 um 23:53 schrieb Martin Holmes :

Good question! I think we probably also need a label for "documentation" somwhere in the mix; I don't think that particular ticket is a meta issue (i.e. an issue about issues themselves).

How about target: documentation?

Cheers, Martin

On 2020-05-18 1:39 p.m., Scholger, Martina (martina.scholger@uni-graz.at) wrote:

...
Hi Martin and all, Thanks for the explanation. I'm sure the hordes will arrive any day now : ) I added/modified the labels. Please feel free to change the colors if you don't like them or if they don't make sense. I wonder if we can delete the label "Release Process" and add the label "meta" to this issue: https://github.com/TEIC/Stylesheets/labels/Release%20Process. Best, Martina -----Ursprüngliche Nachricht----- Von: Martin Holmes Gesendet: Sonntag, 17. Mai 2020 20:03 An: Scholger, Martina (martina.scholger@uni-graz.at) ; Elisa Beshero-Bondar Cc: TEI Council Betreff: Re: AW: [Tei-council] labels for Stylesheets issues Hi Martina, I like all your suggestions. Re "Council Responsibility": IIRC, this arose out of the ancient dreadm whereby hoards of enthusiastic non-Council folks would emerge from the community and take ownership of the maintenance of various areas of the stylesheets repo, leaving only a few core areas to be the responsibility of the Council. I don't think that will ever happen, but there are things such as the Cocoa conversion and the custom profiles which I think it would be reasonable for Council to ignore in favour of higher-priority work. I think it would be reasonable to require that all tickets end up with one of the resp: values: resp: council resp: stylesheetsGroup (i.e. Council's job, but suitable for learning and teaching) resp: helpWanted (i.e. anybody who cares about this should probably do it themselves) Cheers, Martin On 2020-05-17 10:52 a.m., Scholger, Martina (martina.scholger@uni-graz.at) wrote:

...
Dear Martin and Syd,

thanks for putting this together!

I added another column to record how the current labels relate to the suggested ones. It is for the person who adds/renames the current labels (I volunteer for that).

I like to suggest three more labels which we recently added to the TEI repo:

i18n (or maybe better Group: i18n)

Group: Infrastructure

Status: pending (e.g. for issues where we asked the original proposer or someone else to provide an example or further explanation)

I wonder if your suggested ‘resp: council’ corresponds with the current ‘Council Responsibility’? We also have the label CouncilResponsibility in the TEI repo and I was wondering how exactly that is defined.

Best,

Martina

*Von:*Tei-council *Im Auftrag von *Elisa Beshero-Bondar *Gesendet:* Freitag, 15. Mai 2020 18:34 *An:* Martin Holmes *Cc:* TEI Council *Betreff:* Re: [Tei-council] labels for Stylesheets issues

Martin and all— Right, it won't matter for *assigning* the ticket, but it would be helpful later when reviewing one's assigned tickets. I was imagining this as an optional, handy classifier once you have a pile of these to work on. Sometimes it just isn't clear from a quick scan of the issue which direction the conversion needs to go, and in those cases, when you've made a determination and then need to go back and work on it some unspecified while later, it might just help to know at a glance which direction this is going.

Thanks,

Elisa

On Fri, May 15, 2020 at 12:21 PM Martin Holmes mailto:mholmes@uvic.ca> wrote:

Hi Elisa,

Having thought about this myself, I don't think it's going to help either; although the direction of the conversion is important for what approach you need to take, it's not important from the point of view of what you need to know; and the Stylesheets tickets need to be triaged and assigned based on skills needed (among other things). Is there anybody who would take a TEI-to-docx ticket but refuse a docx-to-TEI ticket?

Does anyone else have any opinions on the ticket categories? The list is:

<https://docs.google.com/spreadsheets/d/1TugARD1amG-ZeMPl2Fo-e88VXqirH awmOs5vcSJyBb0/edit#gid=0>

Cheers, Martin

On 2020-05-09 7:00 a.m., Elisa Beshero-Bondar wrote: > Having worked on one of these a year ago, it made a pretty big difference to clarify the direction of the conversion because a) it wasn’t immediately clear on the ticket and b) it made a big difference in how we had to proceed. I think having the capacity to mark that might be helpful even if it isn’t always used. Just two more labels after all. > > Elisa > > Sent from my iPhone > >> On May 9, 2020, at 9:48 AM, Syd Bauman mailto:s.bauman@northeastern.edu> wrote: >> >> Certainly a system with over 50 labels can stand 2 more. But I'm not >> sure it would be helpful. The point of labelling (at least, when it >> comes to all those conversions) is to flag what kind of expertise is >> needed to address the issue. So Councilor A can look at the >> high-priority open ticket list and quickly see that ticket “output is >> invalid” is about DOCX, and think “I know absolutely nothing about >> DOCX” to himself and skip it; whereas Councilor B can look at the >> same ticket and think to herself “I’m trying to learn the XML format >> underlying DOCX, maybe I’ll give this one a try”. Doesn’t strike us >> as particularly useful to separate out whether conversion is to or >> from DOCX, it is the required expertise in DOCX that we were thinking >> should be flagged. >> >>> Typing on my phone, I see it converted my directional “from TEI” >>> suggestion into quote marks. I meant two right angle brackets for >>> that. >>> >>> I suppose we could just have, with any conversion, another bank of >>> labels (just two): >>> from TEI >>> to TEI >> _______________________________________________ >> Tei-council mailing list >> Tei-council@lists.tei-c.org mailto:Tei-council@lists.tei-c.org >> http://lists.lists.tei-c.org/mailman/listinfo/tei-council > _______________________________________________ > Tei-council mailing list > Tei-council@lists.tei-c.org mailto:Tei-council@lists.tei-c.org > http://lists.lists.tei-c.org/mailman/listinfo/tei-council >

-- ------------------------------------- Humanities Computing and Media Centre University of Victoria mholmes@uvic.ca mailto:mholmes@uvic.ca _______________________________________________ Tei-council mailing list Tei-council@lists.tei-c.org mailto:Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

--

Elisa Beshero-Bondar, PhD until April 30, 2020: Director, Center for the Digital Text | Associate Professor of English University of Pittsburgh at Greensburg | Humanities Division 150 Finoli Drive Greensburg, PA 15601 USA

after July 1, 2020: Program Chair of Digital Media, Arts, and Technology | Professor of Digital Humanities | Director of the Digital | Humanities Lab at Penn State Erie, the Behrend College

stable e-mail address until July: ebbondar@gmail.com mailto:ebbondar@gmail.com

Development site: https://newtfire.org https://newtfire.org/

-- ------------------------------------- Humanities Computing and Media Centre University of Victoria mholmes@uvic.ca

-- ------------------------------------- Humanities Computing and Media Centre University of Victoria mholmes@uvic.ca _______________________________________________ Tei-council mailing list Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

Elisa Beshero-Bondar

4:29 p.m.

Hi all-- I don't think we need or want to/from for tomorrow's labeling purposes. I was just suggesting we apply a "to TEI" or "from TEI" label later while working on tickets, but we should let that go for right now. I'm sure it will come up again later someday when we're working on these and we may find adding the two additional labels more useful at that moment than just now when we're just trying to organize all the Stylesheets tickets quickly. I have a more immediate question about the conversion:ODD label. I'm looking ahead to see how I'd categorize some of these, and looking at https://github.com/TEIC/Stylesheets/issues/29 raises a question for me: I think this ticket is not "conversion: schematron" is it? The ticket is about a schematron extraction from ODDs. Would this just be "conversion:odd" then, or are we missing a label for ODD processing (or ODDS processing)? Sorry--probably a rookie question. Elisa On Mon, May 25, 2020 at 9:58 AM Peter Stadler < pstadler@mail.uni-paderborn.de> wrote:

...

Sorry for being late to the party. Just two comments: a) re "to/from X“: Although subcategorizing is sometimes helpful (as Elisa pointed out) I think most of the time the broader category will suffice (and won’t blow up the total amount of labels). So, I’m in the team Martin/Syd here :) b) i18n: I’m somewhat hesitant to put that much ‚burden‘ on a group that just formed itself (and which is not an ‚official‘ body of the TEIC). I’d prefer to name the label simply „i18n“, i.e. remove the „group:“ prefix.

Best Peter

...
Am 18.05.2020 um 23:53 schrieb Martin Holmes :

Good question! I think we probably also need a label for "documentation" somwhere in the mix; I don't think that particular ticket is a meta issue (i.e. an issue about issues themselves).

How about target: documentation?

Cheers, Martin

...
Hi Martin and all, Thanks for the explanation. I'm sure the hordes will arrive any day now : ) I added/modified the labels. Please feel free to change the colors if you don't like them or if they don't make sense. I wonder if we can delete the label "Release Process" and add the label "meta" to this issue: https://github.com/TEIC/Stylesheets/labels/Release%20Process. Best, Martina -----Ursprüngliche Nachricht----- Von: Martin Holmes Gesendet: Sonntag, 17. Mai 2020 20:03 An: Scholger, Martina (martina.scholger@uni-graz.at) < martina.scholger@uni-graz.at>; Elisa Beshero-Bondar Cc: TEI Council Betreff: Re: AW: [Tei-council] labels for Stylesheets issues Hi Martina, I like all your suggestions. Re "Council Responsibility": IIRC, this arose out of the ancient dreadm whereby hoards of enthusiastic non-Council folks would emerge from the community and take ownership of the maintenance of various areas of the

...
resp: council resp: stylesheetsGroup (i.e. Council's job, but suitable for learning and teaching) resp: helpWanted (i.e. anybody who cares about this should probably do it themselves) Cheers, Martin On 2020-05-17 10:52 a.m., Scholger, Martina (martina.scholger@uni-graz.at) wrote:

...
Dear Martin and Syd,

thanks for putting this together!

I added another column to record how the current labels relate to the suggested ones. It is for the person who adds/renames the current labels (I volunteer for that).

I like to suggest three more labels which we recently added to the TEI repo:

i18n (or maybe better Group: i18n)

Group: Infrastructure

Status: pending (e.g. for issues where we asked the original proposer or someone else to provide an example or further explanation)

I wonder if your suggested ‘resp: council’ corresponds with the current ‘Council Responsibility’? We also have the label CouncilResponsibility in the TEI repo and I was wondering how exactly

...
...
Best,

Martina

*Von:*Tei-council *Im Auftrag von *Elisa Beshero-Bondar *Gesendet:* Freitag, 15. Mai 2020 18:34 *An:* Martin Holmes *Cc:* TEI Council *Betreff:* Re: [Tei-council] labels for Stylesheets issues

Martin and all— Right, it won't matter for *assigning* the ticket, but it would be helpful later when reviewing one's assigned tickets. I was imagining this as an optional, handy classifier once you have a pile of these to work on. Sometimes it just isn't clear from a quick scan of the issue which direction the conversion needs to go, and in those cases, when you've made a determination and then need to go back and work on it some unspecified while later, it might just help to know at a glance which direction this is going.

Thanks,

Elisa

On Fri, May 15, 2020 at 12:21 PM Martin Holmes mailto:mholmes@uvic.ca> wrote:

Hi Elisa,

Having thought about this myself, I don't think it's going to help either; although the direction of the conversion is important for

what

...
approach you need to take, it's not important from the point of

view of

...
what you need to know; and the Stylesheets tickets need to be

...
...
and assigned based on skills needed (among other things). Is there anybody who would take a TEI-to-docx ticket but refuse a

docx-to-TEI

...
ticket?

Does anyone else have any opinions on the ticket categories? The list is:

<

https://docs.google.com/spreadsheets/d/1TugARD1amG-ZeMPl2Fo-e88VXqirH

...
awmOs5vcSJyBb0/edit#gid=0>

Cheers, Martin

On 2020-05-09 7:00 a.m., Elisa Beshero-Bondar wrote: > Having worked on one of these a year ago, it made a pretty big difference to clarify the direction of the conversion because a) it wasn’t immediately clear on the ticket and b) it made a big difference in how we had to proceed. I think having the capacity to mark that might be helpful even if it isn’t always used. Just two more labels after all. > > Elisa > > Sent from my iPhone > >> On May 9, 2020, at 9:48 AM, Syd Bauman mailto:s.bauman@northeastern.edu> wrote: >> >> Certainly a system with over 50 labels can stand 2 more. But I'm not >> sure it would be helpful. The point of labelling (at least, when it >> comes to all those conversions) is to flag what kind of expertise is >> needed to address the issue. So Councilor A can look at the >> high-priority open ticket list and quickly see that ticket “output is >> invalid” is about DOCX, and think “I know absolutely nothing about >> DOCX” to himself and skip it; whereas Councilor B can look at

...
...
>> same ticket and think to herself “I’m trying to learn the XML

On 2020-05-18 1:39 p.m., Scholger, Martina (martina.scholger@uni-graz.at) wrote: stylesheets repo, leaving only a few core areas to be the responsibility of the Council. I don't think that will ever happen, but there are things such as the Cocoa conversion and the custom profiles which I think it would be reasonable for Council to ignore in favour of higher-priority work. I think it would be reasonable to require that all tickets end up with one of the resp: values: that is defined. triaged the format

...
...
>> underlying DOCX, maybe I’ll give this one a try”. Doesn’t

strike us

...
>> as particularly useful to separate out whether conversion is

to or

...
>> from DOCX, it is the required expertise in DOCX that we were thinking >> should be flagged. >> >>> Typing on my phone, I see it converted my directional “from

TEI”

...
>>> suggestion into quote marks. I meant two right angle brackets

for

...
>>> that. >>> >>> I suppose we could just have, with any conversion, another

bank of

...
>>> labels (just two): >>> from TEI >>> to TEI >> _______________________________________________ >> Tei-council mailing list >> Tei-council@lists.tei-c.org
Tei-council@lists.tei-c.org>

...
>> http://lists.lists.tei-c.org/mailman/listinfo/tei-council > _______________________________________________ > Tei-council mailing list > Tei-council@lists.tei-c.org
...
...
> http://lists.lists.tei-c.org/mailman/listinfo/tei-council >

-- ------------------------------------- Humanities Computing and Media Centre University of Victoria mholmes@uvic.ca mailto:mholmes@uvic.ca _______________________________________________ Tei-council mailing list Tei-council@lists.tei-c.org mailto:Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

--

Elisa Beshero-Bondar, PhD until April 30, 2020: Director, Center for the Digital Text | Associate Professor of English University of Pittsburgh at Greensburg | Humanities Division 150 Finoli Drive Greensburg, PA 15601 USA

after July 1, 2020: Program Chair of Digital Media, Arts, and Technology | Professor of Digital Humanities | Director of the Digital | Humanities Lab at Penn State Erie, the Behrend College

stable e-mail address until July: ebbondar@gmail.com mailto:ebbondar@gmail.com

Development site: https://newtfire.org https://newtfire.org/

-- ------------------------------------- Humanities Computing and Media Centre University of Victoria mholmes@uvic.ca

-- ------------------------------------- Humanities Computing and Media Centre University of Victoria mholmes@uvic.ca _______________________________________________ Tei-council mailing list Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

Martin Holmes

5:16 p.m.

Hi all, Not speaking for Syd, but my own thought is that anything involving ODD processing at all would get conversion: odd, so issue 29 would get that, but since it's also specifically about Schematron, it would get conversion: schematron too. Cheers, Martin On 2020-05-25 7:29 a.m., Elisa Beshero-Bondar wrote:

...

Hi all-- I don't think we need or want to/from for tomorrow's labeling purposes. I was just suggesting we apply a "to TEI" or "from TEI" label later while working on tickets, but we should let that go for right now. I'm sure it will come up again later someday when we're working on these and we may find adding the two additional labels more useful at that moment than just now when we're just trying to organize all the Stylesheets tickets quickly.

I have a more immediate question about the conversion:ODD label. I'm looking ahead to see how I'd categorize some of these, and looking at https://github.com/TEIC/Stylesheets/issues/29 raises a question for me: I think this ticket is not "conversion: schematron" is it? The ticket is about a schematron extraction from ODDs. Would this just be "conversion:odd" then, or are we missing a label for ODD processing (or ODDS processing)?

Sorry--probably a rookie question. Elisa

On Mon, May 25, 2020 at 9:58 AM Peter Stadler mailto:pstadler@mail.uni-paderborn.de> wrote:

Sorry for being late to the party. Just two comments: a) re "to/from X“: Although subcategorizing is sometimes helpful (as Elisa pointed out) I think most of the time the broader category will suffice (and won’t blow up the total amount of labels). So, I’m in the team Martin/Syd here :) b) i18n: I’m somewhat hesitant to put that much ‚burden‘ on a group that just formed itself (and which is not an ‚official‘ body of the TEIC). I’d prefer to name the label simply „i18n“, i.e. remove the „group:“ prefix.

Best Peter

> Am 18.05.2020 um 23:53 schrieb Martin Holmes mailto:mholmes@UVIC.CA>: > > Good question! I think we probably also need a label for "documentation" somwhere in the mix; I don't think that particular ticket is a meta issue (i.e. an issue about issues themselves). > > How about target: documentation? > > Cheers, > Martin > > On 2020-05-18 1:39 p.m., Scholger, Martina (martina.scholger@uni-graz.at mailto:martina.scholger@uni-graz.at) wrote: >> Hi Martin and all, >> Thanks for the explanation. I'm sure the hordes will arrive any day now : ) >> I added/modified the labels. Please feel free to change the colors if you don't like them or if they don't make sense. >> I wonder if we can delete the label "Release Process" and add the label "meta" to this issue: https://github.com/TEIC/Stylesheets/labels/Release%20Process. >> Best, >> Martina >> -----Ursprüngliche Nachricht----- >> Von: Martin Holmes mailto:mholmes@uvic.ca> >> Gesendet: Sonntag, 17. Mai 2020 20:03 >> An: Scholger, Martina (martina.scholger@uni-graz.at mailto:martina.scholger@uni-graz.at) mailto:martina.scholger@uni-graz.at>; Elisa Beshero-Bondar mailto:ebbondar@gmail.com> >> Cc: TEI Council mailto:tei-council@lists.tei-c.org> >> Betreff: Re: AW: [Tei-council] labels for Stylesheets issues >> Hi Martina, >> I like all your suggestions. >> Re "Council Responsibility": IIRC, this arose out of the ancient dreadm whereby hoards of enthusiastic non-Council folks would emerge from the community and take ownership of the maintenance of various areas of the stylesheets repo, leaving only a few core areas to be the responsibility of the Council. I don't think that will ever happen, but there are things such as the Cocoa conversion and the custom profiles which I think it would be reasonable for Council to ignore in favour of higher-priority work. I think it would be reasonable to require that all tickets end up with one of the resp: values: >> resp: council >> resp: stylesheetsGroup (i.e. Council's job, but suitable for learning and teaching) >> resp: helpWanted (i.e. anybody who cares about this should probably do it themselves) >> Cheers, >> Martin >> On 2020-05-17 10:52 a.m., Scholger, Martina >> (martina.scholger@uni-graz.at mailto:martina.scholger@uni-graz.at) wrote: >>> Dear Martin and Syd, >>> >>> thanks for putting this together! >>> >>> I added another column to record how the current labels relate to the >>> suggested ones. It is for the person who adds/renames the current >>> labels (I volunteer for that). >>> >>> I like to suggest three more labels which we recently added to the TEI >>> repo: >>> >>> i18n (or maybe better Group: i18n) >>> >>> Group: Infrastructure >>> >>> Status: pending (e.g. for issues where we asked the original proposer >>> or someone else to provide an example or further explanation) >>> >>> I wonder if your suggested ‘resp: council’ corresponds with the >>> current ‘Council Responsibility’? We also have the label >>> CouncilResponsibility in the TEI repo and I was wondering how exactly that is defined. >>> >>> Best, >>> >>> Martina >>> >>> *Von:*Tei-council mailto:tei-council-bounces@lists.tei-c.org> *Im Auftrag >>> von *Elisa Beshero-Bondar >>> *Gesendet:* Freitag, 15. Mai 2020 18:34 >>> *An:* Martin Holmes mailto:mholmes@uvic.ca> >>> *Cc:* TEI Council mailto:tei-council@lists.tei-c.org> >>> *Betreff:* Re: [Tei-council] labels for Stylesheets issues >>> >>> Martin and all— Right, it won't matter for *assigning* the ticket, but >>> it would be helpful later when reviewing one's assigned tickets. I was >>> imagining this as an optional, handy classifier once you have a pile >>> of these to work on. Sometimes it just isn't clear from a quick scan >>> of the issue which direction the conversion needs to go, and in those >>> cases, when you've made a determination and then need to go back and >>> work on it some unspecified while later, it might just help to know at >>> a glance which direction this is going. >>> >>> Thanks, >>> >>> Elisa >>> >>> On Fri, May 15, 2020 at 12:21 PM Martin Holmes mailto:mholmes@uvic.ca >>> mailto:mholmes@uvic.ca>> wrote: >>> >>> Hi Elisa, >>> >>> Having thought about this myself, I don't think it's going to help >>> either; although the direction of the conversion is important for what >>> approach you need to take, it's not important from the point of view of >>> what you need to know; and the Stylesheets tickets need to be triaged >>> and assigned based on skills needed (among other things). Is there >>> anybody who would take a TEI-to-docx ticket but refuse a docx-to-TEI >>> ticket? >>> >>> Does anyone else have any opinions on the ticket categories? The >>> list is: >>> >>> <https://docs.google.com/spreadsheets/d/1TugARD1amG-ZeMPl2Fo-e88VXqirH >>> awmOs5vcSJyBb0/edit#gid=0> >>> >>> Cheers, >>> Martin >>> >>> On 2020-05-09 7:00 a.m., Elisa Beshero-Bondar wrote: >>> > Having worked on one of these a year ago, it made a pretty big >>> difference to clarify the direction of the conversion because a) it >>> wasn’t immediately clear on the ticket and b) it made a big >>> difference in how we had to proceed. I think having the capacity to >>> mark that might be helpful even if it isn’t always used. Just two >>> more labels after all. >>> > >>> > Elisa >>> > >>> > Sent from my iPhone >>> > >>> >> On May 9, 2020, at 9:48 AM, Syd Bauman >>> mailto:s.bauman@northeastern.edu mailto:s.bauman@northeastern.edu>> wrote: >>> >> >>> >> Certainly a system with over 50 labels can stand 2 more. But >>> I'm not >>> >> sure it would be helpful. The point of labelling (at least, when it >>> >> comes to all those conversions) is to flag what kind of expertise is >>> >> needed to address the issue. So Councilor A can look at the >>> >> high-priority open ticket list and quickly see that ticket >>> “output is >>> >> invalid” is about DOCX, and think “I know absolutely nothing about >>> >> DOCX” to himself and skip it; whereas Councilor B can look at the >>> >> same ticket and think to herself “I’m trying to learn the XML format >>> >> underlying DOCX, maybe I’ll give this one a try”. Doesn’t strike us >>> >> as particularly useful to separate out whether conversion is to or >>> >> from DOCX, it is the required expertise in DOCX that we were >>> thinking >>> >> should be flagged. >>> >> >>> >>> Typing on my phone, I see it converted my directional “from TEI” >>> >>> suggestion into quote marks. I meant two right angle brackets for >>> >>> that. >>> >>> >>> >>> I suppose we could just have, with any conversion, another bank of >>> >>> labels (just two): >>> >>> from TEI >>> >>> to TEI >>> >> _______________________________________________ >>> >> Tei-council mailing list >>> >> Tei-council@lists.tei-c.org mailto:Tei-council@lists.tei-c.org mailto:Tei-council@lists.tei-c.org> >>> >> http://lists.lists.tei-c.org/mailman/listinfo/tei-council >>> > _______________________________________________ >>> > Tei-council mailing list >>> > Tei-council@lists.tei-c.org mailto:Tei-council@lists.tei-c.org mailto:Tei-council@lists.tei-c.org> >>> > http://lists.lists.tei-c.org/mailman/listinfo/tei-council >>> > >>> >>> -- >>> ------------------------------------- >>> Humanities Computing and Media Centre >>> University of Victoria >>> mholmes@uvic.ca mailto:mholmes@uvic.ca mailto:mholmes@uvic.ca> >>> _______________________________________________ >>> Tei-council mailing list >>> Tei-council@lists.tei-c.org mailto:Tei-council@lists.tei-c.org mailto:Tei-council@lists.tei-c.org> >>> http://lists.lists.tei-c.org/mailman/listinfo/tei-council >>> >>> >>> -- >>> >>> Elisa Beshero-Bondar, PhD >>> until April 30, 2020: Director, Center for the Digital Text | >>> Associate Professor of English University of Pittsburgh at Greensburg >>> | Humanities Division >>> 150 Finoli Drive >>> Greensburg, PA 15601 USA >>> >>> after July 1, 2020: Program Chair of Digital Media, Arts, and >>> Technology >>> | Professor of Digital Humanities | Director of the Digital >>> | Humanities >>> Lab at Penn State Erie, the Behrend College >>> >>> stable e-mail address until July: ebbondar@gmail.com mailto:ebbondar@gmail.com >>> mailto:ebbondar@gmail.com> >>> >>> Development site: https://newtfire.org https://newtfire.org/ >>> >> -- >> ------------------------------------- >> Humanities Computing and Media Centre >> University of Victoria >> mholmes@uvic.ca mailto:mholmes@uvic.ca > > -- > ------------------------------------- > Humanities Computing and Media Centre > University of Victoria > mholmes@uvic.ca mailto:mholmes@uvic.ca > _______________________________________________ > Tei-council mailing list > Tei-council@lists.tei-c.org mailto:Tei-council@lists.tei-c.org > http://lists.lists.tei-c.org/mailman/listinfo/tei-council

-- Elisa Beshero-Bondar, PhD until April 30, 2020: Director, Center for the Digital Text | Associate Professor of English University of Pittsburgh at Greensburg | Humanities Division 150 Finoli Drive Greensburg, PA 15601 USA

after July 1, 2020: Program Chair of Digital Media, Arts, and Technology | Professor of Digital Humanities | Director of the Digital Humanities Lab at Penn State Erie, the Behrend College stable e-mail address until July: ebbondar@gmail.com mailto:ebbondar@gmail.com Development site: https://newtfire.org https://newtfire.org/

-- ------------------------------------- Humanities Computing and Media Centre University of Victoria mholmes@uvic.ca

Bauman, Syd

5:38 p.m.

I think I agree with Martin, although it does mean that an awful lot of tickets will get conversion:odd. And this one gets conversion:schematron, too. The fact that the conversion method is extraction instead of some other kind of transformation seems to me to be irrelevant. (The fact that it has to do with extract_isosch rather than odd2relax is relevant, but we can only have so many labels!) I have applied the label fixUntested to this ticket, fully cognizant of the detail that there may have been no particular fix applied. But the point is the questions the issue raises are untested — we don’t know for sure that these problems are (still) problems. I wonder if we need another label for this “we need to see if there is really (still) a problem here”? ________________________________ Not speaking for Syd, but my own thought is that anything involving ODD processing at all would get conversion: odd, so issue 29 would get that, but since it's also specifically about Schematron, it would get conversion: schematron too.

...

Hi all-- I don't think we need or want to/from for tomorrow's labeling purposes. I was just suggesting we apply a "to TEI" or "from TEI" label later while working on tickets, but we should let that go for right now. I'm sure it will come up again later someday when we're working on these and we may find adding the two additional labels more useful at that moment than just now when we're just trying to organize all the Stylesheets tickets quickly.

I have a more immediate question about the conversion:ODD label. I'm looking ahead to see how I'd categorize some of these, and looking at https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com... raises a question for me: I think this ticket is not "conversion: schematron" is it? The ticket is about a schematron extraction from ODDs. Would this just be "conversion:odd" then, or are we missing a label for ODD processing (or ODDS processing)?

Sorry--probably a rookie question.

Martin Holmes

5:53 p.m.

We have status: confirmed for tickets where the bug or whatever has been investigated and deemed valid. Cheers, Martin On 2020-05-25 8:38 a.m., Bauman, Syd wrote:

...

I think I agree with Martin, although it does mean that an awful lot of tickets will get conversion:odd. And this one gets conversion:schematron, too. The fact that the conversion method is extraction instead of some other kind of transformation seems to me to be irrelevant. (The fact that it has to do with extract_isosch rather than odd2relax is relevant, but we can only have so many labels!) I have applied the label fixUntested to this ticket, fully cognizant of the detail that there may have been no particular fix applied. But the point is the questions the issue raises are untested — we don’t know for sure that these problems are (still) problems. I wonder if we need another label for this “we need to see if there is really (still) a problem here”?

------------------------------------------------------------------------ Not speaking for Syd, but my own thought is that anything involving ODD processing at all would get conversion: odd, so issue 29 would get that, but since it's also specifically about Schematron, it would get conversion: schematron too.

...
Hi all-- I don't think we need or want to/from for tomorrow's labeling purposes. I was just suggesting we apply a "to TEI" or "from TEI" label later while working on tickets, but we should let that go for right now. I'm sure it will come up again later someday when we're working on these and we may find adding the two additional labels more useful at that moment than just now when we're just trying to organize all the Stylesheets tickets quickly.

I have a more immediate question about the conversion:ODD label. I'm looking ahead to see how I'd categorize some of these, and looking at https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com... raises a question for me: I think this ticket is not "conversion: schematron" is it? The ticket is about a schematron extraction from ODDs. Would this just be "conversion:odd" then, or are we missing a label for ODD processing (or ODDS processing)?

Sorry--probably a rookie question.

_______________________________________________ Tei-council mailing list Tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

-- ------------------------------------- Humanities Computing and Media Centre University of Victoria mholmes@uvic.ca

1634

Age (days ago)

1651

Last active (days ago)

List overview

Download

15 comments

6 participants

participants (6)

Bauman, Syd
Elisa Beshero-Bondar
Martin Holmes
Peter Stadler
Scholger, Martina (martina.scholger＠uni-graz.at)
Syd Bauman

labels for Stylesheets issues

tags

participants (6)