I didn't get it from the Council list, though; just from Kevin. Perhaps something is wrong. Cheers, Martin On 15-06-18 11:26 AM, Lou Burnard wrote:
Don't panic. It's been sitting in my "unsent mail" for three days because I didnt have any internet when I wrote it. This is a feature of Thunderbord, I think.
On 18/06/15 19:19, Kevin Hawkins wrote:
Whoa, I just received this email even though it claims to have been sent three days ago. Did anyone else just receive it? Lou, can you verify that your mail client doesn't think it's still 15 June? Just want to determine if there's something with our mail list that I need to look into ...
Kevin
On 6/15/15 11:32 AM, Lou Burnard wrote:
ODD processing always has a surprise up its virtual sleeve. Let's suppose your ODD wants to add <persName> and <orgName> and <placeName> from the namesdates module. Let's further suppose you want to see only W3C date values in your dating attributes.
So your ODD has something like this
<moduleRef key="namesdates" include="orgName persName placeName"/> <classSpec type="atts" ident="att.datable-iso" mode="delete" module="namesdates"/> <classSpec type="atts" ident="att.datable-custom" mode="delete" module="namesdates"/>
Sound plausible? But it doesn't do what you expect.
In the first place, the presence of the module attribute on <classSpec> generates the following entirely mysterious schematron error :
E [ISO Schematron] Specification att.datable-custom: the value of the module attribute ("namesdates") should correspond to an existing module, via a moduleSpec or moduleRef
In the second place, the moduleRef to namesdates will naturally include those classes along with the elements you've requested.
In the third place, if you realise this is happening (and you are a smart ODD coookie if you do), you can replace the moduleref with elementRefs for the elements you want
<elementRef key=orgName/> <elementRef key="persName"/> <elementRef key="placeName"/>
Whereupon, huzza, those pesky classes disappear. Not because of your <classSpec>s of course, but because you've removed the moduleRef`
In fact you can remove the classSpecs completely: if there is any way to delete a class which is specific to a module (i.e. not defined in the tei module), this isn't it, though it works fine for classes which *are* defined in that module.