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