
Hi Hugh, On 15-11-03 11:52 AM, Hugh Cayless wrote:
Yeah, All works, but I think what’s happening is that in your ODD, the content model is being set to empty because the data.certainty and data.probability macros have been stripped,
How have they been stripped? That's what I don't really understand; I'm not doing anything to strip them (any more than teiall.odd is doing anything to include them).
and that because they’re only getting included via the att.global.responsibility reference, in which, because the datatype is a choice between two datatypes, the references aren’t resolved, meaning the macros aren’t included. This does seem like a bug, doesn’t it? I’ll just go ahead and fix it...
On Nov 3, 2015, at 14:42 , Hugh Cayless <philomousos@gmail.com> wrote:
My guess would be that it’s getting in another way with tei_all. Will check though.
On Nov 3, 2015, at 14:40 , Martin Holmes <mholmes@uvic.ca> wrote:
What I don't understand, then, is why teiall.odd in the tests generates a correct teiall.rng. If you run make test, then look at the generated Test/teiall.rng, do you see a broken content model?
Cheers, Martin
On 15-11-03 11:35 AM, Hugh Cayless wrote:
I’ve tracked it down, but I’m not 100% sure whether it’s actually a bug or whether we’re doing it wrong. The odd2odd.xsl checks to see if you have an rng:ref that’s the *child* of a <datatype>, but here we have a datatype that’s a choice between two datatypes (it’s the grandchild of <datatype>). The assumption seems to have been that datatypes couldn’t be defined by composition. Was that a conscious choice or just an oversight? If the latter, then I’ll check in a fix to the Stylesheets. If the former, then we need to define att.global.responsibility differently…
Thoughts?
On Nov 3, 2015, at 12:59 , Martin Holmes <mholmes@uvic.ca> wrote:
I bet Lou and Syd would be able to tell us why. It's got me completely stumped.
Cheers, Martin
On 15-11-03 09:07 AM, Hugh Cayless wrote:
Yeah, I see the same thing...
Sent from my phone.
> On Nov 3, 2015, at 11:49, Martin Holmes > <mholmes@uvic.ca> wrote: > > I'm very puzzled by this. Could someone else generate an > RNG from this ODD: > > <http://web.uvic.ca/~mholmes/mariage.odd> > > using the dev P5 and Stylesheets, and see if they get the > same empty content model for @cert? > > Can anyone suggest why this might be happening? It > doesn't happen in the regular P5 build using teiall.xml > in Test. > > Cheers, Martin > >> On 15-11-03 07:56 AM, Martin Holmes wrote: Hi Raff, >> >> No, this is freshly-generated from an existing ODD, >> using the latest bleeding-edge Oxygen plugin, meaning >> that it's the current stylesheets and the current P5 >> from dev. >> >> To build P5, you usually have to point it at the >> location of your stylesheet checkout: >> >> XSL=/home/rviglian/Projects/tei-code/TEI/Stylesheets >> >> or whatever. >> >> Cheers, Martin >> >>> On 15-11-03 07:13 AM, Raffaele Viglianti wrote: Hi >>> Martin, >>> >>> When I first made that change, I mistakenly pointed >>> the ref to att.certainty and att.probability instead >>> of data.certainty and data.probability. I fixed this >>> after jenkins complained, but I imagine that the rng >>> still got created and it might have looked like the >>> one you included in your email. >>> >>> Is it possible that you're looking at an older RNG >>> and/or need to rebuild? >>> >>> Also I've been trying to build locally to replicate >>> your problem, but when I `make` in P5 I get this >>> error: >>> /home/rviglian/Projects/tei-code/TEI/P5/antbuilder.xml:186: >>> >>>
>>> /home/rviglian/Projects/tei-code/TEI/P5/p5odds.isosch.xsl >>> >>> doesn't exist. Have I missed a step? >>> >>> Raff >>> >>>> On Mon, Nov 2, 2015 at 6:19 PM, Martin Holmes >>>> <mholmes@uvic.ca> wrote: >>>> >>>> Hi all, >>>> >>>> The @cert in att.global.responsibility now has a >>>> janus value (att.certainty or att.probability). >>>> However, when I process one of my existing ODDs >>>> using the current dev tree, I get an empty value in >>>> my RNG: >>>> >>>> <define >>>> name="att.global.responsibility.attributes"> <ref >>>> name="att.global.responsibility.attribute.cert"/> >>>> <ref >>>> name="att.global.responsibility.attribute.resp"/> >>>> </define> <define >>>> name="att.global.responsibility.attribute.cert"> >>>> <optional> <attribute name="cert"> >>>> <a:documentation xmlns:a=" >>>> http://relaxng.org/ns/compatibility/annotations/1.0">(certainty) >>>> >>>>
>>>> signifies the degree of certainty associated with the intervention or >>>> interpretation.</a:documentation> <empty/> >>>> </attribute> </optional> </define> <define >>>> name="att.global.responsibility.attribute.resp"> >>>> <optional> <attribute name="resp"> >>>> <a:documentation xmlns:a=" >>>> http://relaxng.org/ns/compatibility/annotations/1.0">(responsible >>>> >>>>
Thanks for that. Cheers, Martin stylesheet party) indicates the agency responsible for the
>>>> intervention or interpretation, for example an >>>> editor or transcriber.</a:documentation> <list> >>>> <oneOrMore> <ref name="data.pointer"/> </oneOrMore> >>>> </list> </attribute> </optional> </define> >>>> >>>> Any idea why this might be happening? >>>> >>>> Cheers, Martin -- tei-council mailing list >>>> tei-council@lists.tei-c.org >>>> http://lists.lists.tei-c.org/mailman/listinfo/tei-council >>>> >>>> >>>>
>>>> PLEASE NOTE: postings to this list are publicly archived > -- tei-council mailing list tei-council@lists.tei-c.org > http://lists.lists.tei-c.org/mailman/listinfo/tei-council > > > PLEASE NOTE: postings to this list are publicly archived -- tei-council mailing list tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council
PLEASE NOTE: postings to this list are publicly archived
-- tei-council mailing list tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council
PLEASE NOTE: postings to this list are publicly archived