Re: place holder for note element
Lou Burnard <[email protected]> Mon, 8 May 2017 15:21:03 +0100
| Newsgroups | gmane.text.tei.general |
|---|---|
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format. --------------DE721B496807137D73F53DBB Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable oXygen will only tell you about elements which are available in your=20 schema. If you're using a schema that doesn't include <anchor> oXygen=20 won't tantalize you by suggesting it. On 08/05/17 15:17, Martin Mueller wrote: > That would work. I should have thought of it, and in fact I did sort of= think of it and looked for available elements as last child of <lb> usin= g command =E2=80=93E in oXygen. It didn=E2=80=99t show <anchor>, and I th= ink oXygen doesn=E2=80=99t show any milestone elements. So I thought wro= ngly that it wouldn=E2=80=99t=E2=80=99 work. It=E2=80=99s a little glitch= in oXygen. Pushing command =E2=80=93E for a list of valid elements is a = lot simpler than looking it up in the Guidelines, and it would be great i= f you could completely trust oXygen on that score. > > There is a literalist side in me that thinks that if something is clear= ly =E2=80=9Cin=E2=80=9D a text stream, it should be represented as such a= nd not be squirreled away in an attribute. However, I can live (a little = reluctantly) with the idea that a note siglum is not really =E2=80=9Cin=E2= =80=9D the text stream > > From: Lou Burnard <[email protected]> > Date: Monday, May 8, 2017 at 9:04 AM > To: Martin Mueller <[email protected]>, "[email protected]= OWN.EDU" <[email protected]> > Subject: Re: place holder for note element > > > Assuming I've understood correctly what you're trying to achieve here, = I think you probably want <anchor>, not <ref>. <anchor> can appear anywhe= re (almost) since it's a milestonelike chappy. You can use its n attribut= e to hold the siglum of your note, and you can give it an xml:id. Then pl= ace it at the point of attachment for the <note> you're moving. > On 08/05/17 14:47, Martin Mueller wrote: > > Is there an element that you can use as a place holder for <note> and t= hat will be valid wherever <note> is valid? > > > > I ask because in a linguistically annotated version of the TCP texts I = am moving <note> elements from their current inline position to special <= div> elements at the end of each text. There are several reasons for doin= g this: notes are a subgenre with distinct properties of their own, they = have a lot of abbreviations and stuff in other languages. Moreover, they = have five times as many transcription errors. So there are good practical= reasons for making it easier to identify and extract them for various pu= rposes. For display purposes, you can always call them up from anywhere. > > > > Some notes have sigla, many do not. But if you move them you need to m= ark the place from which you move them, and the marker element will eithe= r be empty or contain a letter, number, or other symbol. From a semantic = perspective, <ref> would be an obvious choice, but its content model is m= uch more restricted than that of note. Notes can appear as children of <d= iv> and between <l> or <p> elements. They often appear in those location= s in TCP texts. > > > > I have thought of various kludges. You can wrap <ref> in <ab> . If the = note has no siglum and the transcriber put it between <l> or <p> elements= you can cheat and make it a child of the next or previous element on the= assumption that your decision may be as defensible as the transcriber=E2= =80=99s. You could also use <note> as a place holder. So you could have = <note type=3D=E2=80=9Dref=E2=80=9D> as a pointer to the real note. None o= f these strikes me as a very desirable solution. > > > > It may be that often the transcribers did the wrong thing. Given a sequ= ence of <l> or <p> elements, a <note> between elements may not make much= sense: which element does the note target? On the other hand, a note a= ttached to a stanza (<lg>) makes perfect sense. You can have <note> as t= he last child of <lg>, but you can=E2=80=99t have <ref>*</ref> as a place= holder. > > > > Am I missing something obvious here, or is this an odd gap in the eleme= nt toolkit? > > > > > > > --------------DE721B496807137D73F53DBB Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html> <head> <meta content=3D"text/html; charset=3Dutf-8" http-equiv=3D"Content-Ty= pe"> </head> <body bgcolor=3D"#CCCCCC" text=3D"#000000"> <p><font size=3D"+1"><font face=3D"Courier New, Courier, monospace">o= Xygen will only tell you about elements which are available in your schema. If you're using a schema that doesn't include <anchor> oXygen won't tantalize you by suggesting it.</fo= nt></font></p> <p><font size=3D"+1"><font face=3D"Courier New, Courier, monospace"><= /font></font><br> </p> <br> <div class=3D"moz-cite-prefix">On 08/05/17 15:17, Martin Mueller wrote:<br> </div> <blockquote cite=3D"mid:[email protected]" type=3D"cite"> <pre wrap=3D"">That would work. I should have thought of it, and in= fact I did sort of think of it and looked for available elements as last= child of <lb> using command =E2=80=93E in oXygen. It didn=E2=80=99= t show <anchor>, and I think oXygen doesn=E2=80=99t show any miles= tone elements. So I thought wrongly that it wouldn=E2=80=99t=E2=80=99 wor= k. It=E2=80=99s a little glitch in oXygen. Pushing command =E2=80=93E for= a list of valid elements is a lot simpler than looking it up in the Guid= elines, and it would be great if you could completely trust oXygen on tha= t score. There is a literalist side in me that thinks that if something is clearly= =E2=80=9Cin=E2=80=9D a text stream, it should be represented as such and= not be squirreled away in an attribute. However, I can live (a little re= luctantly) with the idea that a note siglum is not really =E2=80=9Cin=E2=80= =9D the text stream From: Lou Burnard <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:lou.b= [email protected]"><[email protected]></a> Date: Monday, May 8, 2017 at 9:04 AM To: Martin Mueller <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:mart= [email protected]"><[email protected]></a>, <= a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:[email protected]= ">"[email protected]"</a> <a class=3D"moz-txt-link-rfc2396E" href=3D= "mailto:[email protected]"><[email protected]></a> Subject: Re: place holder for note element Assuming I've understood correctly what you're trying to achieve here, I = think you probably want <anchor>, not <ref>. <anchor> c= an appear anywhere (almost) since it's a milestonelike chappy. You can us= e its n attribute to hold the siglum of your note, and you can give it an= xml:id. Then place it at the point of attachment for the <note> yo= u're moving. On 08/05/17 14:47, Martin Mueller wrote: Is there an element that you can use as a place holder for <note> a= nd that will be valid wherever <note> is valid? I ask because in a linguistically annotated version of the TCP texts I am= moving <note> elements from their current inline position to speci= al <div> elements at the end of each text. There are several reason= s for doing this: notes are a subgenre with distinct properties of their = own, they have a lot of abbreviations and stuff in other languages. Moreo= ver, they have five times as many transcription errors. So there are good= practical reasons for making it easier to identify and extract them for = various purposes. For display purposes, you can always call them up from = anywhere. Some notes have sigla, many do not. But if you move them you need to mar= k the place from which you move them, and the marker element will either = be empty or contain a letter, number, or other symbol. From a semantic pe= rspective, <ref> would be an obvious choice, but its content model = is much more restricted than that of note. Notes can appear as children o= f <div> and between <l> or <p> elements. They often ap= pear in those locations in TCP texts. I have thought of various kludges. You can wrap <ref> in <ab>= . If the note has no siglum and the transcriber put it between <l>= or <p> elements you can cheat and make it a child of the next or p= revious element on the assumption that your decision may be as defensible= as the transcriber=E2=80=99s. You could also use <note> as a plac= e holder. So you could have <note type=3D=E2=80=9Dref=E2=80=9D> as = a pointer to the real note. None of these strikes me as a very desirable = solution. It may be that often the transcribers did the wrong thing. Given a sequen= ce of <l> or <p> elements, a <note> between elements m= ay not make much sense: which element does the note target? On the other= hand, a note attached to a stanza (<lg>) makes perfect sense. Yo= u can have <note> as the last child of <lg>, but you can=E2=80= =99t have <ref>*</ref> as a place holder. Am I missing something obvious here, or is this an odd gap in the element= toolkit? </pre> </blockquote> <br> </body> </html> --------------DE721B496807137D73F53DBB--