Cross level coding modules


  1. Module name: Cross-level reference coding module

  2.  
  3. Module purpose: Building reference elements to phenomena that are already marked up.

  4.  
  5. Coding level: <xr>

  6.  
  7. Data source: Existing and marked up levels of description.

  8.  
  9. Module references: Existing and marked up levels of description.

  10.  
  11. Markup declaration:

  12.  
    Attributes and values of <xlr> elements
    attribute values
    id [ASCII]
    href [ASCII]
    who [ASCII]
    cmt [ASCII]
    cert 0 .1 .2 .3 .4 .5 .6 .7 .8 .9 1
    stat draft, reviewed, done
    elmname [ASCII]
    restyp evs, knr
    refvar [ASCII]
    props [ASCII]
  1. Example:

  2. ...
    ...
    <xlr
     id="xlr_052"
     href="wordutt.xml#id(w_4413)"
     who="Q4M"
     cmt="first word"
     cert="1"
     stat="done"
     elmname="w"
     restyp="evs"
     refvar="w1"
     props="($d 1^ $w1) and
            ($w1 <>1 $w2) and
            ($w1 # ~ $w2 #) and
            ($w1 # ~ $lw #)"
    />
    <xlr
     id="xlr_053"
     href="wordutt.xml#id(w_4414)"
     who="Q4M"
     cmt="second word"
     cert="1"
     stat="done"
     elmname="w"
     restyp="evs"
     refvar="w2"
     props="($d 1^ $w2) and
            ($w1 <>1 $w2) and
            ($w1 # ~ $w2 #)"
    />
    <xlr
     id="xlr_054"
     href="lexw.xml#id(lexw_00766)"
     who="Q4M"
     cmt="word type"
     cert="1"
     stat="done"
     elmname="lexword"
     restyp="knr"
     refvar="lw"
     props="($lw freq >= 500) and
            ($lw 1^ $ll)"
    />
    <xlr
     id="xlr_055"
     href="lexf.xml#id(lexf_0487)"
     who="Q4M"
     cmt="word lemma"
     cert="1"
     stat="done"
     elmname="lexlem"
     restyp="knr"
     refvar="ll"
     props="($lw 1^ $ll) and
            ($ll pos ~
             &quot;noun&quot;)"
    />
    ...
     
  3. Coding procedure:

  4.  
    procedural guideline
    • formulate the constraints/the description of the phenomenon in terms of information available. This includes
    • knowledge on the elements available
    • knowledge on the attributes and values of the elements available in the data or procedures for the generation of the necessary information on properties
    • knowledge on the exact constellation of the elements and their properties
    • the elements involved
    • their properties and their relations to one another
    • the combination of individual properties or relations of elements
    Then, there are two options: A standard procedure and an optimized procedure. The optimized procedure aims at fast results.
    standard procedure optimized procedure
    • for each element type defined
      • look for tokens of these elements
      • check whether they have the properties necessary
      • check whether they are in the relations to other elements specified
      • markup those sets of elements that match all the requirements
    • for each of the value constraints defined
      • begin from the type of element which are fewest
        • for each of the elements found, check the value constraints in an order that starts with those properties which are least likely fulfilled, delete elements from the list whenever they do not match a criterion
      • continue with the next least frequent type of elements until all value constraints of the elements have been checked
    • for all of the constraints involving two elements
      • check the constraints in an order that starts with those which are least likely fulfilled and keep only those elements which match all of the relation criteria
    • for all of the logical constraints
      • again check the constraints in an order that starts with those which are least likely fulfilled and keep only those element pairs for which all of the logical constraints are true
    • markup those sets of elements that match the requirements
    This procedure aims at identifying elements that do not match as early as possible in order to reduce the number of checks.
  5. Creation notes:

  6. Author: Andreas Mengel
    Version: 1 (1999/11/25)
    Comment: -
    Literature: -

  1. Module name: Cross-level element coding module

  2.  
  3. Module purpose: Encoding of phenomena that can be described be reference to other phenomena that are already marked up.

  4.  
  5. Coding level: <xlnt>.

  6.  
  7. Data source: <xlr> elements

  8.  
  9. Module references: Cross-level reference coding module.

  10.  
  11. Markup declaration:

  12.  
    Attributes and values of <xlnt> elements
    attribute values
    id [ASCII]
    who [ASCII]
    cmt [ASCII]
    desc [ASCII]
    phename [ASCII]
    cert 0 .1 .2 .3 .4 .5 .6 .7 .8 .9 1
    stat draft, reviewed, done
    calc [ASCII]
  1. Example:

  2. ...
    <xlnt
     id="xlnt_001"
     href="xlr.xml#id(xlr_001)..id(xlr_004)"
     who="Q4M"
     cmt="why cows?"
     desc="repitions of nouns caused by high token frequency"
     phename="rnhf"
     cert="1"
     stat="done"
     calc="w.freq"
    />
    ...
    <xlnt
     id="xlnt_007"
     href="xlr.xml#id(xlr_052)..id(xlr_055)"
     who="Q4M"
     cmt="houses"
     desc="repitions of nouns caused by high token frequency"
     phename="rnhf"
     cert="1"
     stat="done"
     calc="w.freq"
    />
    ...
    <xlnt
     id="xlnt_021"
     href="xlr.xml#id(xlr_127)..id(xlr_130)"
     who="Q4M"
     cmt="wall"
     desc="repitions of nouns caused by high token frequency"
     phename="rnhf"
     cert="1"
     stat="done"
     calc="w.freq"
    />
    ...
     
     
  3. Coding procedure:

  4. Identify elements that satisfy a given description of the phenomenon and mark them up as an <xlnt> element.
     
  5. Creation notes:

  6. Author: Andreas Mengel
    Version: 1 (1999/11/25)
    Comment: -
    Literature: -

  1. Module name: Cross-level document coding module

  2.  
  3. Module purpose: Holds together a collection of <xlnt> elements.

  4.  
  5. Coding level: <xdct>.

  6.  
  7. Data source: <xlnt> elements..

  8.  
  9. Module references: Cross-level element coding modue.

  10.  
  11. Markup declaration:

  12.  
    Attributes and values of <xldct> elements
    attribute values
    id [ASCII]
    who [ASCII]
    cmt [ASCII]
    cert 0 .1 .2 .3 .4 .5 .6 .7 .8 .9 1
    stat draft, reviewed, done
    srtelm [ASCII]
    srtatt [ASCII]
    srtcrt str, num
    srtord std, rev
    crea [ASCII]
    refnstab yes, no
    reftstab yes, no
  1. Example:

  2. ...
    <xldct
     id="xldct_001"
     href="xlnt.xml#id(xlnt_001)..id(xlr_033)"
     who="Q4M"
     cmt="are there semantic issues involved?"
     cert="1"
     stat="done"
     srtelm="lw"
     srtatt="freq"
     srtcrt="num"
     srtord="rev"
     crea="($w1 w)($w2 w)($lw lexw)($ll lexw);
           ($w1 <>1 $w2) and ($w1 # ~ $w2 #) and
           ($w1 # ~ $lw #) and ($lw freq >= 500) and
           ($lw 1^ $ll) and ($ll pos ~ &quot;noun&quot;)"
     refnstab="yes"
     reftstab="yes"
    />
    ...
     
  3. Coding procedure:

  4. Collect valid <xlnt> elements and put them together into one <xldct> element.
     
  5. Creation notes:

  6. Author: Andreas Mengel
    Version: 1 (1999/11/25)
    Comment: -
    Literature: -