<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://wiki.tei-c.org/index.php?action=history&amp;feed=atom&amp;title=Minutes_Oxford_02-2010</id>
	<title>Minutes Oxford 02-2010 - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.tei-c.org/index.php?action=history&amp;feed=atom&amp;title=Minutes_Oxford_02-2010"/>
	<link rel="alternate" type="text/html" href="https://wiki.tei-c.org/index.php?title=Minutes_Oxford_02-2010&amp;action=history"/>
	<updated>2026-04-21T21:05:20Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.32.0</generator>
	<entry>
		<id>https://wiki.tei-c.org/index.php?title=Minutes_Oxford_02-2010&amp;diff=7406&amp;oldid=prev</id>
		<title>Fotis Jannidis: New page:                                              Genetic Editions meeting 2010-02-25 		notes taken by Sebastian Rahtz                                                                           ...</title>
		<link rel="alternate" type="text/html" href="https://wiki.tei-c.org/index.php?title=Minutes_Oxford_02-2010&amp;diff=7406&amp;oldid=prev"/>
		<updated>2010-04-07T10:23:50Z</updated>

		<summary type="html">&lt;p&gt;New page:                                              Genetic Editions meeting 2010-02-25 		notes taken by Sebastian Rahtz                                                                           ...&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;&lt;br /&gt;
&lt;br /&gt;
    &lt;br /&gt;
        &lt;br /&gt;
            &lt;br /&gt;
                Genetic Editions meeting 2010-02-25&lt;br /&gt;
		notes taken by Sebastian Rahtz&lt;br /&gt;
            &lt;br /&gt;
            &lt;br /&gt;
                &lt;br /&gt;
            &lt;br /&gt;
            &lt;br /&gt;
                &lt;br /&gt;
            &lt;br /&gt;
        &lt;br /&gt;
    &lt;br /&gt;
    &lt;br /&gt;
    &lt;br /&gt;
      &lt;br /&gt;
	This meeting too place at Oxford University Computing Services&lt;br /&gt;
	on 25/26 February 2010. Present were&lt;br /&gt;
	Malte Rehbein, Elena Pierazza, Lou Burnard, Fotis Jannidis,&lt;br /&gt;
	Gregor Middell, James Cummings and Sebastian Rahtz.&lt;br /&gt;
&lt;br /&gt;
	&lt;br /&gt;
	  Targets for genetic editions meeting&lt;br /&gt;
	  The interaction with this SIG and the TEI Technical&lt;br /&gt;
	  Council was discussed. The Council meets in April, and it&lt;br /&gt;
	  was agreed that at least part of the proposals which&lt;br /&gt;
	  affected the schema of the TEI (ie new and changed elements)&lt;br /&gt;
	  should be presented there for agreement. This could be done&lt;br /&gt;
	  in a modular way, but with dependencies (ie start with&lt;br /&gt;
	  low-level changes and move up to larger components such as&lt;br /&gt;
	  document?). It is clear that some proposed&lt;br /&gt;
	  changes/additions would be to existing chapters, other parts&lt;br /&gt;
	  might need a new chapter. The Genetic document as  it stands&lt;br /&gt;
	  can be/may be maintained as ongoing tutorial/exemplar&lt;br /&gt;
	  (comparable to Lite and Tite), or completely subsumed into&lt;br /&gt;
	  the Guidelines. It was agreed that the meeting would attempt&lt;br /&gt;
	  to present at least some concrete changes to the Council for&lt;br /&gt;
	  April.&lt;br /&gt;
	  &lt;br /&gt;
	&lt;br /&gt;
	&lt;br /&gt;
	  Principles&lt;br /&gt;
	  Straight into document models, and concepts of stages,&lt;br /&gt;
	  layers, physical depth of material etc.&lt;br /&gt;
	  Pages torn from&lt;br /&gt;
	  diaries and later found, how recorded? How to model&lt;br /&gt;
	  surfaces which are lost, damaged, refound&lt;br /&gt;
	  etc. Should be possible to use a combination of&lt;br /&gt;
	  gap, damage etc. Needs a discussion of the&lt;br /&gt;
	  problem in first part of section 3.1.&lt;br /&gt;
	  Not clear whether damage is a specialization of&lt;br /&gt;
	  zone, or whether the two concepts are&lt;br /&gt;
	  orthogonal. This affects the content model of zone&lt;br /&gt;
	  - in fact, of line, because it is regarded as&lt;br /&gt;
	  mandatory that text is always described as one or more lines.&lt;br /&gt;
	  &lt;br /&gt;
&lt;br /&gt;
	  The very important point of principle as to whether one&lt;br /&gt;
	  should be allowed to encode any analytical elements within&lt;br /&gt;
	  line caused a long discussion. Do we have just a&lt;br /&gt;
	  seg wrapper (and allow all the children of&lt;br /&gt;
	  seg), or nothing, or a new element&lt;br /&gt;
	  segment, or by-default-empty&lt;br /&gt;
	  model.linePart class to let future generations hang&lt;br /&gt;
	  themselves. Do we need hi to indicate colour, size&lt;br /&gt;
	  etc? Probably. Finally agreed the the content model of&lt;br /&gt;
	  line should be cut back to hiLike, transcriptional,&lt;br /&gt;
	  editorial, gLike and global and something very like, or&lt;br /&gt;
	  itself, seg (but without all the baggage&lt;br /&gt;
	  inside it).&lt;br /&gt;
	  &lt;br /&gt;
&lt;br /&gt;
	  Did the argument end there? No.&lt;br /&gt;
&lt;br /&gt;
	  What about constructs like tables, formulae and lists?&lt;br /&gt;
	  are they part of the document or the interpretation? Tables&lt;br /&gt;
	  seem to be special, as they model a system of organizing&lt;br /&gt;
	  writing on paper which is different from&lt;br /&gt;
	  lines. Agreed to allow table as sibling of&lt;br /&gt;
	  line. Unfortunately, this has the same problem as&lt;br /&gt;
	  seg, that cell can contain almost anything!.&lt;br /&gt;
&lt;br /&gt;
	  &lt;br /&gt;
&lt;br /&gt;
	&lt;br /&gt;
&lt;br /&gt;
	&lt;br /&gt;
	  Manuscript and dossier levels&lt;br /&gt;
	  revisionCampaign and stages. How to encode the &lt;br /&gt;
	  identifed timeline(s) for the document. We need to have some&lt;br /&gt;
	  explicit structure, which cannot simply be derived from the&lt;br /&gt;
	  document. The TEI timeline element is only a&lt;br /&gt;
	  skeleton to which parts of the text point, and cannot have&lt;br /&gt;
	  its own content. A possible evolution element might&lt;br /&gt;
	  reverse things and point from itself into the text, but also&lt;br /&gt;
	  have its own content. Relationshiop to graph? An&lt;br /&gt;
	  &amp;quot;evolution&amp;quot; documents a particular path through a&lt;br /&gt;
	  graph. Problems over sub-sequences of stages. Stop trying to&lt;br /&gt;
	  be so detailed for the moment. In the simplest case of&lt;br /&gt;
	  grouping, we used to say use mod, otherwise if that falls over&lt;br /&gt;
	  point from individual changelets to overall stage model. But&lt;br /&gt;
	  why bother, because it fails with overlapping sequences&lt;br /&gt;
	  anyway, so let's drop mod and let each event point&lt;br /&gt;
	  explicitly to a change (remembering that change&lt;br /&gt;
	  can be nested, so you can be as granular as you like in the&lt;br /&gt;
	  linking.)  Forget about seq. What about stage=&amp;quot;0&amp;quot;?&lt;br /&gt;
	  Lord knows. Proposal is to instead add a new attribute instant,&lt;br /&gt;
	  with boolean value which provides some sort of . yes means so close to the current&lt;br /&gt;
	  stage that its not worth recording the difference, while&lt;br /&gt;
	  no means some stage later than the current stage&lt;br /&gt;
	  stage.&lt;br /&gt;
&lt;br /&gt;
	  Dateable objects: is stage the same as period in&lt;br /&gt;
	  att.dateable? apparently yes. Both pointers to an location&lt;br /&gt;
	  defining a period of time; stage is slightly more&lt;br /&gt;
	  general. &lt;br /&gt;
	  So the relationship of&lt;br /&gt;
	  att.staged and att.dateable needs to be resolved. The SIG&lt;br /&gt;
	  believes that transcriptional objects should be&lt;br /&gt;
	  stageable but not dateable.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
	  Discussing rewrite&lt;br /&gt;
&lt;br /&gt;
	  Now discussing spanning modification, like a&lt;br /&gt;
	  strikethrough across a whole page. Proposed to resurrect&lt;br /&gt;
	  mod for this, to mark some spanning-type&lt;br /&gt;
	  modification to an arbitrary part of a surface; so&lt;br /&gt;
	  mod has to be allowed at any level within a&lt;br /&gt;
	  surface. Remove the rider which are&lt;br /&gt;
	  considered as belonging to the same revision campaign&lt;br /&gt;
	  because we want to get rid of that idea.&lt;br /&gt;
	  &lt;br /&gt;
&lt;br /&gt;
	  Discussion of headings from Gregor (see next section). I&lt;br /&gt;
	  don't think I quite got a sense of the discussion :-}&lt;br /&gt;
&lt;br /&gt;
	  Action plan. Revise the current draft of the document&lt;br /&gt;
	  over the next 4 weeks, complete by 2nd April. From that,&lt;br /&gt;
	  prepare an executive list of requests to Council by 19th&lt;br /&gt;
	  April for submission. Everyone to edit the document on&lt;br /&gt;
	  Sourceforge now - ask Lou or Sebastian for commit rights if&lt;br /&gt;
	  needed.&lt;br /&gt;
&lt;br /&gt;
	  Jobs for people to concentrate on&lt;br /&gt;
	  &lt;br /&gt;
	    Gregor: genetic&lt;br /&gt;
	    Fotis: change&lt;br /&gt;
	    Elena: document level. She also has to talk about&lt;br /&gt;
	    virtual documents&lt;br /&gt;
	  &lt;br /&gt;
	  &lt;br /&gt;
&lt;br /&gt;
	  Where does all this stuff go in the Guideines? Each of&lt;br /&gt;
	  these bits can be done as a separate TEI enhancement&lt;br /&gt;
	   &lt;br /&gt;
	    Section 3: improves the current transcriptional&lt;br /&gt;
	    chapter. stage belongs in names/people/places/dates&lt;br /&gt;
	    chapter, probably&lt;br /&gt;
	    Section 1/4: dossiers and documents is a new concept, goes in new&lt;br /&gt;
	    section&lt;br /&gt;
	    Section 5: improves the critical apparatus/editions&lt;br /&gt;
	  chapter&lt;br /&gt;
	  &lt;br /&gt;
	&lt;br /&gt;
&lt;br /&gt;
	&lt;br /&gt;
	  Discussion points from Gregor&lt;br /&gt;
	  (for the record)&lt;br /&gt;
	   Theoretical framework (1) &lt;br /&gt;
	  &lt;br /&gt;
	  Status vs. Process: The theoretical framework does not address the  &lt;br /&gt;
	  question, what is supposed to be encoded on the documentary level: the  &lt;br /&gt;
	  text as it is given on the manuscript or the process of its writing?  &lt;br /&gt;
	  That decision has practial consequences, e.g. whether a fixation of a  &lt;br /&gt;
	  textual passage is transcribed once (because the text is identical) or  &lt;br /&gt;
	  twice (because it has been written twice)?&lt;br /&gt;
	  &lt;br /&gt;
	  &lt;br /&gt;
	   Aspects of Genetic Editions (2) &lt;br /&gt;
	  &lt;br /&gt;
	  The topological description: Besides the transcription/ layout of  &lt;br /&gt;
	  the text, to what degree should we offer means of encoding for non- &lt;br /&gt;
	  textual artifacts? It seems, that in trying to classify the different  &lt;br /&gt;
	  objects on a manuscript, we observe 4 classes: 1.) purely textual  &lt;br /&gt;
	  inscriptions, 2.) purely graphical artifacts (e.g. drawings), 3.)  &lt;br /&gt;
	  graphical elements with a stable type/token relationship and 4.)  &lt;br /&gt;
	  graphical elements, where this is not the case. We should discuss,  &lt;br /&gt;
	  whether this classification is sound and what encoding guidelines we  &lt;br /&gt;
	  can give for each class.&lt;br /&gt;
	  &lt;br /&gt;
	  (Textual) Alterations: Alterations (additions, deletions,  &lt;br /&gt;
	  substitutions etc.) could be distinguished between those, that act on  &lt;br /&gt;
	  the text itself (characters added/ removed), and those, that act on  &lt;br /&gt;
	  markup (underlining undone/removed, paragraph boundary removed etc.).  &lt;br /&gt;
	  We should therefore handle *textual* alterations on the text level,  &lt;br /&gt;
	  not on the documentary level, and rethink the concept of alteration/ &lt;br /&gt;
	  variance on the document level.&lt;br /&gt;
	  &lt;br /&gt;
	  &lt;br /&gt;
	   Transcription of a document (3.1) &lt;br /&gt;
	  &lt;br /&gt;
	  Lines: Lines should be optionally typed (att.typed), e. g. for  &lt;br /&gt;
	  normal vs. interlinear lines or counted vs. uncounted lines etc.&lt;br /&gt;
	  &lt;br /&gt;
	  Topological annotations: Zones should not be the only target for  &lt;br /&gt;
	  the annotation of topological information (coordinates, rotation  &lt;br /&gt;
	  etc.). Such information could also make sense on a line, word or even  &lt;br /&gt;
	  on a character level. Thus it would be necessary to make arbitrary  &lt;br /&gt;
	  segments of character data addressable and to bundle topological  &lt;br /&gt;
	  information into a separate class/model (e.g. att.topological), so it  &lt;br /&gt;
	  can be attached to elements, that partition the transcription on the  &lt;br /&gt;
	  preferred granularity level.&lt;br /&gt;
	&lt;br /&gt;
	&lt;br /&gt;
	 Textual alterations (3.2) &lt;br /&gt;
	&lt;br /&gt;
	Befund vs. Deutung: A deletion encoded uniquely on the text level  &lt;br /&gt;
	(del/) can be expressed in different ways on the document level. For  &lt;br /&gt;
	example the passage can be striked through (probably the default case)  &lt;br /&gt;
	or it can be made invisible by placing a patch over it or ... 1.) We  &lt;br /&gt;
	should differentiate between both levels in our draft. 2.) Do we need  &lt;br /&gt;
	different tags for each level, or could we make the semantics of  &lt;br /&gt;
	existing tags depend on their usage context (del/ in ge:line/ vs.  &lt;br /&gt;
	del/ in p/)?&lt;br /&gt;
	&lt;br /&gt;
	&lt;br /&gt;
	 Additions and rewritings (3.2.1) &lt;br /&gt;
	&lt;br /&gt;
	ge:rewrite/: As noted above, this element flags a passage as  &lt;br /&gt;
	being rewritten, thereby freeing the transcriber from typing the same  &lt;br /&gt;
	text twice. As soon as it comes to the genetic analysis of the passage  &lt;br /&gt;
	though, one might want to address the two acts of writing separately.&lt;br /&gt;
	&lt;br /&gt;
	&lt;br /&gt;
	 Deletions and mark as used (3.2.2) &lt;br /&gt;
	&lt;br /&gt;
	Befund vs. Deutung: What might be indicated via the same  &lt;br /&gt;
	expression on the document level (e. g. a passage being striked  &lt;br /&gt;
	through), might to be interpreted differently on the textual level  &lt;br /&gt;
	(e.g. text deleted vs. text marked as used). The ge:used/ element  &lt;br /&gt;
	therefore would be bound to the textual level of markup. On the  &lt;br /&gt;
	documentary level then, a redefined del/ or delSpan/ would suffice.&lt;br /&gt;
	&lt;br /&gt;
	&lt;br /&gt;
	 Metamarks (3.2.3) &lt;br /&gt;
	&lt;br /&gt;
	Should attfunction/att be specified more thoroughly? What’s clear is, that  &lt;br /&gt;
	metamarks are not part of the text (the “meta” aspect). On the  &lt;br /&gt;
	contrary, what kind of „markup“ they represent (in the end: their  &lt;br /&gt;
	semantics and their interpretation) is only explained by example in  &lt;br /&gt;
	our draft and might need clarification.&lt;br /&gt;
	&lt;br /&gt;
	&lt;br /&gt;
	 Transpositions (3.2.4) &lt;br /&gt;
	&lt;br /&gt;
	Arbitrary segments of text could be transposed. Could we promote a  &lt;br /&gt;
	&amp;quot;model.global&amp;quot; element like milestone/ to be a spanning element, so  &lt;br /&gt;
	that such segments can be addressed?&lt;br /&gt;
	&lt;br /&gt;
	&lt;br /&gt;
	 Substitution (3.2.5) &lt;br /&gt;
	&lt;br /&gt;
	Is the distinction between a substitution and a grouping of changes  &lt;br /&gt;
	(aka. &amp;quot;revision campaign&amp;quot;) clear? Could a substitution be reformulated  &lt;br /&gt;
	as a grouping of an addition and a deletion or do we loose specific  &lt;br /&gt;
	semantics of &amp;quot;substitution&amp;quot; in this case?&lt;br /&gt;
	&lt;br /&gt;
	&lt;br /&gt;
	 Undoing alterations (3.2.6) &lt;br /&gt;
	Can any kind of markup be undone? del and add for example have  &lt;br /&gt;
	clearly defined semantics on the textual level. So their reverse  &lt;br /&gt;
	effect is properly defined as well. Extending the notion of undoing to  &lt;br /&gt;
	a potentially open set of markup, trades flexibility in expression for  &lt;br /&gt;
	clarity of what’s expressed.&lt;br /&gt;
	&lt;br /&gt;
	&lt;br /&gt;
	 Revision campaigns (3.3) &lt;br /&gt;
	&lt;br /&gt;
	change/: In the Faust-Edition we would like to group revision  &lt;br /&gt;
	campaigns, so that we can start with smaller campaigns on a single  &lt;br /&gt;
	page, for example motivated by adherence to a rhyme scheme, and then  &lt;br /&gt;
	walk our way up to larger groupings by assembling smaller campaigns,  &lt;br /&gt;
	maybe because they have been executed with the same writing material.  &lt;br /&gt;
	Could we encode this properly by nesting change/ elements?&lt;br /&gt;
	&lt;br /&gt;
	&lt;br /&gt;
	 Collation and Critical Apparatus (5) &lt;br /&gt;
	&lt;br /&gt;
	How do we express variance in/ alteration of markup? For example how  &lt;br /&gt;
	does one express the removal of a paragraph boundary? In the Faust- &lt;br /&gt;
	Edition we currently use the inline-apparatus construct with each  &lt;br /&gt;
	reading representing one markup alternative. This has the obvious  &lt;br /&gt;
	drawback of necessarily doubling the affected segment and the markup  &lt;br /&gt;
	that might go unaltered.&lt;/div&gt;</summary>
		<author><name>Fotis Jannidis</name></author>
		
	</entry>
</feed>