I haven't heard from anyone since I asked Council members to check that their existing ODDs continue to work as expected using the lb42-pureodd branch. So maybe no Council members actually have any ODDs to check, or maybe those who do have all checked and have nothing to report, or maybe they just haven't got round to it yet. I don't know, but just in case it's the 3rd possibility, please could I urge you to give it a go this weekend? If you prefer, you could just bung me a copy of the ODD and I'll test it for you! Why the pressure? Well, mostly that I've just been reminded that we're aiming for a pre-release freeze for the end of the current month, and I'm going to be buried in the French countryside with only intermittent net access until then.
Hi Lou, I converted the Shelley Godwin Archive ODD to PureODD last week. Sorry for not following up sooner. The ODD is here: https://github.com/umd-mith/sga/blob/master/data/odd/shelley-godwin-page.odd Everything seems to work fine, but I have two comments / questions: 1) Datatypes (macroSpec[@type='dt']) are still defined in RNG, correct? We define some custom datatypes in our ODD and I still had to use RNG 2) The XSD that gets generated returns a "cos-nonambig" error on tei:list. We don't touch tei:ist in the ODD however. We have always only generated RNG, so I'm not sure whether this problem is new (ie caused by Pure ODD, or it's always been there) I hope to find the time to give a stab at the MEI ODD too (that will be fun), but I will need a converter script there, because it's a *huge* ODD. Raff On Fri, Feb 5, 2016 at 6:29 AM, Lou Burnard <lou.burnard@retired.ox.ac.uk> wrote:
I haven't heard from anyone since I asked Council members to check that their existing ODDs continue to work as expected using the lb42-pureodd branch. So maybe no Council members actually have any ODDs to check, or maybe those who do have all checked and have nothing to report, or maybe they just haven't got round to it yet. I don't know, but just in case it's the 3rd possibility, please could I urge you to give it a go this weekend? If you prefer, you could just bung me a copy of the ODD and I'll test it for you!
Why the pressure? Well, mostly that I've just been reminded that we're aiming for a pre-release freeze for the end of the current month, and I'm going to be buried in the French countryside with only intermittent net access until then.
-- 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
I'm a bit ashamed but indeed I do not have ODDs of my own to test. On 5 February 2016 at 15:56, Raffaele Viglianti <raffaeleviglianti@gmail.com
wrote:
Hi Lou,
I converted the Shelley Godwin Archive ODD to PureODD last week. Sorry for not following up sooner.
The ODD is here:
https://github.com/umd-mith/sga/blob/master/data/odd/shelley-godwin-page.odd
Everything seems to work fine, but I have two comments / questions:
1) Datatypes (macroSpec[@type='dt']) are still defined in RNG, correct? We define some custom datatypes in our ODD and I still had to use RNG
2) The XSD that gets generated returns a "cos-nonambig" error on tei:list. We don't touch tei:ist in the ODD however. We have always only generated RNG, so I'm not sure whether this problem is new (ie caused by Pure ODD, or it's always been there)
I hope to find the time to give a stab at the MEI ODD too (that will be fun), but I will need a converter script there, because it's a *huge* ODD.
Raff
On Fri, Feb 5, 2016 at 6:29 AM, Lou Burnard <lou.burnard@retired.ox.ac.uk> wrote:
I haven't heard from anyone since I asked Council members to check that their existing ODDs continue to work as expected using the lb42-pureodd branch. So maybe no Council members actually have any ODDs to check, or maybe those who do have all checked and have nothing to report, or maybe they just haven't got round to it yet. I don't know, but just in case it's the 3rd possibility, please could I urge you to give it a go this weekend? If you prefer, you could just bung me a copy of the ODD and I'll test it for you!
Why the pressure? Well, mostly that I've just been reminded that we're aiming for a pre-release freeze for the end of the current month, and I'm going to be buried in the French countryside with only intermittent net access until then.
-- 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
Come come you're too modest : what about that thing called um, what was it, dimple, or pimple, or something? On 05/02/16 16:03, Magdalena Turska wrote:
I'm a bit ashamed but indeed I do not have ODDs of my own to test.
On 5 February 2016 at 15:56, Raffaele Viglianti <raffaeleviglianti@gmail.com
wrote: Hi Lou,
I converted the Shelley Godwin Archive ODD to PureODD last week. Sorry for not following up sooner.
The ODD is here:
https://github.com/umd-mith/sga/blob/master/data/odd/shelley-godwin-page.odd
Everything seems to work fine, but I have two comments / questions:
1) Datatypes (macroSpec[@type='dt']) are still defined in RNG, correct? We define some custom datatypes in our ODD and I still had to use RNG
2) The XSD that gets generated returns a "cos-nonambig" error on tei:list. We don't touch tei:ist in the ODD however. We have always only generated RNG, so I'm not sure whether this problem is new (ie caused by Pure ODD, or it's always been there)
I hope to find the time to give a stab at the MEI ODD too (that will be fun), but I will need a converter script there, because it's a *huge* ODD.
Raff
On Fri, Feb 5, 2016 at 6:29 AM, Lou Burnard <lou.burnard@retired.ox.ac.uk> wrote:
I haven't heard from anyone since I asked Council members to check that their existing ODDs continue to work as expected using the lb42-pureodd branch. So maybe no Council members actually have any ODDs to check, or maybe those who do have all checked and have nothing to report, or maybe they just haven't got round to it yet. I don't know, but just in case it's the 3rd possibility, please could I urge you to give it a go this weekend? If you prefer, you could just bung me a copy of the ODD and I'll test it for you!
Why the pressure? Well, mostly that I've just been reminded that we're aiming for a pre-release freeze for the end of the current month, and I'm going to be buried in the French countryside with only intermittent net access until then.
-- 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
Hi Lou, I'm trying to redefine our datatypes in pure ODD, but one of them uses a regex: <content> <rng:choice> <rng:value>right</rng:value> <rng:value>center</rng:value> <rng:value>left</rng:value> <rng:data type="string"> <rng:param name="pattern">indent\d</rng:param> </rng:data> </rng:choice> </content> I understand I can use <valList> for the first three values, but what about the last one? Thanks, Raff On Fri, Feb 5, 2016 at 12:15 PM, Lou Burnard <lou.burnard@retired.ox.ac.uk> wrote:
Come come you're too modest : what about that thing called um, what was it, dimple, or pimple, or something?
On 05/02/16 16:03, Magdalena Turska wrote:
I'm a bit ashamed but indeed I do not have ODDs of my own to test.
On 5 February 2016 at 15:56, Raffaele Viglianti < raffaeleviglianti@gmail.com
wrote: Hi Lou,
I converted the Shelley Godwin Archive ODD to PureODD last week. Sorry for not following up sooner.
The ODD is here:
https://github.com/umd-mith/sga/blob/master/data/odd/shelley-godwin-page.odd
Everything seems to work fine, but I have two comments / questions:
1) Datatypes (macroSpec[@type='dt']) are still defined in RNG, correct? We define some custom datatypes in our ODD and I still had to use RNG
2) The XSD that gets generated returns a "cos-nonambig" error on tei:list. We don't touch tei:ist in the ODD however. We have always only generated RNG, so I'm not sure whether this problem is new (ie caused by Pure ODD, or it's always been there)
I hope to find the time to give a stab at the MEI ODD too (that will be fun), but I will need a converter script there, because it's a *huge* ODD.
Raff
On Fri, Feb 5, 2016 at 6:29 AM, Lou Burnard < lou.burnard@retired.ox.ac.uk> wrote:
I haven't heard from anyone since I asked Council members to check that
their existing ODDs continue to work as expected using the lb42-pureodd branch. So maybe no Council members actually have any ODDs to check, or maybe those who do have all checked and have nothing to report, or maybe they just haven't got round to it yet. I don't know, but just in case
it's
the 3rd possibility, please could I urge you to give it a go this
weekend?
If you prefer, you could just bung me a copy of the ODD and I'll test it for you!
Why the pressure? Well, mostly that I've just been reminded that we're aiming for a pre-release freeze for the end of the current month, and I'm going to be buried in the French countryside with only intermittent net access until then.
-- 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
<dataRef name="string" restriction="indent\d"/> On 05/02/16 20:24, Raffaele Viglianti wrote:
Hi Lou,
I'm trying to redefine our datatypes in pure ODD, but one of them uses a regex:
<content> <rng:choice> <rng:value>right</rng:value> <rng:value>center</rng:value> <rng:value>left</rng:value> <rng:data type="string"> <rng:param name="pattern">indent\d</rng:param> </rng:data> </rng:choice> </content>
I understand I can use <valList> for the first three values, but what about the last one?
Thanks, Raff
On Fri, Feb 5, 2016 at 12:15 PM, Lou Burnard <lou.burnard@retired.ox.ac.uk> wrote:
Come come you're too modest : what about that thing called um, what was it, dimple, or pimple, or something?
On 05/02/16 16:03, Magdalena Turska wrote:
I'm a bit ashamed but indeed I do not have ODDs of my own to test.
On 5 February 2016 at 15:56, Raffaele Viglianti < raffaeleviglianti@gmail.com
wrote: Hi Lou,
I converted the Shelley Godwin Archive ODD to PureODD last week. Sorry for not following up sooner.
The ODD is here:
https://github.com/umd-mith/sga/blob/master/data/odd/shelley-godwin-page.odd
Everything seems to work fine, but I have two comments / questions:
1) Datatypes (macroSpec[@type='dt']) are still defined in RNG, correct? We define some custom datatypes in our ODD and I still had to use RNG
2) The XSD that gets generated returns a "cos-nonambig" error on tei:list. We don't touch tei:ist in the ODD however. We have always only generated RNG, so I'm not sure whether this problem is new (ie caused by Pure ODD, or it's always been there)
I hope to find the time to give a stab at the MEI ODD too (that will be fun), but I will need a converter script there, because it's a *huge* ODD.
Raff
On Fri, Feb 5, 2016 at 6:29 AM, Lou Burnard < lou.burnard@retired.ox.ac.uk> wrote:
I haven't heard from anyone since I asked Council members to check that
their existing ODDs continue to work as expected using the lb42-pureodd branch. So maybe no Council members actually have any ODDs to check, or maybe those who do have all checked and have nothing to report, or maybe they just haven't got round to it yet. I don't know, but just in case
it's
the 3rd possibility, please could I urge you to give it a go this
weekend?
If you prefer, you could just bung me a copy of the ODD and I'll test it for you!
Why the pressure? Well, mostly that I've just been reminded that we're aiming for a pre-release freeze for the end of the current month, and I'm going to be buried in the French countryside with only intermittent net access until then.
-- 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
Thanks! Ok, everything is in PureODD now and all files validate. Raff On Fri, Feb 5, 2016 at 4:38 PM, Lou Burnard <lou.burnard@retired.ox.ac.uk> wrote:
<dataRef name="string" restriction="indent\d"/>
On 05/02/16 20:24, Raffaele Viglianti wrote:
Hi Lou,
I'm trying to redefine our datatypes in pure ODD, but one of them uses a regex:
<content> <rng:choice> <rng:value>right</rng:value> <rng:value>center</rng:value> <rng:value>left</rng:value> <rng:data type="string"> <rng:param name="pattern">indent\d</rng:param> </rng:data> </rng:choice> </content>
I understand I can use <valList> for the first three values, but what about the last one?
Thanks, Raff
On Fri, Feb 5, 2016 at 12:15 PM, Lou Burnard < lou.burnard@retired.ox.ac.uk> wrote:
Come come you're too modest : what about that thing called um, what was
it, dimple, or pimple, or something?
On 05/02/16 16:03, Magdalena Turska wrote:
I'm a bit ashamed but indeed I do not have ODDs of my own to test.
On 5 February 2016 at 15:56, Raffaele Viglianti < raffaeleviglianti@gmail.com
wrote:
Hi Lou,
I converted the Shelley Godwin Archive ODD to PureODD last week. Sorry for not following up sooner.
The ODD is here:
https://github.com/umd-mith/sga/blob/master/data/odd/shelley-godwin-page.odd
Everything seems to work fine, but I have two comments / questions:
1) Datatypes (macroSpec[@type='dt']) are still defined in RNG, correct? We define some custom datatypes in our ODD and I still had to use RNG
2) The XSD that gets generated returns a "cos-nonambig" error on tei:list. We don't touch tei:ist in the ODD however. We have always only generated RNG, so I'm not sure whether this problem is new (ie caused by Pure ODD, or it's always been there)
I hope to find the time to give a stab at the MEI ODD too (that will be fun), but I will need a converter script there, because it's a *huge* ODD.
Raff
On Fri, Feb 5, 2016 at 6:29 AM, Lou Burnard < lou.burnard@retired.ox.ac.uk> wrote:
I haven't heard from anyone since I asked Council members to check that
their existing ODDs continue to work as expected using the lb42-pureodd branch. So maybe no Council members actually have any ODDs to check, or maybe those who do have all checked and have nothing to report, or maybe they just haven't got round to it yet. I don't know, but just in case
it's
the 3rd possibility, please could I urge you to give it a go this
weekend?
If you prefer, you could just bung me a copy of the ODD and I'll test
it for you!
Why the pressure? Well, mostly that I've just been reminded that we're aiming for a pre-release freeze for the end of the current month, and I'm going to be buried in the French countryside with only intermittent net access until then.
-- 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
Excellent! Did the "cos-nonambig" error just disappear or have you not tested for that? On 05/02/16 22:05, Raffaele Viglianti wrote:
Thanks! Ok, everything is in PureODD now and all files validate.
Raff
On Fri, Feb 5, 2016 at 4:38 PM, Lou Burnard <lou.burnard@retired.ox.ac.uk> wrote:
<dataRef name="string" restriction="indent\d"/>
On 05/02/16 20:24, Raffaele Viglianti wrote:
Hi Lou,
I'm trying to redefine our datatypes in pure ODD, but one of them uses a regex:
<content> <rng:choice> <rng:value>right</rng:value> <rng:value>center</rng:value> <rng:value>left</rng:value> <rng:data type="string"> <rng:param name="pattern">indent\d</rng:param> </rng:data> </rng:choice> </content>
I understand I can use <valList> for the first three values, but what about the last one?
Thanks, Raff
On Fri, Feb 5, 2016 at 12:15 PM, Lou Burnard < lou.burnard@retired.ox.ac.uk> wrote:
Come come you're too modest : what about that thing called um, what was
it, dimple, or pimple, or something?
On 05/02/16 16:03, Magdalena Turska wrote:
I'm a bit ashamed but indeed I do not have ODDs of my own to test.
On 5 February 2016 at 15:56, Raffaele Viglianti < raffaeleviglianti@gmail.com
wrote:
Hi Lou,
I converted the Shelley Godwin Archive ODD to PureODD last week. Sorry for not following up sooner.
The ODD is here:
https://github.com/umd-mith/sga/blob/master/data/odd/shelley-godwin-page.odd
Everything seems to work fine, but I have two comments / questions:
1) Datatypes (macroSpec[@type='dt']) are still defined in RNG, correct? We define some custom datatypes in our ODD and I still had to use RNG
2) The XSD that gets generated returns a "cos-nonambig" error on tei:list. We don't touch tei:ist in the ODD however. We have always only generated RNG, so I'm not sure whether this problem is new (ie caused by Pure ODD, or it's always been there)
I hope to find the time to give a stab at the MEI ODD too (that will be fun), but I will need a converter script there, because it's a *huge* ODD.
Raff
On Fri, Feb 5, 2016 at 6:29 AM, Lou Burnard < lou.burnard@retired.ox.ac.uk> wrote:
I haven't heard from anyone since I asked Council members to check that
> their existing ODDs continue to work as expected using the > lb42-pureodd > branch. So maybe no Council members actually have any ODDs to check, > or > maybe those who do have all checked and have nothing to report, or > maybe > they just haven't got round to it yet. I don't know, but just in case > > it's the 3rd possibility, please could I urge you to give it a go this > weekend? If you prefer, you could just bung me a copy of the ODD and I'll test > it > for you! > > Why the pressure? Well, mostly that I've just been reminded that we're > aiming for a pre-release freeze for the end of the current month, and > I'm > going to be buried in the French countryside with only intermittent > net > access until then. > > > -- > 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
The "cos-nonambig" error is still there :( On Fri, Feb 5, 2016 at 5:07 PM, Lou Burnard <lou.burnard@retired.ox.ac.uk> wrote:
Excellent! Did the "cos-nonambig" error just disappear or have you not tested for that?
On 05/02/16 22:05, Raffaele Viglianti wrote:
Thanks! Ok, everything is in PureODD now and all files validate.
Raff
On Fri, Feb 5, 2016 at 4:38 PM, Lou Burnard <lou.burnard@retired.ox.ac.uk
wrote:
<dataRef name="string" restriction="indent\d"/>
On 05/02/16 20:24, Raffaele Viglianti wrote:
Hi Lou,
I'm trying to redefine our datatypes in pure ODD, but one of them uses a regex:
<content> <rng:choice> <rng:value>right</rng:value> <rng:value>center</rng:value> <rng:value>left</rng:value> <rng:data type="string"> <rng:param name="pattern">indent\d</rng:param> </rng:data> </rng:choice> </content>
I understand I can use <valList> for the first three values, but what about the last one?
Thanks, Raff
On Fri, Feb 5, 2016 at 12:15 PM, Lou Burnard < lou.burnard@retired.ox.ac.uk> wrote:
Come come you're too modest : what about that thing called um, what was
it, dimple, or pimple, or something?
On 05/02/16 16:03, Magdalena Turska wrote:
I'm a bit ashamed but indeed I do not have ODDs of my own to test.
On 5 February 2016 at 15:56, Raffaele Viglianti < raffaeleviglianti@gmail.com
wrote:
> Hi Lou, > > I converted the Shelley Godwin Archive ODD to PureODD last week. > Sorry > for > not following up sooner. > > The ODD is here: > > > > > https://github.com/umd-mith/sga/blob/master/data/odd/shelley-godwin-page.odd > > Everything seems to work fine, but I have two comments / questions: > > 1) Datatypes (macroSpec[@type='dt']) are still defined in RNG, > correct? > We > define some custom datatypes in our ODD and I still had to use RNG > > 2) The XSD that gets generated returns a "cos-nonambig" error on > tei:list. > We don't touch tei:ist in the ODD however. We have always only > generated > RNG, so I'm not sure whether this problem is new (ie caused by Pure > ODD, > or > it's always been there) > > I hope to find the time to give a stab at the MEI ODD too (that will > be > fun), but I will need a converter script there, because it's a *huge* > ODD. > > Raff > > > On Fri, Feb 5, 2016 at 6:29 AM, Lou Burnard < > lou.burnard@retired.ox.ac.uk> > wrote: > > I haven't heard from anyone since I asked Council members to check > that > > their existing ODDs continue to work as expected using the >> lb42-pureodd >> branch. So maybe no Council members actually have any ODDs to check, >> or >> maybe those who do have all checked and have nothing to report, or >> maybe >> they just haven't got round to it yet. I don't know, but just in >> case >> >> it's >> > the 3rd possibility, please could I urge you to give it a go this > >> weekend? >> > If you prefer, you could just bung me a copy of the ODD and I'll test > >> it >> for you! >> >> Why the pressure? Well, mostly that I've just been reminded that >> we're >> aiming for a pre-release freeze for the end of the current month, >> and >> I'm >> going to be buried in the French countryside with only intermittent >> net >> access until then. >> >> >> -- >> 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
-- 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
Hi Raff I noticed the following problems in your ODD (a) several of your valList/valItem/@ident values are not valid XML names (e.g. they include characters like # or [ or ') : this doesnt matter to RELAXNG, but it makes life difficult for other processors (b) Your redefinition of the <line> element includes the <add> element twice. Once will do. (c) the problem with list is a nasty one. you've undeclared some elements which the default content model expects to find, leaving behind multiple sequences of 0:n model.globals. Probably the easiest solution is to redefine the content model for <list>. I'll think about that and get back to you... Lou On 05/02/16 22:18, Raffaele Viglianti wrote:
The "cos-nonambig" error is still there :(
On Fri, Feb 5, 2016 at 5:07 PM, Lou Burnard <lou.burnard@retired.ox.ac.uk> wrote:
Excellent! Did the "cos-nonambig" error just disappear or have you not tested for that?
On 05/02/16 22:05, Raffaele Viglianti wrote:
Thanks! Ok, everything is in PureODD now and all files validate.
Raff
On Fri, Feb 5, 2016 at 4:38 PM, Lou Burnard <lou.burnard@retired.ox.ac.uk wrote:
<dataRef name="string" restriction="indent\d"/>
On 05/02/16 20:24, Raffaele Viglianti wrote:
Hi Lou,
I'm trying to redefine our datatypes in pure ODD, but one of them uses a regex:
<content> <rng:choice> <rng:value>right</rng:value> <rng:value>center</rng:value> <rng:value>left</rng:value> <rng:data type="string"> <rng:param name="pattern">indent\d</rng:param> </rng:data> </rng:choice> </content>
I understand I can use <valList> for the first three values, but what about the last one?
Thanks, Raff
On Fri, Feb 5, 2016 at 12:15 PM, Lou Burnard < lou.burnard@retired.ox.ac.uk> wrote:
Come come you're too modest : what about that thing called um, what was
it, dimple, or pimple, or something?
On 05/02/16 16:03, Magdalena Turska wrote:
I'm a bit ashamed but indeed I do not have ODDs of my own to test.
> On 5 February 2016 at 15:56, Raffaele Viglianti < > raffaeleviglianti@gmail.com > > wrote: > >> Hi Lou, >> >> I converted the Shelley Godwin Archive ODD to PureODD last week. >> Sorry >> for >> not following up sooner. >> >> The ODD is here: >> >> >> >> >> https://github.com/umd-mith/sga/blob/master/data/odd/shelley-godwin-page.odd >> >> Everything seems to work fine, but I have two comments / questions: >> >> 1) Datatypes (macroSpec[@type='dt']) are still defined in RNG, >> correct? >> We >> define some custom datatypes in our ODD and I still had to use RNG >> >> 2) The XSD that gets generated returns a "cos-nonambig" error on >> tei:list. >> We don't touch tei:ist in the ODD however. We have always only >> generated >> RNG, so I'm not sure whether this problem is new (ie caused by Pure >> ODD, >> or >> it's always been there) >> >> I hope to find the time to give a stab at the MEI ODD too (that will >> be >> fun), but I will need a converter script there, because it's a *huge* >> ODD. >> >> Raff >> >> >> On Fri, Feb 5, 2016 at 6:29 AM, Lou Burnard < >> lou.burnard@retired.ox.ac.uk> >> wrote: >> >> I haven't heard from anyone since I asked Council members to check >> that >> >> their existing ODDs continue to work as expected using the >>> lb42-pureodd >>> branch. So maybe no Council members actually have any ODDs to check, >>> or >>> maybe those who do have all checked and have nothing to report, or >>> maybe >>> they just haven't got round to it yet. I don't know, but just in >>> case >>> >>> it's >>> >> the 3rd possibility, please could I urge you to give it a go this >> >>> weekend? >>> >> If you prefer, you could just bung me a copy of the ODD and I'll test >> >>> it >>> for you! >>> >>> Why the pressure? Well, mostly that I've just been reminded that >>> we're >>> aiming for a pre-release freeze for the end of the current month, >>> and >>> I'm >>> going to be buried in the French countryside with only intermittent >>> net >>> access until then. >>> >>> >>> -- >>> 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
-- 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
Hi Lou, thanks for your comments! In the following case, we have restricted the values of @hand to a set number of IDREFs that we know are correct; so that the encoders don't misspell them or add unwanted ones: <attDef ident="hand" mode="replace" usage="opt"> <valList mode="replace" type="closed"> <valItem ident="#pbs"/> <valItem ident="#mws"/> <valItem ident="#library"/> </valList> </attDef> Since @hand as datatype of data.pointer, those strings will match the datatype. Is there a more kosher way of doing this? Other fairly non-sensical values with [ (, etc will be gone in a future iteration. Raff On Fri, Feb 5, 2016 at 5:53 PM, Lou Burnard <lou.burnard@retired.ox.ac.uk> wrote:
Hi Raff
I noticed the following problems in your ODD
(a) several of your valList/valItem/@ident values are not valid XML names (e.g. they include characters like # or [ or ') : this doesnt matter to RELAXNG, but it makes life difficult for other processors
(b) Your redefinition of the <line> element includes the <add> element twice. Once will do.
(c) the problem with list is a nasty one. you've undeclared some elements which the default content model expects to find, leaving behind multiple sequences of 0:n model.globals. Probably the easiest solution is to redefine the content model for <list>. I'll think about that and get back to you...
Lou
On 05/02/16 22:18, Raffaele Viglianti wrote:
The "cos-nonambig" error is still there :(
On Fri, Feb 5, 2016 at 5:07 PM, Lou Burnard <lou.burnard@retired.ox.ac.uk
wrote:
Excellent! Did the "cos-nonambig" error just disappear or have you not
tested for that?
On 05/02/16 22:05, Raffaele Viglianti wrote:
Thanks! Ok, everything is in PureODD now and all files validate.
Raff
On Fri, Feb 5, 2016 at 4:38 PM, Lou Burnard < lou.burnard@retired.ox.ac.uk wrote:
<dataRef name="string" restriction="indent\d"/>
On 05/02/16 20:24, Raffaele Viglianti wrote:
Hi Lou,
I'm trying to redefine our datatypes in pure ODD, but one of them uses a regex:
<content> <rng:choice> <rng:value>right</rng:value> <rng:value>center</rng:value> <rng:value>left</rng:value> <rng:data type="string"> <rng:param name="pattern">indent\d</rng:param> </rng:data> </rng:choice> </content>
I understand I can use <valList> for the first three values, but what about the last one?
Thanks, Raff
On Fri, Feb 5, 2016 at 12:15 PM, Lou Burnard < lou.burnard@retired.ox.ac.uk> wrote:
Come come you're too modest : what about that thing called um, what was
it, dimple, or pimple, or something? > > > On 05/02/16 16:03, Magdalena Turska wrote: > > I'm a bit ashamed but indeed I do not have ODDs of my own to test. > > On 5 February 2016 at 15:56, Raffaele Viglianti < >> raffaeleviglianti@gmail.com >> >> wrote: >> >> Hi Lou, >>> >>> I converted the Shelley Godwin Archive ODD to PureODD last week. >>> Sorry >>> for >>> not following up sooner. >>> >>> The ODD is here: >>> >>> >>> >>> >>> >>> https://github.com/umd-mith/sga/blob/master/data/odd/shelley-godwin-page.odd >>> >>> Everything seems to work fine, but I have two comments / questions: >>> >>> 1) Datatypes (macroSpec[@type='dt']) are still defined in RNG, >>> correct? >>> We >>> define some custom datatypes in our ODD and I still had to use RNG >>> >>> 2) The XSD that gets generated returns a "cos-nonambig" error on >>> tei:list. >>> We don't touch tei:ist in the ODD however. We have always only >>> generated >>> RNG, so I'm not sure whether this problem is new (ie caused by Pure >>> ODD, >>> or >>> it's always been there) >>> >>> I hope to find the time to give a stab at the MEI ODD too (that >>> will >>> be >>> fun), but I will need a converter script there, because it's a >>> *huge* >>> ODD. >>> >>> Raff >>> >>> >>> On Fri, Feb 5, 2016 at 6:29 AM, Lou Burnard < >>> lou.burnard@retired.ox.ac.uk> >>> wrote: >>> >>> I haven't heard from anyone since I asked Council members to check >>> that >>> >>> their existing ODDs continue to work as expected using the >>> >>>> lb42-pureodd >>>> branch. So maybe no Council members actually have any ODDs to >>>> check, >>>> or >>>> maybe those who do have all checked and have nothing to report, or >>>> maybe >>>> they just haven't got round to it yet. I don't know, but just in >>>> case >>>> >>>> it's >>>> >>>> the 3rd possibility, please could I urge you to give it a go this >>> >>> weekend? >>>> >>>> If you prefer, you could just bung me a copy of the ODD and I'll >>> test >>> >>> it >>>> for you! >>>> >>>> Why the pressure? Well, mostly that I've just been reminded that >>>> we're >>>> aiming for a pre-release freeze for the end of the current month, >>>> and >>>> I'm >>>> going to be buried in the French countryside with only >>>> intermittent >>>> net >>>> access until then. >>>> >>>> >>>> -- >>>> 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
--
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
The problem isn't the datatype of @hand, but the datatype of valItem@ident The kosher way of doing this would be to define a <handNotes> element in the header or some other document and validate references to the <handNote>s within it using XSLT <!-- in the header --> <handNotes> <handNote xml:id="pbs">Percy's scrawl</handNote> <handNote xml:id="mws">Mary's scrawl</handNote> </handNotes> <!-- in the text--> <line hand="#pbs">Perce wuz ere </line> If you have one header and lots of documents, you could use xml:base to reduce the verbosity of the @hand values. Or use a private URI in conjunction with a prefixDef <!-- in the instance header --> <prefixDef ident="sga" matchPattern="([a-z]+)" replacementPattern="../corphusHdr.xml#$1"> <p> Private URIs with the prefix "sga" point to elements in the project's global corpus header </p> </prefixDef> <!-- in the document --> <line hand="sga:pbs">Perce wuz ere </line> On 06/02/16 01:28, Raffaele Viglianti wrote:
Hi Lou, thanks for your comments!
In the following case, we have restricted the values of @hand to a set number of IDREFs that we know are correct; so that the encoders don't misspell them or add unwanted ones:
<attDef ident="hand" mode="replace" usage="opt"> <valList mode="replace" type="closed"> <valItem ident="#pbs"/> <valItem ident="#mws"/> <valItem ident="#library"/> </valList> </attDef>
Since @hand as datatype of data.pointer, those strings will match the datatype. Is there a more kosher way of doing this?
Other fairly non-sensical values with [ (, etc will be gone in a future iteration.
Raff
On Fri, Feb 5, 2016 at 5:53 PM, Lou Burnard <lou.burnard@retired.ox.ac.uk> wrote:
Hi Raff
I noticed the following problems in your ODD
(a) several of your valList/valItem/@ident values are not valid XML names (e.g. they include characters like # or [ or ') : this doesnt matter to RELAXNG, but it makes life difficult for other processors
(b) Your redefinition of the <line> element includes the <add> element twice. Once will do.
(c) the problem with list is a nasty one. you've undeclared some elements which the default content model expects to find, leaving behind multiple sequences of 0:n model.globals. Probably the easiest solution is to redefine the content model for <list>. I'll think about that and get back to you...
Lou
On 05/02/16 22:18, Raffaele Viglianti wrote:
The "cos-nonambig" error is still there :(
On Fri, Feb 5, 2016 at 5:07 PM, Lou Burnard <lou.burnard@retired.ox.ac.uk wrote:
Excellent! Did the "cos-nonambig" error just disappear or have you not
tested for that?
On 05/02/16 22:05, Raffaele Viglianti wrote:
Thanks! Ok, everything is in PureODD now and all files validate.
Raff
On Fri, Feb 5, 2016 at 4:38 PM, Lou Burnard < lou.burnard@retired.ox.ac.uk wrote:
<dataRef name="string" restriction="indent\d"/>
On 05/02/16 20:24, Raffaele Viglianti wrote:
Hi Lou,
> I'm trying to redefine our datatypes in pure ODD, but one of them > uses a > regex: > > <content> > <rng:choice> > <rng:value>right</rng:value> > <rng:value>center</rng:value> > <rng:value>left</rng:value> > <rng:data type="string"> > <rng:param name="pattern">indent\d</rng:param> > </rng:data> > </rng:choice> > </content> > > I understand I can use <valList> for the first three values, but what > about > the last one? > > Thanks, > Raff > > On Fri, Feb 5, 2016 at 12:15 PM, Lou Burnard < > lou.burnard@retired.ox.ac.uk> > wrote: > > Come come you're too modest : what about that thing called um, what > was > > it, dimple, or pimple, or something? >> >> On 05/02/16 16:03, Magdalena Turska wrote: >> >> I'm a bit ashamed but indeed I do not have ODDs of my own to test. >> >> On 5 February 2016 at 15:56, Raffaele Viglianti < >>> raffaeleviglianti@gmail.com >>> >>> wrote: >>> >>> Hi Lou, >>>> I converted the Shelley Godwin Archive ODD to PureODD last week. >>>> Sorry >>>> for >>>> not following up sooner. >>>> >>>> The ODD is here: >>>> >>>> >>>> >>>> >>>> >>>> https://github.com/umd-mith/sga/blob/master/data/odd/shelley-godwin-page.odd >>>> >>>> Everything seems to work fine, but I have two comments / questions: >>>> >>>> 1) Datatypes (macroSpec[@type='dt']) are still defined in RNG, >>>> correct? >>>> We >>>> define some custom datatypes in our ODD and I still had to use RNG >>>> >>>> 2) The XSD that gets generated returns a "cos-nonambig" error on >>>> tei:list. >>>> We don't touch tei:ist in the ODD however. We have always only >>>> generated >>>> RNG, so I'm not sure whether this problem is new (ie caused by Pure >>>> ODD, >>>> or >>>> it's always been there) >>>> >>>> I hope to find the time to give a stab at the MEI ODD too (that >>>> will >>>> be >>>> fun), but I will need a converter script there, because it's a >>>> *huge* >>>> ODD. >>>> >>>> Raff >>>> >>>> >>>> On Fri, Feb 5, 2016 at 6:29 AM, Lou Burnard < >>>> lou.burnard@retired.ox.ac.uk> >>>> wrote: >>>> >>>> I haven't heard from anyone since I asked Council members to check >>>> that >>>> >>>> their existing ODDs continue to work as expected using the >>>> >>>>> lb42-pureodd >>>>> branch. So maybe no Council members actually have any ODDs to >>>>> check, >>>>> or >>>>> maybe those who do have all checked and have nothing to report, or >>>>> maybe >>>>> they just haven't got round to it yet. I don't know, but just in >>>>> case >>>>> >>>>> it's >>>>> >>>>> the 3rd possibility, please could I urge you to give it a go this >>>> weekend? >>>>> If you prefer, you could just bung me a copy of the ODD and I'll >>>> test >>>> >>>> it >>>>> for you! >>>>> >>>>> Why the pressure? Well, mostly that I've just been reminded that >>>>> we're >>>>> aiming for a pre-release freeze for the end of the current month, >>>>> and >>>>> I'm >>>>> going to be buried in the French countryside with only >>>>> intermittent >>>>> net >>>>> access until then. >>>>> >>>>> >>>>> -- >>>>> 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
--
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
I'm working gradually on a new ODD for my Amadis-in-Translation project (as Syd knows...) and I wonder if it'll be useful to test here...I'll post more if I can get to it in time for this month's testing. (There is also a pretty intense pile of student coding and papers to grade--argh!) Elisa Typeset by hand on my iPad
On Feb 5, 2016, at 11:03 AM, Magdalena Turska <tuurma@gmail.com> wrote:
I'm a bit ashamed but indeed I do not have ODDs of my own to test.
On 5 February 2016 at 15:56, Raffaele Viglianti <raffaeleviglianti@gmail.com
wrote:
Hi Lou,
I converted the Shelley Godwin Archive ODD to PureODD last week. Sorry for not following up sooner.
The ODD is here:
https://github.com/umd-mith/sga/blob/master/data/odd/shelley-godwin-page.odd
Everything seems to work fine, but I have two comments / questions:
1) Datatypes (macroSpec[@type='dt']) are still defined in RNG, correct? We define some custom datatypes in our ODD and I still had to use RNG
2) The XSD that gets generated returns a "cos-nonambig" error on tei:list. We don't touch tei:ist in the ODD however. We have always only generated RNG, so I'm not sure whether this problem is new (ie caused by Pure ODD, or it's always been there)
I hope to find the time to give a stab at the MEI ODD too (that will be fun), but I will need a converter script there, because it's a *huge* ODD.
Raff
On Fri, Feb 5, 2016 at 6:29 AM, Lou Burnard <lou.burnard@retired.ox.ac.uk> wrote:
I haven't heard from anyone since I asked Council members to check that their existing ODDs continue to work as expected using the lb42-pureodd branch. So maybe no Council members actually have any ODDs to check, or maybe those who do have all checked and have nothing to report, or maybe they just haven't got round to it yet. I don't know, but just in case it's the 3rd possibility, please could I urge you to give it a go this weekend? If you prefer, you could just bung me a copy of the ODD and I'll test it for you!
Why the pressure? Well, mostly that I've just been reminded that we're aiming for a pre-release freeze for the end of the current month, and I'm going to be buried in the French countryside with only intermittent net access until then.
-- 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
Bon courage! Happy to advise if you hit any sticky issues. On 06/02/16 17:23, Elisa wrote:
I'm working gradually on a new ODD for my Amadis-in-Translation project (as Syd knows...) and I wonder if it'll be useful to test here...I'll post more if I can get to it in time for this month's testing. (There is also a pretty intense pile of student coding and papers to grade--argh!)
Elisa
Typeset by hand on my iPad
On Feb 5, 2016, at 11:03 AM, Magdalena Turska <tuurma@gmail.com> wrote:
I'm a bit ashamed but indeed I do not have ODDs of my own to test.
On 5 February 2016 at 15:56, Raffaele Viglianti <raffaeleviglianti@gmail.com
wrote: Hi Lou,
I converted the Shelley Godwin Archive ODD to PureODD last week. Sorry for not following up sooner.
The ODD is here:
https://github.com/umd-mith/sga/blob/master/data/odd/shelley-godwin-page.odd
Everything seems to work fine, but I have two comments / questions:
1) Datatypes (macroSpec[@type='dt']) are still defined in RNG, correct? We define some custom datatypes in our ODD and I still had to use RNG
2) The XSD that gets generated returns a "cos-nonambig" error on tei:list. We don't touch tei:ist in the ODD however. We have always only generated RNG, so I'm not sure whether this problem is new (ie caused by Pure ODD, or it's always been there)
I hope to find the time to give a stab at the MEI ODD too (that will be fun), but I will need a converter script there, because it's a *huge* ODD.
Raff
On Fri, Feb 5, 2016 at 6:29 AM, Lou Burnard <lou.burnard@retired.ox.ac.uk> wrote:
I haven't heard from anyone since I asked Council members to check that their existing ODDs continue to work as expected using the lb42-pureodd branch. So maybe no Council members actually have any ODDs to check, or maybe those who do have all checked and have nothing to report, or maybe they just haven't got round to it yet. I don't know, but just in case it's the 3rd possibility, please could I urge you to give it a go this weekend? If you prefer, you could just bung me a copy of the ODD and I'll test it for you!
Why the pressure? Well, mostly that I've just been reminded that we're aiming for a pre-release freeze for the end of the current month, and I'm going to be buried in the French countryside with only intermittent net access until then.
-- 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
Lou -- My instinct is that a) @restriction should be defined as teidata.pattern, not xs:string b) The prose of teidata.pattern should define what kind of regular expression is being used (i.e., XML Schema datatypes) Thoughts?
Sounds entirely plausible.... Sent from my Honor Mobile -------- Original Message -------- Subject: [tei-council] restriction datatype (was "Re: odd reminder") From: Syd Bauman To: tei-council@lists.tei-c.org CC: Lou -- My instinct is that a) @restriction should be defined as teidata.pattern, not xs:string b) The prose of teidata.pattern should define what kind of regular expression is being used (i.e., XML Schema datatypes) Thoughts? -- 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
Also sounds completely reasonable to me. -James On 09/02/16 08:58, Lou Burnard wrote:
Sounds entirely plausible....
Sent from my Honor Mobile
-------- Original Message -------- Subject: [tei-council] restriction datatype (was "Re: odd reminder") From: Syd Bauman To: tei-council@lists.tei-c.org CC:
Lou --
My instinct is that a) @restriction should be defined as teidata.pattern, not xs:string b) The prose of teidata.pattern should define what kind of regular expression is being used (i.e., XML Schema datatypes)
Thoughts? -- 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
-- Dr James Cummings, James.Cummings@it.ox.ac.uk Academic IT Services, University of Oxford
Adding to data.pattern remarks: <p>This TEI datatype is mapped to the XSD token datatype, and may therefore contain any string of characters. However, it is recommended that the value used conform to the particular flavour of regular expression syntax supported by XSD Schema. </p> And changing dataype of @restriction. On 09/02/16 10:18, James Cummings wrote:
Also sounds completely reasonable to me.
-James
On 09/02/16 08:58, Lou Burnard wrote:
Sounds entirely plausible....
Sent from my Honor Mobile
-------- Original Message -------- Subject: [tei-council] restriction datatype (was "Re: odd reminder") From: Syd Bauman To: tei-council@lists.tei-c.org CC:
Lou --
My instinct is that a) @restriction should be defined as teidata.pattern, not xs:string b) The prose of teidata.pattern should define what kind of regular expression is being used (i.e., XML Schema datatypes)
Thoughts? -- 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
Thanks Raff. I haven't looked at your ODD yet, but I will do so later this weekend. Good to know it seemed to work anyway. To answer your questions: 1) Datatypes are no longer directly defined in RNG, though the facility has been kept for compatibility. For true purity, you should proceed as follows: - change all occurrences of <rng:ref name="data.foo"/> appearing as sole child of <datatype> to <dataRef key="teidata.foo"/> (there is a teidata.foo for each data.foo defined in earlier versions of P5) - for cases where your "data.foo" is NOT defined by TEI, or where your <datatype> contains a more complex RNG expression, you will need to add an appropriate <dataSpec> to your ODD, within which you use <dataRef>s as needed either to point at other TEI dataSpecs using @key, or to point at predefined RNG datatypes using @name. 2) the dread cos-nonambig error is usually caused by a duff definition for macro.anyxml : I'll look into this when I get time to scan your ODD 3) the conversion scripts I used for P5 are in the repo (P5/Scripts) ... no guarantees that they will work for anything other than P5 though! On 05/02/16 15:56, Raffaele Viglianti wrote:
Hi Lou,
I converted the Shelley Godwin Archive ODD to PureODD last week. Sorry for not following up sooner.
The ODD is here: https://github.com/umd-mith/sga/blob/master/data/odd/shelley-godwin-page.odd
Everything seems to work fine, but I have two comments / questions:
1) Datatypes (macroSpec[@type='dt']) are still defined in RNG, correct? We define some custom datatypes in our ODD and I still had to use RNG
2) The XSD that gets generated returns a "cos-nonambig" error on tei:list. We don't touch tei:ist in the ODD however. We have always only generated RNG, so I'm not sure whether this problem is new (ie caused by Pure ODD, or it's always been there)
I hope to find the time to give a stab at the MEI ODD too (that will be fun), but I will need a converter script there, because it's a *huge* ODD.
Raff
On Fri, Feb 5, 2016 at 6:29 AM, Lou Burnard <lou.burnard@retired.ox.ac.uk> wrote:
I haven't heard from anyone since I asked Council members to check that their existing ODDs continue to work as expected using the lb42-pureodd branch. So maybe no Council members actually have any ODDs to check, or maybe those who do have all checked and have nothing to report, or maybe they just haven't got round to it yet. I don't know, but just in case it's the 3rd possibility, please could I urge you to give it a go this weekend? If you prefer, you could just bung me a copy of the ODD and I'll test it for you!
Why the pressure? Well, mostly that I've just been reminded that we're aiming for a pre-release freeze for the end of the current month, and I'm going to be buried in the French countryside with only intermittent net access until then.
-- 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
Lou -- Should we be testing against the lb42-pureodd branch or the lb42-pureodd-2 branch?
I haven't heard from anyone since I asked Council members to check that their existing ODDs continue to work as expected using the lb42-pureodd branch. So maybe no Council members actually have any ODDs to check, or maybe those who do have all checked and have nothing to report, or maybe they just haven't got round to it yet. I don't know, but just in case it's the 3rd possibility, please could I urge you to give it a go this weekend? If you prefer, you could just bung me a copy of the ODD and I'll test it for you!
Why the pressure? Well, mostly that I've just been reminded that we're aiming for a pre-release freeze for the end of the current month, and I'm going to be buried in the French countryside with only intermittent net access until then.
Neither. It's been merged into dev. Sent from my phone.
On Feb 5, 2016, at 11:19, Syd Bauman <syd@paramedic.wwp.neu.edu> wrote:
Lou --
Should we be testing against the lb42-pureodd branch or the lb42-pureodd-2 branch?
I haven't heard from anyone since I asked Council members to check that their existing ODDs continue to work as expected using the lb42-pureodd branch. So maybe no Council members actually have any ODDs to check, or maybe those who do have all checked and have nothing to report, or maybe they just haven't got round to it yet. I don't know, but just in case it's the 3rd possibility, please could I urge you to give it a go this weekend? If you prefer, you could just bung me a copy of the ODD and I'll test it for you!
Why the pressure? Well, mostly that I've just been reminded that we're aiming for a pre-release freeze for the end of the current month, and I'm going to be buried in the French countryside with only intermittent net access until then. -- 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
participants (7)
-
Elisa -
Hugh Cayless -
James Cummings -
Lou Burnard -
Magdalena Turska -
Raffaele Viglianti -
Syd Bauman