Hi Lou, thanks for looking into this! Regarding the @status on <schemaSpec> I just realized it *was* valid until 2.9 – I’ll raise a ticket … Best Peter
Am 08.02.2016 um 16:02 schrieb Lou Burnard
: Hi Peter
I looked into this a bit more closely, and yes you're right that <content><dataRef key="teidata.pointer"/></content> does not do the right thing. Interestingly, <content><dataRef name="anyURI"/></content> DOES though. I have raised a Stylesheet issue accordingly https://github.com/TEIC/Stylesheets/issues/141
By the way, I noticed in your ODD that you have @status on your <schemaSpec> which is not currently legal in P5: if you think it should be (and I can't see why it shouldnt), could you raise a ticket proposing to add <schemaSpec> to the att.docStatus class please?
Lou
On 08/02/16 11:36, Peter Stadler wrote:
Hi Lou,
thanks to your reminder I tried to convert the existing CMIF ODD [1] to pure ODD. It worked well, despite a <dataRef> within <content>, which didn’t produce the desired output. The relevant elementSpec:
<elementSpec ident="idno" mode="replace" module="header"> <desc xml:lang="en" versionDate="2015-10-16">Provides the URL of the CMI file</desc> <content> <dataRef key="teidata.pointer"/> </content> <attList> <attDef ident="type" mode="add" usage="req"> <valList mode="add" type="closed"> <valItem ident="url"/> </valList> </attDef> </attList> <exemplum> <egXML xmlns="http://www.tei-c.org/ns/Examples"> <idno type="url">http://weber-gesamtausgabe.de/correspDesc.xml</idno> </egXML> </exemplum> </elementSpec>
Is there something wrong with my definition or is it a bug?
Best Peter
[1] https://github.com/TEI-Correspondence-SIG/CMIF/blob/master/odd/cmi-customiza...
Am 26.01.2016 um 12:35 schrieb Lou Burnard
: As promised, I've now updated my little tutorial on pure ODD. A PDF version is attached, and you can find the source in the repo at https://github.com/TEIC/TEI/blob/dev/Documents/pureODD/pureODDtutorial.xml : I am wondering if it needs a section on "how to convert your existing odd", which would however be much easier to write with input from some early adopters... (that's you chaps)
If you sniff around in that bit of the repo, you'll also find a more ambitious document by Sebastian called "The TEI Customisation Handbook" ( https://github.com/TEIC/TEI/blob/dev/Documents/oddmanual/oddmanual.xml) This was written some time ago and doesn't therefore discuss pure odd. I haven't yet had the heart to bring it up to date.
-- 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