b-hebrew AT lists.ibiblio.org
Subject: Biblical Hebrew Forum
List archive
- From: "Peter Kirk" <Peter_Kirk AT sil.org>
- To: "John Richards" <jhr AT universalist.worldonline.co.uk>, "Biblical Hebrew" <b-hebrew AT franklin.oit.unc.edu>
- Cc: "Peter Constable" <peter_constable AT sil.org>, "Bob Hallissy" <bob_hallissy AT sil.org>, <joan_wardell AT sil.org>
- Subject: RE: OTA BHS Conversion
- Date: Fri, 20 Oct 2000 19:02:22 +0500
It looks like the OTA text which you are using has been converted to HTML
and then back to text, and during that process all the line breaks have been
eaten. Your little CC table should restore them, though you will end up with
extra spaces. Also there should not be a line break directly after "~c", but
only after the third double quote after "~c"! - but that only affects the
first line of each book.
You should use nl rather than d10 for a line break as Windows gets confused
if you use d10 only for a line break, which should be d13 d10 I think.
Peter Kirk
-----Original Message-----
From: John Richards [mailto:jhr AT universalist.worldonline.co.uk]
Sent: 20 October 2000 13:39
To: Peter Kirk; Biblical Hebrew
Cc: Peter Constable; Bob Hallissy; joan_wardell AT sil.org
Subject: Re: OTA BHS Conversion
> I am glad that your experience was more like mine. I think that John
> Richards may have been working with a different version or corrupted copy
of
> the OTA text.
The text I was using was indeed slightly corrupted with some residual HTML
codes, but that was not the main source of the problem. The main problem is
that the SIL CCT files assume a text in which the ~c ~x ~y book, chapter and
verse codes are all on a separate line from the main text. This is not the
case with the OTA version, at least as it now stands and is delivered. It
was only when I saw a sample piece of text that Peter Kirk had used as the
basis for a test conversion that this became clear.
For my own use, I have written a little bog-simple CCT to make the necessary
change to the OTA text -
c CCT to preformat OTA BHS text for conversion to SIL format
"~c" > d10 "~c" d10
"~x" > d10 "~x" d10
"~y" > d10 "~y" d10
It seems to do the trick adequately, but I am sure someone could do better,
and it might be better incorporated into the OTA_CV.CCT, but I did not feel
I had any authority to start tampering with that.
The only corruptions I find remain are those due to the "occasional missing
line-breaks" on the OTA text.
> Following, for everyone's information, is an explanation of the ] marks in
> the text. This is taken from one of the WTS documents.
The explanation of the ] marks is very helpful, and makes sense of something
which seemed a very strange "corruption", though there was the clue that
they almost always occur on ketib/qere readings. Thank you.
John Richards
-
OTA BHS Conversion,
John Richards, 10/15/2000
- <Possible follow-up(s)>
- OTA BHS Conversion, Henry Churchyard, 10/16/2000
- RE: OTA BHS Conversion, Peter Kirk, 10/16/2000
- Re: OTA BHS Conversion, John Ronning, 10/16/2000
- Re: OTA BHS Conversion, Rob Barrett/Almaden/IBM, 10/19/2000
- RE: OTA BHS Conversion, Peter Kirk, 10/20/2000
-
Re: OTA BHS Conversion,
John Richards, 10/20/2000
- RE: OTA BHS Conversion, Peter Kirk, 10/20/2000
- RE: OTA BHS Conversion, Kirk Lowery, 10/20/2000
- Re: OTA BHS Conversion, Henry Churchyard, 10/20/2000
Archive powered by MHonArc 2.6.24.