--- Note that some changes were made to the database in the light --- of the comments in this validation report. Details can be found --- in section 10 of DESIGN.DOC, in this directory. SPEX / Dept. of Language and Speech University of Nijmegen Erasmusplein 1 NL-6525 HT Nijmegen The Netherlands SUBJECT: Validation Welsh FDB SpeechDat corpus AUTHORS: Henk van den Heuvel, Eric Sanders VERSION: 1.0 DATE : 30 April 1999 The speech databases made within the SpeechDat project were validated by SPEX, Nijmegen, the Netherlands, to assess their compliance with the SpeechDat format and content specifications, as documented in Deliverables 1.3.1, 1.3.2 and 1.3.3 of the project. The validation results of the Welsh Fixed Network SpeechDat database (2000 speakers) are contained in this document. This database was validated and approved by the SpeechDat Consortium. In the validation procedure we systematically check a list of validation criteria for a range of subjects. In the following sections we will evaluate these criteria one by one. Validation results that call for attention because of deviations from the SpeechDat specifications are marked by =>. They can be easily extracted/'grepped' in this way. The following subjects were validated: 1 DOCUMENTATION 2 DATABASE STRUCTURE, CONTENTS AND FILE NAMES 3 ITEMS 4 SAMPLED DATA FILES 5 ANNOTATION FILES 6 LEXICON 7 SPEAKERS 8 ENVIRONMENTS 9 TRANSCRIPTION The document is concluded by 10 SUMMARY ==================================================================== 1. DOCUMENTATION - File DESIGN.DOC OK - Language of doc file: English OK - Contact person: name, address, affiliation OK - Number of CDs OK, section 1 - Contents of each CD OK, section 1 - The directory structure of the CDs OK, sections 1 and 1.3 - Description of all the items in the corpus OK, sections 1.2 and 3 - Prompting . linguistic specification (and motivation) for the prompting material (in case of additional optional items) . connection of sheet items to item numbers on CD . sheet example . items must be spread over the sheet to prevent list effects (e.g. three yes/no questions immediately after another are not allowed) OK, sections 2.3 and 9 => Related items were not spread but grouped together - Naming conventions for directories and files OK, sections 1.2 and 1.3 - Speaker recruitment OK, section 2.2 - Speaker demographics . which regions, how many of each . motivation for selection of regions . which age groups, how many of each . sexes: males, females, also children?; how many of each. . each call is made by a unique speaker OK, section 4 - Analysis of frequency of occurrence of the sub-word units represented in the phonetically rich sentences (either of phones, biphones, triphones) OK, section 3.11 - Analysis of frequency of occurrence of the sub-word units represented in the phonetically rich words (either of phones, biphones, triphones) OK, section 3.13 - Recording platform and telephone link description (which part is digital) OK, section 2.1 - Signal characteristics (number of bits per sample; bandwidth; coding type; compression procedures) OK, section 1.1 - The format of the speech files (A-law, 8 bit, 8 kHz, uncompressed) OK, section 1.1 - The format of the annotation files (SAM label files) OK, section 1.4 - Annotation . procedure . quality assurance . character set used for annotation (transcription) (ISO-8859) . annotations symbols for non-speech acoustic events must be mentioned at least for Filled Pause, Speaker Noise, Stationary Noise, Intermittent Noise. . list of symbols used to denote word truncations, mispronunciations and not understandable speech . case sensitivity of transcriptions OK, section 2.4 - Lexicon information . Procedures to obtain phonemic forms from orthographic input (lexicon generation and lay out) . (Reference to) SAMPA symbols used . case sensitivity of entries (matching the transcriptions) OK, section 6 => It is not clear how the phone transcriptions were generated, => by rule, by hand ?! - Only one spelling of each word is allowed. Therefore a list of normalised spellings for words with alternative spellings should be included (SPELLALT.DOC). Otherwise a statement why such a list is not necessary. Not provided - Information on test (set) specification OK, section 7 - Indication of how many of the files were double checked by the producer together with percentage of detected errors OK, section 2.4 - The validation report made by SPEX (VALREP.TXT) is referred to OK, section 1 - Other remarks => A table with an environment count should be added to section 6.1 => and state that at least 2% is from a public environment ========================================================================== 2. DATABASE STRUCTURE CONTENTS AND FILE NAMES - Directory / subdirectory conventions Format of directory tree should be \\\ . data base: defined as <#> can be FIXED, MOBIL, VERIF <#> is 0 for SpeechDat(M) and 1 for SpeechDat is the ISO two-letter code for the language . block : defined as BLOCK where is a progressive number from 00 to 99. Block numbers are unique over all CDs. They correspond to the first two digits of below. . session: defined as SES where is the session code also appearing in file name OK - All text files should be in MS-DOS format () at line ends OK - A README.TXT file should be in the root describing all (documentation) files on the CD-ROM. OK - A file containing a shortened version of the volume name (11 chars max.) should be in the root directory. The name of this file is DISK.ID. This file supplies the volume label to UNIX systems that cannot read the physical volume label. Example of contents: FIXED1EN_01. OK - A copyright statement should be present in the file COPYRIGH.TXT (root) OK - Documentation should be in \\DOC . DESIGN.DOC . TRANSCRIP.DOC (optional) . SPELLALT.DOC (optional) . SAMPALEX.PS . ISO88591.PS . SUMMARY.TXT . SAMPSTAT.TXT OK - The contents list (CONTENTS.LST) is in \\INDEX OK - Tables should be in \\TABLE . SPEAKER.TBL . LEXICON.TBL . REC_COND.TBL (optional) . SESSION.TBL (optional) OK, all except REC_COND.TBL are provided - Prompt sheet files (optional) should be in \\PROMPT Not provided - All sessions indicated in the documentation SUMMARY.TXT are present on the CDs OK - File naming conventions All file names should obey the following pattern: DDNNNNCC.LLF DD : database identification code For SpeechDat : A1 = fixed net, B1 = mobile, C1 = speaker verification NNNN : session code 0000 to 9999 CC : item code; first character is item type identifier, second character is item number LL : ISO-639 language code (with extensions) F : speech file type A is for A-law O is for Orthographic label file OK - Correct item codes should be used: A1-3/6: common application words B1 : sequence of isolated digits C1 : prompt sheet number C2 : telephone number C3 : credit card number C4 : PIN code D1-3 : dates E1 : application word phrase I1 : isolated digit L1-3 : spelled words M1 : money amount N1 : natural number O1 : spontaneous name O2 : city of call/birth O3 : most frequent city name O5 : most frequent company/agency name O7 : forename & surname Q1-2 : yes/no questions S1-9 : phonetically rich sentences T1 : time of day T2 : time phrase W1-4 : phonetically rich words OK, see section 3 for further checks. - NNNN in filenames is not in conflict with BLOCK and SES numbers in pathname OK - Contents lowest level subdirectories should be of one call only OK - Empty (i.e. zero-length) files are not permitted OK - Missing items per speaker Check with documentation (SUMMARY.TXT) OK - File match: For each label file there must be one speech file and vice versa. OK - Part of the corpus is designed for training and a smaller part for testing. OK The 500 calls selected for testing are all from existing calls The remaining 1500 calls for training exist and do not overlap with the testset. - All table files, and index files should report the field names as the first row in the files using tabs as in the data records following. OK - The contents of the database as given in CONTENTS.LST should comprise . CD-ROM volume name (VOL:) . full pathname (DIR:) . speech file name (SRC:) . corpus code (CCD:) . corpus repetition (CRP:) . speaker code (SCD:) . speaker sex (SEX:) . speaker age (AGE:) . speaker accent (ACC:) . orthographic transcription of uttered item (LBO:) The first line should be a header specifying the information in each record. This file must be supplied as an ASCII TAB delimited file. OK - The contents of the SUMMARY.TXT files should comprise: . The full directory name where speech and label files are to be found . the session number . a string of typically N codes. Each item present is represented by its code. If the item is missing, a '--' should appear. . recording date . recording time of first item . optional comment text . all these fields are separated by spaces . Note: The contents of the SUMMARY.TXT file are not CD-dependent OK ====================================================================== 3. ITEMS - 1 isolated digit (code I1) . read or prompted OK - 1 sequence of 10 isolated digit (code B1) . each sequence must include all digits . optional are hash and star OK - 4 connected digits (code C1-4) - 4-6 digit number to identify the prompt sheet . read - ~10 digit telephone number . read . local numbers . inclusion of GSM numbers recommended - 14-16 digit credit card number . read . set of 150 . if there is a checksum then formula must be provided - 6 digit PIN code . read . set of 150 . ~30 digits per call are required . digits must appear numerically on the sheet, not as words OK Each credit card number appears 13 or 14 times; Each PIN code appears 13 or 14 times. - 1 natural number (code N1) . read . provided as numbers (numerically) . numbers must be < 1,000,000 . decimal numbers only allowed for additional natural numbers OK - 1 money amount (code M1) . read . currency words should be included . mixture of small amount including decimals and large amounts not including decimals OK => Instead of 400 different amounts, as is stated in DESIGN.DOC, section 3.7,. => we found only 397. - 3 spelled words (code L1-3) . L1 is spontaneous name spelling linked to O1 . others are read . equal balance of all vocabulary letters artificial words can be used to enforce this balance . average length at least 7 letters . may include names, cities and other frequently spelled items . should include equivalents of : A-Z, accent words, CAPITAL, SMALL, UPPER-CASE, LOWER-CASE, DOUBLE, APOSTROPHE, HYPHEN OK Prompt text in label files does not contain words in a spelt format - 1 time of day (code T1) . spontaneous - 1 time phrase (code T2) . read . analogue form . equal balance of all words . should include equivalents of : AM/PM, HALF/QUARTER PAST/TO, NOON, MIDNIGHT, MORNING, AFTERNOON, EVENING, NIGHT, TODAY, YESTERDAY, TOMORROW - 1 date (code D1) . spontaneous OK - 1 date (code D2) . read, wordstyle . analogue form . covering all weekdays and months, ordinals and year expressions (also exceeding 2000) OK - 1 relative date (code D3) . read . analogue . should include forms such as TODAY, TOMORROW, THE DAY AFTER TOMORROW, THE NEXT DAY, THE DAY AFTER THAT, NEXT WEEK, GOOD FRIDAY, EASTER MONDAY, etc. OK Each of the 33 expressions appears 60 or 61 times - 2 yes/no questions (code Q1-2) . spontaneous, not prompted . one question should elicit (predominantly) 'no' answers; the other (predominantly) 'yes' answers . also fuzzy answers should be envisaged OK Welsh does not have specific words for "yes" and "no" but rather verblike confirmations and negations. This is decribed in section 3.10 of DESIGN.DOC - 3/6 common application words (code A1-3/6) . read . set of 30 should be used, 25 of which are fixed for all . minimum number of examples of each word = #speakers/10 (this is a soft target) . 6 are needed, but only 3 for 4000+ FDBs OK, each application word appears 400 times - 1 application word phrase (code E1) . application word is embedded in phrase . read or spontaneous OK - 9 phonetically rich sentences (code S1-9) . read . minimum number of phone examples = #speakers/10 The following phones have less than 200 samples: /1U, QU, U:1, e:U/. All these are combinations with U. And these are rare phones as is explained in section 3.13 of DESIGN.DOC. Welsh has a very large amount of phones (63) which makes it more difficult to reach the criterion. - 4 phonetically rich words (code W1-4) . read . minimum number of phone examples = #speakers/10 The following phones have less than 200 samples: /1U, @I, E1, Q1, U:1, a:1, a:I, e:U, o:1, o:I/. These are all rare phones as is explained in section 3.13 of DESIGN.DOC. - 5 directory assistance names (code O1-7) . 1 spontaneous name (e.g. forename) . 1 spontaneous city name . 1 read city name (from list of 500 most frequent) . 1 read company/agency name (from list of 500 most frequent) . 1 read proper name, fore- and surname (from list of 150 SDB names) OK Each city name appears 4 times. => There are 499 different company/agency names instead of 500. Each company/agency name appears 4 times, except "Glaxo Wellcome" which appears 8 times. Each full name appears 13 or 14 times. The following completeness checks are performed on obligatory SpeechDat items only: 1. Structurally missing items All obligatory items are recorded. 2. Incidentally missing items a. files that are not there There are no missing files. b. files with empty transcriptions in the LBO label field (effectively missing files) We found 218 files that have only noise symbols and/or ** in their transcriptions. These have the following distribution over the items: A1: 4 A2: 7 A3: 13 A4: 26 A5: 8 A6: 20 B1: 4 C2: 1 D1: 11 D2: 4 D3: 5 E1: 5 I1: 16 L1: 2 L2: 3 L3: 5 N1: 3 O1: 1 O2: 2 Q1: 19 Q2: 12 S1: 8 S2: 3 S3: 1 S4: 1 S6: 1 S8: 1 T1: 6 T2: 4 W1: 2 W2: 7 W3: 9 W4: 4 c. corrupted speech files If we regard utterances which have only truncated or mispronounced words as corrupted files, and merge these with the effectively missing files under b. then the following distribution emerges : 41 A1 362 A2 453 A3 510 A4 538 A5 543 A6 4 B1 1 C2 11 D1 4 D2 12 D3 12 E1 153 I1 3 L1 11 L2 8 L3 5 N1 16 O1 34 O2 82 O3 48 O5 4 O7 24 Q1 21 Q2 8 S1 3 S2 1 S3 1 S4 1 S6 1 S7 1 S8 9 T1 4 T2 75 W1 387 W2 475 W3 224 W4 (This will not be used to reject or approve a database but it will be supplied as supplementary information.) d. files containing truncation and mispronunciation marks (*,**,~ are counted in the transcriptions of the individual items to get an idea of distorted speech data. This will not be used to reject or approve a database but it will be supplied as supplementary information.) We found 6614 transcriptions with at least one *, or **, or ~, according to the following distribution over the items: A1: 54 A2: 359 A3: 444 B1: 39 C1: 52 C2: 41 C3: 50 C4: 33 D1: 85 D2: 166 D3: 66 E1: 117 I1: 141 L1: 73 L2: 111 L3: 56 M1: 75 N1: 103 O1: 21 O2: 64 O3: 106 O5: 100 O7: 139 Q1: 78 Q2: 94 S1: 167 S2: 215 S3: 245 S4: 334 S5: 336 S6: 374 S7: 350 S8: 327 S9: 241 T1: 70 T2: 88 W1: 84 W2: 397 W3: 481 W4: 238 3. Overall conclusion SpeechDat has the following criteria for missing items: . At least 95% of the files of each mandatory item (corpus code) must be present. . As missing files are counted: absent files, and files containing non-speech events only. . There will be no further comparison of prompt and transcription text in order to decide if a file is effectively missing. As a consequence: If there is some speech in the transcription, then the file will NOT be considered missing, even if it is in fact useless. For a database of 2000 calls a maximum of 5% * 2000 = 100 files per item may be missing. For the decision of completeness of an item the distribution given in 2b above should be used. It is clear from this distribution that none of the items effectively misses 5% or more out of all realisations. Thus, it appears that all items are sufficiently complete. It can also be seen that especially many isolated word utterances (application words, phon. richwords) are corrupted. This is mostly due to truncation. =========================================================================== 4. SAMPLED DATA FILES 1 Coding . A-law, 8 bit, 8 kHz, no compression OK 2 Sample distribution Several sample statistics are generated: File length, clipping rate, mean sample value, Signal-to-Noise Ratio (SNR). Statistics were generated on file level by the producer of the database, using SPEX software. The results were delivered to SPEX. SPEX compiled histograms on the basis these results. These histograms are presented below, both on file level and on directory (call) level. The histograms are presented as they are and not further interpreted by SPEX. On the basis of these data the user of the database should be able to decide which acoustic quality is still acceptable for the application at hand. Statistics on the acoustics of individual speech files can be retrieved from file \DOC\SAMPSTAT.TXT. The columns in SAMPSTAT.TXT have the following meaning: file max min #samples cliprate mean snr A11001C2.ENA:16384:-13056:80000: 0.00: -4.28: 35.89 2.1 File length We calculated the length of the files in seconds in order to trace spurious recordings if files were of extraordinary length. Duration distribution over all items: Length (s) #Occurrences 1 - 2 : 3 2 - 3 : 508 3 - 4 : 8983 4 - 5 : 15875 5 - 6 : 13082 6 - 7 : 14732 7 - 8 : 8219 8 - 9 : 7578 9 - 10 : 4274 10 - 11 : 3293 11 - 12 : 1850 12 - 13 : 1659 13 - 14 : 990 14 - 15 : 747 15 - 16 : 1729 16 - 17 : 382 17 - 18 : 317 18 - 19 : 245 19 - 20 : 259 20 - 21 : 332 21 - 22 : 195 22 - 23 : 143 23 - 24 : 261 24 - 25 : 111 25 - 26 : 80 26 - 27 : 59 27 - 28 : 41 28 - 29 : 27 29 - 30 : 22 30 - 31 : 4 Duration distribution over calls/directories: Length (s) #Occurrences 4 - 5 : 1 5 - 6 : 277 6 - 7 : 799 7 - 8 : 563 8 - 9 : 176 9 - 10 : 41 10 - 11 : 135 11 - 12 : 6 12 - 13 : 2 None of the calls has an alarmingly long or short average item duration. 2.2 min-max samples We provide a histogram with clipping ratios, The clipping ratio is defined as the proportion of samples in a file that is equal to the maximum/minimum value, divided by all samples in the file. The histogram, then, is an overview of how many files were found in a set of clipping rate intervals. Clip distribution for all items: Clipping Occurrences rate (in %) 0.0 - 0.1 : 14886 0.1 - 0.2 : 2842 0.2 - 0.3 : 1343 0.3 - 0.4 : 598 0.4 - 0.5 : 452 0.5 - 0.6 : 251 0.6 - 0.7 : 167 0.7 - 0.8 : 130 0.8 - 0.9 : 109 0.9 - 1.0 : 75 1.0 - 1.1 : 36 1.1 - 1.2 : 52 1.2 - 1.3 : 35 1.3 - 1.4 : 30 1.4 - 1.5 : 17 1.5 - 1.6 : 10 1.6 - 1.7 : 15 1.7 - 1.8 : 18 1.8 - 1.9 : 7 1.9 - 2.0 : 9 2.0 - 2.1 : 7 2.1 - 2.2 : 7 2.2 - 2.3 : 12 2.3 - 2.4 : 2 2.4 - 2.5 : 3 2.5 - 2.6 : 3 2.6 - 2.7 : 6 2.7 - 2.8 : 5 2.8 - 2.9 : 2 2.9 - 3.0 : 2 3.0 - 3.1 : 5 3.1 - 3.2 : 1 3.2 - 3.3 : 6 3.3 - 3.4 : 4 3.4 - 3.5 : 2 3.5 - 3.6 : 3 3.6 - 3.7 : 1 3.7 - 3.8 : 3 3.9 - 4.0 : 1 4.5 - 4.6 : 1 4.7 - 4.8 : 1 5.0 - 5.1 : 2 5.5 - 5.6 : 1 6.1 - 6.2 : 1 7.1 - 7.2 : 1 Number of files with absolute maximum < 32256: 64836 Clip distribution over calls/directories: Clipping Occurrences rate (in %) 0.0 - 0.1 : 1069 0.1 - 0.2 : 76 0.2 - 0.3 : 29 0.3 - 0.4 : 24 0.4 - 0.5 : 9 0.5 - 0.6 : 5 0.6 - 0.7 : 4 0.7 - 0.8 : 2 1.3 - 1.4 : 1 1.4 - 1.5 : 1 1.5 - 1.6 : 1 1.9 - 2.0 : 1 2.1 - 2.2 : 1 Number of directories with absolute maximum < 32256: 777 => The following 5 sessions have an average clipratio of more than 1.0%: => High clipratio 2.12 in dir 3989 => High clipratio 1.95 in dir 4330 => High clipratio 1.52 in dir 4389 => High clipratio 1.38 in dir 4660 => High clipratio 1.48 in dir 4865 => All these sessions are severely clipped and should be used as => test sessions only. 2.3 Mean values We computed the mean sample value of each item in each call. We provide a histogram with mean values below. The histogram, then, is an overview of how many files were found in a set of mean sample value intervals. This overview can be used to trace files with large DC-offsets. Mean distribution over all items: Mean Occurrences -240 - -230 : 1 -230 - -220 : 1 -210 - -200 : 1 -190 - -180 : 1 -180 - -170 : 1 -170 - -160 : 1 -160 - -150 : 2 -150 - -140 : 4 -140 - -130 : 3 -130 - -120 : 7 -120 - -110 : 6 -110 - -100 : 8 -100 - -90 : 8 -90 - -80 : 17 -80 - -70 : 34 -70 - -60 : 73 -60 - -50 : 99 -50 - -40 : 199 -40 - -30 : 249 -30 - -20 : 470 -20 - -10 : 1447 -10 - 0 : 4281 0 - 10 : 64973 10 - 20 : 12259 20 - 30 : 865 30 - 40 : 496 40 - 50 : 196 50 - 60 : 127 60 - 70 : 70 70 - 80 : 18 80 - 90 : 18 90 - 100 : 45 100 - 110 : 9 110 - 120 : 6 120 - 130 : 4 720 - 730 : 1 Mean distribution over calls/directories: Mean Occurrences -80 - -70 : 1 -70 - -60 : 1 -60 - -50 : 2 -50 - -40 : 6 -40 - -30 : 3 -30 - -20 : 11 -20 - -10 : 34 -10 - 0 : 103 0 - 10 : 1534 10 - 20 : 267 20 - 30 : 21 30 - 40 : 10 40 - 50 : 2 50 - 60 : 2 60 - 70 : 2 90 - 100 : 1 None of the sessions has an alarming average sample value. 2.4 Signal to Noise Ratio We split each signal file into contiguous windows of 10 ms and computed the Mean Square (energy) in each window. The mean sample value over the complete file was subtracted from each individual sample value before MS was computed. 5% of the windows that contained the lowest energy were assumed to contain line noise. In this way the signal to noise ratio could be calculated for each file by dividing the mean energy over all windows by the mean energy of the 5% sample mentioned above. The result was multiplied by 10*log for scaling. SNR distribution over all items: SNR occurrences 0 - 5 : 24 5 - 10 : 71 10 - 15 : 248 15 - 20 : 1459 20 - 25 : 3513 25 - 30 : 3860 30 - 35 : 6180 35 - 40 : 12038 40 - 45 : 19143 45 - 50 : 21466 50 - 55 : 13432 55 - 60 : 3816 60 - 65 : 613 65 - 70 : 98 70 - 75 : 23 75 - 80 : 5 80 - 85 : 5 85 - 90 : 4 90 - 95 : 2 SNR distribution over calls/directories: SNR occurrences 15 - 20 : 28 20 - 25 : 91 25 - 30 : 72 30 - 35 : 125 35 - 40 : 283 40 - 45 : 496 45 - 50 : 558 50 - 55 : 288 55 - 60 : 51 60 - 65 : 7 65 - 70 : 1 None of the calls has an alarmingly low average SNR. =========================================================================== 5. ANNOTATION FILE - Each line must be delimited by OK - Mandatory (SAM) mnemonics: LHD: SAM, 5.10 DBN: SPEECHDAT__Fixed_Network VOL: FIXED1_ SES: DIR: SRC: CCD: CRP: < = corpus repetition, empty> REP: RED: RET: SAM: 8000 < = sampling freq.> BEG: END: SNB: 1 < = number of bytes per sample> SBF: < = sample byte order, meaningless with single bytes> SSB: 8 < = number of significant bits per sample> QNT: A-LAW < = quantisation> SCD: SEX: M/F/UNKNOWN AGE: ! mnemo is not SAM ACC: ! mnemo is not SAM REG: ENV: LBD: LBR: , , [gain], [minimum value], [maximum value], LBO: , [centre sample], , EXT: 80 chars on one line> ELF: - Optional (SAM) mnemonics (may be omitted or left empty) TYP: orthographic TXF: CMT: NCH: 1 < = number of channels recorded> ARC: ! mnemo is not SAM SHT: ! mnemo is not SAM CMP: EXP: SYS: DAT: SPA: PHM: ! mnemo is not SAM NET: PSTN < = network> ! mnemo is not SAM DSC: < = discontinuity marker> EDU: ! mnemo is not SAM SOC: ! mnemo is not SAM HLT: TRD: RCC: ASS: ! mnemo is not SAM - Order restrictions: . LHD and TYP are first . LBR and LBO come after LBD . ELF is end of file keyword OK => Each label file has a trailing empty line. - All mnemonics should be SAM mnemonics or explicitly defined in documentation => File A14591W2.CYO contains the illegal mnemonic "#LHD" - No illegal mnemonics used OK - There are no mnemonics missing OK - All files must contain the same mnemonics. This holds as well for the optional mnemonics. OK - No illegal field values should appear => The mnemonics SAM, SNB, QNT, and SSB have one blank space too many => at line end => For session 3039 two dates are found in RED: 28/Oct/1997 and 17/Nov/1997 => This is probably an error, but not necessarily. => For session 3661 two dates are found in RED: 14/Oct/1997 and 21/Oct/1997 => This is probably an error, but not necessarily. - No line may exceed 80 chars OK - Each lowest subdirectory does not refer to multiple sheet ids. OK - For spontaneous speech LBR should contain a mnemonic word. D1 : L1 : O1 : O2 : Q1 : or Q2 : or T1 :