<?xml version="1.0" encoding="UTF-8"?><div xmlns="http://www.tei-c.org/ns/1.0" xml:id="learn_schematronErrors" resp="or:odd_HOUL3_wtm or:odd_GALL2_pfr" ana="audRepoUser audEncoder audRemediator">
   
   <head>Schematron and Validation Errors</head>
   
   
   <div xml:id="learn_schematronErrors_prior">
      <head>Prior Reading</head>
      
      <list rend="bulleted">
         <item><ptr target="doc:learn_repoIntro"/></item>
         <item><ptr target="doc:learn_validate"/></item>
      </list>
   </div>
   
   
   <div xml:id="learn_schematronErrors_intro">
      <head>Introduction</head>
      
      <p><term ref="gloss:SCHE2">Schematron</term> is the language that LEMDO uses to write rules specific to LEMDO’s encoding. <term ref="gloss:SCHE2">Schematron</term>, alongside our <term ref="gloss:SCHE3">schema</term>, ensures that encoding is consistent and correct throughout the LEMDO project. If your encoding does not follow one of the Schematron rules that we have written, then you will get a <term>validation error</term>. This will prompt you to go back and correct your encoding. It is important that you fix validation errors as soon as you get them.</p>
      
      <p>If you commit an invalid file, it will <soCalled>break the build</soCalled>. This means that our Jenkins Continuous Integration Server is unable to finish <soCalled>serving up</soCalled> a new version of the LEMDO-dev website. When the build is broken, nobody can see the work that they have recently committed rendered in HTML. If you inadvertently break the build, a member of the LEMDO team will contact you so that you can fix the error causing the build break.</p>
      
      <p>If there is an error that is frequently occurring that is not currently prevented by Schematron, we will write a new Schematron rule in the ODD file (<ident>lemdo.odd</ident>). You must <code>svn up</code> regularly to ensure that you get any new Schematron rules that we add.</p>
   </div>
   
   
   <div xml:id="learn_schematronErrors_checkValidity">
      <head>Step-by-Step: Check Validity</head>
      
      <list rend="numbered">
         <item>Click the validation button at the top of your Oxygen window (it resembles a piece of paper with a checkmark on it).</item>
         <item>Check for the validation message at the bottom of your Oxygen window. It will say either <quote>Validation successful</quote> or <quote>Document contains errors</quote>.</item>
         <item>If your validation is successful, you can either continue working or save and commit your file.</item>
         <item>If your validation is not successful, you must fix the error. Never commit an invalid file.</item>
      </list>
      
      <p>For more detailed instructions for validating a file, see <ptr target="doc:learn_validate"/>.</p>
   </div>
   
   
   <div xml:id="learn_schematronErrors_fixValidationErrors">
      <head>Practice: Fix Validation Errors</head>
      
      <p>To fix a validation error, look at the error message at the bottom of your Oxygen window. In most cases, we have written instructions for how to fix Schematron errors. For example, if you have a straight apostrophe in your file, you will get an error message that says: <quote>ERROR: Straight apostrophes are not allowed in text. Use curly apostrophes instead. The shortcut to add a curly apostrophe is ctrl+shift+’ (on PC or Unix) and command+shift+’ (on iOS).</quote></p>
      
      <p>If you are unable to see the entire message because it is cut off, you can pull up a window with the full message by double clicking on the message text.</p>
      
      <p>If you are unable to fix the error yourself, contact the <ref target="mailto:lemdo@uvic.ca">LEMDO team</ref> for help. Do not commit your file while it is invalid.</p>
   </div>
</div>