Level 3 Schema and Schematron Feedback - Revision history

Kshawkin: /* Tester: Kevin Hawkins */ Schematron rule for @rend and @rendition fixed.

2011-08-02T01:01:46Z

‎Tester: Kevin Hawkins: Schematron rule for @rend and @rendition fixed.

Kshawkin: /* Tester: Kevin Hawkins */ note@place now accounted for

2011-07-05T14:33:41Z

‎Tester: Kevin Hawkins: note@place now accounted for

Kshawkin: /* Tester: Kevin Hawkins */ Schematron rule for @rend and @rendition not working yet.

2011-07-05T14:29:24Z

‎Tester: Kevin Hawkins: Schematron rule for @rend and @rendition not working yet.

Kshawkin: /* Tester: Kevin Hawkins */ @rend and @rendition now allowed at Levels 3 and 4

2011-07-05T14:22:52Z

‎Tester: Kevin Hawkins: @rend and @rendition now allowed at Levels 3 and 4

Kshawkin: recorded changes also found in Level 1 and 2

2011-07-05T14:18:34Z

recorded changes also found in Level 1 and 2

Kshawkin: /* Tester: Kevin Hawkins */ note@place not allowed

2011-06-30T21:07:28Z

‎Tester: Kevin Hawkins: note@place not allowed

Kshawkin: /* Tester: Kevin Hawkins */ hi@rend not valid

2011-06-30T01:15:54Z

‎Tester: Kevin Hawkins: hi@rend not valid

Kshawkin: /* Tester: Enter Your Name */ what Sebastian sent by email

2011-05-01T18:08:21Z

‎Tester: Enter Your Name: what Sebastian sent by email

Kshawkin: /* Tester: Kevin Hawkins */ now say to omit entire element defintion

2011-05-01T17:55:50Z

‎Tester: Kevin Hawkins: now say to omit entire element defintion

Kshawkin: /* Tester: Enter Your Name */ took this section and added note about use of elementSpec

2011-05-01T17:51:22Z

‎Tester: Enter Your Name: took this section and added note about use of elementSpec

← Older revision		Revision as of 01:01, 2 August 2011
Line 10:		Line 10:

	: Added @rend and @rendition as global elements to both lib3.odd and lib4.odd, added statement about not using @rend at levels 1 and 2 to main-driver.odd, and added Schematron rule to check for use of @rend and @rendition within teiHeader. Schematron rule is not getting extracted; will need to be debug. Not yet committed in GitHub. ([[User:Kshawkin\|Kshawkin]] 10:22, 5 July 2011 (EDT))		: Added @rend and @rendition as global elements to both lib3.odd and lib4.odd, added statement about not using @rend at levels 1 and 2 to main-driver.odd, and added Schematron rule to check for use of @rend and @rendition within teiHeader. Schematron rule is not getting extracted; will need to be debug. Not yet committed in GitHub. ([[User:Kshawkin\|Kshawkin]] 10:22, 5 July 2011 (EDT))
		+
		+	:: This was a typo. Now fixed. [[User:Kshawkin\|Kshawkin]] 21:01, 1 August 2011 (EDT)

	* <code>note</code> won't accept <code>place</code> attribute.		* <code>note</code> won't accept <code>place</code> attribute.

← Older revision		Revision as of 14:33, 5 July 2011
Line 12:		Line 12:

	* <code>note</code> won't accept <code>place</code> attribute.		* <code>note</code> won't accept <code>place</code> attribute.
		+
		+	: att.placement had been removed from lib3.odd and lib4.odd. Now fixed. Not yet committed in GitHub. ([[User:Kshawkin\|Kshawkin]] 10:33, 5 July 2011 (EDT))

	==Tester: Sebastian Rahtz==		==Tester: Sebastian Rahtz==

@@ Line 5: / Line 5: @@
 * Most <elementSpec>s have examples that are taken exactly from P5 but do not validate according to the ODD itself.  Furthermore, definitions sometimes refer to sections of P5 with pointers such as <code><ptr target="#SACR"/></code> , which don't resolver.  I recommend omitting all element definitions since creation and maintenance of these is too much for us to undertake.
-: Later, Syd will change XSLT so that it omits exemplum elements from output.  Some day in the future, we will figure out a mechanism that allows us to supply our own examples not in P5 for use of particular elemens.  The output will include only our examples and none of those in P5.  ([[User:Kshawkin|Kshawkin]] 10:05, 5 July 2011 (EDT))
+: Later, Syd will change XSLT so that it omits exemplum elements from output.  Some day in the future, we will figure out a mechanism that allows us to supply our own examples not in P5 for use of particular elements.  The output will include only our examples and none of those in P5.  ([[User:Kshawkin|Kshawkin]] 10:05, 5 July 2011 (EDT))
 * <code>hi</code> won't accept <code>rend</code> attribute.
-: Added @rend and @rendition as global elements to both lib3.odd and lib4.odd, added statement about not using @rend at levels 1 and 2 to main-driver.odd, and added Schematron rule to check for use of @rend and @rendition within teiHeader. Not yet committed in GitHub. ([[User:Kshawkin|Kshawkin]] 10:22, 5 July 2011 (EDT))
+: Added @rend and @rendition as global elements to both lib3.odd and lib4.odd, added statement about not using @rend at levels 1 and 2 to main-driver.odd, and added Schematron rule to check for use of @rend and @rendition within teiHeader. Schematron rule is not getting extracted; will need to be debug.  Not yet committed in GitHub. ([[User:Kshawkin|Kshawkin]] 10:22, 5 July 2011 (EDT))
 * <code>note</code> won't accept <code>place</code> attribute.

← Older revision		Revision as of 14:22, 5 July 2011
Line 8:		Line 8:

	* <code>hi</code> won't accept <code>rend</code> attribute.		* <code>hi</code> won't accept <code>rend</code> attribute.
		+
		+	: Added @rend and @rendition as global elements to both lib3.odd and lib4.odd, added statement about not using @rend at levels 1 and 2 to main-driver.odd, and added Schematron rule to check for use of @rend and @rendition within teiHeader. Not yet committed in GitHub. ([[User:Kshawkin\|Kshawkin]] 10:22, 5 July 2011 (EDT))

	* <code>note</code> won't accept <code>place</code> attribute.		* <code>note</code> won't accept <code>place</code> attribute.

@@ Line 3: / Line 3: @@
 ==Tester: Kevin Hawkins==
-* Most <code>elementSpec</code>s have examples that are taken exactly from P5 but do not validate according to the ODD itself.  Furthermore, definitions sometimes refer to sections of P5 with pointers such as <code><ptr target="#SACR"/></code> , which don't resolve.  I recommend omitting all element definitions since creation and maintenance of these is too much for us to undertake.
+* Most <elementSpec>s have examples that are taken exactly from P5 but do not validate according to the ODD itself.  Furthermore, definitions sometimes refer to sections of P5 with pointers such as <code><ptr target="#SACR"/></code> , which don't resolver.  I recommend omitting all element definitions since creation and maintenance of these is too much for us to undertake.
 * <code>hi</code> won't accept <code>rend</code> attribute.
 * <code>note</code> won't accept <code>place</code> attribute.
@@ Line 11: / Line 15: @@
 In an email, Sebastian wrote: <code>surely &amp;amp; inside <egXML> is not intended?</code>
-==Tester: Enter Your Name==
+: fixed by Syd; not yet committed to GitHub ([[User:Kshawkin|Kshawkin]] 10:12, 5 July 2011 (EDT))

@@ Line 1: / Line 1: @@
 >>Return to testing instructions: [[Feedback_on_the_Best_Practices_for_TEI_in_Libraries_ODD_Documentation_and_Schemas]]
-==Tester: Enter Your Name==
+==Tester: Kevin Hawkins==
-'''Comments/Feedback'''
+* Most <elementSpec>s have examples that are taken exactly from P5 but do not validate according to the ODD itself.  I recommend omitting all examples from the ODD since creating valid examples for each element is a huge amount of work which makes maintenance of the BP that much harder.
 ==Tester: Enter Your Name==